Perché c'è un offset di PCD momento in cui il timestamp allarmante?

FAQ #101212

 

Sintomo
Il timestamp di un allarme S-Web non hanno lo stesso tempo come il tempo PCD (per esempio leggere con PG5). L'offset è configurata a seconda del fuso orario nel BACnet. Il firmware installato il PCD3 o il PCD2.M5xx0 è 1.10.16 o versioni precedenti.


Motivo
Una volta configurato un fuso orario in BACnet o nella configurazione del SNTP, il tempo locale di PCD viene calcolato in base all'hardware RTC (Real Time Clock), con tenendo conto di questo fuso orario (--> il tempo mostrato nella Configrator Hardware corrisponde all'ora locale). D'altra parte, il timestamp allarmante è basato su hardware RTC (che corrisponde all'ora UTC).

Altro motivo
L'impostazione predefinita contenitore "MB_tmz_en" è impostato su 1. Se si desidera che il tempo degli allarmi corrisponde al tempo di questo contenitore deve essere impostato a 0 il PCD.

Soluzione
Al fine di avere il S-Web allarmante lavorando con lo stesso tempo (ora locale) come il programma utente, si prega di aggiornare il firmware del PCD e firmware BACnet le versioni contenute nel "pacchetto BACnet Firmware più recente".
Il PCD3.Mxxx0 o il firmware PCD2.M5xx0 richiesto è 1.10.51 (lo stesso numero di versione per entrambi, PCD3 e PCD2.M5xx0).
Nel caso in cui se si sta utilizzando il protocollo SNTP senza BACnet devi solo aggiornare il firmware PCD.