Interne Datenpunkte des BACnet Treibers

De-/Aktivierung der Kommunikation.

• 0 → Die Kommunikation des Gerätes wird aktiviert.

• 1 → Die Kommunikation des Gerätes wird deaktiviert (DM-DCC-A Dienst).

• 2 → Die Initierung von Nachrichten durch das Geärt wird deaktivert. Das Gerät reagiert auf Dienste, aber wird keinen eigenen Dienst initiieren, mit der Ausnahme des "IAm" Dienstes.

Löst eine Generalabfrage (GQ) für das entsprechende Gerät aus.

Durch den übergebenen Wert kann definiert werden, welche Daten abgefragt werden sollen:

• 0 → GQ für Werte und Events
• 1 → GQ nur für Werte
• 2 → GQ nur für Events
• 3 → Setzt UNKNOWN_PROPERTY Adressen zurück (dieser Befehl wird z.B. über die Schaltfläche "Reset Properties" des Geräte-Faceplates ausgelöst)
• 10 → GQ für Descriptions (Beschreibungen)
• 11 → GQ für Units (Einheiten)

Löst eine Reinitialisierung des Gerätes (DM-RD-A Dienst) aus, wenn ein entsprechender Wert auf das Datenpunktelement geschrieben wird

Folgende Werte können verwendet werden:

• 0 → Kaltstart durchführen

• 1 → Warmstart durchführen

Synchronisiert die Zeit am Gerät mit der Zeit vom Datenpunktelement.

Wenn am Datenpunktelement die Nullzeit gesetzt wurde, wird die aktuelle Systemzeit vom Treiber automatisch bestimmt und mit dem Telegramm gesendet (DM-TS-A Dienst).

Über dieses Datenpunktelement können spezielle Services zum Gerät abgesetzt werden. Das erste Element des dyn_strings enthält das Kommando und die Parameter. Die Kommandos mit den möglichen Parametern sind:

• CreateObject

  <Objekttyp>

  <Objektinstanz> (optional)

  <Objektname> (optional)

• DeleteObject

  <Objekttyp>

  <Objektinstanz>

• GetProperties

  <Objekttyp>

  <Objektinstanz>

• LifeSafetyOperation

  <requesting source>

  <BACnet LifeSafetyOperation Code>

  <Objekttyp> (optional)

  <Objektinstanz> (optional)

• SendTxtMsg

  <zu sendende Message>

Der Objekttyp muss in den obigen Kommandos als String wie in der Peripherieadresse angegeben werden. Die Antwort wird über das Datenpunktelement State.Service zurückgegeben.

Es ist auch ein Datei-Transfer über diesen Datenpunkt möglich, für Details siehe Datei-Transfer.

Beispiele:

CreateObject
Schedule
10
SCH1
SendTxtMessage
This is a Text for sending

Auf dieses Datenpunktelement wird die Antwort auf einen Service Request über Command.Service zurückgegeben.

In der ersten Zeile steht der Status von der Befehlsausführung und in den weiteren Zeilen sind die Property-IDs enthalten.

Auf dieses Datenpunktelement werden die Informationen zum statischen Address Binding eines Gerätes geschrieben.

Das Format ist:

<Netzwerknummer>:<IP-Adresse>:<Portnummer>

Also z.B.: "1:192.168.152.20:47808"

Wenn dieses Datenpunktelement leer ist, wird dynamisches Address Binding angewendet (die Adressinformationen werden automatisch aktualisiert).

Dieses Datenpunktelement wird für verschiedene Geräteeinstellungen verwendet.

Folgende Bits sind momentan in Verwendung:

B0:

• 0 - Objektbrowsing mit Property “All”

• 1 - Objektbrowsing ohne Property “All“ (Properties stehen nicht zur Verfügung)

B1:

• 0 - Zeit des Gerätes wird für den Zeitstempel des Alarms verwendet

• 1 - Zeit des Erhalts wird für den Zeitstempel des Alarms verwendet

B2:

• 0 - Zeitstempel des Gerätes wird mit lokaler Zeit angegeben

• 1 - Zeitstempel des Gerätes wird mit UTC Zeit angegeben

B3:

• 0 - Alarmtexte werden bei Generalabfragen nicht abgefragt.

• 1 - Der Treiber kann bei Generalabfragen das Event_Message_Texts Property auslesen (wenn dieses vom Gerät unterstützt wird). Das Property enthält die letzten Alarmtexte, d.h. bei Generalabfragen können Alarmtexte aktualisiert werden.

B4:

• 0 - Verwende UTF-8 Konvertierung für Strings mit ANSI X3.4 Enkodierung

• 1 - Verwende UTF-8 Konvertierung für Stings mit ANSI X3.4 Enkodierung nicht.

B5

• 0 - TrendLogs wurden ohne zeitbasiertes Lesen initialisiert
• 1 - TrendLogs werden mit zeitbasiertem Lesen initialisiert

B8:

• 0 - Neustart-Erkennung wird nicht verwendet

• 1 - Neustart-Erkennung wird mittels Auswertung der COV Notifikationen verwendet

B9:

• Momentan nicht in Verwendung, jedoch reserviert für zukünftige Erweiterungen.

B10:

• 0 - Treiber nicht der Gruppe Restart_Notification_Recipients hinzufügen.

• 1 - Treiber der Gruppe Restart_Notification_Recipients hinzufügen.

B11:

• 0 - COV Registrierung wird nicht aktualisiert

• 1 - COV Registrierung wird aktualisiert

B12:

• 0 - Event Generalabfrage nicht durchführen

• 1 - Event Generalabfrage durchführen

B13:

• 0 - Data Gereralabfrage nicht durchführen

• 1 - Data Generalabfrage durchführen

B15:

• 0 - Treiber bleibt angemeldet

• 1 - Treiber wird von entsprechender NOC-Empfängerliste entfernt (siehe Intrinsic und Algorithmic Alarming)

B16:

• 0 - Treiber meldet sich bei der Notification Class mit der BACnet-Adresse an

• 1 - Treiber meldet sich bei der Notification Class mit Device Identifier an

B17:

• 0 -Verbindung wird initialisiert auch wenn der Status "Operational" nicht erreicht wurde.

• 1 - Warte auf den Status "Operational" bevor die Verbindung initialisiert wird.

Die Bits 8-13 definieren, wie sich der Treiber verhält wenn er einen Neustart des Geräts detektiert.

Definiert das Mapping von BACnet Alarmprioritäten auf WinCC OA Alarmklassen für ein BACnet Gerät.

Ein Mapping hat den folgenden Aufbau:

<BACnet Startprio1> < WinCC OA Alarmklasse1>

<BACnet Startprio2> < WinCC OA Alarmklasse2>

...

Ein Beispiel für ein solches Mapping ist:

0 BACnet_danger
50 BACnet_alarm
100 BACnet_warning
200 BACnet_info

D.h.: Die BACnet-Prioritäten 0-49 gehören zur Alarmklasse "BACnet_danger", 50-99 zu "BACnet_alarm", 100-199 zu "BACnet_warning" und 200-255 (höchste BACnet Priorität) zu "BACnet_info".

Für weitere Informationen siehe Intrinsic und Algorithmic Alarming.