Hello,
Je déterre un peu le topic, mais j'ai également le même problème, je n'ai aucune data sur le port Serie.
J'avais mis des cable type arduino et en voyant le topic, je suis passer sur une section plus grosse mais toujours rien.
Je possède la version PITinfo 1.3a
voici ma config:
enable_uart=1
dtoverlay=pi3-disable-bt
et cmdline:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
J'essaye de récupérer des infos dans un premier temps via picocom:
picocom -b {9600,1200} -d 7 -p e -f n /dev/ttyAMA0

EDIT: Je me posais la question du sens des cables, mais n'ayant rien trouver sur le sujet, pour moi il s'agit d'un bus de communication donc pas de sens particulier ?

Merci pour votre aide
Bonne journée

@Nicolas-Sizorn
En fait toutes les librairies ayant évoluées (sans compter l'IdF) c'est un vrai boulot de toujours maintenir et avec l'Arduino IDE c'est lourd car tu ne peux pas figer les librairies et l'IDF choisi, si t'as 50 projets comme moi ç'est juste ingérable donc depuis j'utilise platformio avec VSCode, au moins dans 5 ans qd je veux recompiler un projet, rien n'aura changé.

Sinon question con, pourquoi tu mets pas le même nom à ton point d'accès WiFi ? je laisse jamais le nom opérateur je le fixe et je mets le même au taff et chez moi comme ça je peux déplacer mes ESP sans soucis de l'un à l'autre.

@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 à tous,

@ Barbu Dor,

Je crois que tu as tout compris.
En 2021, j'avais essayé d'utiliser l'alimentation fournie par le compteur (pour le fun) mais je me suis vite rendu compte du manque de puissance disponible.

La solution que j'avais envisagée est bien celle que tu proposes mais je ne l'ai jamais testée car je n'ai pas de problème pour alimenter.

Un ESP en utilisant le mode Deepsleep pour ne faire qu'une mesure toute les 1 minutes (ne consomme que des uA en veille) Des super cap pour accumuler de l'énergie entre les mesures. je pense pas que les diodes Schottky changeront quelque chose (insignifiant)

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.

@Barbu-Dor et même les modules Adafruit au format Stemma QT (c'est le même que le QWIIC), pour une fois que 2 concurrents se mettent d'accord sur le format ça aide 🙂
https://learn.adafruit.com/introducing-adafruit-stemma-qt/what-is-stemma-qt

Tous les modules sensors adafruit et sparkfun ont tendance à utiliser ce format maintenant et en plus ils sont chainables de par leur design

@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 @Barbu-Dor Merci pour les réponses ! (et désolé pour mon timing retour, en fait c'est un peu les vacances ^^)

Avec vos infos, ça me semble donc "probable" que l'info remonte. J'avoue que j'aimerais bien tester, mais y'a déjà tellement de fers au feu pour mon projet... J'en parle à l'équipe, et je vous dis si on se lance ! (en plus y'aurait des compteurs de production d'énergie, donc des noms d'étiquettes différents...)

A creuser pour le RS232 effectivement, c'est un pallier supplémentaire à franchir ! Merci aussi pour les billes de ce côté là 😃

Salut @eliasmm
Je suis pas un pro de la modélisation 3D, j'ai pas encore appris à utiliser FreeCAD ou Fusion360 🤣. J'ai fait çà sous TinkerCAD donc pas de fichier dispo
Tu trouveras le design ici: https://www.tinkercad.com/things/gjrSG7AgKoE-mini-d1-esp32-teleinfo-v11

Le principe c'est une modélisation du volume de l'ensemble mini-D1 + teleinfo qui est ensuite soustrait d'un parallélépipède.

Je vais rajouté le lien dans le repo de Charles

@charles J'utilise le BS170 TO92.
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.

Oui ce serait possible, il faudrait alors 2 modules avec opto chacun allant sur une serial differente de l'ESP32, assez simple en hardware mais surtout il faudrait modifier tasmota pour gérer 2 device energy dans un seul module et ça ce n'est pas prévu. Le plus simple, 2 modules tasmota tu vas gagner ton temps 🙂

@eliasmm Et je me réponds à moi-même : j'avais loupé une info dans la documentation abondante mais dispersée :
=> La téléinfo arrive sur le pin GPIO23 pour un shield posé sur ESP32 !

Or je lisais la doc de Tasmota/Teleinfo, qui indique "any port is OK" mais c'est pour le logiciel, pas pour le câblage sur du matériel 😬

En avant les mesures 😄

@charles Merci pour ta réponse Charles. Pardon pour le délai de réponse, je me suis trouvé dans l'obligation de partir à l'étranger.

Je vais suivre tes conseils et tester en abaissant les résistances.

Merci encore pour ton aide,

6co

Hello @parazeet
je constate aussi la valeur négative sur le Total. Je pense peut être à un problème de dépasseement de capacité car les valeurs totalisées founies par le Linky sont très grandes.
Pour l'instant je ne me sert pas.
En mode historique, de mémoire mon Linky me donnait PAPP avec une bonne précision.
Maintenant il est en Standard et la puissance est calculée par le module de Charles (P = UI). Comme le courant est une valeur entière, la granularité est moins bonne.

@charles Merci. J'ai vu ta réponse que maintenant. J'ai réussi à compiler mais en enlevant dans le programme la partie spdiff. Ca fonctionne mais bien-sûr je n'ai plus d'accès à l'interface web. Mais les APIs reste fonctionne avec Jeedom. J'ai vu quelque part qu'il existe une version 2.0 (https://github.com/bronco0/remora_soft). Dès l'hiver passé, je ferai le test avec ou avec Tasmota.