Continuous sending of SDO telegrams when C2118 has been changed (elimination)

Remedied from:
LenzeDrive0202.lib library
EPL-10200 (Drive PLC V8.1)
ECS axis modules V8.0
EVS93xx-EI (Servo PLC V8.0)
EVS93xx-ET (Servo PLC V8.0 with technology function)

Behaviour of new version?
Regardless whether code C2118 has been changed, only one SDO telegram is sent in case of a FALSE-TRUE edge at the bExecute input of the function blocks L_ParRead and L_ParWrite.

---

Which products are affected?
LenzeDrive.lib library
EPL-10200 (Drive PLC V7.1 and lower)
EVS93xxEI (Servo PLC V7.2 and lower)
EVS93xxET (Servo PLC with technology function V7.2 and lower)
ECS axis module V7.4 and lower

What happens?
The PLC target system sends SDO telegrams with the same identifier via the system bus in very short intervals (< 1 ms).
As a result, the bus load increases which may lead to communication interruptions between the system bus stations.

When does the problem occur?
The response described before may occur if the function blocks L_ParRead and L_ParWrite of the LenzeDrive.lib library are used and at the same time the value under code C2118 (CAN object for L_ParWrite/L_ParRead) is changed.
When mains switching is executed the function restriction is eliminated until C2118 is changed again.

Possible diagnostics?
The telegrams sent via the system bus can be observed by means of a CAN analyser, e. g. PCAN View.

Short-term measures/recommendations?
Set code C2118 to the value requested and save the parameter set in a mode protecting against mains failure by setting code C0003 to 1. Carry out mains switching of the PLC target system afterwards.

Evaluation:
The function restriction may occur if code C2118 is changed and the function blocks L_ParRead and L_ParWrite are used at the same time. The function restriction can be eliminated by mains switching.

Published with service message No. 2007/40, 2008/04, 2008/08, 2008/09 and 2011/02

URL for linking this AKB article: https://www.lenze.com/en-de/go/akb/200800530/1/