@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]

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 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 !

@Wendigogo le Denky a un CPU plus performant avec de la PS-RAM. Le prochain Winky le C3 est remplacé par un C6 donc compatible ZigBee (après faut que qq écrive le soft qui va bien)

@Charles Ok merci , pour l'info, je vais faire la demande ! Et sinon parfois Active Power remonte bien les infos : 08:39:18.946 MQT: tele/tasmota_F5BD54/SENSOR = {"Time":"2023-10-31T08:39:18","ENERGY":{"TotalStartTime":"2023-10-21T19:40:23","Total":0.351,"Yesterday":0.001,"Today":0.001,"Period":0,"Power":90,"Current":0.000,"Load":0},"TIC":{"ADCO":"022064982940","OPTARIF":"BASE","ISOUSC":5,"BASE":353,"PTEC":"TH..","IINST":0,"IMAX":90,"PAPP":90,"HHPHC":"A","MOTDETAT":0}} 08:44:18.930 MQT: tele/tasmota_F5BD54/STATE = {"Time":"2023-10-31T08:44:18","Uptime":"1T12:48:49","UptimeSec":132529,"Heap":131,"SleepMode":"Dynamic","Sleep":10,"LoadAvg":99,"MqttCount":1,"Berry":{"HeapUsed":3,"Objects":39},"POWER":"ON","Dimmer":64,"Color":"3956A3","HSBColor":"224,65,64","Channel":[22,34,64],"Scheme":0,"Width":1,"Fade":"OFF","Speed":1,"LedTable":"ON","Wifi":{"AP":1,"SSId":"garage","BSSId":"68:3F:7D:59:23:50","Channel":6,"Mode":"11n","RSSI":100,"Signal":-44,"LinkCount":1,"Downtime":"0T00:00:03"}} 08:44:18.942 MQT: tele/tasmota_F5BD54/SENSOR = {"Time":"2023-10-31T08:44:18","ENERGY":{"TotalStartTime":"2023-10-21T19:40:23","Total":0.351,"Yesterday":0.001,"Today":0.001,"Period":0,"Power":90,"Current":0.000,"Load":0},"TIC":{"ADCO":"022064982940","OPTARIF":"BASE","ISOUSC":5,"BASE":353,"PTEC":"TH..","IINST":0,"IMAX":90,"PAPP":90,"HHPHC":"A","MOTDETAT":0}} 08:47:54.485 UFS: File '/' download [image: 1698738737887-b8324933-3a4a-415a-89c0-c5f860c5727c-image.png]

@rennai35000 tu trouveras ton bonheur ici Dernière release (dans unoffical tasmota-teleinfo) https://tasmota.github.io/install/ tu peux le flasher avec le WEBFlasher, surtout tu ne coche pas "erase device" sinon tu vas perdre la config actuelle et normalement ça devrait bien se passer Version en cours de développement (tasmota32-teleinfo.bin) https://github.com/Jason2866/Tasmota-specials/tree/firmware/firmware/tasmota32/other

@Charles Désolé, je viens de tomber sur ce vieux topic. J'aurais tendance à dire que le calcul devrait être ok sur mon fork. Mais le plus simple serait d'installer la version et de vérifier. @Jonathan-Lacroix pourrais tu essayer ?

@Sylca si tu a les URMS1 .. URMS3 tu peux "grossièrement" faire un calcul qui vaut ce qui vaut avec la puissance / tension. c'est ce que je faisais avec mon compteur historique.

@Charles Bingo ESP32 (D1 Mini) et ca foncitonne. Soit mon ESP8266 etait en train de mourir, soit la téléinfo Standard c'est trop pour lui [image: 1688569236480-capture.jpg]

Merci @Karim-Ben-Youssef pour vos explications, je vais prendre contact avec Enedis !

Bonjour, Je me permet de rebondir sur ce sujet ayant été confronté à un problème de bad crc visible sur l'interface web du teleinfo. J'utilise également un Wemos D1 ESP32 avec le TIC v1.1, et pour info je suis en contrat Tempo. J'ai installé l'ESP via ESPHome pour remontée des infos dans Home Assistant. J'avais déjà le soucis de bad crc en mode historique et il était toujours présent en mode standard donc je me suis décidé à mettre une résistance de 1k Ohms comme proposé ici, cela semble avoir résolu durablement mon soucis. J'avais quelques soucis de valeurs incohérentes qui faussaient les stats, à voir si cela règlera également ce problème. Merci beaucoup pour votre travail et vos conseils.

@Charles Merci beaucoup. J'ai un peu galéré (ça n'est pas du tout mon domaine) mais j'ai fini par trouver une solution. Je mets mon code ici car j'ai l'impression que le light.set({"channels":channels, "bri":64, "power":true}) ne fonctionne pas (il éteint la LED chez moi). J'ai dû "bricoler" pour parvenir à mes fins en utilisant le paramètre (rgb" : import string def setcolor(iinst, isousc) var red = tasmota.scale_uint(int(iinst), 0, isousc, 0, 255) var green = 255 - red var channels = string.hex(red,2)..string.hex(green,2).."00" light.set({"rgb":channels, "bri":64, "power":true}) #tasmota.set_timer(2000, setcolor) end Et j'appelle cette fonction depuis "rule_tic". J'espère que rafraichir aussi fréquemment la LED ne va pas réduire sa durée de vie. J'ai essayé de mettre des "timer" sans succès. On verra bien. Enjoy !

@Charles Hello, Oulah ! mais tu sais je ne suis pas développeur Ca à l'air très intéressant effectivement de faire un script Berry. Si je comprend bien cela permet de sélectionner ce qu'on envoi en mqtt vers le broker, sauf que la partie script en exemple c'est du chinois pour moi et bien que j'en comprenne globalement le sens, je suis incapable de transposer ça pour envoyer uniquement les données que je veux via le topic mqtt vers mosquitto. Par ailleurs, bizarrement EnergyConfig Skip 0 puis EnergyConfig Changed semble plus lent à être traité que EnergyConfig Skip 20, pourtant je suis sur un matériel assez bien dimensionné. Odroid N2+ 4GO

@BRENY00 Le compteur opérateur est très fiable, mais c'est vrai que moi aussi j'aimerais plus de précision sur l'ampérage, à une époque je faisais de manière empirique en prenant I = Puissance / Tension (mais vous n'avez peut être pas l'étiquette TENSION

@ellipsis Making progress on this, but I should have asked where is the best document or link for installation of Denky 4 with Raspberry Pi? I see many fragments on various sites, but cannot find an up to date document. English or French are fine for me. Thanks again