User Manual

Alarmierung
Alarmverhalten der Funktionsbausteine
9
CM110664de_07 155 | 370
Beim Binary Output können [Rlb] Fehler sowohl vom [PrVal] (resp. dem
zugehörigen physikalischen Ausgang) als auch vom [FbVal] (resp. dem
zugehörigen physikalischen Eingang) herrühren.
Ein FAULT-Alarm verschwindet sofort, sobald die Variable [Rlb] von einem
Wert ungleich NO_FAULT_DETECTED wieder zum Wert
NO_FAULT_DETECTED wechselt.
Ein OFFNORMAL Alarm tritt auf, wenn:
Ein überwachtes referenziertes Objekt nicht eingeschaltet ist
Ein referenziertes Objekt nicht eingeschaltet werden kann
Ein FAULT Alarm tritt auf, wenn:
Ein referenziertes Objekt nicht vorhanden ist
Ein referenziertes Objekt kein kommandierbares Objekt ist (Output-, Value-
Objekt)
Nicht erlaubte Prioritäten des referenzierten Objektes verwendet werden
(erlaubt sind Prio 2, 5, 14 und 16)
ProgramValue, ExceptionValue ausserhalb des zulässigen Bereichs ist
Die referenzierten Objekte eine unterschiedliche Anzahl Betriebsarten
besitzen
Die Funktionstabelle leer ist
Discipline I/O, Group
Das Alarmhandling der Funktionsbausteine Discipline I/O und Group ist
identisch. Diese Funktionsbausteine unterstützen nur FAULT-Alarme.
Ein FAULT-Alarm tritt sofort auf, sobald die [Rlb] des Funktionsbausteins
einen anderen Wert als NO_FAULT_DETECTED annimmt. Im speziellen
auch dann, wenn [Rlb] von einem Wert ungleich NO_FAULT_DETECTED zu
einem anderen Wert ungleich NO_FAULT_DETECTED wechselt.
Ein FAULT-Alarm verschwindet sofort, sobald die [Rlb] des
Funktionsbausteins von einem Wert ungleich NO_FAULT_DETECTED
wieder zum Wert NO_FAULT_DETECTED wechselt.
Die nachfolgend beschriebenen Ursachen führen zur Auslösung eines FAULT-
Alarms:
Adress-Konflikt:
Das Subsystem kennt das im [IOAddr]-Parameter definierte Gerät nicht.
Dieser Alarm wird vom entsprechenden Funktionsbaustein gemeldet.
Kommunikationsfehler:
Das Subsystem meldet einen Kommunikationsunterbruch. Dieser kann bei
einem Busunterbruch oder defektem Gerät und in sehr seltenen Fällen bei
Command Control
Alarmverhalten