Additional signal sequence diagrams

Temporary intermediate states are not illustrated in the signal sequence diagrams. Only typical input signal combinations are illustrated in these diagrams. Other signal combinations are possible.

The most significant areas within the signal sequence diagrams are highlighted in color.

Further Info
Please refer also to the diagram found in the overview for this function block.

The diagram below shows the signal sequence of a typical application, based on the following assumptions:

S_StartReset = SAFEFALSE: Start-up inhibit after the function block has been activated and the Safety PLC has started up

S_AutoReset = SAFEFALSE: Restart inhibit after the guard locking on the closed safety equipment has been locked (i.e., once the SAFETRUE signal has returned at the S_GuardLock input).

0 The function block is not yet activated (Activate = FALSE).
As a result, all outputs are FALSE or SAFEFALSE.

1 Function block activated by Activate = TRUE.
Even though the safety equipment is closed (S_Guard = SAFETRUE) and locked (S_GuardLock = SAFETRUE) and the zone of operation signals the defined safe state (S_SafetyActive = SAFETRUE), the S_GuardLocked output = SAFEFALSE, as a start-up inhibit (S_StartReset = SAFEFALSE) is specified.

2 A positive edge at the Reset input removes the start-up inhibit and the S_GuardLocked output switches to SAFETRUE.
The S_GuardLocked output remains SAFETRUE, although the S_SafetyActive input is SAFEFALSE for some time (zone of operation is temporarily no longer in the defined safe state).

3 The request to unlock the guard locking triggered by UnlockRequest = TRUE and the confirmation that the zone of operation is in the defined safe state again (S_SafetyActive = SAFETRUE) cause the S_GuardLocked output to switch to SAFEFALSE and the S_UnlockGuard output to SAFETRUE.
The S_UnlockGuard output remains SAFETRUE for as long as the unlock request is present at the UnlockRequest input.

4 The safety equipment is opened (S_Guard and S_GuardLock both become SAFEFALSE) and closed again (S_Guard becomes SAFETRUE again), but not locked after closing (S_GuardLock remains SAFEFALSE). Therefore, the S_GuardLocked output remains SAFEFALSE.

5 The S_UnlockGuard output switches to SAFEFALSE, as input UnlockRequest is now also FALSE. The safety equipment is not yet locked (S_GuardLock is still SAFEFALSE).

6 Even though the safety equipment is closed (S_Guard = SAFETRUE) and now locked again (S_GuardLock = SAFETRUE) and the zone of operation signals the defined safe state (S_SafetyActive = SAFETRUE), the S_GuardLocked output remains SAFEFALSE, as a restart inhibit (S_AutoReset = SAFEFALSE) is active.

7 A positive edge at the Reset input removes the restart inhibit and the S_GuardLocked output switches to SAFETRUE.

8 The safety equipment signals it is open (input S_Guard becomes SAFEFALSE) without a request via UnlockRequest. Confirmation that the safety equipment is locked is also provided by S_GuardLock = SAFETRUE.
S_GuardLocked is then switched to SAFEFALSE and an error message is output (output Error = TRUE).
Once the error has been removed, the error message is reset by a positive signal edge at the Reset input. The Error output is then switched to FALSE again.

0	The function block is not yet activated (Activate = FALSE). As a result, all outputs are FALSE or SAFEFALSE.
1	Function block activated by Activate = TRUE. Even though the safety equipment is closed (S_Guard = SAFETRUE) and locked (S_GuardLock = SAFETRUE) and the zone of operation signals the defined safe state (S_SafetyActive = SAFETRUE), the S_GuardLocked output = SAFEFALSE, as a start-up inhibit (S_StartReset = SAFEFALSE) is specified.
2	A positive edge at the Reset input removes the start-up inhibit and the S_GuardLocked output switches to SAFETRUE. The S_GuardLocked output remains SAFETRUE, although the S_SafetyActive input is SAFEFALSE for some time (zone of operation is temporarily no longer in the defined safe state).
3	The request to unlock the guard locking triggered by UnlockRequest = TRUE and the confirmation that the zone of operation is in the defined safe state again (S_SafetyActive = SAFETRUE) cause the S_GuardLocked output to switch to SAFEFALSE and the S_UnlockGuard output to SAFETRUE. The S_UnlockGuard output remains SAFETRUE for as long as the unlock request is present at the UnlockRequest input.
4	The safety equipment is opened (S_Guard and S_GuardLock both become SAFEFALSE) and closed again (S_Guard becomes SAFETRUE again), but not locked after closing (S_GuardLock remains SAFEFALSE). Therefore, the S_GuardLocked output remains SAFEFALSE.
5	The S_UnlockGuard output switches to SAFEFALSE, as input UnlockRequest is now also FALSE. The safety equipment is not yet locked (S_GuardLock is still SAFEFALSE).
6	Even though the safety equipment is closed (S_Guard = SAFETRUE) and now locked again (S_GuardLock = SAFETRUE) and the zone of operation signals the defined safe state (S_SafetyActive = SAFETRUE), the S_GuardLocked output remains SAFEFALSE, as a restart inhibit (S_AutoReset = SAFEFALSE) is active.
7	A positive edge at the Reset input removes the restart inhibit and the S_GuardLocked output switches to SAFETRUE.
8	The safety equipment signals it is open (input S_Guard becomes SAFEFALSE) without a request via UnlockRequest. Confirmation that the safety equipment is locked is also provided by S_GuardLock = SAFETRUE. S_GuardLocked is then switched to SAFEFALSE and an error message is output (output Error = TRUE). Once the error has been removed, the error message is reset by a positive signal edge at the Reset input. The Error output is then switched to FALSE again.