L_ETC_GetMasterDiagnostic: Output xNotAllSlavesOperational becomes not TRUE (fixed with V1.4)

Corrected from:
Cabinet Controller c520 from V1.4
Cabinet Controller c550 from V1.4
Cabinet Controller c750 from V1.4

Response of the new version:
The output 'xNotAllSlavesOperational' of the output structure 'oDiagnostic' of the function block L_ETC_GetMasterDiagnostic becomes TRUE if one of the EtherCAT slaves connected to the EtherCAT master is not in the 'Operational' state.
 
What happens?
The output 'xNotAllSlavesOperational' of the output structure 'oDiagnostic' of the L_ETC_GetMasterDiagnostic function block does not become TRUE.
 
When does the behaviour occur?
If the block L_ETC_GetMasterDiagnostic is used in the logic for the Lenze controllers c520, c550 and c750, the output 'xNotAllSlavesOperational' of the output structure 'oDiagnostic' of the function block L_ETC_GetMasterDiagnostic will not become TRUE if the EtherCAT master and the EtherCAT slaves are in the 'Operational' state and at least one slave leaves the 'Operational' state.
 
Which products are affected?
Cabinet Controller c520 from V1.0
Cabinet Controller c550 from V1.0
Cabinet Controller c750 from V1.0
 
Short-term measures:
Use the blocks L_ETC_GetMasterState and L_ETC_GetSlaveState to query cyclically whether an EtherCAT slave has unexpectedly left the 'Operational' state. 
 
Evaluation / Recommendations:
Due to the functional restriction it can be determined via the output 'xNotAllSlavesOperational' whether really all EtherCAT slaves are in the 'Operational' state. A remedy is described under 'Short-term measures'.
 
Automatic Translation 

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