BACnet-Geräte-Objekt

Einzelne Eigenschaften des BACnet-Geräteobjekts sind als global definiert, weil es aus Systemsicht notwendig ist, dass sie in der ganzen Site denselben Wert aufweisen. Diese Eigenschaften werden in Xworks Plus (XWP) eingestellt. Beispiele:

Globale Eigenschaften

  • Datum und Zeit für die Sommer- und Winterzeitumschaltung
  • Sommerzeit-Anfangsdatum [DsavSdt]. Standardwert: letzter Sonntag im März
  • Sommerzeit-Anfangszeit [DsavSti]. Standardwert:
  • Sommerzeit-Anfangsdatum [DsavSdt]. Standardwert: letzter Sonntag im März
  • Sommerzeit-Endzeit [DsavEti]. Standardwert:
  • UTC-Offset [UtcOfs]
  • Differenz zwischen UTC und der lokalen Winterzeit in Minuten. Vorgabewert: –60 min (Mitteleuropa). Während der Sommerzeit beträgt die effektive Differenz [UtcOfs] –60 Min (Mitteleuropa: -120 Min.)
  • Synchr.Zeit-Intervall [SynReqp]
  • Life-Check-Intervall des Primärservers. Die erzeugte Belastung der Kommunikation durch den Life Check kann mit diesem Parameter kontrolliert werden, indem er an die Site-Grösse angepasst wird. Vorgabewert: 1800 s
  • Auflösungsintervall Name [NamRI]
  • Periodische Wiederholung für die Auflösung von Geräte-übergreifenden Referenzen. Vorgabewert: 900 s
  • COV-Wiederabonnierungs-Intervall [CovRI]
  • Zeitintervall, in dem sich eine Automationsstation für einen abonnierten Wert wiederholt einträgt. Vorgabewert: 1800 s

Lokale Eigenschaften

Lokale Eigenschaften, die die Funktionalität von Life Check / Replizierung betreffen:

  • Servertyp [SrvTyp]
  • Das Gerät arbeitet als Primärserver oder Backup-Server. Standardwert: Backup.
  • Primärgerät [PrimDev]
  • Geräteobjekt-ID des Primärservers der Site oder ein ungültiger Wert, falls kein Primärserver bekannt ist (automatisch gesetzt durch Primärserver, schreibgeschützt).
  • Letzte Engineering-Zeit globaler Objekte [GOEngTi]
  • Zeitstempel der letzten Strukturänderung der globalen Objekte durch Xworks Plus (XWP).
  • Letzte Online-Änderung globaler Objekte [GOChgTi]
  • Zeitstempel der letzen Online-Änderung eines globalen Objektes in Xworks Plus (XWP) (modifiziert durch Primärserver, schreibgeschützt).

Meldungsklassen-Objekt

Das Meldungsklassen-Objekt ist ein Standard-BACnet-Objekt und definiert das Systemverhalten von Alarmen und Systemereignissen.

Es gibt lokale und globale Meldungsklassen-Objekte.

Ein logisches Objekt auf Stufe Site, dass auf jeder Automationsstation einer Site in identischer Form existiert (repliziertes Objekt).

Individuelle Objekte (Unikate), die nur auf einer bestimmten Automationsstation vorhanden sind.

Ein Client darf die globalen Meldungsklassen-Objekte von einer beliebigen Automationsstation lesen.

Konsistenzhaltung der Einstellparameter über alle Automationsstationen einer Site bei Modifikationen (Empfängerliste: konfigurierten Empfänger hinzufügen oder entfernen, Priorität ändern).

Die Anzahl globaler Meldungsklassen-Objekte ist auf 18 begrenzt (sechs Alarmklassen und drei Alarmfunktionen).

Kalender-Objekt

Es gibt globale und lokale Kalenderobjekte.

Ein logisches Objekt auf Stufe Site. Es existiert auf jeder Automationsstation einer Site in identischer Form (repliziertes Objekt).

Individuelle Objekte (Unikate), die nur auf einer bestimmten Automationsstation vorhanden sind.

Zeitprogrammobjekte in einer Automationsstation können die replizierten Kalenderobjekte im Gerät referenzieren. Ein Client darf die globalen Kalenderobjekte von einer beliebigen Automationsstation lesen.

Zentrale Modifikation von globalen Ausnahmen (Feiertage, Ferien usw.) können an einem Ort für die ganze Site durchgeführt werden. Kontinuität des Betriebs bei Ausfall des Hauptobjekts.

Benutzerprofil-Objekt

Ein logisches Objekt auf Stufe Site. Es existiert auf jeder Automationsstation einer Site in identischer Form (repliziertes Objekt). Es muss mindestens ein Benutzerprofil-Objekt vorhanden sein.

Lokale Benutzerprofil-Objekte sind nicht vorhanden.

Die Zugriffsberechtigung beruht auf den replizierten Benutzerprofil-Objekten in den Automationsstationen (BACnet-Geräte), Keine Abhängigkeit von einem Server.

Ein Client darf die globalen Meldungsklassen-Objekte von einer beliebigen Automationsstation lesen.

Gründe für Replizierung: Konsistenzhaltung der Zugriffsberechtigung in der ganzen Site. Kontinuität des Betriebs bei Ausfall des Hauptobjekts.