@Sacavoile La section CAL donne d'ores et déjà ces informations : lv = 3 : jour rouge hp = 1 : heure pleine Une simple règle Berry devrait pouvoir le détecter et le gérer.

@pleasing_bloke Je suis en train de mettre en place une évolution qui gèrera nativement l'émission des données vers Domoticz (puissance, compteurs, calendrier, ...). Je devrais le publier d'ici quelques jours.

@Nicolas-Bernaerts Au top merci

@Nicolas-Bernaerts je vous ai repondu la bas aussi

@knasson bonjour, l'exemple de code associé est un JSON totalement arbitraire donc forcement non compatible avec tout le monde. De la 2 solutions: modifier le code pour être compatible avec domoticz (ne me demandez pas le format je ne le connais pas) subscribe au topic MQTT de l'exemple puis à réception, reformater en bon JSON pour domoticz via node red ou script python par exemple (envois en MQTT ou API HTTP domoticz).

@Charles Merci beaucoup Charles pour la réponse. C'est vrai que tant que je reçois des bonnes trames, il n'y a pas trop de soucis. Je m'inquiétais surtout c'est de ne pas surcharger le compteur d'erreur par exemple. Pour éviter cela je redémarre les modules tous les 24H00 par une commande http de restart envoyée par un scénario de Jeedom. Je pense que l'on peut le faire en local dans l'ESP mais je ne sais pas comment. Par contre, je trouve étonnant que par le passé (fin 2022), j'avais essayé ce système avec un esp8266 câblé sur une breadboard et la version 12.2.05 de tasmota (téléinfo) qui fonctionnait sans erreur ! J'ai juste voulu passer à l'ESP32 croyant avoir quelque chose de plus sûr (j'avais vu sur quelques post que l'ESP 8266 dans certain cas était limite.) et bien sûr les cartes Wemos pour la propreté du montage. Je l'ai câblé en // pour voir et il fonctionne toujours bien! (aucune erreur LibTeleinfo). Concernant les 2 exemples, je ne saurai pas les exploiter actuellement, Il faut que j'augmente mes connaissance sur le sujet. Merci encore pour la réponse. Avec mes amitiés. Gilles

@Charles oui bon je dois confondre les 2 appellations tu as raison évidement en tant que concepteur ... . Désolé de cette confusion. oui c'est bien un problème d'USB on est d'accord. Merci pour ton aide ....

@Charles bonjour Charles. Merci pour ta réponse. J'ai repris les soudures et bougé un peu le connectiques et la LED s'est finalement allumé. Les infos du linky remonte correctement maintenant Merci à toi,

@Nicolas-Bernaerts Bonjour Nicolas Ok merci je vois cela modification faite je te tiens au courant délai de 5mm [image: 1705484722975-capture-d-x27-%C3%A9cran-2024-01-17-104458.png]

@localhost61 j'avais effectivement l'intention d'attendre la fin des périodes rouges :)) Merci tout de même pour le conseil Jean-Luc

@arthurlutz-0 Il a déjà marché ce montage? Sans mise en forme du signal en sortie de l'optocoupleur par un mosfet les fronts ne sont pas assez raides pour attaquer l'ESP.

Bonjour, Maintenant que les fêtes sont passées je vais pouvoir apporter quelques éléments sur ce sujet. En effet j'avais moi aussi énormément d'erreurs de checksum (60% des trames !) et j'ai galéré pour comprendre d'où cela venait. J'utilise la version Tasmota de Nicolas Bernaerst et j'ai un linky triphasé (important pour la (suite) En fait, pour voir s'il y avait des erreurs, j'accédais aux informations via l'interface web sur mon réseau local car très pratique pour voir les erreurs, avec 3 fenêtres (la principale qui affiche en temps réel le tableau de bord, la deuxième "message" avec le tableau de valeurs brutes et checksum du message TIC et la troisième avec la console qui permet de voir les trames en entier et les erreurs). Et là, plus d'une trame sur 2 est en erreur de checksum sur un des paramètres lus. Finalement, ma conclusion c'est que le problème vient de la charge de l'ESP32, trop d'informations remontées, surtout en triphasé. Quand j'ai modifié le niveau de debug de la console, sans affichage des trames, les erreurs ont beaucoup diminuées voir disparues et quand sur la console je ne mets que les erreurs, alors plus d'erreurs du tout ! Confirmé par le tableau des valeurs brutes (message) où toutes les valeurs sont bien remplies (quand il y avait des erreurs, les paramètres en erreur checksum ainsi que les suivants dans la trame ne sont pas renseignés et les lignes restent vides). Bref il y avait des erreurs quand je regardais et il n'y en avait pas quand je ne regardais pas ...

@Charles said in PitInfo sur un esp32/Lora de Heltec: @mackristof oui il te faut une carte avec opto, celle ci est parfaite prends bien la version avec connecteurs non soudés il te faudra souder 3 fils, GND, 3V3 et TX parfait merci pour ton aide.

@Charles Bonjour Charles, ok je vais regarder merci

@Nicolas-Bernaerts c'est effectivement clairement le soucis, je corrigerais à la prochaine MAJ. Merci à toi

@Tostaky au top merci pour ces explications et cette documentation.

@Charles Oui. En fait c'est un addon de mon navigateur qui met les onglets en veille : quand je retourne sur une page, les données ne semblent pas toujours rafraichies. Et il est aussi possible que je reste "connecté" alors que l'onglet s'est désactivé. Maintenant que je le sais, je ne me ferai plus avoir. @nicolas-soulary : semaine "difficile" de mon côté. J'ai pu récupérer mes impressions 3D hier seulement. Testé sur mon Denky-D4 : c'est ajusté mais ça se monte plutôt bien. J'essaie d'envoyer ton modèle demain. Enjoy !