Beiträge von Motomähn

Ok, vielen Dank schon mal an alle, die Frage, ob es auch verschiedene BatteryPacks gibt, oder ob da überall die gleichen drin sind ist noch offen. Weiss da jemand was drüber?
Ich habe übrigens bei ABB angerufen, und die wollten für alle Roboter erst die Seriennummer haben, bevor sie eine Auskunft geben. Ich möchte vermeiden zum Kunden zu fahren nur um die Seriennummern rauszufinden.

Bocmok: Lithiumbatterien haben regulär eine nominelle Lebensdauer von zehn Jahren. Wenn ich allerdings eine Durchsicht an einem Roboter verkaufe wechsle ich die Batterien immer. Ich hab zwar nur Erfahrungswerte von Yaskawa, aber da ist jeder hundertste Roboter, wo die Batterien dann doch nach zwei drei Jahren ausfallen und dann fragt der Kunde natürlich wofür die Durchsicht gut war.

Vielen Dank,
padostms: Das ist eine gute Idee!
Konstantin: Gibts da Erfahrungswerte, wie lange die CMOS-Batterie hält? Was für ein Batterie-Typ wäre das?
In den Robotern ist immer das Batteriepack 3HAC16831-1 verbaut?
Viele Grüße!

Danke für die Antwort!
Gibt es denn nur die Batterie im Sockel, oder ist auch noch eine im Schrank?
Viele Grüße!

Guten Morgen zusammen,
ein Kunde möchte bei seinen ABB-Robotern die Batterien getauscht haben. Soweit ich das aus der Doku lesen kann haben alle Roboter mit IRC5-Steuerung das Batteriepack 3HAC16831-1 im Robotersockel und keine extra Batterie im Steuerschrank.
Stimmt das so?
Wie tauscht Ihr die Batterien (unter Spannung, oder mit ausgeschalteter Steuerung und dann Umdrehungszähler aktualisieren)?
Vielen Dank!

Nein, es gibt keinen besonderen Grund, allerdings ist das ein bekanntes Problem, dass irgendwer mal wieder die Karte formatiert hat, und dann nichts mehr geht. Bzw. wenn Du eine Karte bei ebay kaufst, dass die irgendwann schon mal formatiert wurde. Ob der XRC Karten im GB-Bereich lesen kann weiss ich nicht, die Größte, die ich für den XRC verwende ist 512MB.

Ja das geht. Allerdings hat der XRC noch den PCMCIA-Slot. Den gibt es heute nicht mehr. Über Adapter zu einer CF-Card gehen CF-Cards normal auch. Werksangabe war, glaube ich, bis 64MB grössere Karten funktionieren normal auch, dass muss man aber ausprobieren. Leider geht es grundsätzlich nur, mit der Werksformatierung. Ich habe noch einen Windows 98 Rechner, der kann die Formatierung auch, aber normal sind die Karten nicht mehr zu gebrauchen, wenn sie mal formatiert wurden. CF-Karten gibts noch direkt bei Yaskawa, ansonsten einfach bei eBay Karte und Adapter holen.

Das ist ein Softwarebug. Die IF..THEN..ELSE Befehle werden im Hintergrund aufgelöst. Manchmal wir das angezeigt, dann hilft nichts, ausser den Part zu löschen und neu einzufügen. Manchmal muss auch der ganze JOB neu aufgespielt werden. Nicht toll aber ...

Sichtbar machen geht nicht. Das wird von der Steuerung nicht unterstützt. Wenn die Dateien über das FTP-Protokoll angefragt werden schickt die Steuerung sie aber trotzdem.

Ich hab gerade drei Roboter mit Profinet in Betrieb genommen. Wir haben auch ähnliche Probleme gehabt, bis wir Profinet und PC-Interface über eine Schnittstelle konfiguriert haben. Danach keine Probleme mehr.
War auch ein Tipp hier aus dem Forum.

Die Programmsyntax kannst Du 1/1 übertragen. Da die Getriebeübersetzungen und die Encoderauflösungen anders sind kannst Du aber selbst bei direkten Nachfolgermodellen mit den Positionsdaten nichts anfangen. Ich würde die Programme in Relativ-JOBs umwandeln und dann übertragen. Die Schnittstelle ist natürlich auch anders. Wenn die Belegung gleich bleiben soll muss das Ladderprogramm angepasst werden. Die Werkzeug- und Cube-Daten würde ich dann manuell eintragen.

Leider nicht, hab das seit XRC nicht mehr verwendet.

Es gibt einen Befehl RCONF oder so ähnlich, den kann man per Editor händisch im JOB-Kopf direkt über der Position eintragen, damit kann man das steuern. Da finde ich es mit der Zwischenposition einfacher. Ansonsten gibt es noch einen Parameter , über den man das Verhalten der R-Achse einstellen kann. Den habe ich mir für DX200 aber noch nicht rausgesucht, da müsstest Du bei der Hotline fragen.

Ich hab das mal ähnlich gehabt, bei einer linearen Bewegung. Anscheinend rechnet er die linearen Positionen immer in relativ um bevor er losfährt. Wenn Du eine Zwischenposition oder das Ziel als Joint speichern kannst wird es gehen. Das ist zwar nicht elegant, aber manchmal gehts nicht anders.

Wie sieht denn der Programmcode aus?

Keine Ursache, freut mich, wenn ich helfen konnte.

Ist das ein RELATIVJOB?

Hat's denn so funktioniert?

Auf der Website von Phoenix die AX_SW_Suite_2016_183 herunterladen. Damit gehts. Das wissen die bei ABB allerdings auch nicht. An der Hotline heisst es nur, dass irgendwann dieses Jahr ein Update kommen soll.

Guten Morgen!
So, habe jetzt alles noch mal ausprobiert. Mit den Einstellungen wie von Roland Keller und Potte1604 vorgeschlagen läufts jetzt. Also noch mal vielen Dank für die Unterstützung, gerade auch, weil das bei ABB anscheinend niemand weiss .
Jetzt noch eine Frage. Habe gesehen das ich beim Thema einen Rechtschreibfehler drin habe und wollte das ändern, damit spätere Generationen das Thema finden.

Beispiel:

GETS P000 $PX000
CNVRT P000 P000 UF#(1)
SUB P000 P000
CNVRT P000 P000 BF

Dann müsstest Du den ORG in der Positionsvariablen haben.