Betrifft welche Produkte?
Kommunikationsmodul DeviceNet / CANopen EMF 2175 Softwareversion ≤ 0.9
Wie sieht die Reaktion aus?
Nach dem NMT (Network Managment Telegram) 'Reset Node' funktionierte das Nodeguarding nicht mehr einwandfrei bei Verwendung des Kommunikationsmoduls EMF 2175IB. Die Nodeguarding Reaktion bei Master und Salve wurden ausgelöst, obwohl keine Busprobleme vorlagen.
Wann tritt das Problem auf?
Das Fehlverhalten des Nodeguardings tritt nur nach dem NMT Befehl 'Reset Node' auf. Durch den Befehl 'Reset Node' wird das CAN Knoten des Moduls neu initialisiert. Das Problem tritt ausschließlich beim Einsatz des Moduls mit Drive und Servo PLC auf. Andere Grundgeräte sind nicht betroffen.
Diagnosemöglichkeiten?
Wenn im laufenden Busbetrieb ein 'Reset Node' Telegramm vom CANopen Master zu einem Slave gesendet wird und der CANopen Master ein 'Nodeguarding Event' oder der Slave ein 'Lifeguarding Event' auslöst obwohl die Buskommunikation nicht gestört ist, liegt das oben beschriebenes Problem vor.
Kurzfristige Maßnahmen/Empfehlungen?
Wird nach den NMT-Telegramm 'Reset Node' eine bestimmte Zeit mit dem Nodeguarding Protokoll gewartet (senden der Telegramme stoppen), tritt der Fehler nicht mehr auf. Bei der Servo PLC beträgt diese Zeit abhängig von der Programmlaufzeit ca. 3 Sekunden.
Hinweis:
Die Wartezeit ist dadurch bedingt, dass die Baugruppe eine (Neu-)Initialisierung durchführen muss. Laut CANopen-Profil DS301 ist das Nodeguarding für die Überwachung der Slaves (u.a. 2175IB) in den NMT-Zuständen Pre-Operational, Operational und Stopped zuständig. Innerhalb der Initialisierungphase des Slaves darf keine Antwort der Slaves erwartet werden. Dieses muss bei der Programmierung einer CAN-Mastersteuerung berücksichtigt werden.
