Décalage de date dans la remontée

[navycrow]

Bonjour.
Il me semble qu'il y a une erreur d'affectation de la journée dans la remonté des consos.

Par exemple, sur le site Enedis, j'ai :

Alors que l'addon affiche ceci :

De plus je constate dans les attributs une valeur erronée pour la date d'hier :
Nous sommes aujourd'hui le 15/11 donc hier le 14/11 et l'attribut YesterdayDate indique le 13/11

Merci beaucoup pour le boulot réalisé jusqu'à présent !!!

[pbranly]

Le décalage de date est du à un décalage sur le docker
Rajoutez

  - TZ=Europe/Paris

Dans les variables d'environnement, relancez et ce sera bon
Philippe

[navycrow]

d'abord merci pour la réponse.
Je viens de passer à Home Assistant, il y a un mois. J'ai appris énormément de chose et fait beaucoup de progrès mais il y a encore des choses que je ne maitrise pas (mais je m'y attèle avec un peu d'indulgence... ;) )
Là, je coince. Ou et comment je fais cela ???

[pbranly]

Vous utilisez la version addon ?
Si oui je ne sais pas
Désolé
Madmartigan répondra
Phil
Ps/ ne mettez pas votre pdl en clair

[navycrow]

Oui effectivement.
Pas grave ! On va attendre....
Ps : merci pour le PDL (erreur de débutant), c'est corrigé ;)

[m4dm4rtig4n]

Je confirme ce que @pbranly à dit, les fois où j'ai remarquer ce genre de soucis c'était lié à un mauvais timezone et génére un décalage de jours.
Après sur Hassio aucune idée de comment set le TZ :/

[alexbelgium]

Vous utilisez la version addon ? Si oui je ne sais pas Désolé Madmartigan répondra Phil Ps/ ne mettez pas votre pdl en clair

Ok je rajoute ça dans la version suivante de l'addon !

Sinon en attendant il est possible de l'encoder dans le champ "custom_var" sous la forme : TZ=Europe/Paris

[pbranly]

Ce qui a été constaté c’est que sans la variable TZ= Europe/Paris, le docker se met en heure UTC donc une heure de moins en ce moment qu’avec la variable qui force le docker en heure CET.
Donc sans la variable, le point jour J a 0h30 devient J-1 a 23h30

[m4dm4rtig4n]

C'est effectivement une solution :D

[m4dm4rtig4n]

@navycrow j'ai intégrée la fonctionnalité dans la 0.7.1.
Dit moi si ca corrige ton soucis.

[navycrow]

Bonjour,
Je viens d'installer la 0.7.1 et apparemment ça à l'air effectivement d'avoir résolu ce problème.
Merci beaucoup !!! :)

[pbranly]

Oui cela fonctionne avec l'intégration les sensors qui arrivent via mqtt dans HA
Par contre, cela reste décalé dans influxdb. Je verrai demain si ça va mieux car pour l'instant je suis brûlé !
Philippe

[YNK-22]

Perso même avec la TZ Europe/Paris je garde le décalage de -1h, je suis en 0.7.3 sur l'addon Hassos, si vous avez une idée?

[YNK-22]

Pour mon soucis de jour décalé, peut-on faire un wipe data dans la nouvelle maj 0.7.4 une fois que l'erreur au démarrage sera résolu ? (version Addon HASSos)

[alexbelgium]

Techniquement il suffit :

• de démarrer l'addon au moins une fois pour créer les liens
• puis aller /config/enerdisgateway2mqtt et supprimer le fichier enedisgateway.db (ou le renommer si tu veux le garder au cas où)
• redémarrer l'addon et la nouvelle base sera créée

[m4dm4rtig4n]

Sinon il est possible de mettre dans le config.yaml

wipe_cache: true

Par contre attention, il faut le remettre à false direct (ou retirer la ligne) sinon le cache sera wipe à chaque restart de l'addon :/

[YNK-22]

oui oui c'est juste pour m'afficher les bonnes valeurs au niveau des jours (un décalage d'une journée), j'attends le fix de la version 0.7.5 pour le faire 👍

[alexbelgium]

version 0.7.5 en place :-)

[alexbelgium]

Version 0.7.5-2 en place. En fait je me rend compte que la variable TZ ne change rien en environnement. J'ai rajouté le code "ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone" et un descriptif dans le log qui ne s'affiche que si on change le TZ, et qui teste la validité du TZ demandé

Je l'ai mis en script bash mais voici ce qu'il faudrait en dockerfile :
ENV TZ=America/Los_Angeles
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
https://stackoverflow.com/questions/40234847/docker-timezone-in-ubuntu-16-04-image

[YNK-22]

pour moi un wipe data = true (pour le premier démarrage) a suffit à remettre les bonnes data 👍

[m4dm4rtig4n]

Dans l'insertion dans l'influxdb je viens de m'appercevois que j'ai merder dans l'insert style avec un -2h sur tt ce que j'insert.
Je viens de le retirer à tester maintenant.

[pbranly]

je viens de tester ; ca fonctionne mais ca ajoute les nouvelles valeurs dans influxdb sans supprimer les anciennes

[m4dm4rtig4n]

Bon une 0.7.7-dev va sortir avec "normalement" plus de soucis au niveau des TZ.
J'ai forcer le TZ des données que j'insert.