Salut,

Et pour ceux que ça intéresse, ayant posé la question dans le store, la longueur des câbles peuvent aller jusqu'à 40 m.

Et je suppose qu'avec de la paire torsadée genre Ethernet Cat 6 on peut encore aller plus loin.

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

Bonjour @Remy-Hugg
Pas évident de savoir sans plus d'information

avez vous bien remappé la liaison série sur le hardware serial du PI3? que donne le test avec picocom ?

Cordialement

Bonsoir,

Tu dois avoir un équipement de gestion d'énergie (via fil pilote) avec ou sans délestage relié au tableau électrique et une centrale dans ton salon pour faire la programmation.

J'ai ce type de connectique sur mon compteur et tableau électrique (Marque Flash, modèle Pilote confort 20).

Après un bon moment d'acharnement, je me retrouve à n'avoir plus qu'une déception : Je ne sais pas ce qui fait qu'à présent c'est opérationnel 🙂 (En regardant les précédentes photos, j'ai l'impression que mon connecteur de signal sur le module PitInfo n'était pas sur la bonne borne 😑 )

Je vais tenter de faire un second montage avec un Wemos-teleInfo histoire de rendre mon montage plus propre et retenter l'aventure avec un autre D1 mini ESP32 (Il y en avait 3 dans ma commande).

Bref, une étape transitoire où je te remercie grandement @Charles.

Pour ceux qui sont interressés, j'ai ajouté à mon croquis .ino un envoi put à un WS qui stock mes datas en Bdd toutes les minutes. La prochaine étape sera de produire de belles courbes par visu web et surtout alimenter mes relais en fonction de ma production solaire ! (Mais, ça, c'est encore une autre histoire)

@nicoch2i yes dans le pire des cas moins de 1.5mA

3.3V/3.3K = 1mA + 3.3V/10K = 333uA

Ca devrait aller je pense 🙂

@zethis ah yes oui branché sur les bonnes bornes c'est mieux hein 🙂
en même temps I1/I2 appuyer au tournevis sur le rectangle orange ça ne s'invente pas non plus quelle galère la 1ere fois

PS : Pour les autres users, sur la photo ce n'est pas le bon branchement c'est l'exemple à ne pas suivre hein, je précise au cas ou

@Maxime-CHARDIN Yes tu utilises un truc que j'ai du commencer à écrire il y a 10 ans, respect 🙂

Tu dois pouvoir mettre un compteur pour par exemple n'envoyer qu'une trame sur 10 (c'est arbitraire) mais si tu tournes sur un PI par exemple le mieux et de faire un script python ou utiliser node red pour réaliser tes injections en base moins souvent sans avoir à recompiler le daemon.

@Charles
J'ai un compteur linky mono simple tarif avec production PV activité revente de surplus.
J'ai tasmota compilé en V9.1.0.2 + Pit info
Actuellement je ne vois pas les infos de production PV sur mon tasmota.
Pouvez vous m'indiquer ce que je dois faire pour les voir apparaître dans tasmota ?
Merci
Samquad

Bonjour,
Effectivement, utiliser la sortie de l'adaptateur (optocoupleur) pour 2 installations peut fonctionner mais ce n'est pas la solution "propre".
Le compteur Linky peut alimenter 2 adaptateurs. (prévus dans les documents officiels car l'impédance ne doit pas être trop faible. mini = ? je ne sais plus)

Préférer cette solution (2 adaptateurs) pour rendre les 2 systèmes indépendants. (et isolés galvaniquement)
Cordialement.

@Charles said in Données corrompues avec Linky standard et PiTInfo:

dtoverlay=pi3-miniuart-bt

C'est bien ça qui me manquait ! En lisant la doc Raspberry, on dirait que le paramètre se nomme maintenant miniuart-bt, la version pi3 est devenu un alias déprécié. Et avec ce paramètre, ttyS0 et ttyAMA0 sont bien inversés, j'avais essayé avant mais l'autre interface ne me renvoyait rien. Raspbian maintient aussi un alias serial0 qui semble marcher dans tous les cas, quelque soit la configuration du Device Tree.

Bref, merci pour le chaînon manquant et désolé du dérangement 😄

Si tu veux utiliser Grafana, il faut choisir un backend approprié pour stocker les métriques (InfluxDB, Prometheus, etc).

Dans le cas de Prometheus par exemple, il existe des exporteurs qui font déjà le boulot de parser les trames Linky pour les exposer en métriques prêtes à scrapper: https://github.com/syberalexis/linky-exporter.

Ou sinon, le même genre d'outil pour InfluxDB: https://github.com/beufanet/linkyndle

Tu peux aussi lire leur code et le reprendre si tu as d'autres idées en tête.

Je souhaite faire cohabiter sur le même Wemos D1 mini le PiTinfo et le pzem004t pour dédier un module à la gestion des consommations electriques avec Tasmota.

Sur un séparé oui avec la série #1 sur le 1er et la série #1 sur le 2eme, mais si tu veux mettre sur le même il te faudra bien 2 entrée série (UART) tu peux pas mettre les 2 sur la même ? et comme l'ESP8266 n'a qu'une seule entrée série, la 2eme devra être simulée avec ine GPIO (soft uart)

@steph-flo les informations que je t'ai donné concerne la version officielle tasmota (la V10) pas celle de @Nicolas-Bernaerts qui est spécifique et la documentation est ici

J'avoue que je rêverais de voir les modifs de @Nicolas-Bernaerts incluses directement dans la branche officielle de tasmota, mais c'est un peu (beaucoup) de taff et ni lui ni moi n'avons le temps nécessaire.

@argenlos

Et bien, c'est fonctionnel avec la version 9.5.1 de Tasmota (9.1.1 teleinfo de @Nicolas-Bernaerts)

Il fallait configurer le mqtt pour Domoticz, SANS que le module PiTinfo ne soit branché.
Tasmota une fois configuré, on branche le module PiTinfo APRES et seulement APRES la mise sous tension du Wemos.

Capture d’écran du 2021-10-31 22-18-36.png

Ce qui me fait penser que lors des coupure de courant...cela risque de ne pas bien réagir...

Bonne nuit.

@charles J'ai mis la résistance en // et il s'avère que ce n'était pas nécessaire, et que la carte n'a pas de souci!

Le souci était bien sur entre ma chaise et mon clavier, mais le fait de mettre la résistance m'a un peu aidé à mieux comprendre.
La librairie est devenue plus verbose (je ne pense pas qu'il y ait de lien avec la résistance) et j'ai pu voir mon erreur de configuration logicielle...

Merci pour l'aide!

Je me répond à moi même :
Je suis en en mode historique, et j'avais passé la config pour réagir à des données en 9600 bps. Après rebascule dans une config pour le mode Historique, tout est OK.

Je fais tourner le broker sur un autre RPI, depuis lequel j'exploite les données avec la stack InfluxDB, tout dockerisé là aussi. C'est disponible sur un autre repo, mais il mériterait un README un peu plus fourni : https://github.com/tms0/energy-monitoring

Je connaissais pas du tout balena, en plus je vois qu'ils ont une version open source en beta, je testerais ça à l'occasion, je commence à avoir une petite flotte de RPI mine de rien !