Betrifft welche Produkte?
Biblitheken LenzeCanDrv.lib, LenzeCanDrv0221.lib
EPL-10200 (Drive PLC V7.1 und kleiner)
EVS93xxEI (Servo PLC V7.2 und kleiner)
EVS93xxET (Servo PLC mit Technologiefunktion V7.2 und kleiner)
ECS Achsmodul ECSxx V7.4 und kleiner
Wie sieht die Reaktion aus?
Mit dem Funktionsbaustein L_CanPdoReceive aus der Bibliothek LenzeCanDrv.lib können keine Daten empfangen werden, obwohl sich CAN-Telegramme mit dem am FB eingestellten Identifier (FB Eingang dwCobId) auf dem Systembus befinden. Der Statusausgang nState des Funktionsbausteins zeigt den Wert 0 (Daten wurden fehlerfrei empfangen). Die Funktion L_CanGetStatus zeigt, dass der CAN-Treiber initialisiert ist. In der Codestelle C0359 zeigt das PLC-Zielsystem Operational (=0) als Systembus-Status an.
Wann tritt das Problem auf?
Die oben beschriebene Reaktion tritt auf, nachdem das PLC-Zielsystem das Netzwerk-Management-Telegramm Communication Reset (COB-ID=0, Command Specifier=82h) empfangen hat.
Das Senden von CAN-Telegrammen mit dem Funktionsbaustein L_CanPdoTransmit ist durch diese Funktionseinschränkung nicht betroffen.
Diagnosemöglichkeiten?
keine
Kurzfristige Maßnahmen/Empfehlungen?
keine
Bewertung:
Nach dem Empfang des Netzwerk-Management-Telegramms (NMT) Communication Reset können mit dem FB L_CanPdoReceive keine Telegramme mehr empfangen werden. Im Anwenderprogramm kann nicht erkannt werden, dass das PLC-Zielsystem das NMT-Telegramm empfangen hat. In den meisten Anwendungen wird anstelle des Kommandos Communication Reset das Kommando Reset Node (COB-ID=0, Command Specifier=81h) verwendet.
