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

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

@racailloux Merci pour votre réponse.
Je ne pense pas à une incohérence dans les données, toutes les autres sont correctes ...

Problème "résolu" : en fait je suis passé il y a quelques semaine en monophasé, la question ne se pose plus 😉

@ceugster
Bonjour
je suis prêt de payer pour un solution pour mon question.
Merci beaucoup Christian

@dmitry-korzhenevskiy Nice it's solved, and yes Tasmota rocks 🙂

La trame json linky standard triphasée est très longue 1039 caractères quand cela fonctionne.
Quand il y a un problème elle est bloquée a 1041 caractères et il semble manquer des caractères en fin de trame.

"NJOURF+1"} versus "NJOURF+1":0}}}

N'y aurait il pas un problème de longueur maxi de cette trame ou de buffer interne permettant de générer la trame ?
J'ai noté que le problème arrivait lors d'une grosse dépense d’énergie électrique en triphasée avec donc des puissances plus grandes donc une trame plus longue.

Bonjour

Je suis passé en TIC STandard, bravo total energie car chez EDF je n'ai jamais trouvé personne qui s'avait faire.

TIC: ADSC: 'XXXXX' VTIC: 2 NGTF: ' H SUPER CREUSES' LTARF: ' HEURES PLEINES ' EAST: 6814426 EASF01: 2373573 EASF02: 4334089 EASF03: 106764 EASF04: 0 EASF05: 0 EASF06: 0 EASF07: 0 EASF08: 0 EASF09: 0 EASF10: 0 EASD01: 4579005 EASD02: 2235421 EASD03: 0 EASD04: 0 IRMS1: 1 IRMS2: 1 IRMS3: 1 URMS1: 234 URMS2: 235 URMS3: 234 PREF: 12 PCOUP: 12 SINSTS: 0 SINSTS1: 0 SINSTS2: 0 SINSTS3: 0 SMAXSN: 4700 SMAXSN1: 3010 SMAXSN2: 2160 SMAXSN3: 1970 SMAXSN-1: 3060 SMAXSN1-1: 2750 SMAXSN2-1: 500 SMAXSN3-1: 2060 CCASN: 562 CCASN-1: 396 UMOY1: 233 UMOY2: 234 UMOY3: 233 STGE: 003A0A01 PRM: 2147483647 RELAIS: 64 NTARF: 3 NJOURF: 0 NJOURF+1: 0

Le pb meme avec la doc d'enedis j'ai du mal à trouver le PAPP, je pense qu'il s'agit de SINSTS.

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.

Bonjour les amis,

J'envisage de passer moi-aussi au relais SSR, j'ai retrouvé dans mes cartons un G3MB-202P- DC5, pensez-vous qu'il puisse se substituer au G3MC ?

Bien amicalement,

Sam

@mathep c'est curieux, le code téléinfo de ESPHome semble pourtant gérer le mode standard

https://github.com/esphome/esphome/blob/dev/esphome/components/teleinfo/teleinfo.cpp

@charles
bon! en fait tu as raison si mauvaise acquisition la valeur ne doit pas être intégrée dans la BD. c'est le rôle du checkSum
J'ai fait évoluer mon système et surtout le programme d'acquisition.
Il y a 2 valeurs qui sont prises en compte EAIT (le compteur totalisateur)
et SINSTI (valeur instantanée) considérant que le compteur totalisateur ne peut pas jamais être a zéro j'ai intégré cette condition dans l'acquisition ce qui fait que je n'ai plus de zéro. De plus les 2 valeurs sont testées sur la checksum donc je ne prends que les bonnes valeurs. Par ailleurs la boucle d'acquisition est suffisamment rapide pour fournir les donnée d'une autre trame.
Je continue donc a utiliser le dongle sans plus de problème avec un script python de ma conception dans domoticz.