Waarom is er een verschuiving naar de huidige PCD tijd in het alarmerende tijdstempel?
FAQ #101212
In het geval een BACnet firmware module is geïnstalleerd op een PCD3.Mxxx0 of een PCD2.M5xx0 en een tijdzone is ingesteld, heeft het tijdstempel van een S-Web alarm een verschuiving naar de PCD-tijd.
Er zou hetzelfde gedrag wanneer u de SNTP (Simple Network Time Protocol) gebruikt.
Symptoom
De tijdstempel van een S-Web alarm beschikt niet over de hetzelfde moment als de tijd van de PCD (Lees bijvoorbeeld met PG5). De offset is afhankelijk van de tijdzone die in de configuratie van het BACnet. De firmware is geïnstalleerd op de PCD3 of de PCD2.M5xx0 is 1.10.16 of eerder.
Reden
Zodra een tijdzone is geconfigureerd in BACnet of in de configuratie van de SNTP, de lokale PCD-tijd op basis van de hardware RTC (Real Time Clock), wordt berekend met deze timezone rekening houdend met (--> de tijd die wordt weergegeven in de Hardware Configrator komt overeen met de lokale tijd). Aan de andere kant is de alarmerende tijdstempel gebaseerd op de hardware RTC (die overeenkomt met de UTC).
Andere reden
De standaard Container "MB_tmz_en" is ingesteld op 1. Als u dat wilt de tijd van de alarmen komt overeen met de tijd van de PCD deze Container moet worden ingesteld op 0.
Oplossing
Om de S-Web alarmerend werken met dezelfde tijd (lokale tijd) als het gebruikersprogramma, kunt u bijwerken uw firmware van de PCD en uw BACnet firmware naar de versie die is opgenomen in de "nieuwste BACnet Firmware package".
De PCD3.Mxxx0 of de PCD2.M5xx0 firmware vereist is 1.10.51 (hetzelfde versienummer voor zowel PCD3 en PCD2.M5xx0).
In het geval als u SNTP protocol zonder BACnet gebruikt u alleen de PCD firmware moet.
Categories
Communication / BACnet
Last update: 27.05.2015 12:33
First release: 18.05.2009 14:46
Views: 14659