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

Hello @Kisifrot

La barre horizontale sert à definir l'intensité de la LED du DenkyD4.

Il est possible de publier toutes les 10sec. Il faut le paramétrer dans le menu Configuration / Journal / Période de télémétrie. Mais le plus efficace est de choisir +/- 100W par exemple dans la configuration teleinfo.

Pour la moyenne CPU, à 31%, aucun soucis. Pas besoin d'ajustement.
Sinon, la commande webload 1 permet de le visualiser en temps réel.

La commande full permet de publier les étiquettes brutes. skip permet de définir le nombre de messages à ignorer entre 2 publications. La plupart du temps ces commandes ne sont pas nécessaire.

@Gilles15001 Sur mon GitHub j'ai publié un firmware qui devrait répondre a votre besoin. Il s'appelle offload et gère le délestage. Il s'abonne au linky et fait du délestage dès qu'une puissance max est atteinte. Il gère des priorités pour avoir plusieurs délestage actifs.

@Gilles15001 bonsoir,
Attention, vous devez prendre en compte deux éléments :

• Il faut moyenner la valeur sinon vous risquez de switcher à chaque message en cas de valeur aux limites
• vous devez intégrer que lors du switch du relai la puissance linky va être modifié de la valeur de la charge et que c'est normal. Il faut prendre en compte cette différence.

@frkb Prenez 3 denkyD4 ou équivalent, qui publierons chacun sur un topic MQTT différent. Vous agrégez ensuite cela sur une base de donnée unique et le tour est joué. Si vous utilisez une base influxdb, le firmware du denky permet de l'alimenter directement !

@jlnvllr est ce que par hasard vous n'auriez pas detruit votre denkyD4 suite à vos différents mauvais branchements ?
Je vous conseillerai d'en commander un autre après avoir validé les branchements afin de vérifier ...

@jlnvllr Les câbles doivent être sur I1 et I2.
De plus il faut alimenter le denky.

@Gilles15001 Merci pour l'invitation.
Votre région est superbe.
Ce sera avec un grand plaisir !

@Gilles15001
Coté courbes, tout est ok maintenant ?

@Gilles15001 Je viens de publier une v15.1beta19 qui devrait régler le problème de détection de votre compteur PME/PMI en exploitant les étiquettes ADS et également MESURES1.
N'ayant pas le moyen de le tester simplement, merci de me confirmer que l'analyse était la bonne.

@Gilles15001 je crois comprendre ...
Votre compteur n'envoie pas l'étiquette ADS qui est normalement la première étiquette émise par un compteur PME PMI.
De ce fait, le décodage du protocole PME PMI n'est pas activé.
C' est à se demander pourquoi ENEDIS se fatigue à publier des protocoles
Je vais voir si une étiquette complémentaire peut être utilisée en complément de ADS pour détecter le compteur PME PMI. Cela devrait régler le problème.

@Gilles15001 vous avez le bouton teleinfo courbes dans la page d'accueil et aucune courbe n'est affichée si vous le sélectionnez ?

@Gilles15001 il faut peut être faire un
energyconfig reset
pour réinitialiser le contrat.
Logiquement vous devriez avoir des donnees qui apparaissent côté graph et historique.