@Charles Bonjour Charles, Je déterre le sujet car j'avais réussi à créer flow node red pour épurer les données polluées et les intégrer dans Domoticz. Ca fonctionnait avec quelques bug mais globalement je pouvais lire mes données. Problème : depuis 15 jours mon Wemos Tasmota en V12.1.1.2 ne renvoi plus de trame MQTT le code téléinfo n'arrive plus à traiter ma trame et j'ai ces logs dans la console (dont le code d'erreur buffer overflow) 06:53:53.986 LibTeleinfo::checkLine Err checksum 0x3B != 0x39 06:53:53.987 LibTeleinfo::checkLine Err checksum 0x5B != 0x3E 06:53:53.991 LibTeleinfo::checkLine Err checksum 0x3D != 0x44 06:53:54.243 LibTeleinfo: _recv_idx = 128/128 buffer overflow 06:53:54.490 LibTeleinfo::checkLine Err checksum 0x4F != 0x4C 06:53:54.492 LibTeleinfo::checkLine Err checksum 0x4D != 0x50 06:53:54.498 LibTeleinfo::checkLine Err checksum 0x3D != 0x27 06:53:54.744 LibTeleinfo::checkLine Err checksum 0x25 != 0x28 06:53:54.755 LibTeleinfo::checkLine Err checksum 0x21 != 0x55 06:53:54.996 LibTeleinfo::checkLine Err checksum 0x3B != 0x41 06:53:54.998 LibTeleinfo::checkLine Err checksum 0x5F != 0x24 06:53:54.002 LibTeleinfo::checkLine Err checksum 0x4E != 0x5B 06:53:55.233 LibTeleinfo::checkLine Err checksum 0x56 != 0x58 06:53:55.238 LibTeleinfo::checkLine Err checksum 0x3B != 0x34 06:53:55.501 MQT: tele/TeleInfo/SENSOR = {"TIC":{"NGTF":" BASE ","EASF03":0,"EASF07":0,"EASF08":0,"EASF09":0,"EASD02":52518559,"EASD03":0,"EASD04":0,"ERQ3":999393,"ERQ4":5980466,"IRMS1":3,"URMS1":236,"PREF":12,"PCOUP":12,"SINSTS":0,"SMAXSN-1":6796,"CCAIN":12,"STGE":"003A0301","PRM":2147483647,"RELAIS":0,"NTARF":1,"NJOURF":0,"NJOURF+1":0,"ADSC":"031861721681","VTIC":2,"LTARF":" BASE ","EAST":85091811,"EASF04":0,"EASF05":0,"EASF10":0,"EASD01":32573252,"EAIT":8244212,"ERQ1":4360930,"ERQ2":136537,"SMAXSN":3766,"CCAIN-1":0,"EASF02":36496683,"SMAXIN-1":4899,"UMOY1":237,"CCASN-1":352,"CCASN":362,"EASF06":0,"SMAXIN":804,"EASF01":48595128,"SINSTI":733}} 06:53:55.738 LibTeleinfo::checkLine Err checksum 0x2C != 0x24 06:53:55.740 LibTeleinfo::checkLine Err checksum 0x22 != 0x25 06:53:55.746 LibTeleinfo::checkLine Err checksum 0x4B != 0x30 06:53:55.993 LibTeleinfo::checkLine Err checksum 0x4A != 0x30 06:53:56.237 LibTeleinfo::checkLine Err checksum 0x3C != 0x41 06:53:56.239 LibTeleinfo::checkLine Err checksum 0x40 != 0x39 06:53:56.243 LibTeleinfo::checkLine Err checksum 0x3B != 0x3E 06:53:56.245 LibTeleinfo::checkLine Err checksum 0x57 != 0x58 J'ai essayé avec la version V12.5.0 et c'est pire le module plante quand je branche la liaison TIC et la conf du Wemos Tasmota saute à chaque fois. Pour info, j'ai téléchargé le firmware compilé sur ce lien: https://github.com/Jason2866/Tasmota-specials/blob/firmware/firmware/tasmota/other/tasmota-teleinfo.bin.gz J'ai remis le Pitinfo sur mon RPI3 pour tester, je lance cette commande picocom -b 9600 -d 7 -p e -f n /dev/ttyAMA0 j'obtiens ça: DATE E230624072123 > NGTF BASE < LTARF BASE F EAST 085091803 1 EASF01 048595120 D EASF02 036496683 P EASF03 000000000 $ EASF04 000000000 % EASF05 000000000 & EASF06 000000000 ' EASF07 000000000 ( EASF08 000000000 ) EASF09 000000000 * EASF10 000000000 " EASD01 032573244 > EASD02 052518559 I EASD03 000000000 " EASD04 000000000 # EAIT 008244172 ! ERQ1 004360930 T ERQ2 000136522 O ERQ3 000999325 " ERQ4 005980440 \ IRMS1 002 0 URMS1 237 F PREF 12 B PCOUP 12 \ SINSTS 00455 T SMAXSN E230624035413 03766 A SMAXSN-1 E230623214513 06796 $ SINSTI 00000 < SMAXIN E230624000000 00000 Q SMAXIN-1 E230623132306 04899 [ CCASN E230624070000 00352 : CCASN-1 E230624063000 00610 W CCAIN E230624070000 00000 & CCAIN-1 E230624063000 00000 F UMOY1 E230624072000 236 0 STGE 003A0101 ; MSG1 PAS DE MESSAGE < PRM 12432850902420 + RELAIS 000 B NTARF 01 N NJOURF 00 & NJOURF+1 00 B PJOURF+1 00008001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE 9 ADSC 031861721681 9 VTIC 02 J DATE E230624072124 ? NGTF BASE < LTARF BASE F EAST 085091803 1 EASF01 048595120 D EASF02 036496683 P EASF03 000000000 $ EASF04 000000000 % EASF05 000000000 & EASF06 000000000 ' EASF07 000000000 ( EASF08 000000000 ) EASF09 000000000 * EASF10 000000000 " EASD01 032573244 > EASD02 052518559 I EASD03 000000000 " EASD04 000000000 # EAIT 008244172 ! ERQ1 004360930 T ERQ2 000136522 O ERQ3 000999325 " ERQ4 005980440 \ IRMS1 002 0 URMS1 237 F PREF 12 B PCOUP 12 \ SINSTS 00453 R SMAXSN E230624035413 03766 A SMAXSN-1 E230623214513 06796 $ SINSTI 00000 < SMAXIN E230624000000 00000 Q SMAXIN-1 E230623132306 04899 [ CCASN E230624070000 00352 : CCASN-1 E230624063000 00610 W CCAIN E230624070000 00000 & CCAIN-1 E230624063000 00000 F UMOY1 E230624072000 236 0 STGE 003A0101 ; MSG1 PAS DE MESSAGE < PRM 12432850902420 + RELAIS 000 B NTARF 01 N NJOURF 00 & NJOURF+1 00 B PJOURF+1 00008001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE 9 ADSC 031861721681 9 VTIC 02 J DATE E230624072125 @ NGTF BASE < LTARF BASE F EAST 085091803 1 EASF01 048595120 D EASF02 036496683 P EASF03 000000000 $ EASF04 000000000 % EASF05 000000000 & EASF06 000000000 ' EASF07 000000000 ( EASF08 000000000 ) EASF09 000000000 * EASF10 000000000 " EASD01 032573244 > EASD02 052518559 I EASD03 000000000 " EASD04 000000000 # EAIT 008244172 ! ERQ1 004360930 T ERQ2 000136522 O ERQ3 000999325 " ERQ4 005980440 \ IRMS1 002 0 URMS1 237 F PREF 12 B PCOUP 12 \ SINSTS 00454 S SMAXSN E230624035413 03766 A SMAXSN-1 E230623214513 06796 $ SINSTI 00000 < SMAXIN E230624000000 00000 Q SMAXIN-1 E230623132306 04899 [ CCASN E230624070000 00352 : CCASN-1 E230624063000 00610 W CCAIN E230624070000 00000 & CCAIN-1 E230624063000 00000 F UMOY1 E230624072000 236 0 STGE 003A0101 ; MSG1 PAS DE MESSAGE < PRM 12432850902420 + RELAIS 000 B NTARF 01 N NJOURF 00 & NJOURF+1 00 B PJOURF+1 00008001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE 9 ADSC 031861721681 9 VTIC 02 J DATE E230624072126 A NGTF BASE < LTARF BASE F EAST 085091803 1 EASF01 048595120 D EASF02 036496683 P EASF03 000000000 $ EASF04 000000000 % EASF05 000000000 & EASF06 000000000 ' EASF07 000000000 ( EASF08 000000000 ) EASF09 000000000 * EASF10 000000000 " EASD01 032573244 > EASD02 052518559 I EASD03 000000000 " EASD04 000000000 # EAIT 008244172 ! ERQ1 004360930 T ERQ2 000136522 O ERQ3 000999325 " ERQ4 005980441 ] IRMS1 002 0 URMS1 237 F PREF 12 B PCOUP 12 \ SINSTS 00456 U SMAXSN E230624035413 03766 A SMAXSN-1 E230623214513 06796 $ SINSTI 00000 < SMAXIN E230624000000 00000 Q SMAXIN-1 E230623132 Terminating... Skipping tty reset... Thanks for using picocom PJOURF+1 indique une valeur étrange? Je pense que le buffer de réception du tasmota sature et le traitement des données ne peut pas être effectué. Je viens de te commander le WeMos Teleinfo, on verra si le problème est lié à mon montage mais c'est pas sur... A suivre donc...

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

Je ne suis pas.chez moi pour prendre de photo mais j'ai juste soudé le wemos au teleinfo, pas de façon très propre mais ça marchait il y a quelques mois.

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.

@Géryko said in Je m'interroge sur les avertissements de dépassement: Enedis-NOI-CPT_54E-1.pdf Super, merci à toi, du coups je mets cette courbe ici pour référence. [image: 1685374200332-59cfa09d-99e6-43e1-92c3-fb9df82517c5-image.png]

@Géryko said in MicroTeleInfo V2 - Trames incohérentes: Bonjour à tous, Je prends ce sujet au vol, quelque chose m'interpelle. Ce n'est pas en mesurant des résistances qu'il faut résoudre ce problème. Tout à fait mais quand le problème n'est pas identifiable (car j'ai installé plus d'une 10zaine de Linky sans jamais le rencontrer) on fait avec ce qu'on a sous la main (le retour utilisateur) et tous les utilisateurs ne sont pas équipés et des pros de l'ocscilloscope (déja avoir un multimètre et savoir mesurer une resistance avec c'est top) Personnellement, j'ai eu des cas assez bizarres sur l'adaptation compteur/capteur de TIC. Un montage personnel qui fonctionne très bien à mon domicile avec 50m de câble ne fonctionne pas chez un ami en utilisant ce même câble ! C'est bien tout le problème avec la TIC, ya une spécification et pourquoi le comportement est différent d'un compteur à l'autre ? Si le montage comporte un potentiomètre, c'est bien pour effectuer un réglage ? Comment réglez-vous ce potentiomètre ? (notice - mode d'emploi ?) Il suffit d'observer les erreurs de checksum et tourner le potentiomètre jusqu'a ce qu'elles disparaissent ou avoir des trames cohérente, mais c'est vrai je vais mettre à jour la documentation. Il faudrait utiliser un oscillo pour voir le signal en sortie de l'opto coupleur. Oui tout à fait, quand c'est possible, CF ma remarque si dessus Sans oscillo, régler en observant la lecture des trames (ou une DEL en sortie du transistor de réception ?) La DEL est présente sur certains nouveaux modèles notemmment sue le Denky D4 et le MicroTeleinfo V3 Les schémas de ces 2 modules se trouvent-t-ils sur le site de Charles H.? Ce sont des projets open source tout existe et sur Tindie tous les liens vers la documentation des produis sont indiqués, dans le cas des deux modules présents, c'est ici : https://github.com/hallard/Denky-D4 https://github.com/hallard/uTeleinfo

@Jean-louis je ne sais pas si le total des phases est retourné dans la tic, un debug de trame complète pourrait au moins voir si on l'a mais je n'en suis pas certain. Sinon il faut le faire soit même avec un script Berry par exemple qui peut tourner sur directement sur Tasmota (si c'est un ESP ESP32) ou à l'arrivée dans HA, mais ça je ne sais pas faire.

@fdaubercy absolument, même méthode que dans ma réponse précédente sur la production, ce doit être faisable avec un script berry qui affiche des valeurs custom. A l'occasion faudra que je teste.

@fdaubercy ok je vois les étiquettes sont très différentes en production et ce n'est pas intégré dans Tasmota. En revanche tu dois pouvoir afficher les étiquettes que tu souhaites dans l'interface WEB avec Berry et un script qui va bien. L'exemple ici pour récupérer les valeurs qui t'intéressent puis ici la partie affichage j'ai jamais testé mais ça correspond à ce que tu veux faire en custom.

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

Bonjour à tous, Le binaire n'étant pas créé durant la compilation, je l'ai trouvé sur le site tasmota (ota). Placé dans le répertoire correct cela résout le problème.

Bonjour à tous, Je pense avoir trouvé la solution ! La fonction void IRAM_ATTR fonction_ISR() { ... } doit se trouver en amont du setup en non après. Qu'on se le dise. ça peut paraitre évident mais ... il faut le savoir et personne n'en parle. A+

@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

@Tristan-DOUEZ à la base la librairie était pour les 328p mais depuis ça a bien évolué surtout avec l'arrivée du mode standard du Linky. Effectivement le 328p commence à être un peu juste mais vu le prix d'un ESP32 je crois que la bascule n'est pas ruineuse et surtout l'avantage certain. Néanmoins ils serait possible de le faire mais avec tous les contrats et tous les modes chacun n'y voit certainement pas les même étiquettes "utilles" Mais comme tout est open source, libre à chacun d'adapter en fonction de ses propres besoins, mais clairement ce n'est pas dans ma todo list sachant que je n'utilise plus que Tasmota sur ESP pour la téléinfo.

@Charles Je ne suis pas sur un linky je ne sais pas si ça joue et je suis chez une régie locale et non pas chez EDF.

@labu73 Top, merci pour le retour.

@Charles Merci Charles, Normalement j'ai configuré pour que lan mngt accède a tous les vlan, mais pas l'inverse ou tout est fermé. Il faut juste que je trouve comment écrire les régles pour que tout soit fermé sauf le port 1883 de iot vers mngt. Pas évident pour moi qui n'est pas expert en réseau

@ThiefMaster thank for the follow up, interesting case