Brake logic in motion axis: If EtherCAT communication is faulty, brake is applied before standstill is reached (corrected from V02.16.03)

Corrected from:
Servo Inverter i700, V1: no fix planned for V1
Servo Inverter i700, V2: from V02.16.03.12763

Response of the new version:
Brake control now also takes place as expected under the conditions mentioned below.
Even if an EtherCAT communication error is detected, the holding brake is now only applied when the QSP ramp has reached standstill.
 
 
What happens?
In the event of an EtherCAT communication error, the holding brake is applied before standstill is reached, while the QSP deceleration ramp is still being processed.

When does the behaviour occur?
  • Brake operation type 0x2820:1 = [1] (control via brake logic of motion axis in higher-level controller) and
  • QSP active due to detected faulty EtherCAT communication (cummunication error)
Which product are affected?
Servo-Inverter i700, V1
Servo-Inverter i700, V2
 
Short-term measures / Evaluation / Recommendations:
Premature engagement of the holding brake can lead to increased wear of the holding brake.
Partly due to the support of the inverter during braking (function of a service brake) and partly because the inverter temporarily operates position-controlled with torque against the closed holding brake.

Automatic Translation 

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