Pourquoi existe-t-il un décalage à l'heure actuelle de PCD dans l'horodateur alarmant ?
FAQ #101212
Dans le cas où un module de firmware BACnet a été installé sur un PCD3.Mxxx0 ou un PCD2.M5xx0 et un fuseau horaire a été configuré, l'horodatage d'une alarme S-Web a un offset à la fois PCD.
Il pourrait y avoir le même comportement lorsque vous utilisez la SNTP (Simple Network Time Protocol).
Symptôme
L'horodatage d'une alarme S-Web n'a pas le même temps que le temps PCD (lire par exemple avec PG5). L'offset est selon le fuseau horaire configuré dans la configuration de BACnet. Le firmware installé sur le PCD3 ou le PCD2.M5xx0 est 1.10.16 ou plus tôt.
Raison
Une fois qu'un fuseau horaire est configuré en BACnet ou dans la configuration de la SNTP, l'heure locale du PCD est calculée basée sur le matériel RTC (Real Time Clock), avec compte tenu de ce fuseau horaire (--> le temps indiqué dans le Configrator de matériel correspond à l'heure locale). En revanche, l'horodatage alarmant est basée sur le matériel CCF (ce qui correspond à l'UTC).
Autre raison
Le conteneur « MB_tmz_en » est défini à 1. Si vous voulez que le temps des alarmes correspond au temps de la PCD ce conteneur doit être défini sur 0.
Solution
Afin d'avoir le S-Web alarmant travaillant avec le même temps (heure locale) que le programme utilisateur, mettez à jour votre firmware de la PCD et votre firmware BACnet aux versions comprises dans la"dernière BACnet Firmware".
Le PCD3.Mxxx0 ou le firmware PCD2.M5xx0 requis est 1.10.51 (le même numéro de version destinée aux PCD3 et PCD2.M5xx0).
Dans le cas où si vous utilisez le protocole SNTP sans BACnet il suffit de mettre à jour le firmware PCD.
Categories
Communication / BACnet
Last update: 29.05.2015 18:10
First release: 18.05.2009 14:46
Views: 14664