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

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

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+

Bonjour, c'est assez simple (enfin il faut un peu d'huile de coude) mais dans le principe:

un ESP32 avec Shield Teleinfo et Tasmota Un shield Relay (tu dois pouvoir empiler les 3 en faisant attention aux sens) ou tout autre carte relais pilotable par I/O 3.3V, google arduino relais 3.3V

Ensuite un script Berry pour détecter l'étiquette Teleinfo adéquate afin de piloter le relais via la GPIO idoine.

Attention aux relais on ne peut pas piloter tout et n'importe quoi, c'est pour piloter quoi ?

@Charles Merci pour vos réponses. Cela fonctionne maintenant !

@MwanaB tout dépends de ce que tu veux faire mais perso sur ton NAS en 6.2 (j'ai le même) je mets node red dans une instance docker et ensuite tu envoies les données ou tu veux (mysql, mongo, ....) c'est le plus simple sinon faut chrooter ton nas installer tous les outils c'est une usine a gaz. Tu devrais aussi pouvoir compiler dans un docker sur le NAS mais vraiment le plus simple, node red en plus tu fais tout en interface WEB.

Bonjour @Charles

eut être demander à l'auteur ou dans le forum dédié.

comprend plus, quelle forum dédié ??

fil conducteur

autres http://vesta.homelinux.free.fr/v/wiki/demodulateur_teleinformation_edf.html

oui après je post sur le
Forum MySensors

et ferai un retour Ici des Infos et finalité du projet

merci de ton aide et bonne semaine ☀

@Géryko Oui dans la librairie tous les champs sont traité en mode natif, c'est à dire des char, après sur l'affichage ou autre il faut faire du spécifique cf
https://github.com/hallard/LibTeleinfo/issues/22

@charles J'utilise le BS170 TO92.
517fe3f1-7a55-46f0-a82d-e733bc687317-image.png
Au début j'avais :

1 au D 2 au G 3 à S

Il a fallu que j'inverse 1 et 3. D'après le schéma je pensais que le 1 correspondait à la broche en haut comme le 1 est en haut sur l'image du mosfet.

@racailloux Merci pour votre réponse.
Je ne pense pas à une incohérence dans les données, toutes les autres sont correctes ...

Problème "résolu" : en fait je suis passé il y a quelques semaine en monophasé, la question ne se pose plus 😉

@dmitry-korzhenevskiy Nice it's solved, and yes Tasmota rocks 🙂

La trame json linky standard triphasée est très longue 1039 caractères quand cela fonctionne.
Quand il y a un problème elle est bloquée a 1041 caractères et il semble manquer des caractères en fin de trame.

"NJOURF+1"} versus "NJOURF+1":0}}}

N'y aurait il pas un problème de longueur maxi de cette trame ou de buffer interne permettant de générer la trame ?
J'ai noté que le problème arrivait lors d'une grosse dépense d’énergie électrique en triphasée avec donc des puissances plus grandes donc une trame plus longue.

Bonjour

Je suis passé en TIC STandard, bravo total energie car chez EDF je n'ai jamais trouvé personne qui s'avait faire.

TIC: ADSC: 'XXXXX' VTIC: 2 NGTF: ' H SUPER CREUSES' LTARF: ' HEURES PLEINES ' EAST: 6814426 EASF01: 2373573 EASF02: 4334089 EASF03: 106764 EASF04: 0 EASF05: 0 EASF06: 0 EASF07: 0 EASF08: 0 EASF09: 0 EASF10: 0 EASD01: 4579005 EASD02: 2235421 EASD03: 0 EASD04: 0 IRMS1: 1 IRMS2: 1 IRMS3: 1 URMS1: 234 URMS2: 235 URMS3: 234 PREF: 12 PCOUP: 12 SINSTS: 0 SINSTS1: 0 SINSTS2: 0 SINSTS3: 0 SMAXSN: 4700 SMAXSN1: 3010 SMAXSN2: 2160 SMAXSN3: 1970 SMAXSN-1: 3060 SMAXSN1-1: 2750 SMAXSN2-1: 500 SMAXSN3-1: 2060 CCASN: 562 CCASN-1: 396 UMOY1: 233 UMOY2: 234 UMOY3: 233 STGE: 003A0A01 PRM: 2147483647 RELAIS: 64 NTARF: 3 NJOURF: 0 NJOURF+1: 0

Le pb meme avec la doc d'enedis j'ai du mal à trouver le PAPP, je pense qu'il s'agit de SINSTS.

@mathep c'est curieux, le code téléinfo de ESPHome semble pourtant gérer le mode standard

https://github.com/esphome/esphome/blob/dev/esphome/components/teleinfo/teleinfo.cpp

@charles
bon! en fait tu as raison si mauvaise acquisition la valeur ne doit pas être intégrée dans la BD. c'est le rôle du checkSum
J'ai fait évoluer mon système et surtout le programme d'acquisition.
Il y a 2 valeurs qui sont prises en compte EAIT (le compteur totalisateur)
et SINSTI (valeur instantanée) considérant que le compteur totalisateur ne peut pas jamais être a zéro j'ai intégré cette condition dans l'acquisition ce qui fait que je n'ai plus de zéro. De plus les 2 valeurs sont testées sur la checksum donc je ne prends que les bonnes valeurs. Par ailleurs la boucle d'acquisition est suffisamment rapide pour fournir les donnée d'une autre trame.
Je continue donc a utiliser le dongle sans plus de problème avec un script python de ma conception dans domoticz.

Je sais pas si le problème est toujours d'actualité mais j'utilise aussi un compteur S10 mais le mien est un C4

J'ai juste activé la téléinfo dans les paramètres du compteur et j'ai bien des trames complètes.

Le manuel de ton compteur :

http://www.polier.fr/medias/files/cr13mm11.pdf

Section 6.1.1

Bonjour,

Une modif de Tasmota est en cours pour corriger les problèmes du mode Standard.
Il me reste juste a vérifier que la modif n'a pas dégradé le mode Historique.
Est-ce que quelqu'un pourrait me fournir une capture brute d'un mode Historique pour que je puisse tester ?

Il me faut une capture binaire, sans conversion sur les LF/CR.

Merci d'avance
Barbudor

... et bien j'ai trouvé...
Je trouvais dommage de mettre un raspi pour broadcaster le message de téléinfo même si c’était un raspi zéro.
J'ai donc utilisé WifInfo avec un WEMOS et effectué les modifications suivantes :

/* ====================================================================== Function: NewFrame Purpose : callback when we received a complete teleinfo frame Input : linked list pointer on the concerned data Output : - Comments: it's called only if one data in the frame is different than the previous frame ====================================================================== */ void UpdatedFrame(ValueList * me) { char buff[32]; // Light the RGB LED (purple) if ( config.config & CFG_RGB_LED) { LedRGBON(COLOR_MAGENTA); // led off after delay rgb_ticker.once_ms(BLINK_LED_MS, LedOff, RGB_LED_PIN); } sprintf_P( buff, PSTR("Updated Frame (%ld Bytes free)"), ESP.getFreeHeap() ); Debugln(buff); /* */ // Envoi d'une trame en broadcast // Got at least one ? if (me) { WiFiUDP myudp; IPAddress ip = WiFi.localIP(); // start UDP server myudp.begin(1201); ip[3] = 255; // transmit broadcast package myudp.beginPacket(ip, 1201); // start of frame myudp.write(TINFO_STX); // Loop thru the node while (me->next) { me = me->next; // prepare line and write it // sprintf_P( buff, PSTR("%s %s %c\n"),me->name, me->value, me->checksum ); sprintf_P( buff, PSTR("\n%s %s %c\r"),me->name, me->value, me->checksum ); myudp.write( buff); } // End of frame myudp.write(TINFO_ETX); myudp.endPacket(); myudp.flush(); }

j'ai juste modifié la "fabrication de la trame UDP.
Maintenant ça fonctionne et ma BDD se rempli correctement.
La trame udp est seulement transmise à l'occasion d'une évolution d'une valeur.

... INSERT INTO DbiTeleinfo (DATE,ADCO,OPTARIF,ISOUSC,HCHC,HCHP,PTEC,IINST1,IMAX1,PAPP,HHPHC,MOTDETAT) VALUES (NOW(),'xxxxxxxxxxxx','HC..','45','009607033','000293332','HP..','003','090','00780','A','000000'); ...

Merci à Charles pour le travail effectué.

Nouveau sur le raspi, si quelqu'un peut me proposer des outils efficaces pour programmer et debugger dans un environnement confortable...

Bonne journée.