@kolia une autre explication pourrait être que la gpio36 ait été cramée lors des différents tests. Avez vous essayé avec une autre Olimex POE ?

@kolia donc au final tout est opérationnel ?

@rvx merci

@rvx bonsoir,
Si l' ESP est stressé, il peut ne pas envoyer certains messages MQTT qui seront perdus.
Il faut veiller a ce que la charge CPU reste en dessous de 70% en moyenne.

Effectivement, la documentation est sur le GitHub
https://github.com/NicolasBernaerts/tasmota/tree/master/teleinfo
Tous les paramètres ne sont pas expliqués dans le détail ... mais presque.
Si quelque chose n'est pas clair, je compléterai la page.

@kolia relier 2 gpio entre elles me semble très dangereux ... Si les 2 sont configurées en sortie et à des niveaux différents ... l'une des 2 va griller.

@rvx Bonjour,
Tout d'abord, vous avez dans doute coché trop de cases. Contentez vous de consommation et production au départ.
Évitez de publier à chaque message car c'est très stressant pour l' esp. Choisissez plutôt toutes les +- 200 w par exemple.
Mais le problème semble être autre car vous n'avez aucune réception.
Qu' affiche la page Messages ?
Si elle est vide, vous ne recevez rien ...
Essayez alors le mode standard.

@kolia le schéma de olimex poe annonce une diode 1n5819s4 sur gpio36. C'est peut être la source du problème dans le cadre d'une réception série à 9600 bps.

@EliasMM une led bleu qui clignote et des données qui arrivent est un très bon signe ...
Si le winky est auto alimenté, il est normal qu'il mette du temps à se réveiller, le temps de recharger la super capa.

@Laurent6012 quelle version de firmware utilisez vous ?
Vous parlez de skip, vous utilisez le topic TIC ?

@FH35
Pour suivre la conso quotidienne, il ne faut pas choisir Conso Aujourd'hui car la valeur revient à 0 à minuit. Il faut suivre la valeur Total Conso qui ne fait qu'augmenter. HA gèrera la bascule à minuit.