User Manual

Alarmierung
Alarmverhalten der Funktionsbausteine
9
154 | 361 CM110664de_07
und die alarmrelevanten Variablen sind grundsätzlich gleich wie bei den anderen alarmfähigen
Bausteintypen. Lediglich die möglichen Alarmursachen sind anders geartet:
Die nachfolgend beschriebenen Ursachen führen zur Auslösung eines OFFNORMAL-Alarms des BACnet
Device Object:
Battery low
Die Batterie einer Automationsstation wird periodisch überprüft. Sobald die Batterie ein zu tiefes
Spannungsniveau aufweist oder die Batterie selber fehlt, wird ein Alarm ausgelöst. Beim Wiedererreichen
des gewünschten Spannungsniveaus wird die Störung mit BATTERY_NOT_LOW zurückgesetzt.
RAM Pattern failed
Beim Aufstarten der Automationsstation wurde ein Speicherüberprüfungsfehler festgestellt. Wird beim
nächsten Aufstarten kein Speicherüberprüfungsfehler mehr detektiert, dann wird der Alarm zurückgesetzt.
Recipient not receivable
Die Namensauflösung für einen Empfängernamen (z. B. konfigurierter Alarmempfänger) ist nicht möglich,
weil beispielsweise die Netzwerkverbindung zum Empfänger unterbrochen ist. Dann wird ein Alarm
ausgelöst. Der Alarm verschwindet wieder, sobald die spätere Namensauflösung erfolgreich ist.
Notif. Class ref. missing
Jeder alarmfähige Baustein referenziert einen Notification Class-Baustein. Sollte der referenzierte
Notification Class-Baustein nicht existieren, dann löst das BACnet Device Object einen Alarm aus.
Life Check error
Während des Life Checks detektiert der Primary Server, dass er einen oder mehrere seiner Backup Server
nicht erreicht (z. B. wegen Netzwerkunterbruch). Dann wird ein Alarm ausgelöst. Der Alarm verschwindet
wieder, sobald bei einem späteren Life Check wieder alle Backup Server gefunden werden.
Primary Server not found
Erkennt der Backup Server, dass der Primary Server nicht mehr mit dem Netzwerk verbunden ist, wird
dieses Bit gesetzt. Gleichzeitig wird eine Information mit Datentyp String geschickt, die Quelle, Ziel und
Grund definiert. Das Bit wird zurückgesetzt, so-bald der Backup Server den Primary Server wieder im
Netzwerk findet.
FAULT-Alarme
Die nachfolgend beschriebene Ursache löst einen FAULT-Alarm des BACnet Device Object aus:
Flash is full
Die Automationsstation überprüft periodisch, ob im Flash-Speicher im Minimum noch eine Seite frei ist
(64kB). Erkennt sie eine Unterschreitung, wird dieses Bit gesetzt. Ist im Minimum wieder eine Seite im
Flash-Speicher frei, wird das Bit rückgesetzt.
Auch das Alarmverhalten des BACnet Device Object wird durch eine Anzahl von Variablen parametriert
resp. dargestellt, jedoch unterscheidet sich deren Darstellung: Das BACnet Device Object wird nicht durch
einen D-MAP-Funktionsbaustein dargestellt, sondern ist nur über BACnet sichtbar. Die beschriebenen
Variablen sind also nur als Properties des BACnet Device Object zugänglich.
Binary Input, Binary Value
Das Alarmhandling der Funktionsbausteine Binary Input und Binary Value ist identisch:
● Ein OFFNORMAL-Alarm tritt auf, wenn [PrVal] den in der Variable [RefVal] spezifizierten Wert für
mindestens die in den Variablen [TiMonDvn], [TiMonOff] oder [TiMonOn] spezifizierte Zeit annimmt.
● Ein bestehender OFFNORMAL-Alarm verschwindet, wenn [PrVal] den zu [RefVal] komplementären
Wert (d.h. [PrVal] = not [RefVal]) für mindestens die in den Variablen [TiMonDvn], [TiMonOff] oder
[TiMonOn] spezifizierte Zeit wieder annimmt, oder wenn die Variable [EnAlm] von TRUE auf FALSE
geändert wird (siehe weiter unten).
● Ein FAULT-Alarm tritt sofort auf, wenn 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.