Passage à l'heure d'été [RESOLU]

[domcars0]

Bonjour,
J'ai une petite question à propos du passage à l'heure d'été de Domoticz sur Raspberry Pi. Dans ma base de données, les historiques (et cela quelque soit le capteur) ont enregistré 2 fois la date du 25/03/2017 (ce qui au passage dénote un petit bug de modélisation de la BdD de Domoticz, une date devant être unique)?
Avez vous remarqué ce problème ?
J'ai donc dû modifier à la main toutes les tables XXX_Calendar pour avoir des graphes propres
Merci.

[Doume]

C'est bizarre, car je ne constate pas ces 'doublons' que tu décris.
Quelle version d'OS utilises-tu sur ton Raspberry ?

[domcars0]

Ben la dernière il me semble (8.0 aka Jessie)...et pour Domoticz c'est aussi la dernière (3.5877).
Merde alors, serais-je le seul à avoir ce comportement?
Exemple de ce que cela donne (après zoom), on voit très nettement une brisure de la courbe:

Screenshot_20170407-234047.png (952 Kio) Consulté 7778 fois

Et dans la Base de données :

Code : Tout sélectionner

sqlite> select * from Wind_Calendar where Date='2017-03-25' and DeviceRowID=19;
19|92.4|0|109|0|178|2017-03-25
19|118.99|0|59|0|88|2017-03-25

[Chrominator]

Bien vu.

Je constate le même phénomène sur mon RPI2/Ubuntu 16.04.2 LTS/Domoticz 3.5877.
Et je remarque aussi que je n'ai pas d'enregistrement du 26/03, jour de passage à l'heure d'été.

J'ai redémarré mon RPI2 le 27/03 après le changement d'heure ; Ubuntu avait bien changé mais Domoticz lançait des scripts en retard...

Capture1.PNG (8.19 Kio) Consulté 7757 fois

Capture.PNG (93.43 Kio) Consulté 7757 fois

[domcars0]

Oui, la seconde entrée du 25/03 est en fait l'entrée qui devrait avoir la 'Date' du 26/03. Il suffit de changer la Date de la seconde entrée pour avoir des courbes cohérentes.
Remarque: Le changement de Date dans les tables Xxx_Calendar n'assure pas d'avoir les bonnes valeurs de Min/Max/Ave etc... En effet si un max ou un min se trouve entre 23h et 24h du 25/03 il sera enregistré comme étant max/min du 26 . De plus la moyenne est fausse puisqu'elle inclut des valeurs dont on ne devrait pas tenir compte (les valeurs du 25 entre 23h et 24h).
J'ai déclaré le bug sur le github de domoticz.

[Neutrino]

Bonjour,
Ce bug est déjà corrigé dans la beta.
Depuis le précédent changement d'heure en fait

[domcars0]

OK, merci.
Dommage (et même étrange) qu'ils n'aient pas sorti une stable avant le changement d'heure ? Bien que dans ce sens le bug n’appairait probablement pas, il faut espérer qu'il y aura la sortie d'une stable avant le passage à l'heure d'hiver