Weitere Signalablauf-Diagramme

Beachten Sie bitte, dass temporäre Zwischenzustände nicht in den Signalablauf-Diagrammen dargestellt sind. In diesen Diagrammen werden nur typische Signalkombinationen der Eingangssignale dargestellt. Weitere Signalkombinationen sind möglich.

Die signifikantesten Bereiche innerhalb der Signalablauf-Diagramme sind farblich unterlegt.

Weitere Infos
Beachten Sie bitte auch das Diagramm in der Übersicht zu diesem Funktionsbaustein.

Das folgende Diagramm zeigt den Signalablauf einer typischen Anwendung unter folgenden Annahmen:

S_StartReset = SAFEFALSE: Anlaufsperre nach Bausteinaktivierung und nach Start der Sicherheitssteuerung

S_AutoReset = SAFEFALSE: Wiederanlaufsperre nach Verriegelung der Zuhaltung der geschlossenen Schutzeinrichtung (d.h. nach Rückkehr des SAFETRUE-Signals an S_GuardLock).

0 Der Funktionsbaustein ist noch nicht aktiviert (Activate = FALSE).
Folglich sind alle Ausgänge FALSE oder SAFEFALSE.

1 Bausteinaktivierung durch Activate = TRUE.
Obwohl die Schutzeinrichtung geschlossen ist (S_GuardMonitoring = SAFETRUE) und zugehalten wird (S_GuardLock = SAFETRUE) und der Betriebsbereich den definierten sicheren Zustand meldet (S_SafetyActive = SAFETRUE), bleibt der Ausgang S_GuardLocked = SAFEFALSE, weil eine Anlaufsperre vorgegeben ist (S_StartReset = SAFEFALSE).

2 Mit der positiven Flanke an Eingang Reset wird die Anlaufsperre aufgehoben, Ausgang S_GuardLocked wird SAFETRUE.
Ausgang S_GuardLocked bleibt SAFETRUE, obwohl Eingang S_SafetyActive für einige Zeit SAFEFALSE ist (Betriebsbereich vorübergehend nicht mehr im definierten sicheren Zustand).

3 Mit der Anforderung zur Entriegelung der Zuhaltung durch UnlockRequest = TRUE und der Bestätigung, dass der Betriebsbereich wieder im definierten sicheren Zustand ist (S_SafetyActive = SAFETRUE), wird Ausgang S_GuardLocked auf SAFEFALSE und S_UnlockGuard auf SAFETRUE gesteuert.
Ausgang S_UnlockGuard bleibt solange SAFETRUE, wie an Eingang UnlockRequest die Anforderung zur Entriegelung anliegt.

4 Die Schutzeinrichtung wird geöffnet (S_GuardMonitoring und S_GuardLock werden beide SAFEFALSE) und wieder geschlossen (S_GuardMonitoring wieder SAFETRUE), aber nach dem Schließen nicht verriegelt (S_GuardLock bleibt SAFEFALSE). Ausgang S_GuardLocked bleibt deshalb SAFEFALSE.

5 Ausgang S_UnlockGuard wird SAFEFALSE, da Eingang UnlockRequest jetzt FALSE ist. Die Schutzeinrichtung ist noch nicht verriegelt (S_GuardLock immer noch SAFEFALSE).

6 Obwohl die Schutzeinrichtung geschlossen (S_GuardMonitoring = SAFETRUE) und jetzt wieder verriegelt ist (S_GuardLock = SAFETRUE) und der Betriebsbereich den definierten sicheren Zustand meldet (S_SafetyActive = SAFETRUE), bleibt der Ausgang S_GuardLocked = SAFEFALSE, weil eine Wiederanlaufsperre aktiv ist (S_AutoReset = SAFEFALSE).

7 Mit der positiven Flanke an Eingang Reset wird die Wiederanlaufsperre aufgehoben, Ausgang S_GuardLocked wird SAFETRUE.

8 Die Schutzeinrichtung wird ohne Anforderung durch UnlockRequest als geöffnet gemeldet (Eingang S_GuardMonitoring wird SAFEFALSE). Auch die Verriegelung der Schutzeinrichtung wird mit S_GuardLock = SAFETRUE bestätigt.
Daraufhin wird S_GuardLocked = SAFEFALSE und eine Fehlermeldung wird ausgegeben (Fehlerausgang Error = TRUE).
Nach der Fehlerbehebung wird die Fehlermeldung durch eine positive Signalflanke an Eingang Reset rückgesetzt. Fehlerausgang Error wird dann wieder FALSE.

0	Der Funktionsbaustein ist noch nicht aktiviert (Activate = FALSE). Folglich sind alle Ausgänge FALSE oder SAFEFALSE.
1	Bausteinaktivierung durch Activate = TRUE. Obwohl die Schutzeinrichtung geschlossen ist (S_GuardMonitoring = SAFETRUE) und zugehalten wird (S_GuardLock = SAFETRUE) und der Betriebsbereich den definierten sicheren Zustand meldet (S_SafetyActive = SAFETRUE), bleibt der Ausgang S_GuardLocked = SAFEFALSE, weil eine Anlaufsperre vorgegeben ist (S_StartReset = SAFEFALSE).
2	Mit der positiven Flanke an Eingang Reset wird die Anlaufsperre aufgehoben, Ausgang S_GuardLocked wird SAFETRUE. Ausgang S_GuardLocked bleibt SAFETRUE, obwohl Eingang S_SafetyActive für einige Zeit SAFEFALSE ist (Betriebsbereich vorübergehend nicht mehr im definierten sicheren Zustand).
3	Mit der Anforderung zur Entriegelung der Zuhaltung durch UnlockRequest = TRUE und der Bestätigung, dass der Betriebsbereich wieder im definierten sicheren Zustand ist (S_SafetyActive = SAFETRUE), wird Ausgang S_GuardLocked auf SAFEFALSE und S_UnlockGuard auf SAFETRUE gesteuert. Ausgang S_UnlockGuard bleibt solange SAFETRUE, wie an Eingang UnlockRequest die Anforderung zur Entriegelung anliegt.
4	Die Schutzeinrichtung wird geöffnet (S_GuardMonitoring und S_GuardLock werden beide SAFEFALSE) und wieder geschlossen (S_GuardMonitoring wieder SAFETRUE), aber nach dem Schließen nicht verriegelt (S_GuardLock bleibt SAFEFALSE). Ausgang S_GuardLocked bleibt deshalb SAFEFALSE.
5	Ausgang S_UnlockGuard wird SAFEFALSE, da Eingang UnlockRequest jetzt FALSE ist. Die Schutzeinrichtung ist noch nicht verriegelt (S_GuardLock immer noch SAFEFALSE).
6	Obwohl die Schutzeinrichtung geschlossen (S_GuardMonitoring = SAFETRUE) und jetzt wieder verriegelt ist (S_GuardLock = SAFETRUE) und der Betriebsbereich den definierten sicheren Zustand meldet (S_SafetyActive = SAFETRUE), bleibt der Ausgang S_GuardLocked = SAFEFALSE, weil eine Wiederanlaufsperre aktiv ist (S_AutoReset = SAFEFALSE).
7	Mit der positiven Flanke an Eingang Reset wird die Wiederanlaufsperre aufgehoben, Ausgang S_GuardLocked wird SAFETRUE.
8	Die Schutzeinrichtung wird ohne Anforderung durch UnlockRequest als geöffnet gemeldet (Eingang S_GuardMonitoring wird SAFEFALSE). Auch die Verriegelung der Schutzeinrichtung wird mit S_GuardLock = SAFETRUE bestätigt. Daraufhin wird S_GuardLocked = SAFEFALSE und eine Fehlermeldung wird ausgegeben (Fehlerausgang Error = TRUE). Nach der Fehlerbehebung wird die Fehlermeldung durch eine positive Signalflanke an Eingang Reset rückgesetzt. Fehlerausgang Error wird dann wieder FALSE.