Brake logic in motion axis: If EtherCAT communication is faulty, brake is applied before standstill is reached (behoben ab V01.06.04)
Corrected from:
Servo-Inverter i950 FW: from V01.06.04.2154
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 in the inverter after faulty EtherCAT communication has been detected (cummunication error).
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.
