@Charles Bonsoir, j'ai tout repris de 0, changement de câblages, reprise configuration logiciel et maintenant tout fonctionne. Je soupçonne un pb au niveau du câbles/bornier du linky.

merci beaucoup d'avoir pris le temps de répondre à mon pb.

Goul

@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 Merci beaucoup pour cette info ça fonctionne!👍

@Stéphane-Theodore intéressant

Tu crois que tu pourrais essayer les tags suivants (dans l'ordre, soit 12.3.1 le suivant) pour savoir a partir duquel ça ne fonctionne plus afin de pouvoir chercher et fixer le soucis ?

a585aaf0-ff63-41ed-8473-8c935eedf3d5-image.png

Merci à toi

Salut,

Et pour ceux que ça intéresse, ayant posé la question dans le store, la longueur des câbles peuvent aller jusqu'à 40 m.

Et je suppose qu'avec de la paire torsadée genre Ethernet Cat 6 on peut encore aller plus loin.

@Marc-Dubois Pourtant j'ai 4 Pi Zero, je n'ai aucun soucis avec (peut être pas la dernière version de l'OS ceci dit)

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

@tantale007 Bonjour,
Vous devriez pouvoir passer de la version Tasmota officielle (celle de @Charles) à celle de mon fork pour des tests sans problème. Il suffit de la flasher via l'interface Web de mise à jour. En fait, mon fork n'est qu'une extension du tasmota officiel dans laquelle le code Teleinfo est différent.

@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

Capture.JPG

I currently don't have access to Teleinfo, my Linky is still outdoor, so I can't tell but if you ask for your data to Enedis the CSV file you get only shows Energie active, either with daily or hourly reports.
For hourly reports, the column 'W' contains the mean value for the period and as the period is half an hour, you have to apply a 0,5 coeff. to obtain the energy in Wh.
That way it matches the daily report that shows the counters values in Wh.

Regarding hidden power consumption I was surprised with the DIN power monitor Eastron SDM120 Modbus that consumes about 0W but 15VAR.

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

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.