Events
Das Grundgerüst von TwinCAT 3 Building Automation und die darin enthaltenen Objekte bieten umfangreiche Funktionen für die Verarbeitung von Ereignissen bzw. Events.
Ein Event bezieht sich in TF8040 grundsätzlich auf ein Objekt. Events entstehen, wenn ein Objekt einen unnormalen bzw. einen fehlerhaften Zustand annimmt. Eventfähige Objekte in TwinCAT 3 Building Automation besitzen zur weiteren Verarbeitung des Events innerhalb des TwinCAT Programms den Ausgang bEvent.
Beispiel:FB_BA_AI

Der Zustand eines Objektes wird mit dem EventState beschrieben.
Mögliche Event States sind:
Zustand |
Beschreibung |
---|---|
eNormal |
Der Zustand des Objektes ist normal. |
eFault |
Der Zustand des Objektes ist fehlerhaft. |
eOffnormal |
Der Zustand des Objektes ist unnormal. |
eLowLimit |
Der obere Grenzwert eines analogen Objektes wurde überschritten. |
eHighLimit |
Der untere Grenzwert eines analogen Objektes wurde unterschritten. |
Anzeige von Events
Events werden in der Eventliste des Site Explorer und der TcHmiBa angezeigt. Ebenfalls werden die Events via BACnet-Server bei Bedarf an BACnet-Clients übertragen.
Die Darstellung eines Events hängt von den folgenden Eigenschaften ab:
- Event Typ
- Alarm Modus
- Quittier- und Rücksetz-Zustand
Somit ergeben sich folgende Möglichkeiten zur Darstellung eines Events (Illustration am Beispiel eines Alarm-Events):
Bezeichnung |
Abbildung |
Beschreibung |
---|---|---|
Ausgeblendet |
|
Es steht kein Event an. |
Angedeutet* |
|
Das Event steht nicht (mehr) an, wird jedoch zu Informationszwecken angedeutet, bis es quittiert wird. |
Vergangen und quittiert** |
|
Das Event steht nicht (mehr) an. Es wurde aber bereits quittiert aber noch nicht zurückgesetzt. |
Vergangen** |
|
Das Event steht nicht (mehr) an. Es wurde aber weder quittiert noch zurückgesetzt. |
Anstehend und quittiert |
|
Das Event steht an und wurde bereits quittiert. |
Anstehend |
|
Das Event steht an. |
* Nur möglich im Alarm-Modus Standard!
** Nur möglich bei erweitertem Alarm-Modus!
Pro Event-Typ ergeben sich folgende Darstellungen:
Zustand |
Alarm |
Störung |
Wartung |
Benachrichtigung |
Sonstiges |
---|---|---|---|---|---|
Ausgeblendet |
- |
- |
- |
- |
- |
Angedeutet |
|
|
|
|
|
Vergangen, Quittiert |
|
|
|
|
|
Vergangen |
|
|
|
|
|
Anstehend, Quittiert |
|
|
|
|
|
Anstehend |
|
|
|
|
|
Eventsteuerungen
Kritische Ereignisse erfordern oftmals eine steuerungstechnische Reaktion, wie zum Beispiel das Abschalten einer Lüftungsanlage nach dem Fall einer Brandschutzklappe.
Mit den Lock-Funktionalitäten der eventfähigen Objekte wird die gewünschte Steuerungsfunktionalität parametriert.
Hierzu werden die Events innerhalb der Ebenen in der Projektstruktur mittels des Funktionsbausteins FB_BA_PlantLock zusammengefast und ausgewertet.
Parametrieren von Events
Ein Event kann unterschiedliche Anforderungen bezüglich seiner Anzeige, seiner Steuerungstechnischen Verarbeitung und des Quittierens und Rücksetzens haben. Die meisten dieser Eigenschaften werden nicht am Objekt selbst sondern, mit der dem Objekt zugewiesenen Eventklasse FB_BA_EC parametriert.
![]() | Ein Event wird als aktiv bezeichnet, sobald es sich nicht mehr im Normalzustand (Ausgeblendet) befindet. |
Quittieren und Rücksetzen
Der Benutzer kann mit aktiven Events interagieren. Dabei hat er (je nach konfiguriertem Alarm Modus) folgende Möglichkeiten:
Mit dem Funktionsbaustein FB_BA_EventObserver ist es möglich eine Sammelquittierung bzw. Rücksetzung aller Events innerhalb der Projektstruktur vorzunehmen. Welche Objekte quittiert bzw. rückgesetzt werden, hängt von der Position des FB_BA_EventObserver in der Projektstruktur ab. Generell werden alle Objekte quittiert oder zurückgesetzt, welche sich in der Projektstruktur in dem gleichen Ordner oder einem Unterordner befinden.
-
Quittieren
Signalisiert (z. B. dem Wartungspersonal) ein wahrgenommenes Event.
Vom Verständnis her sollte sich ableiten lassen, dass ein entsprechender Handlungsbedarf jetzt vollzogen wird.
Das Quittieren hat also einen informierenden Charakter. -
Rücksetzen
Im erweiterten Alarm Modus muss ein Event (bzw. ein Objekt) nicht nur quittiert, sondern auch zurückgesetzt werden, um ein bereits vergangenes Event in den Normalzustand zu versetzen.
Das Rücksetzen verhindert also das Auftreten von undefinierten Zuständen (z. B. unkontrolliertes Wiederanlaufen von Anlagen) und bietet somit eine zusätzliche Sicherheit.
Lock-Prioritäten
Definieren die Priorität für abschaltende Events die so zum Beispiel eine gewünschte Auswirkung auf das FB_BA_PlantLock bewirken.
-
Lokal Medium
Gibt ein lokales Abschalten mittlerer* Priorität frei. -
Lokal Hoch
Gibt ein lokales Abschalten höherer** Priorität frei. -
Medium
Gibt ein übergeordnetes Abschalten* mittlerer Priorität frei. -
Hoch
Gibt ein übergeordnetes Abschalten** höherer Priorität frei.
* Wird für anlagensichere Programmabschnitte verwendet.
** Wird für personensichere Programmabschnitte verwendet.