@rennai35000 tu trouveras ton bonheur ici

Dernière release (dans unoffical tasmota-teleinfo)
https://tasmota.github.io/install/
tu peux le flasher avec le WEBFlasher, surtout tu ne coche pas "erase device" sinon tu vas perdre la config actuelle et normalement ça devrait bien se passer

Version en cours de développement (tasmota32-teleinfo.bin)
https://github.com/Jason2866/Tasmota-specials/tree/firmware/firmware/tasmota32/other

@Charles Désolé, je viens de tomber sur ce vieux topic. J'aurais tendance à dire que le calcul devrait être ok sur mon fork. Mais le plus simple serait d'installer la version et de vérifier.
@Jonathan-Lacroix pourrais tu essayer ?

@Sylca si tu a les URMS1 .. URMS3 tu peux "grossièrement" faire un calcul qui vaut ce qui vaut avec la puissance / tension. c'est ce que je faisais avec mon compteur historique.

@Charles Bingo

ESP32 (D1 Mini) et ca foncitonne.
Soit mon ESP8266 etait en train de mourir, soit la téléinfo Standard c'est trop pour lui

Capture.JPG

Merci @Karim-Ben-Youssef pour vos explications, je vais prendre contact avec Enedis !

Bonjour,

Je me permet de rebondir sur ce sujet ayant été confronté à un problème de bad crc visible sur l'interface web du teleinfo. J'utilise également un Wemos D1 ESP32 avec le TIC v1.1, et pour info je suis en contrat Tempo.

J'ai installé l'ESP via ESPHome pour remontée des infos dans Home Assistant.

J'avais déjà le soucis de bad crc en mode historique et il était toujours présent en mode standard donc je me suis décidé à mettre une résistance de 1k Ohms comme proposé ici, cela semble avoir résolu durablement mon soucis.

J'avais quelques soucis de valeurs incohérentes qui faussaient les stats, à voir si cela règlera également ce problème.

Merci beaucoup pour votre travail et vos conseils.

@Charles Merci beaucoup.

J'ai un peu galéré (ça n'est pas du tout mon domaine) mais j'ai fini par trouver une solution. Je mets mon code ici car j'ai l'impression que le

light.set({"channels":channels, "bri":64, "power":true})

ne fonctionne pas (il éteint la LED chez moi). J'ai dû "bricoler" pour parvenir à mes fins en utilisant le paramètre (rgb" :

import string def setcolor(iinst, isousc) var red = tasmota.scale_uint(int(iinst), 0, isousc, 0, 255) var green = 255 - red var channels = string.hex(red,2)..string.hex(green,2).."00" light.set({"rgb":channels, "bri":64, "power":true}) #tasmota.set_timer(2000, setcolor) end

Et j'appelle cette fonction depuis "rule_tic".
J'espère que rafraichir aussi fréquemment la LED ne va pas réduire sa durée de vie. J'ai essayé de mettre des "timer" sans succès. On verra bien.

Enjoy !

@Charles Hello,
Oulah ! mais tu sais je ne suis pas développeur 🙂
Ca à l'air très intéressant effectivement de faire un script Berry. Si je comprend bien cela permet de sélectionner ce qu'on envoi en mqtt vers le broker, sauf que la partie script en exemple c'est du chinois pour moi et bien que j'en comprenne globalement le sens, je suis incapable de transposer ça pour envoyer uniquement les données que je veux via le topic mqtt vers mosquitto.

Par ailleurs, bizarrement EnergyConfig Skip 0 puis EnergyConfig Changed semble plus lent à être traité que EnergyConfig Skip 20, pourtant je suis sur un matériel assez bien dimensionné. Odroid N2+ 4GO

@BRENY00 Le compteur opérateur est très fiable, mais c'est vrai que moi aussi j'aimerais plus de précision sur l'ampérage, à une époque je faisais de manière empirique en prenant I = Puissance / Tension (mais vous n'avez peut être pas l'étiquette TENSION

@ellipsis Making progress on this, but I should have asked where is the best document or link for installation of Denky 4 with Raspberry Pi? I see many fragments on various sites, but cannot find an up to date document. English or French are fine for me.
Thanks again

@Charles Je ne suis pas sur un linky je ne sais pas si ça joue et je suis chez une régie locale et non pas chez EDF.

@labu73 Top, merci pour le retour.

@Charles Merci Charles, Normalement j'ai configuré pour que lan mngt accède a tous les vlan, mais pas l'inverse ou tout est fermé. Il faut juste que je trouve comment écrire les régles pour que tout soit fermé sauf le port 1883 de iot vers mngt. Pas évident pour moi qui n'est pas expert en réseau 🙂

@ThiefMaster thank for the follow up, interesting case 🙂

@Torkal Ok top merci du retour, ravi que tu ai trouvé ça simple.

Bonjour,

Non il n'est pas prévu de modification, la sortie TIC du compteur est basse tension et incapable de fournir une puissance suffisante pour alimenter en permanence un module WiFi il n'y a à mon sens pas de risques de ce coté là.

Je fais plus confiance à la sécurité de la sortie TIC du compteur qu'a certaines alimentation USB du commerce nécessaires à l'alimentation du montage ou du PI.

Ok donc ce n'est pas moi qui me suis planté.

Non mais en revanche je pense que ton compteur ne renvoie pas la puissance par phase.

Par contre je traite les données mqtt qui sont présentées dans le topic sensor et je ne vois pas les puissances par phase, alors qu'elles sortent bien du compteur, je les avaient avant avec mon Pi et le module Cartélectronique ?

Regarde ta trame, tu n'as pas ces valeurs. tu pourrais les évaluer avec P=U x IINSTx avec U à 230V car tu n'as pas la tension non plus.

Au passage, si tu peux modifier PTEC qui remonte HP.. et HC.. à moins qu'il y ait une raison d'avoir ".."

c'est la valeur officielle retournée par le compteur avec les 2 ..c'est relou mais je préfère ne pas y toucher pour garder la compatibilté, chacun est alors libre d'y mettre une autre valeur lors des traitements en fonction de ses besoins