CANopen Indizes 1005 und 1006hex

Betrifft welche Produkte?

Kommunikationsmodul EMF 2175 DeviceNet / CANopen

Wie sieht die Reaktion aus?

Das Modul sendet Synctelegramm obwohl dies nicht eingestellt ist.

Wann tritt das Problem auf?

Das Senden von Synctelegrammen kann durch zwei Wege auf dem Modul eingestellt werden.

1. Über den CAN Bus wird eine Zykluszeit für das Senden von Synctelegrammen auf die Lenze Codestelle 1856 / 2356 Subindex 5 eingetragen. Das Modul beschreibt anschließend automatisch die CANopen Indizes 1005 und 1006hex.
2. Über den CAN Bus wird eine Zykluszeit für das Senden von Synctelegrammen in dem CANopen Index 1006hex (Communication Cycle Period) eingetragen. Zusätzlich muss noch das Bit 30 im Index 1005hex auf den Wert 1 gesetzt werden zum Aktiveren von Synctelegrammen.
Wird über den CAN Bus eine Zykluszeit für das Senden von Synctelegrammen auf den Index 1006hex (Communication Cycle Period) eingetragen sendet das Modul nach dem nächsten Netzschalten Synctelegramme, weil dieser Wert automatisch in die Lenze Codestelle  L-C1856 / 2356 Subindex 5 eingetragen. Nach dem Netzschalten setzt das Modul das Bit 30 im Index 1005hex, weil ein Wert in der Lenze Codestelle L-C1856 / 2356 Subindex 5 steht.

Der Fehler liegt darin, dass der Wert aus dem Index 1006hex erst auf die Codestelle L-C1856 / 2356 Subindex 5 übertragen werden darf, wenn auch das Bit 30 im Index 1005hex gesetzt ist.
Dieses Fehler ist bislang nur bei Anwendungen mit CANopen PLCs von der Firma Beckhof aufgetreten, weil der CANopen Master den Index 1006hex benutzt um das Empfangen von Synctelegramme bei dem CAN Knoten zu überwachen.

Diagnosemöglichkeiten?

Das Modul sendet Synctelegramme obwohl nur auf den Index 1006hex ein Wert geschrieben wird und nicht zusätzlich das Bit 30 im Index 1005hex gesetzt wird.

Kurzfristige Maßnahmen/Empfehlungen?

Den Index 1006hex nur beschreiben, wenn das Modul Synctelegramme senden soll.

URL zur Verlinkung dieses AKB-Artikels: https://www.lenze.com/de-de/go/akb/20032496/0/
Contact form