Se connecter

ericalpha · 14-08-2026, 06:01 PM

Bonjour,
Je viens de mettre en œuvre le projet Linky en temps réel avec ESP32 décrit ici : https://f1atb.fr/fr/domotique/esp32/affi...emps-reel/

L'idée étant de récupérer les trames Linky dans Home Assistant.
Actuellement je le fais déjà via Jeedom qui renvoit les infos depuis un module USB Teleinfo de Cartelectronics vers MQTT en temps réel et ça fonctionne très bien mais l'idée étant de tout basculer sur Home Assistant.

Tout fonctionne a merveille mais j'aimerai savoir s'il est possible de forcer la publication MQTT en temps réel ou quelques secondes car là par défaut on est à 5mn et c'est long.

Je n'ai pas testé mais en modifiant le paramètre :
long tps = millis();
if (tps - previousHistoryMillis >= 300000) { //Historique consommation par pas de 5mn
previousHistoryMillis = tps;

Je crains que cela n'ait un impact sur l'aperçu web.

Merci !

(pas de commentaire sur le bidouillage des soudures ... j'ai commandé ce qu'il faut pour tout refaire au propre) Tongue

Mike · 14-08-2026, 06:24 PM

Bonjour,
Pourquoi ne pas garder la même stratégie qu'avec jeedom et récupérer les info dans home assistant via mqtt?

***F1ATB*** · 14-08-2026, 06:27 PM

2 solutions sont possibles :

1) Vous modifiez la constante de 30000, comme vous le suggérez, mais ensuite il faut recompiler le programme. Je ne sais pas si vous êtes à l'aise avec cela.

2) Vous demandez à votre fournisseur d'électricité de passer votre Linky en mode standard au lieu du mode historique. C'est gratuit et il font cela sous 24 à 48h. Ensuit vous installez le logiciel du routeur F1ATB que vous trouvez sur mon site (version actuelle 17.29). Il tourne avec le même ESP32,. Vous déclarez dans les paramètres Linky comme source de puissance et ensuite vous pouvez envoyer par MQTT au rythme que vous voulez. Ne descendez pas en dessous de 2s.

Cordialement

André

ericalpha · (Modification du message : 15-08-2026, 07:08 AM par ericalpha.)

(14-08-2026, 06:24 PM)Mike a écrit : Bonjour,
Pourquoi ne pas garder la même stratégie qu'avec jeedom et récupérer les info dans home assistant via mqtt?

C'est tout le but en effet mais avec un envoi des données à 5mn du coup le système est beaucoup moins "réactif".

(14-08-2026, 06:27 PM)F1ATB a écrit : 2 solutions sont possibles :

1) Vous modifiez la constante de 30000, comme vous le suggérez, mais ensuite il faut recompiler le programme. Je ne sais pas si vous êtes à l'aise avec cela.

2) Vous demandez à votre fournisseur d'électricité de passer votre Linky en mode standard au lieu du mode historique. C'est gratuit et il font cela sous 24 à 48h. Ensuit vous installez le logiciel du routeur F1ATB que vous trouvez sur mon site (version actuelle 17.29). Il tourne avec le même ESP32,. Vous déclarez dans les paramètres Linky comme source de puissance et ensuite vous pouvez envoyer par MQTT au rythme que vous voulez. Ne descendez pas en dessous de 2s.

Cordialement

André

Bonjour et merci pour votre réponse.
Je vais opter pour la solution 1 et modifier la constante de 300000 à 5000 et recompiler le programme.
Mais je vais aussi jeter un œil au projet de routeur solaire si celui-ci peut apporter les mêmes bénéfices sans la partie solaire (pas encore équipé).
A bientôt ...

Mike · (Modification du message : 15-08-2026, 09:34 AM par Mike.)

(15-08-2026, 07:03 AM)ericalpha a écrit :
(14-08-2026, 06:24 PM)Mike a écrit : Bonjour,
Pourquoi ne pas garder la même stratégie qu'avec jeedom et récupérer les info dans home assistant via mqtt?

C'est tout le but en effet mais avec un envoi des données à 5mn du coup le système est beaucoup moins "réactif".

Si je comprends bien pour envoyer les données à jeedom vous utilisez un "USB Teleinfo de Cartelectronics vers MQTT en temps réel"
Ma question était de savoir pourquoi vous n'utilisez pas ce même module qui envoie les données en MQTT pour les envoyer à home assistant plutôt que jeedom ?
Avec cette solution vous n'avez plus besoin d'un l'esp32 supplémentaire.
Je ne sais pas si ça pourrait aider mais il y a aussi une intégration Teleinfo dans home assistant : https://www.home-assistant.io/integrations/teleinfo/

JZH85FR · 15-08-2026, 10:50 AM

bonjour,

j'essaie de compiler le source, mais j'obtiens une erreur sur un include,
Documents\Arduino\libraries\RemoteDebug\src\utility\WebSockets.cpp:42:10: fatal error: hwcrypto/sha.h: No such file or directory
42 | #include <hwcrypto/sha.h>

j'ai installé les librairies
- remotedebug de Joao
- pubsubclient de Nick O'Leary
- AsynchTcp de dvarrel
- ESPAsyncWebSrv de dvarrel

mais ce ne sont peut etre pas les bonnes ou insuffisant ?
quelles librairies manquent ?

michy · (Modification du message : 15-08-2026, 11:43 AM par michy.)

(15-08-2026, 10:50 AM)JZH85FR a écrit : bonjour,

j'essaie de compiler le source, mais j'obtiens une erreur sur un include,
Documents\Arduino\libraries\RemoteDebug\src\utility\WebSockets.cpp:42:10: fatal error: hwcrypto/sha.h: No such file or directory
42 | #include <hwcrypto/sha.h>

j'ai installé les librairies
- remotedebug de Joao
- pubsubclient de Nick O'Leary
- AsynchTcp de dvarrel
- ESPAsyncWebSrv de dvarrel

mais ce ne sont peut etre pas les bonnes ou insuffisant ?
quelles librairies manquent ?

Bonjour,

ce projet (qui date un peu) a été développé avec la version 2 du framework Espressif, il y a des fonctions qui ne sont pas compatible avec le framwork V3 actuel (3.3.11)

soit vous actualiser les quelques point qui bloque pour utilisé V3.xx

soit vous utilisé la 2.0.17 (dernier version disponible en V2) et il faudra faire encore quelques modif pour pour la lib crypto (décrit au § REMOTEDEBUG de la page du projet

Modif pour faire passer le Watchdog sur V3:
Remplacer

Code :
  //Watchdog initialisation

  esp_task_wdt_init(WDT_TIMEOUT, true);  //enable panic so ESP32 restarts

  esp_task_wdt_add(NULL);                //add current thread to WDT watch

par

Code :
  //Watchdog initialisation

  esp_task_wdt_deinit();                 // ensure a watchdog is not already configured

  // Initialisation de la structure de configuration pour la WDT

  esp_task_wdt_config_t wdt_config = {

    .timeout_ms = WDT_TIMEOUT * 1000,                 // Convertir le temps en millisecondes

    .idle_core_mask = (1 << portNUM_PROCESSORS) - 1,  // Bitmask of all cores, https://github.com/espressif/esp-idf/blob/v5.2.2/examples/system/task_watchdog/main/task_watchdog_example_main.c

    .trigger_panic = true                             // Enable panic to restart ESP32

  };

  // Initialisation de la WDT avec la structure de configuration

  esp_task_wdt_init(&wdt_config);

  esp_task_wdt_add(NULL);  //add current thread to WDT watch

JZH85FR · 15-08-2026, 11:43 AM

merci pour ta reponse.
desolé, je n'avais pas lu la page complete du site dont la partie BUG soft.
je vais tenter de chercher la librairie qui pose probleme, dans tous les cas je reste en 3.3.11.

mon idée est de monter juste une interface linky MQTT avec webserver legère, je ne veux pas mettre le soft routeur entier, mais il me faudra aussi adapter pour le mode standard a 9600bauds. ce sera destiné a des utilisateurs qui n'ont pas HA (mais aussi ceux qui l'ont donc MQTT) pour pouvoir consulter le linky simplement depuis leur smartphone.

JZH85FR · 15-08-2026, 12:55 PM

merci pour le code, Smile

en effet, ca marche bien comme ca.
impeccable, je poursuis dans le code pour m'adapter au mode standard.

j'ai déjà la page web qui s'affiche (le linky n'est pas connecté, j'ai désactive le watchdog temporairement)
je monte la carte dans un boitier rail din 1 module alimenté en 12 ou 24V, je publierai quand le soft marchera a 100% (sur Github ou ici)

JZH85FR · 17-08-2026, 05:05 PM

bonjour,

j'ai voulu tester mon interface Linky avec la version 17.29 du routeur, et je l'ai un peu adaptée car j'utilise ma carte custom

https://github.com/JLB-ZH/ESP32-Slimboard-26x40

j'ai juste ajouté un nouveau groupe de leds dans les 10 dispo pour gérer les leds de ma carte sans rien changer dans le soft :
chez moi, ces 2 leds sont embarquées sur la carte CPU, mais on peut très bien les utiliser sur une façade de boitier rail din par exemple, moyennant des petits guides de lumière, je décrirai ca sur Github bientôt.
GPIO0 ressort sur mon connecteur 2x15, mais pas GPIO2.

led rouge sur GPIO0 (active low, la gpio a une pullup car elle sert au boot)
led verte sur GPIO2 (normale)

peut-être qu'il serait possible d'intégrer cela a la prochaine release du soft ? ca reste customisable
il n'y a rien d'autre a toucher en théorie.

=========================
PagePara.h:
<option value="5">LEDs Red:gpio 0, Green:gpio 2</option>

Solar_Router_V17_29.ino
byte LEDyellow[] = { 0, 18, 4, 2, 4, 0, 0, 0, 0, 0, 18, 4, 18, 4 }; //Ou SDA pour OLED
byte LEDgreen[] = { 0, 19, 16, 4, 17, 2, 0, 0, 0, 0, 19, 32, 19, 32 }; //ou SCL pour OLED

EcranLED.ino
if (LEDgroupe > 0 && LEDgroupe < 10) {
int Ly = 0, Hy = 1; //LEDyellow classique
int Lg = 0, Hg = 1; //LEDgreen classique
if (LEDgroupe == 2 || LEDgroupe == 4) { //Inversé pour LED sur carte graphique GPIOs 4,16,17
Ly = 1; Hy = 0;
Lg = 1; Hg = 0;
}
if (LEDgroupe == 5) { //Inversé pour LEDrouge sur carte ESP32 jlb_zh
Ly = 1; Hy=0; // red/yellow led: inversé
}
if (cptLEDyellow > 5) {
digitalWrite(LEDyellow[LEDgroupe], Ly);
} else {
digitalWrite(LEDyellow[LEDgroupe], Hy);
}
if (cptLEDgreen > 5) {
digitalWrite(LEDgreen[LEDgroupe], Lg);
} else {
digitalWrite(LEDgreen[LEDgroupe], Hg);
}
}
==============================