Bonjour

petit bug ou pas ce matin au changement d'heure

VP2sql (ver 3.1.0.4) a bien changé l'heure à 3h, sur la table data l'enregistrement a basculé à 2h , donc reculé d'une heure. Le soucis c'est que je me retrouve là avec une heure en moins sur mon dernier enregistrement comme si ça avait reculé de deux heures.

est ce que c'est le même cas chez d'autres ayant la dernière version ?

Dominique

Bonjour,

pour ma part, VP2SQL (ver 3.1.0.4) n'a pas intégré le changement d'heure ???
Ici il neige à gros flocons

A+

Bonsoir
lorsque je regarde VP2sql et weatherlink je fais le même constat que toi Pierre André, cependant lorsque je regarde la table "data" il y a bien un enregistrement à 2h55 et le suivant est a 2h00 , il y a eu donc 1h de moins. a la limite VP2sql n'avais pas besoin de faire une heure en moins

Il doit y avoir un problème avec la version 3.1.0.4, j'ai détruit la base de données pour aujourd'hui et relancé vp2SQL, toujours le même décalage d'une heure.

Je me suis aperçu qu'en fait entre deux et trois heures, dans la bdd toutes les données sont remplie à double

Bonjour,

contrairement à ce que vous dites, il n'y a pas d'enregistrement en double, il y a bien des heures identiques dans le champ recdateZ, mais c'est normal, par contre vous remarquerez que les timestamps n'ont pas de doublons, de même que recdateUTC.
Cela signifie qu'on n'a ni doublon ni enregistrements en moins.
Bonne journée
Jean

Salut Jean,
il y a quand même un truc bizarre, hier soir à 23h00 les enregistrements sont passé directement à 00h05 donc l'heure de différence à été compensée à la fin de la journée.
Je ne sais pas si chez Dominique c'est bon maintenant mais pour moi c'est de nouveau juste

Bonne journée

Bonjour à tous

comme par magie tout est également rentré dans l'ordre chez moi aussi, de la même manière que chez Pierre André :



mystère....si Jean peut nous donner l'explication ?

Dominique

jturlier a écrit : ↑

29 oct. 2018, 09:18

Bonjour,

contrairement à ce que vous dites, il n'y a pas d'enregistrement en double, il y a bien des heures identiques dans le champ recdateZ, mais c'est normal, par contre vous remarquerez que les timestamps n'ont pas de doublons, de même que recdateUTC.
Cela signifie qu'on n'a ni doublon ni enregistrements en moins.
Bonne journée
Jean

Bonjour Jean

Exact, les valeurs (T°, h%, vent, etc..) n'était pas en doubles, il n'y avait que le recdateTZ et partout où était appeler le recdateTZ (script, graphiques) on s'en apercevais, reste le mystère de cette nuit de 23h à 0h
Dominique

Salut Domi,
c'est un bug que je connais et que je n'ai jamais réussi à éliminer.
Comme cela n'a lieu que pour 1 heure une fois dans l'année et que je me suis mis dans une m... noire la dernière fois que j'ai travaillé dessus, j'ai préféré vivre avec ! Trop de danger !!!

Je vais peut-être dire une bêtise Jean mais puisque Weatherlink gère déjà le changement d'heure à travers les wlk, pourquoi VP2sql a t'il besoin lui aussi besoin de se prendre la tête avec ce changement d'heure ? vus qu'il (et c'est là sûrement que je me trompe) ne fait que lire les wlk

Dominique