V17.05 Énergie active du jour et Linky

[Patrick B.]

Bonjour à tous
J'ai un routeur installé sur la TIC du Linky depuis 2 ans environ, fonctionnement parfait.
Il ne sert pas au routage mais en remontée d'informations uniquement. 

Mise à jour en V17.05 il y a quelques jours, et il me semble que les données "énergie active du jour" ne se mettent plus à 0 (minuit je suppose), mais continuent de s'incrementer jour après jour....

Pour info : màj en V17 sur USB, puis V17.05 en OTA.
Ctrl + F5 et reset, fait.

Merci pour vos retours !

[AtomeIon]

Bonjour,
J'ai installé la version 17.05 hier soir sur mon routeur UxI composé d'un seul ESP32.
Je n'ai pas vu le problème mentionné, la valeur "energie active du jour" est bien passée à 0 à minuit comme en version 16.

[alexandeur]

ben moi j ai vu ce probleme , c est sur le linky avec l horloge linky , si on utilise une autre horloge interne ou internet ca fonctionne

[Patrick B.]

Merci, je vais tester en changeant la référence de l'horloge. On verras demain...

[Patrick B.]

Problème résolu en passant l'horloge du routeur de Linky à internet. Merci alexandeur !

[michy]

Bonjour,

  le remise a zéro 
  Energie_jour_Soutiree = 0;  // en Wh
  Energie_jour_Injectee = 0;  // en Wh
est faites dans la fonction LectureConsoMatinJour()

cette fonction est appelée dans JourHeureChange quand les conditions HeureValide && old_Heure == 23 && Int_Heure == 0

Le truc avec la prise de l'heure sur le Linky , c'est que Int_Heure est mis a jour a chaque nouvelle trame (qui arrive ~toutes les 2s, [en fait c'est un peu moins ...] )  alors que  JourHeureChange() est appelé exactement toutes les 30 et toutes les 2s
il est possible que l'étiquette DATE de Linky actualise Int_Heure a 0 avant que le traitement  dans  LectureConsoMatinJour ne fasse le reset des compteurs (la comparaison  old_Heure == 23 && Int_Heure == 0 n'est pas vu, donc pas de reset des compteurs)

@André, faire une petite modif pour actualiser un peu moins fréquemment (dans la réception de l'étiquette DATE)

Code :

              time_t nowForLinky = mktime(&t);
              time_t nowForESP = time(nullptr);
              // on actualise l'heure de l'ESP que s'il y a un écart significatif avec l'heure de Linky
              if (abs(nowForLinky - nowForESP) > 120) {
                struct timeval tv = {.tv_sec = nowForLinky, .tv_usec = 0}; // Création d’une structure timeval pour settimeofday()
                settimeofday(&tv, nullptr); // mise à l'heure de l’ESP32
                FormatteHeureDate();
              }

[Mike]

Bien vu Michy.
Il faut sûrement envisager la même modif dans Source_Externe.ino dans le cas ou l'horloge est réglée sur "ESP externe".

[memz]

Est-ce que le bug sera corrigé dans une version ultérieure ?
Mon routeur linky, que j'utilise juste pour le suivi rencontre les mêmes symptômes et le changement d'heure sur internet contourne bien le problème mais dans une installation offline cela peu être problématique pour nombre de personnes

[F1ATB]

Ok je vais regarder

[memz]

Ok je vais regarder

Merci beaucoup 

Petite question/évolution supplémentaire est-ce qu'il serait possible, dans une installation multirouteurs que l'heure fournie ne provienne pas du routeur faisant la mesure. J'ai un routeur maître  UxI2 avec trois routeurs ssr et un routeur linky juste pour le suivi. Actuellement nous avons beaucoup de coupure de courant et plus d internet depuis plusieurs jours. Le rms linky se remet à l'heure mais pas les autres après reboot donc plus de routage sans intervention manuelle si plus d internet. 
Dans cette configuration on peut se retrouver sans internet, en profitant de l'heure fournie par le linky et une mesure autre que le linky et en étant résilient des reboot.