User Manual

Alarmierung
Alarmmanagement über Notification Class
9
CM110664de_07 161 | 361
Die Brenneranlage wird wieder gestartet, sobald der Techniker die Störung quittiert, beseitigt und danach
ein Reset ausgeführt hat. Der Alarmzustand jedes alarmfähigen Objekts wird innerhalb des Objekts selber
verwaltet. Die obenstehenden Zustandsmaschinen zeigen dies für jede Alarmfunktion.
Simple Message
Die Alarmfunktion Simple Message ist die gleiche Funktion wie die Alarmfunktion Simple Alarm. Die
Zustandsübergänge werden jedoch als Betriebsmeldungen (Event) und nicht als Störmeldungen (Alarm)
gemeldet.
Für die HLK-Anwendung und für Verhalten im System ist die Funktionalität identisch mit Simple Alarm:
Einfacher Alarm ohne Quittierung von kommenden und gehenden Störungen. Der Unterschied ist nur
EventNotification als Alarm oder Event.
Benutzerdefinierter Alarm
Die ganze Bandbreite der Alarmfunktionen gemäss BACnet kann genutzt werden. Für benutzerdefinierte
Alarme können die folgenden Properties festgelegt werden:
● Die EventNotification kann wahlweise als Event oder als Alarm erfolgen
● Quittierung: für jeden Zustandsübergang (TO-OFFNORMAL, TO-NORMAL und TO-FAULT) kann
definiert werden, ob eine Quittierung notwendig ist oder nicht.
[AckTra] Bestätigte Übergänge
Dient der Darstellung des Quittierungszustandes, respektive verwaltet die Informationen, welche
Zustandsübergänge im Moment noch bestätigt werden müssen. Der Wert von [AckTra] wird abgeleitet aus
der Alarmfunktion, dem aktuellen [EvtSta] sowie aus der Überwachung der schon eingegangenen
Bestätigungen.
[AckTra] besteht aus drei Flags, je eines für TO-OFFNORMAL, TO-NORMAL und TO-FAULT. Die
Bedeutung der Flags ist wie folgt:
● Das Flag hat den Wert FALSE genau dann, wenn ein entsprechender Zustandsübergang erfolgt ist und
noch betätigt werden muss, weil dies die Alarmfunktion fordert und noch keine Bestätigung erfolgt ist.
● Das Flag hat den Wert TRUE, wenn keine Bestätigung des entsprechenden Zustandsüberganges
erforderlich ist. Dies kann sein, weil die Alarmfunktion keine Bestätigung fordert, weil gar kein
Zustandsübergang erfolgt ist, oder weil ein erfolgter Zustandsübergang bereits bestätigt wurde.
[TiAck] Quittierungszeit
Zeitpunkt der letzten Bestätigung (Timestamp).
9.6 Alarmmanagement über Notification Class
Intrinsic Reporting
Beim Intrinsic Reporting wird die Erkennung eines Alarms sowie die Zustandsmaschine für die
Alarmbehandlung vom alarmfähigen Objekt selbst übernommen. Die anschliessende Verteilung der
Alarmmeldungen an Alarm Clients respektive das Alarmmanagement, wird hingegen nicht mehr in der
Alarmquelle, sondern in einem der Alarmquelle zugewiesenen Notification Class-Objekt aufgesetzt. Das
Notification Class-Objekt ist sowohl ein D-MAP-Funktionsbaustein als auch ein Standard BACnet-Objekt,
das alle Informationen zur Verteilung von Alarmen und auch System Events im System enthält. (Dazu
gehört auch die Alarmfunktion, welche im vorangegangenen Abschnitt beschrieben ist.)
Algorithmic Reporting
Beim Algorithmic Reporting wird die Erkennung eines Alarms sowie die Zustandsmaschine für die
Alarmbehandlung in der Regel von einem Event Enrollment Objekt übernommen. Auch in diesem Fall wird
das Alarmmanagement in einem der Alarmquelle zugewiesenen Notification Class-Objekt aufgesetzt.
Notification Class