@Nicolas-Bernaerts ah cool la je pourrais tester mon pote est exactement dans la même situation avec son auto-consommation

Perso je préconise la mise d'un compteur sur la production (avec le déploiement des linky les anciens compteurs se trouvent sur ebay a 20€) plus un module téléinfo et c'est parti.

Sinon un petit compteur tasmota rail din ça se trouve sur amazon à 40€

faut vraiment que je vois comment faire une board avec 2 entrées téléinfo, avec le déploiement du solaire je pense que ça intéresserait pas mal de monde

@Pat78
Côté RTE le décalage UTC doit être codé en dur dans l'URL des API :
+01:00 en hiver
+02:00 en été
Tout appel API sans décalage ou avec le mauvais décalage renvoi une erreur 400.
Cela signifie que l'on doit construire différemment l'URL en été et en hiver !
J'ai trouvé via la structure Rtc comment récupérer le décalage courant en minutes. La version 14.3 ajustera l'URL RTE en dynamique.

@Nicolas-Bernaerts
ok merci

Pb résolu !

@Charles n'ayant pas moi même HA, toutes les remarques seront les bienvenues 😀

@jple
Bonjour,
j'ai eu un problème similaire,
en supprimant la librairie SoftSerial et en utilisant le serial de l'esp8266
tout s'est mis a marché parfaitement...
Merci à Charles

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

@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,
Merci @Charles pour la validation de l'inscription au forum. Il y a vraiment plein de chouettes idées/trouvailles.

Je m'intéresse de près au Winky notamment parce que les Linky sont rarement à l'intérieur et que tirer une alimentation s'avère souvent compliqué (je pense aux compteurs en facade de maison notamment). Plus loin, il faudra probablement passer sur du Lora mais n'ayant encore aucune connaissance avec cette techno, ca va attendre un peu.

Bref, j'ai monté un pont de Graetz avec 4 x 1N5817 (Vf de 450mV) et un condo de 100nF.
Ouvert, j'ai 16,32V et en court-circuit, 29mA.
Et pour terminer, avec une résistance 300ohm, U=5,75V et I=17,3mA, ce qui nous fait environ 100mW. Cela semble correct compte tenu de la perte de tension de 0,9V dans le pont de Graetz.

J'ai reçu aujourd'hui les MCP1702 (format TO-92) et les AP2112 mais c'est vraiment très petit pour une breadboard. Je vais tenter de souder des connecteurs dupont pour poursuivre mes tests mais ce n'est pas gagné ...
Ah et j'ai aussi une collection de supercap de 1F à 2,5F, ca va être marrant à tester ça.

Une petite question cependant : est-ce qu'il y a des Winky en fonctionnement alimenté intégralement par le Linky dans la nature ?

En tout cas, merci pour ce design qui semble très prometteur pour auto-alimenter des émetteur TIC pour Home Assistant.

Julien

@Charles Merci beaucoup pour cette info ça fonctionne!👍

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

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+