Beiträge von MisterRobot

... es gibt wieder mal eine Neue GSDML Datei von ABB
GSDML-V2.33-ABB-Robotics-Robot-Device-20180404.xml ... mal schauen, obs hilft

Hallo Konstantin,
die Steuerungen sind alle neu (kein Dreck).
Grundsätzlich wird die Steuerung nicht via Online Monitor überwacht, trotzdem tritt der Fehler auf.
Wobei man sagen muss, dass der Fehler immer vermehrt auftrat, wenn ABB vor Ort war und wie immer,
ein RobotWare Update reingeladen hatte. ==> Die Online-Verbindung mit dem RobotStudio senkt auf jeden Fall die Leistung ...
Wie bekommen wir jetzt das Problem in den Griff, wenn kein Teilnehmer Online auf der Steuerung hängt, aber
diese trotzdem ProfiNet technisch kurz ausfällt?

MfG

Hallo,
verwenden zur Überwachung der Kommunikation mit dem Roboter ein Lebensbit,
welches via CrossConnection immer den Status von der PLC 1:1 zurück gibt.
Überwacht wird das Signal auf eine Wertänderung innerhalb von 2 sek.
Wird diese Überschritten geben wir einen Kommunikationsfehler aus, was teilweise bis zu 4x am Tag vorkommt.
PLC seitig bekommt man in der HW-Konfig einen PN-Teilnehmer Ausfall (ca. 3 - 4 sek lang).
Roboterseitig wird leider nichts angezeigt, bzw. mitgeloggt.
Wir verbauen jede Menge Roboter und verwenden überall die selbe Schnittstelle, doch
dieser Fehler tritt nur bei der 1200'er Serie auf im MultiMove - Verbund von 4 Robotern.
>> RobotWare: 6.06.00.00 / 6.06.01.00
>> GSDML V2.33
>> ProfiNet auf LAN 3 / Firmennetz auf WAN

Kennt von eucht jemand dieses Thema, oder ein ähnliches?

MfG

Hallo,
die neue GSD läuft nur mit TIA (aktuell).
Wir haben einfach ein neues System mit der RW 6.04 erstellt, jetzt läuft's mit der alten GSD Version.

MfG

Hallo,
habe den Befehl nur kurz mal probiert, aber nicht im Einsatz. (ohne Fehlermeldung - RW 6.04)
MfG

Hallo,
der Grund dafür ist, das auf der Achse 6 eine Mechanik montiert ist, die immer gleich ausgerichtet bewegt werden soll.
Der Roboter soll sich wie ein Palettierer verhalten.
Genau wie Sven bereits vermutet hat, suche ich nach einer alternative für den KUKA PalMode.
Der Ansatz mit den Achsendlagen ist zwar gut, funktioniert aber nur bei der Achse 4 nicht aber bei der 5'er,
da diese mitgeführt werden muss.

MfG

Hallo,
gibt es beim ABB einen Parameter, der die Achse 4 bzw. 5 sperrt,
sodass der Roboter im Palettiermodus betrieben werden kann?
MfG

Hallo,
gibt es beim ABB einen Parameter, der die Achse 4 bzw. 5 sperrt,
sodass der Roboter im Palettiermodus betrieben werden kann?
MfG

Hallo,
kann man die Achsendlagen beim ABB aus der MOC (ARM) im RAPID auslesen?
MfG

Hallo,
ich versuche gerade eine ProfiSafe-Verbindung zwischen einer Siemens CPU315F und einer ABB IRC 5 RW 6.04 herzustellen.
In der HW-Konfig läuft die Verbindung ohne Fehler (Kommunikation mit dem Roboter via ProfiNet ist möglich / Signale werden gesendet), sowie die ProfiSafe Verbindung
scheint fehlerfrei zu sein.
Eigenartig ist, dass wenn man im Visual SafeMove die PNFDeviceDev Destination Adresse absichtlich falsch einstellt, die Verbindung SPS seitig trotzdem keine Fehler bringt.
Hat hierzu jemand von euch bereits Erfahrungen gemacht?
MfG

Hallo,
hatte bei einer IRC5 das Problem, dass die Steuerung nicht mehr gebootet hat.
Ich habe einfach von einem funktionierenden System mit dem "HDDRawCopy1.10Portable" einen Abzug gemacht,
diesen dann auf eine neue SD gespielt und schon lief die Steuerung wieder hoch. (jedoch mit falschem System, dies kann man aber neu laden )
Vielleicht hilft dir diese Lösung auch bei deiner S4C+ Steuerung.

MfG

Wenn mann folgendes Programmiert,
Greifer1Zu();
GripLoad ldBauteil1;
GripLoad ldBauteil2;
werden dann die Lastdaten addiert oder ist nur die zweite Last aktiv?

Hallo,

nehme an, dass ist genau so wie bei der KRC 2.
TOOL und BASE werden durch die SAK Fahrt gesetzt.

MfG

Hallo abb_robo,

bei mir verlangt die Steuerung immer eine ProfiNet Konfigurationsdatei.
Benötigst du diese nicht, bei einer Verbindung mit der SPS?

MfG

Hallo,

mit welchem Tool erstellt man die Profinet Konfigurationdatei?
Benötige diese für die neue RW 6.01.

Bzw. hat jemand eine brauchbare Dokumentation hierzu?

MfG
MisterRobot

Hallo,

du kannst die Bytes ja direkt in der EIO drehen.
Ich würds als AI/AO machen.

-Name "aiBlockWert1" -SignalType "AI" -Unit "PlcInOut"\
-UnitMap "376 - 383, 368 - 375, 360 - 367, 352 - 359" -Access "All"\
-MaxLog 2.14749E+07 -MaxPhys 2.14749E+07 -MaxPhysLimit 2.14749E+07\
-MaxBitVal 2147483647 -MinLog -2.14749E+07 -MinPhys -2.14749E+07\
-MinPhysLimit -2.14749E+07 -MinBitVal -2147483647

In der SPS verwendest du den Wert als DINT.
Ist jetzt nicht direkt die Antwort auf deine Frage, aber wohl eine gute Lösung.

MfG
MisterRobot

Das Thema hat sich mit der neuen RW 6.01 erledigt
Der WAN Port kann für die Verbindung der Steruerung mit dem Netz
und gleichzeitig für eine ProfiNet-Verbindung verwendet werden.
Hier kann sogar die selbe Adresse eingestellt werden.

MfG
MisterRobot

Danke! Hat funktioniert!!

MfG
Mr. Robot

Hallo,

habe einen Titan (KRC4 / V8.3.17 ) im Einsatz mit einem Wechselsystem.
Es gibt zwei Wechsel - Einheiten, eine mit Zusatzachse (E1) und eine ohne.

Ich habe mir zum Koppeln der Achse folgende Funktion zusammengestellt:

;****************************************************
GLOBAL DEF Zusatzachse ( KoppelFunktion:IN )
;
DECL ENumZusatzachse KoppelFunktion
;
WAIT SEC 0
$ADVANCE = 0
;
SWITCH KoppelFunktion
CASE #AnKoppeln
;
; Istwert Achse auf 0 Grad
$AXIS_ACT.E1 = 0.0
;
; externe Achsen synchron schalten
$ASYNC_AXIS='B0000'
;
; Achse ankoppeln
$ASYNC_EX_AX_DECOUPLE = 'B0000'
;
CASE #AbKoppeln
;
; Aktuellen Achswert speichern
rLetztePosLoeffelAchse = $AXIS_ACT.E1
;
; externe Achsen asynchron schalten
$ASYNC_AXIS='B0001'
;
; Achse abkoppeln
$ASYNC_EX_AX_DECOUPLE = 'B0001'
;
DEFAULT
Quittiermeldung ( MSG_10[iSprache].TEXT[], 10 )
HALT
WAIT FOR FALSE
ENDSWITCH
;
WAIT SEC 0
$ADVANCE = 3
;
END
;****************************************************

Leider bekomme ich immer den Fehler (An-/Abkoppeln nicht zulässig) an der Zeile ( $ASYNC_EX_AX_DECOUPLE = 'B0001' )

Bitte um Hilfe.

MfG
Mr.Robot

[Version]
Version=V8.3.17
[TechPacks]
TechPacks=DiagnoseSafety|ExpertTech|Gripper-&SpotTech|KUKA.NonAdmin|LoadDataDetermination|NWC|Profinet KRC-Nexxt|SafeOperation|UserTech|
DiagnoseSafety=2.0.1
ExpertTech=3.2.0
Gripper-&SpotTech=3.2.0
KUKA.NonAdmin=2.0.0
LoadDataDetermination=6.2.4
NWC=1.0.2
Profinet KRC-Nexxt=3.1.5
SafeOperation=3.2.0
UserTech=3.3.0

==> ist installiert
und läuft auch, weil ich meine Greiferfunktionen ja ausführen kann.
Nur halt die Bezeichnung ist ein bisschen undankbar. 1, 2, 3, ... anstatt den 5 - stelligen Namen