Bonjour @Charles eut être demander à l'auteur ou dans le forum dédié. comprend plus, quelle forum dédié ?? fil conducteur autres http://vesta.homelinux.free.fr/v/wiki/demodulateur_teleinformation_edf.html oui après je post sur le Forum MySensors et ferai un retour Ici des Infos et finalité du projet merci de ton aide et bonne semaine

Bonjour @Vincent-TRUMPFF C'est Eagle CAD qui été utilisé pour le design. Pour les fabricants ça varie j'en teste plusieurs (SeeedStudio, OceanSmile, JLCPCB, ....)

@Charles J'ai repris ton flow avec les 'convertiretiquettes' un peu modifié. j'envoie toutes les deux secondes la PAPP. J'ai vu par ailleurs que meme le cablage et les différents equipements branchés éteints pouvait justifier les 500VA minimum de puissance apparente sur le linky sans consommation réelle pour autant. Ce qui me parait plus bizarre c'est que sur les pics, on "aurait" une puissance active superieure à la puissance apparente. La je pense que c'est un pb de calibrage. Aymeric

@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

@Leopol Désolé je ne connais pas du tout HA, je ne pourrais pas d'aider sur le sujet.

@Géryko Super si ça répond alors, pas programmeur mais tu maitrises les callback, respect, en C en plus c'est le plus fun j'imagine qu'elles sont en mémoire dans mon ESP32 Oui mais seulement les valeurs de la dernière trame reçue, en gros tu as toujours les dernières données à jour. J'ai découvert Tasmota mais aucune expérience à ce jour. C'est surpuissant mais j'avoue faut un peu le permis de vol, mais la doc est plutôt bonne, faut juste se la taper et c'est pas toujours intuitif

@Bertrand-Docquois je pense que energyconfig noraw devrait faire l'affaire. https://tasmota.github.io/docs/Teleinfo/#configuring-teleinfo Mais attention tu vas quand même recevoir la télémétrie toutes les x secondes menu configuration -> configure logging -> telemetry period

@Nicolas-Bernaerts merci, ça a l'air intéressant. Il s'agit d'adapter ici Tasmota au matériel Remora qui comporte : la gestion des fils pilotes, le retour de la teleinfo depuis le compteur et la possibilité de commander un relais pour la mise en route d'un cumulus par exemple. Je n'ai personnellement pas l'usage de coupler mes fils pilote à un thermostat, mais je garde le lien , sait-on jamais.

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

@sam-plaibien J'utilise plus que Visual Studio Code avec le plug ins platformio, comme de plus en plus de personnes d'ailleurs.

@Géryko Oui dans la librairie tous les champs sont traité en mode natif, c'est à dire des char, après sur l'affichage ou autre il faut faire du spécifique cf https://github.com/hallard/LibTeleinfo/issues/22

Bonjour à tous, Retour d'expérience. J'étais surpris de voir que l'auteur du sujet dans 'Démystifier le décodage Téléinformation et l’optocoupleur SFH620" http://hallard.me/demystifier-la-teleinfo/ attachait beaucoup d'importance à R1 et R2, très peu à R3. L'article est toutefois très bien et je le félicite. Je considère que c'est surtout R1 et R3 qui sont les valeurs critiques de ce montage. R2 ne l'est pas. Je viens de faire quelques mesures et tests pour évaluer la plage de fonctionnement du montage en faisant varier les tensions. J'ai la plage la plus large pour R1 = 2700 Ohms et R3 = 6900 Ohms (R2 = 10 K fixe) transistor BS170 opto 814. Les valeurs préconisées sont donc convenables mais ne pas s'en écarter dans le mauvais sens. Soient R1 = 2700 et R3 = 8200 en valeurs classiques normalisées. Nota 1 : grosse surprise dans l'utilisation de transistors BS170. Les 3 bornes étaient inversées ! J'ai vérifié avec un montage précédent que j'avais réalisé en 2017. C'est différent. J'ai vérifié les datasheets. Mes transistors sont marqués BS170 et il faut les connecter comme les 2N7000 ! Qu'on se le dise. Nota 2 : [On peut voir sur le site de Charles que le potentiel de l'entrée opto est flottante sur l'oscillo. Il aurait fallu la référencer au 0V (GND de l'oscillo) c'est à dire mettre une patte à GND] A+

@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 à tous, J'ai tenté d'approfondir la question malgré la valeur de ADECO qui est toujours fausse. Avec ma trame de test (captée à mon domicile en tarif BASE) j'obtiens ceci au démarrage : TIC RX=GPIO33 Mode:Historique ADCO 031762023755 => @ // checksum recalculé = OK ainsi que les autres. {"_UPTIME":0, "ADCO":2147483647, "OPTARIF":"BASE", "ISOUSC":30, "BASE":15572906, "PTEC":"TH..", "IINST":2, "IMAX":90, "PAPP":480, "HHPHC":"A", "MOTDETAT":0} {"_UPTIME":60, "ADCO":2147483647, "OPTARIF":"BASE", "ISOUSC":30, "BASE":15572906, "PTEC":"TH..", "IINST":2, "IMAX":90, "PAPP":480, "HHPHC":"A", "MOTDETAT":0} Avec la trame de test (fournie par Charles en tarif HC.. , voir mon 1er post) j'obtiens ceci au démarrage : TIC RX=GPIO33 Mode:Historique ADCO 031428067147 => B // checksum recalculé = OK ainsi que les autres. {"_UPTIME":60, "MOTDETAT":0} {"_UPTIME":120, "MOTDETAT":0} {"_UPTIME":180, "MOTDETAT":0} Question : Pourquoi je n'ai pas l'affichage de la trame complète ? Est-ce normal ? Exactement dans les mêmes conditions, il n'y a que la trame de test qui change ! On peut voir qu'il n'y a pas de " {"_UPTIME":0, etc ...} " et impossible de l'afficher alors qu'avec ma trame, je peux l'afficher à tout moment. Merci pour vos retours.

@Marc-Bozenko : désolé pour le délai de réponse, des mois que je ne suis pas passé sur le forum. Tu peux sur domoticz créer un script dzvents ( https://www.domoticz.com/wiki/DzVents:_next_generation_Lua_scripting#Asynchronous_HTTP_Request_and_handling ) et mettre à jour un capteur virtuel, en allant chercher les infos depuis http://tonremora/tinfo hope this helps Laurent

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.

@charles J'utilise le BS170 TO92. [image: 1652075323542-517fe3f1-7a55-46f0-a82d-e733bc687317-image.png] Au début j'avais : 1 au D 2 au G 3 à S Il a fallu que j'inverse 1 et 3. D'après le schéma je pensais que le 1 correspondait à la broche en haut comme le 1 est en haut sur l'image du mosfet.