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

Bonjour à tous,
Le binaire n'étant pas créé durant la compilation, je l'ai trouvé sur le site tasmota (ota).
Placé dans le répertoire correct cela résout le problème.

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+

@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

Ah, et bien super, merci beaucoup pour vos réponses !

@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

@Tristan-DOUEZ à la base la librairie était pour les 328p mais depuis ça a bien évolué surtout avec l'arrivée du mode standard du Linky. Effectivement le 328p commence à être un peu juste mais vu le prix d'un ESP32 je crois que la bascule n'est pas ruineuse et surtout l'avantage certain.
Néanmoins ils serait possible de le faire mais avec tous les contrats et tous les modes chacun n'y voit certainement pas les même étiquettes "utilles"
Mais comme tout est open source, libre à chacun d'adapter en fonction de ses propres besoins, mais clairement ce n'est pas dans ma todo list sachant que je n'utilise plus que Tasmota sur ESP pour la téléinfo.

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

@Charles
Oui il y a bien de la production et je suis bien en mode historique. J'ai écrit à Enedis...

Bonjour, c'est assez simple (enfin il faut un peu d'huile de coude) mais dans le principe:

un ESP32 avec Shield Teleinfo et Tasmota Un shield Relay (tu dois pouvoir empiler les 3 en faisant attention aux sens) ou tout autre carte relais pilotable par I/O 3.3V, google arduino relais 3.3V

Ensuite un script Berry pour détecter l'étiquette Teleinfo adéquate afin de piloter le relais via la GPIO idoine.

Attention aux relais on ne peut pas piloter tout et n'importe quoi, c'est pour piloter quoi ?

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

bonjour merci je viens de le commander a l'instant module v3

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.

@tvial je suis désolé, dans ESPHome la téléinfo n'a pas été écrite par mes soins et la librairie utilisée n'est pas la mienne.

Mais pour être honnête je ne suis pas certain que ça vienne de la librairie. peux tu tester avec les nouveaux soft de test notamment Teleinfo_Stats fait pour tester la téléinfo (à adapter avec la PIN RX de te teleinfo bien sur)

@Charles Merci pour vos réponses. Cela fonctionne maintenant !

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