AlarmCollection

Beim AlarmCollection Object ist [EnEvt] standardmässig FALSE, d.h. [EvtSta]-Übergänge werden nicht notifiziert.

Ein OFFNORMAL Alarm tritt auf:

  • Für ein oder mehrere Alarmcollection Members gilt:
  • [EvtSta] <> NORMAL und für alle diese Members gleichzeitig gilt: [StaFlg].Fault = false

Ein FAULT Alarm tritt auf:

  • Für ein oder mehrere Alarmcollection Members gilt:
  • [StaFlg].Fault = true und damit wird [Rlb] = UNRELIABLE_MEMBERS gesetzt

Analog Input, Analog Value, Analog Output

Das Alarmhandling der Funktionsbausteine Analog Input, Analog Value und Analog Output ist identisch.

Der Funktionsbaustein Analog Output hat auch ein [FbVal], der jedoch nicht zur Alarmüberwachung benutzt wird. Für die OFFNORMAL-Alarme von Analog-Objekten gibt es eine obere und eine untere Alarmgrenze (Variablen [HiLm] und [LoLm]). Ein OFFNORMAL-Alarm tritt auf, wenn entweder die obere Alarmgrenze überschritten oder die untere Alarmgrenze unterschritten wird. Dementsprechend wird auch die Alarmart OFFNORMAL in zwei Unterarten unterteilt, HIGH_LIMIT und LOW_LIMIT. Ferner kann mit der Variablen [Nz] eine Schalthysterese für [HiLm] und [LoLm] parametriert werden, die ein häufiges Schalten von Alarmen im Bereich der Alarmgrenze verhindert.

Alarmverhalten

Ein OFFNORMAL-Alarm tritt auf, wenn:

  • [PrVal] die in der Variablen [HiLm] spezifizierte obere Alarmgrenze länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer überschreitet (HIGH_LIMIT)
  • [PrVal] die in der Variablen [LoLm] spezifizierte untere Alarmgrenze länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer unterschreitet (LOW_LIMIT)

Ein bestehender OFFNORMAL-Alarm (HIGH_LIMIT) verschwindet wieder, wenn [PrVal] den Wert ([HiLm] + [Nz]) länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer unterschreitet.

Ein bestehender OFFNORMAL-Alarm (LOW_LIMIT) verschwindet wieder, wenn [PrVal] den Wert ([LoLm] + [Nz]) länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer überschreitet.

  • 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.

BACnet Device-Info Object

OFFNORMAL-Alarme

Alle bisher beschriebenen alarmfähigen Objekte modellieren bestimmte Typen von einzelnen Datenpunkten (physikalische oder virtuelle). Das BACnet Device Object dagegen modelliert die Properties einer Automationsstation als Ganzes. Auf einer Automationsstation können alarmwürdige Fehler auftreten, welche sich nicht einem Datenpunkt zuordnen lassen (siehe Beispiele weiter unten). Deshalb ist das BACnet Device Object ebenfalls mit einem Alarmmechanismus ausgestattet. Die Alarmzustandsmaschine 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 Objects:

Battery low

Die Batterie einer Automationsstation wird periodisch überprüft. Sobald die Batterie ein zu tiefes Spannungsniveau aufweist oder die Batterie selbst 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 Meldungsklassen-Baustein. Sollte der referenzierte Meldungsklassen-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, sobald der Backup Server den Primary Server wieder im Netzwerk findet.

FAULT-Alarme

Die nachfolgend beschriebene Ursache löst einen FAULT-Alarm des BACnet Device Objects 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 zurückgesetzt.

Auch das Alarmverhalten des BACnet Device Objects 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 Objects 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.

Binary Output

Das Alarmhandling des Funktionsbausteins Binary Output unterscheidet sich grundsätzlich von jenem der Bausteine Binary Input und Binary Value:

  • Ein OFFNORMAL-Alarm tritt auf, wenn die aktuellen Werte der Variablen [PrVal] und [FbVal] für mindestens die in den Variablen [TiMonDvn], [TiMonOff] oder [TiMonOn] spezifizierte Zeit verschieden sind.
  • Ein bestehender OFFNORMAL-Alarm verschwindet, wenn die aktuellen Werte von [PrVal] und [FbVal] wieder für mindestens die in der Variablen [TiMonDvn] spezifizierte Zeit gleich sind.
  • Ein FAULT-Alarm tritt sofort auf, wenn die [Rlb] des Funktionsbausteins einen anderen Wert als NO_FAULT_DETECTED annimmt. Insbesondere auch dann, wenn [Rlb] von einem Wert ungleich NO_FAULT_DETECTED zu einem anderen Wert ungleich NO_FAULT_DETECTED wechselt.
  • 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.

Command Control

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

Alarmverhalten

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 Busüberlast auftreten. Diese Alarme werden durch den Shared-Funktionsbaustein gemeldet.
  • Das Subsystem meldet ein unzulässiges Verhalten in einem Gerät. Zum Beispiel wenn ein Raumgerät (QAX) defekt ist. Diese Alarme werden durch den Shared-Funktionsbaustein gemeldet.

Multistate Input, Multistate Value

Das Alarmhandling der Funktionsbausteine Multistate Input und des Multistate Value ist identisch:

  • Ein OFFNORMAL-Alarm tritt auf, wenn [PrVal] einen der in der Variablen [RefVals] (Liste von Multistate-Werten) spezifizierten Werte für mindestens die in der Variablen [TiMonDvn] spezifizierten Zeit annimmt. Dies gilt insbesondere auch dann, wenn [PrVal] von einem Wert in [RefVals] zu einem anderen Wert innerhalb von [RefVals] wechselt.
  • Ein bestehender OFFNORMAL-Alarm verschwindet, wenn [PrVal] einen nicht in [RefVals] enthaltenen Wert für mindestens die in der Variablen [TiMonDvn] spezifizierten Zeit wieder annimmt oder [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. Dies gilt 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.

Multistate Output

Das Alarmhandling des Funktionsbausteins Multistate Output unterscheidet sich grundsätzlich von den Funktionsbausteinen Multistate Input und Multistate Value und ist sinngemäss gleich wie jenes des Funktionsbausteins Binary Output:

  • Ein OFFNORMAL-Alarm tritt dann auf, wenn die aktuellen Werte der Variablen [RwVal] und [FbVal] für mindestens die in der Variablen [TiMonDvn] spezifizierten Zeit unterschiedlich sind.
  • Ein bestehender OFFNORMAL-Alarm verschwindet dann, wenn die aktuellen Werte von [PrVal] und [FbVal] wieder für mindestens die in der Variablen [TiMonDvn] spezifizierten Zeit gleich sind.
  • Ein FAULT-Alarm tritt sofort auf, wenn die [Rlb] des Funktionsbausteins einen anderen Wert als NO_FAULT_DETECTED annimmt. Insbesondere auch dann, wenn [Rlb] von einem Wert ungleich NO_FAULT_DETECTED zu einem anderen Wert ungleich NO_FAULT_DETECTED wechselt. Beim Multistate 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 [Rlb] von einem Wert ungleich NO_FAULT_DETECTED wieder zum Wert NO_FAULT_DETECTED wechselt.

Power Control

Ein OFFNORMAL-Alarm tritt auf, wenn:

  • Beim UP-Befehl keine weitere Stufe mehr vorhanden ist
  • Beim UP-Befehl MaxPower überschritten wird
  • Eine Table_Nr ausserhalb des zulässigen Bereichs eingestellt wird

Ein FAULT-Alarm tritt auf, wenn:

  • Ein referenziertes Objekt nicht vorhanden ist
  • Ein referenziertes Objekt kein Multistate-Value-Objekt ist
  • Object_Nr ausserhalb des zulässigen Bereichs ist
  • StepLimit ausserhalb des Bereichs des referenzierten Objekts ist
  • Die Profiltabelle leer ist

Pulse Converter

Alarmverhalten

Ein OFFNORMAL-Alarm tritt auf, wenn [PrVal]:

  • Die in der Variablen [HiLm] spezifizierte obere Alarmgrenze länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer überschreitet (HIGH_LIMIT)
  • Die in der Variablen [LoLm] spezifizierte untere Alarmgrenze länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer unterschreitet (LOW_LIMIT)

Ein bestehender OFFNORMAL-Alarm (HIGH_LIMIT) verschwindet wieder, wenn [PrVal] den Wert ([HiLm] + [Nz]) länger als die in der Variablen [TiMonDvn] spezifizierten Zeitdauer unterschreitet.

Ein bestehender OFFNORMAL-Alarm (LOW_LIMIT) verschwindet wieder, wenn [PrVal] den Wert ([LoLm] + [Nz]) länger als die in der Variablen [TiMonDvn] spezifizierten Zeitdauer überschreitet.

  • 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.

Trend Log

Alarmverhalten

Trend Log, sowie Trend Log Multiple sind mit objektinternem Melden ausgerüstet, geben jedoch keine OFFNORMAL-Alarme aus.

  • 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.

Ereignis-Meldung

Ein Ereignis wird gemeldet, wenn:

  • Der im Anschluss Meldungsschwelle [NotifThd] eingestellte Wert von Aufzeichnungszählung [RecCnt] überschritten wird, d.h. der lokale nichtflüchtige Trend-Speicher überläuft.

Ereignisregistrierung

Das Ereignisregistrierungs-Objekt überwacht referenzierte BACnet-Eigenschaften in anderen Objekten. Das referenzierte Property kann sich im lokalen Device oder in einem anderen Device befinden.

Event-Algorithmen

Die Details der Überwachung eines Property-Wertes werden mit Event-Algorithmen definiert. Ein Event-Algorithmus hat spezifische Parameter. Die Event-Algorithmen sind die gleichen wie beim objektinternen Melden. Beim objektinternen Melden wird ein Subset der möglichen Event-Algorithmen der Ereignisregistrierung verwendet.

Event_Type

Event_State

Event_Parameters

Datentyp

CHANGE_OF_BITSTRING

NORMAL

OFFNORMAL

Time_Delay

Bitmask

List_Of_Bitstring_Values

Unsigned

BIT STRING

list of BIT STRING

CHANGE_OF_STATE

NORMAL

OFFNORMAL

Time_Delay

List_Of_Values

Unsigned

list of BACnetPropertyStates

CHANGE_OF_VALUE

NORMAL

Time_Delay

Bitmask

Referenced_Property_Increment

Unsigned

BIT STRING

choice {BIT STRING, REAL}

COMMAND_FAILURE

NORMAL

OFFNORMAL

Time_Delay

Feedback_Property_Reference

Unsigned

BACnetDeviceObjectPropertyReference

FLOATING_LIMIT

NORMAL

HIGH_LIMIT

LOW_LIMIT

Time_Delay

Setpoint_Reference

Low_Diff_Limit

High_Diff_Limit

Deadband

Unsigned

BACnetDeviceObjectPropertyReference

REAL

REAL

REAL

OUT_OF_RANGE

NORMAL

HIGH_LIMIT

LOW_LIMIT

Time_Delay

Low_Limit

High_Limit

Deadband

Unsigned

REAL

REAL

REAL

BUFFER_READY

NORMAL

Notification_Threshold

Previous_Notification_Count

Unsigned

Unsigned

CHANGE_OF_LIFE_SAFETY

NORMAL

OFFNORMAL

LIFE_SAFETY_ALARM

Time_Delay

List_Of_Alarm_Values

List_Of_Life_Safety_Alarm_Values

Mode_Property_Reference

Unsigned

list of BACnetLifeSafetyState

list of BACnetLifeSafetyState

BACnetDeviceObjectPropertyReference

EXTENDED

Any BACnetEventState

Vendor_Id

Extended_Event_Type

Parameters

Unsigned

Unsigned

Extended_Event_Type

UNSIGNED_RANGE

NORMAL

HIGH_LIMIT

LOW_LIMIT

Time_Delay

Low_Limit

High_Limit

Unsigned

Unsigned

Unsigned

Event-Meldung

Ein Ereignisregistrierungs-Objekt überwacht ebenfalls das Property Status Flag des Objekts mit dem referenzierten Property. Wenn das FAULT Flag des referenzierten Objektes gesetzt wird, soll das Ereignisregistrierungs-Objekt einen Fault-Alarm generieren.

Loop Object

Alarmverhalten

Das Loop Object ist mit objektinternen Melden ausgerüstet.

Ein OFFNORMAL-Alarm tritt auf, wenn:

  • [XCtr] die Grenze (SetPoint + ErrorLimit) länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer überschreitet (HIGH_LIMIT)
  • [XCtr] die Grenze (SetPoint – ErrorLimit) länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer unterschreitet (LOW_LIMIT)

Ein bestehender OFFNORMAL-Alarm (HIGH_LIMIT) verschwindet wieder, wenn [XCtr] den Wert (SetPoint + ErrorLimit – Deadband) länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer unterschreitet.

Ein bestehender OFFNORMAL-Alarm (LOW_LIMIT) verschwindet wieder, wenn [XCtr] den Wert (SetPoint – ErrorLimit + Deadband) länger als die in der Variablen [TiMonDvn] spezifizierte Zeitdauer überschreitet.

FAULT-Alarm:

  • Ein FAULT-Alarm tritt sofort auf, sobald [Rlb] des Funktionsbausteins einen anderen Wert als NO_FAULT_DETECTED annimmt. Besonders 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 [Rlb] des Funktionsbausteins von einem Wert ungleich NO_FAULT_DETECTED wieder zum Wert NO_FAULT_DETECTED wechselt.