Which products are affected?
ESP-SP-POS - Software Package Positioner V2.2
How is the reaction?
In the previous version, when resetting errors that are configured as 'trip', it was necessary to set the ErrorReset variable twice in succession. Only in this way was it possible to reset the error and also the trip.
In the current version an additional variable has been implemented using which a trip and error are reset at the same time. In this way it is sufficient to set the ErrorReset variables once to return to Stand-By on a trip from the template state.
Possible diagnostics?
When resetting errors that are configured as 'trip', a trip is still present after setting the Error-Reset variables once, even though the cause of the error has been rectified. Only after a renewed FALSE-TRUE edge does the template return from the 'Trouble' state to the 'Stand-By' state.
Short-term measures/recommendations?
To reset an error configured as a 'trip', two FALSE-TRUE state changes of the Error-Reset variable are necessary. This can be tackled in the program or manually without problems.
Evaluation:
No damage can be caused to the machine by this problem. Simply unexpected behaviour occurs when resetting a 'trip': the Error-Reset variable must be set twice.
