[Beckhoff] Errormelunden: Leistungsbruch, SAFEOP to OP failed

naheliegend

Level-1
Beiträge
87
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

wenn ich meine SPS über TWINCAT in den Konfigmode setzen möchte, meldet meine Klemme (EL5101-0011):
- 'SAFEOP to OP' failed! Error: check device state for OP. AL Status 0x0014 read and 0x0008 expected. AL Status Code 0x0032 - DC PLL sync
- state change aborted (request OP, back to SAFEOP)

Ich kann daraufhin meine SPS aber noch in den Run Mode bringen und mich dann einloggen, um den Code zu starten. Während des Laufens meldet meine Klemme (EL3632):
- 0x8581 Leitungsbruch Ch{0}
- Synchronisierungsfehler

und meine Klemme EL (5101-0011):
abnormal state change (from OP to SAFEOP) with code 0x1b, Sync manager watchdog. Try to go back to OP ...


Ich habe keine Ahnung, was da los?

Gruß
 
Zuletzt bearbeitet:
Ist schon was her, aber dass deine SPS in den RUN Modus gesetzt werden kann wenn eine Klemme nicht in OP-Modus geht ist normal. Jetzt müsste man noch wissen welche deiner beiden beschriebenen Klemmen wo genau liegen. Also wahrscheinlich liegt deine EL3632 Klemme hinter der EL 5101 Klemme die einen Defekt besitzt oder falsch konfiguriert wurde und daher auch nicht in den OP Modus gesetzt werden kann. Tausch doch die Klemme durch einen neue Klemme aus und überprüfe die Konfiguration.
 
Ohne mich jetzt mit den Details befasst zu haben würde ich die Watchdogeinstellungen der 5101 prüfen und mit den Zykluszeiten abgleichen. Wird ein Datagramm (Sync-Unit-Zyklus) innerhalb der Watchdogzeit angefordert?
Ansonsten würde ich mal physikalisch alle Klemmen nochmal auseinander und wieder zusammenstecken, um Kontaktprobleme am Systembus auszuschließen. Zur Ethercatdiagnose gibt es irgendwo im Infosys ein Dokument. Anhand dessen kannst Du auch mal auf Datagrammfehler prüfen (CRC-Fehler). Letztendlich würde ich einen Klemmendefekt nicht ausschließen.

Prinzipiell lässt sich jede Klemme auf Werkseinstellungen zurücksetzen - falls Du Dir nicht sicher bist, ob Du beim probieren was "vermurkst" hast.
 
An den Watchdogzeiten liegt es nicht.

Das Problem ist auch, dass meine Klemme gar keine Werte auf meine globalen Variablen überträgt. Warum auch immer?
Ich habe sie vorbildlich verknüpft und es sollte eigentlich zu keinen Problemen führen.
 
Danke für deinen Rat.
Ich bin echt überfragt und habe keine Ahnung, was mit der Klemme ist. Aber führt ein Kontaktproblem von Klemme zur CX zu einem Scheitern des Versuches in den OP zu gehen?
 
Du hast noch ein Verständnisproblem.
Die Klemme hat intern eine State-Maschine. Erst in OP ist sie voll funktionsfähig/arbeitstüchtig.
Die Fehlermeldung sagt: ""Distributed Clock" = DC...
Prinzipiell hat die Klemme einen Quarz und erwartet wenn es DC nutzt dass das Telegramm innerhalb eines bestimmten Zeitrahmens durchrauscht - da geht aber was schief.
Habe jetzt die Details nicht im Kopf was die Fehlermeldung exakt sagt.

Das Problem ist aber entweder in der Konfig der Echtzeit/EtherCAT oder aber in der Echtzeit =DC. Der CX5140 ist sau gut bzgl Echtzeitfähigkeit, also sage ich mal das du irgend etwas miskonfiguriert hast.
Mach doch mal folgendes: Kopie des Projektes, PLC und alles rausschmeißen bis auf die EA, Task anlegen (2msec Zeitraster) mit einer Variable und die verknüpfst du auf einen EA-Punkt der Klemme(n).
Danach schau mal ob die Klemmen in OP gehen (erwarte ich). Wenn ja: Screenshots von der Config...

Guga
 
Das ist das komplizierte, interessant sind diverse Sachen...
Aber wenn du schon davon sprichst das du die EL5101 als ReferenceClock eingestellt hast. Eigentlich brauchst du nichts konfigurieren diesbezüglich (ausser vielleicht auf der EL5101 zu sagen das sie nicht im Freerun modus sondern im xxx-Mode fährt (d.h. implizit DC nutzt). Vielleicht ist das ja schon das Problem?
Guga
 
Ich habe jetzt nochmal ein komplett neues Projekt angelegt, und alles reinkopiert. Da funktioniert alles. Habe anscheinend die Konfigs verballert. Aber es tritt ein anderes Problem auf.

Habe dafür ein neues Thema angelegt.
 
Zurück
Oben