Warum gibt es ein Versatz der aktuellen PCD-Zeit den alarmierenden Zeitstempel?
FAQ #101212
Für den Fall, dass ein BACnet-Firmware-Modul auf eine PCD3.Mxxx0 oder eine PCD2.M5xx0 installiert wurde, und eine Zeitzone konfiguriert wurde, hat der Zeitstempel des Alarms S-Web einen Offset in die PCD-Zeit.
Es könnte das gleiche Verhalten bei Verwendung die SNTP (Simple Network Time Protocol).
Symptom
Der Zeitstempel des Alarms S-Web muss nicht zur gleiche Zeit wie die PCD-Zeit (z.B. mit PG5 gelesen). Der Offset ist abhängig von der Zeitzone in der BACnet-Konfiguration konfiguriert. Die Firmware auf der PCD3 oder die PCD2.M5xx0 installiert ist 1.10.16 oder früher.
Grund
Sobald eine Zeitzone in BACnet oder die Konfiguration der SNTP konfiguriert ist, die örtliche PCD-Zeit errechnet sich basierend auf der RTC (Real Time Clock), mit Berücksichtigung dieser Zeitzone (--> die Zeit angezeigt, die in der Hardware-Configrator entspricht der Ortszeit). Der alarmierende Zeitstempel, auf der anderen Seite basiert auf der Hardware RTC (entspricht UTC).
Anderen Grund
Der Standardwert ist Container "MB_tmz_en" auf 1 gesetzt. Wenn Sie, dass möchten entspricht die Zeit der Alarme der Zeit der PCD dieser Container auf 0 gesetzt werden sollten.
Lösung
Um die S-Web-alarmierende arbeiten mit gleichzeitig (Ortszeit) das User-Programm haben, bitte aktualisieren Sie Ihre Firmware der PCD und Ihre BACnet-Firmware auf die Versionen, die in das "neueste BACnet-Firmware-Paket" enthalten.
Die PCD3.Mxxx0 oder die PCD2.M5xx0-Firmware erforderlich ist 1.10.51 (die gleiche Versionsnummer für PCD3 und PCD2.M5xx0).
Für den Fall, dass bei Verwendung von SNTP Protokoll ohne BACnet du nur die PCD-Firmware zu aktualisieren musst.
Categories
Communication / BACnet
Last update: 28.05.2015 05:42
First release: 18.05.2009 14:46
Views: 14673