Elle est un peu fraîche, mais il semble possible, au moins pour les habitants de la structure energy, de récupérer les valeurs et de les publier via mqtt. Et de rendre cela résistant au reboot (avec un timer à 60 secondes)...

Une alternative est d'utiliser Berrry quand l'enveloppe à bulle contenant l'esp32 mini sera arrivée

Bon, l'esp32 est flashé, monté (les headers courts sont compliqués à trouver, en revanche un header mâle long mis à l'envers et recoupé à la pince fonctionne parfaitement)

On fera du berry plus tard (effectivement en partant de l'exemple, vu que berry et moi on ne s'est pas encore croisés)

Un choix d'argument très pertinent.

(reste le "comment se saisir des valeurs, mais we'll cross that bridge when we get to it)

Je POURRAIS faire un bidule en node red et faire la conversion du message.
Mais j'ai pas envie. J'aime l'idée que le device connecté fasse le job tout seul.

Donc j'explore l'idée des rules.

Forcément il faudra compiler en activant les rules (je vais me monter un environnement sur une machine linux, platformio sous windows m'a paru relativement farceur)

L'idée est de reprendre certaines des valeurs peuplant la homepage (il faut que je me pose la question de leur récupération, TIC#machinchose ?) et en faire des requêtes http avec une query string à trois sous ou MQTT

Une alternative est d'utiliser Berrry quand l'enveloppe à bulle contenant l'esp32 mini sera arrivée

Shazam.

(Bon, alors une partie de moi est révoltée qu'on puisse acheter un oled pour 2€, et 'i2c est implémenté nickel, et là ce gros machin est pas foutu de faire une implémentation de protocole qui date de Pompidou)
(Mais content que là ça marche)

Merci beaucoup !

Merci pour le tuyau, je fais ça dès l'aube !

@pleasing_bloke la console signale beaucoup d'erreurs. Il faudrait reconfigurer le energyconfig standard pour passer la vitesse a 9600 et rebooter.

Absolument. Il ne signale d'ailleurs QUE ça. Rien de comestible.

J'ai, je crois, cette config :

Au démarrage, la console me dit ceci :

00:00:00.069 Projet tasmota - Wemos Teleinfo Version 13.2.0(tasmota)-2_7_4_9(2023-12-23T07:15:22)
00:00:00.069 HLP: tcp_help to get help on TCP Server commands
00:00:00.070 TIC: Loading config
00:00:00.071 TIC: Using default Global Counter method
00:00:00.071 HLP: Type EnergyConfig to get help on all Teleinfo commands
00:00:00.072 TIC: Serial set to 7E1 9600 bauds
00:00:00.073 HLP: tz_help to get help on Timezone commands
00:00:00.229 WIF: Vérification connexion...
00:00:00.235 WIF: Tentative de connexion...

Serial set to 7E1 9600 bauds ça me met la puce à l'oreille, il me semble que j'avais la GPIO associée au RX mentionnée précédemment, avec la version tasmota teleinfo de @Charles

Mais allons plus avant :

20:42:31.307 CMD: energyconfig standard
20:42:31.317 SRC: WebConsole from 192.168.100.249
20:42:31.328 CMD: Grp 0, Cmd 'ENERGYCONFIG', Idx 1, Len 8, Pld -99, Data 'standard'
20:42:31.331 TIC: Set mode Standard (9600 bauds)
20:42:31.333 TIC: Saving config
20:42:31.334 TIC: Please restart for new config to take effect
20:42:31.339 MQT: teleinfo/stat/RESULT = {"EnergyConfig":"Done"}
20:42:32.338 TIC: Message reset
20:42:32.596 TIC: Message reset
20:42:32.825 TIC: Message reset
20:42:32.904 TIC: Message reset
20:42:32.920 TIC: Message reset
20:42:33.033 TIC: Message reset
20:42:33.078 TIC: Message reset
20:42:34.331 TIC: Error N"  "  0&   0 4   " 
20:42:34.794 TIC: Message reset
20:42:34.798 TIC: Message reset

On redémarre logiciellement le biniou, mais rien n'y fait :

00:00:00.001 HDW: ESP8266EX
00:00:00.050 CFG: Chargé de la flash à F4, Compte 96
00:00:00.055 CFG: CR 301/699, Busy 0
00:00:00.064 TIC: Teleinfo driver enabled
00:00:00.064 NRG: Init driver 15
00:00:00.065 SRC: Restart
00:00:00.068 Projet tasmota - Wemos Teleinfo Version 13.2.0(tasmota)-2_7_4_9(2023-12-23T07:15:22)
00:00:00.069 HLP: tcp_help to get help on TCP Server commands
00:00:00.069 TIC: Loading config
00:00:00.070 TIC: Using default Global Counter method
00:00:00.071 HLP: Type EnergyConfig to get help on all Teleinfo commands
00:00:00.072 TIC: Serial set to 7E1 9600 bauds
00:00:00.077 HLP: tz_help to get help on Timezone commands

(....)

20:44:01.218 MQT: teleinfo/tele/INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"teleinfo-4563","IPAddress":"192.168.100.193"}}
20:44:01.231 MQT: teleinfo/tele/INFO3 = {"Info3":{"RestartReason":"Software/System restart","BootCount":42}}
20:44:01.248 MQT: teleinfo/stat/RESULT = {"POWER":"OFF"}
20:44:01.251 MQT: teleinfo/stat/POWER = OFF
20:44:01.800 TIC: Message reset
20:44:01.887 TIC: Message reset
20:44:02.314 TIC: Message reset
20:44:02.506 TIC: Message reset
20:44:03.120 TIC: Error P ""  "#       $!(
20:44:03.409 TIC: Error F@  "B   BF   @BD    HRSD  8B   2&&& # $   DHB
20:44:03.472 TIC: Message reset
20:44:03.819 TIC: Message reset

Pris d'un doute je suis allé débrancher le connecteur vert reliant le module optocoupleur au gros linky tout vert, histoire de confirmer que ce charabia ne vient pas d'un maléfice statique ou d'un parasite poltergeist (il y a quelques trucs bruyants niveau RF dans les environs), mais non, quand on débranche :

20:52:02.954 TIC: Message reset
20:52:03.041 TIC: Message reset
20:52:03.058 TIC: Error 0     0    
20:52:03.474 TIC: Message reset
20:52:03.628 TIC: Error B     &>
20:52:19.791 WIF: Vérification connexion...
20:52:39.806 WIF: Vérification connexion...
20:52:57.787 WIF: Sending Gratuitous ARP
20:52:59.821 WIF: Vérification connexion...
20:53:19.786 WIF: Vérification connexion...
20:53:39.758 WIF: Vérification connexion...
20:53:57.769 WIF: Sending Gratuitous ARP
20:53:59.806 WIF: Vérification connexion...
20:54:05.773 MQT: teleinfo/tele/STATE = {"Time":"2023-12-23T20:54:05","Uptime":"0T00:10:08","UptimeSec":608,"Heap":18,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER":"OFF","Dimmer":0,"Color":"000000","HSBColor":"0,0,0","Channel":[0,0,0],"Scheme":0,"Width":1,"Fade":"OFF","Speed":1,"LedTable":"ON","Wifi":{"AP":1,"SSId":"goliath","BSSId":"78:11:DC:47:C1:C1","Channel":6,"Mode":"11n","RSSI":96,"Signal":-52,"LinkCount":1,"Downtime":"0T00:00:02"}}
20:54:05.786 MQT: teleinfo/tele/SENSOR = {"Time":"2023-12-23T20:54:05","ENERGY":{"TotalStartTime":"2023-12-23T13:30:38","Total":0.000,"Yesterday":0.000,"Today":0.000,"Period":0,"Power":0,"ApparentPower":0,"ReactivePower":0,"Factor":0.00,"Voltage":230,"Current":0.0}}
20:54:06.018 MQT: teleinfo/tele/SENSOR = {"Time":"2023-12-23T20:54:06"}
20:54:19.794 WIF: Vérification connexion...

Le silence se fait.

Tiens, j'ai ça maintenant. C'est plus joli.

21:22:54.642 TIC: Error YAA99][919[51191y91}91}1;31[y91[Uy55111yq1SWSW[]{q5}11}_}[[I]1yqyq]1y1y1y1y1y1y1y1yqyqy1Y
21:23:06.743 WIF: Vérification connexion...
21:23:10.260 TIC: Error yKAy9]99][919[51191y91}9}1;31[y91[Uy55111yq1SWS[]{
21:23:19.233 TIC: Error SWS_q5}19}__}[[]1yqyq]1y1y1y1y111y!ypKqy1Y9YyyyYY]yUWq}W1}W1W1};11}511}5qy}51y}595y
21:23:24.298 WIF: Sending Gratuitous ARP
21:23:26.771 WIF: Vérification connexion...
21:23:38.163 HTP: Configuration
21:23:46.747 WIF: Vérification connexion...
21:23:52.166 TIC: Error yKAy9]99][919[51191y91}91}1;31[y91[Uy55111yq1SWS[]{q5}19}_}[[]1}qyq]1y1y1yPa1y1y1y1yqy
21:24:06.724 WIF: Vérification connexion...

L'esp32 au bon format arrive début janvier, les joies de la livraison lointaine.

La build de @Nicolas-Bernaerts est installée, je n'ai guère plus de succès (la led fonctionne), mais je ne suis toujours pas bien à l'aise avec le tasmota, j'ai pas la complète impression de comprendre ce que je fais.

Comme du ski nautique, mais avec des GPIO.

Là sur le build de Nicolas (le plus simple, tasmota-teleinfo.bin), avec le template v1.1

{"NAME":"Wemos Teleinfo","GPIO":[1,1,1,1,640,608,1,1,1,5152,1376,1,1,1],"FLAG":0,"BASE":18}

Donne :

Je ne sais pas si ça a un rapport, je me demande si le biniou écoute sur le bon uart...

00:00:00.109 SNS: Hardware Serial
00:00:00.111 TIC: Serial set to 7E1 9600 bauds

J'ai mis alternativement le RX Tinfo sur la gpio13 ou la 3 (à la fois dans la définition du module et du template), sur la GPIO03 c'est de ce genre :

17:47:24.770 WIF: Vérification connexion...
17:47:44.760 WIF: Vérification connexion...
17:48:03.400 WIF: Sending Gratuitous ARP
17:48:04.781 WIF: Vérification connexion...
17:48:24.761 WIF: Vérification connexion...
17:48:44.778 WIF: Vérification connexion...
17:49:03.416 WIF: Sending Gratuitous ARP
17:49:04.787 WIF: Vérification connexion...

Sur la GPIO13 :

17:56:06.541 TIC: Message reset
17:56:06.633 TIC: Message reset
17:56:06.993 TIC: Error       $$ & >
17:56:07.321 TIC: Message reset
17:56:08.079 TIC: Message reset
17:56:08.489 TIC: Message reset
17:56:08.747 TIC: Message reset
17:56:08.829 TIC: Message reset
17:56:08.876 TIC: Message reset
17:56:08.967 TIC: Message reset
17:56:09.011 TIC: Message reset
17:56:09.071 TIC: Message reset
17:56:09.187 TIC: Message reset
17:56:09.319 TIC: Message reset
17:56:09.792 TIC: Message reset
17:56:09.869 TIC: Error R  "&&T
17:56:09.947 TIC: Error B    0$
17:56:10.893 TIC: Error F@  "C   
17:56:10.961 TIC: Message reset

C'est créatif, mais ça écouterait une patte en l'air je serais pas surpris.

Je vais regarder si je trouve pas un build avec une version de tasmota plus antique...

sois tu passes en ESP32 (vivement conseillé pour un tas de raisons déjà évoqués partout) ou tu peux essayer avec le build de Nicolas.

repro complète step by step :

Donc Wemos D1 (esp8266 donc)issu du web instaaller, avec teleinfo

Dans la console je passe :

Template {"NAME":"Wemos Teleinfo","GPIO":[1,1,1,1,640,608,1,1,1,5152,1376,1,1,1],"FLAG":0,"BASE":18}

(issu de la doc tasmota teleinfo)

Il dit qu'il est content
Ensuite, page configure module, je choisis Wemos teleinfo

Le wemos redémarre, il affiche le bitrate en 1200

Forcéemnt, vu que le linky est en mode standard (confirmé sur l'afficheur du compteur lui-même) ça rapporte pas de data

Revenons sur la page principale :

Le module présente les valurs à zero.

Donc faisons energyconfig standard dans la console :

La commande est acceptée

Et là c'est le drame sur l'écran principal :

Pfout, envolé le masque avec les données à zero

MAIS QUEL DRAME AFFREUX S'EST IL DONC PASSE ?
Un tour dans la console :

Une ligne attire l'oeil sourcilleux :

Oh, une exception

Je me dis que là ça a râclé quelquepart.

Dans l'ecran configure template on a :

Configure module, je sélectionne wemos teleinfo

Après un reboot, la page principale :

C'est mieux mais il y a des morceaux qui manquent.

Dans la console :

Plein de bauds mais je ne suis pas certain que ça ait un rapport :

Comme j'ai les sliders rgb je me dis que peut être la led est de bonne composition ? (non)

Je voudrais bien voir ma configuration, tapons energyconfig ?

Energyconfig command unknown

Intuitions de qui-connait-pas-tasmota :
Le template est pas adapté ou la commande energyconfig fait dérailler le bidule, et décharge le plougine teleinfo.

Next step : je vais essayer le fork de @Nicolas-Bernaerts
Next mile : je vais regarder comment la com se fait avec le module et voir si je pourrais pas inventer des nuits où je fais un plugin integration dans esp easy

Bon, j'ai un peu honte (mais à dire vrai je n'avais point trouvé cette page, je m'appuyais sur de vieux tutos.

Donc forcément, ça fonctionne bien mieux pour le haut débit :

00:00:00.080 Project tasmota - hm-linky Version 13.2.0.3(teleinfo)-2_7_4_9(2023-12-11T21:38:00)
00:00:00.081 TIC: RX on GPIO13, baudrate 9600
00:00:00.110 SNS: Hardware Serial
00:00:00.110 TIC: using hardware serial

Il y a un mais, je fais une repro step by step documentée...

RTFM

tu as du passer en standard, la commande à passer pour mettre la teleinfo en standard est la suivante

energyconfig standard

Je n'ai plus que la valeur Total qui remonte désormais. Et pas de mention de trois phases non plus.

tele/hm-linky/SENSOR = {"Time":"2023-12-21T10:41:03","ENERGY":{"TotalStartTime":"2023-12-21T00:58:14","Total":8285.077,"Yesterday":6.041,"Today":0.000,"Period":0,"Power":0,"Current":0.000},"TIC":{}}

Pas glop

Let's weblog4 and SetOption102 1

10:40:46.709 CMD: weblog 4
10:40:46.715 MQT: stat/hm-linky/RESULT = {"WebLog":4}
10:40:47.535 CFG: Saved to flash at FA, Count 82, Bytes 4096
10:40:51.839 CMD: SetOption102 1
10:40:51.841 SRC: WebConsole from 10.9.0.1
10:40:51.843 CMD: Grp 0, Cmd 'SETOPTION', Idx 102, Len 1, Pld 1, Data '1'
10:40:51.848 MQT: stat/hm-linky/RESULT = {"SetOption102":"ON"}

Soit.

Hélas...

00:00:00.081 TIC: RX on GPIO3, baudrate 1200
00:00:00.701 SNS: Hardware Serial
00:00:00.702 TIC: using hardware serial
00:00:00.714 SHT: Sensor did not ACK command
00:00:00.033 WIF: Checking connection...
00:00:00.034 WIF: Attempting connection...

Que cela soit sur la gpio13 ou 03, ça reste à 1200 bauds

Je vais flasher le wemos avec les MAGNIFIQUES BINAIRES PRECOMPILES. (juste rien que pour ça, un million de mercis) pour voir, sinon en recompiler un avec les rules.

Et peut être mettre le nez dans le code tasmùmota pour voir comment il génère les valeurs et types à destination de domoticz... (j'ai plus l'habitude d'espeasy en fait)

Ha merci, je ne savais point qu'on pouvait demander à mon fournisseur (le bon vieil EDF) le changement du mode de téléinfo. Je vais investiguer le sujet, si ça peut rajouter des décimales aux données...

En revanche, le triphasé c'est la surprise, le logis n'est point récent, et avoir trois phases pourrait se révéler utile dans le contexte de grosses machines outil de voiture rechargeable, mais est ce bien courant ? Je n'ai pas mémoire d'en avoir fait la demande.

Domoticz, c'est un des systèmes domotiques de l'écosystème, mais c'est surtout tasmota qui génère une valeur dont je ne parviens pas à avoir la signification... je ne sais pas comment tasmota éclate la trame pour en faire des valeurs unitaires, mais il y a quelquechose qui m'échappe.