@Nicolas-Bernaerts
Oui, c'est cela :

• heures pleines : semaine
• heures creuses : WE et jours fériés
  Pour le taux d'erreur, je suis d'accord, ce n'est pas normal. Aussi j'attends le D4 que j'ai commandé hier et voir si en réglant la résistance je peux améliorer les choses.

Cordialement

@Nicolas-Bernaerts
Bonjour Nicolas,

C'est un contrat EDF avec un tarif heures creuses les WE et jours fériés. Dans mon cas, plus intéressant financièrement, que le contrat classique heures creuses. Enedis fixe dans ma zone, la période HC de 23h30 à 7h30,or je chauffe plus la journée que la nuit (en retraite).
Sinon, j'ai constaté sur l'écran du Tasmota, un taux d'erreurs d'environ 3.1%. J'ai joué avec la résistance variable du D4 pour faire diminuer ce taux sans succès. Je viens de commander un nouveau D4 pour comparer. Cela est peut-être une explication.
Avec votre firmware, je peux directement enregistrer les trame ou j'écris un petit pgm pour le faire ?

Remarque: Les calculs de consommation hier et aujourd'hui ne correspondent pas à mes relevés.
J'ai une appli qui stocke l'info linky toutes les 30s dans une table mysql. Ce qui me permet de faire des calculs et stats.

• hier : D4 : 20832 kWh, moi : 16210 kWh
• aujourd'hui: D4 : 20837 kWh, moi : 4668 kWh

Cordialement

@Nicolas-Bernaerts
C'est effectivement étrange:
Voici une trame récupérée plutôt via la console du tasmota :
{"ADSC":"061861455877","VTIC":"02","DATE":"E251006192400","NGTF":"Week-End","LTARF":"HEURE SEMAINE","EAST":"084929474","EASF01":"054243207","EASF02":"030686267","EASF03":"000000000","EASF04":"000000000","EASF05":"000000000","EASF06":"000000000","EASF07":"000000000","EASF08":"000000000","EASF09":"000000000","EASF10":"000000000","EASD01":"031582180","EASD02":"046813985","EASD03":"002399894","EASD04":"004133415","IRMS1":"012","URMS1":"231","PREF":"12","PCOUP":"12","UMOY1":"E251006192000 232","STGE":"003A4001","MSG1":"PAS DE MESSAGE","PRM":"09510130206267","RELAIS":"000","NTARF":"01","NJOURF":"00","NJOURF+1":"00","PJOURF+1":"00008001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE"}
et voici une trame relevée, il y a qq minutes:
{"ADSC":"061861455877","VTIC":"02","DATE":"E251007012337","NGTF":"Week-End","LTARF":"HEURE SEMAINE","EAST":"084933383","EASF01":"054247116","EASF02":"030686267","EASF03":"000000000","EASF04":"000000000","EASF05":"000000000","EASF06":"000000000","EASF07":"000000000","EASF08":"000000000","EASF09":"000000000","EASF10":"000000000","EASD01":"031583062","EASD02":"046817012","EASD03":"002399894","EASD04":"004133415","IRMS1":"002","URMS1":"238","PREF":"12","PCOUP":"12","SINSTS":"00563","SMAXSN":"E251007011607 01001","SMAXSN-1":"E251006171846 04006","CCASN":"E251007010000 00450","CCASN-1":"E251007003000 00498","PJOURF+1":"00008001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE"}
Elles sont différentes mais celles de ce soir sont conformes et contiennent SINSTS.
Quand je parsais celles de cet après-midi, le json était bon mais il me manquait juste SINSTS et maintenant c'est OK. Peut-être une anomalie côté Linky.
Je contrôle sur plusieurs jours et vous ferez un retour pour info.
Cordialement

Nicolas,

Je me suis emballé un peu trop vite, Il manque la "puissance" : SINSTS dans la trame TIC.

Dommage.

Merci Nicolas,

Je viens de faire la mise à jour de mon Denky et je retrouve les trames TIC.

Très cordialement,
Christian

@Nicolas-Bernaerts
Merci pour cette bonne nouvelle.
Cordialement

@Nicolas-Bernaerts
Merci car perso j'utilise TIC pour alimenter une base mysql et pour mes aggregats d'avoir simultanément tous les index me facilite la vie et en plus ça me fait réécrire pas mal de pgm.
Je te remercie de regader car sur l'interface dans message, les TIC sont bien visibles.
Cordialement

Bonjour,
Je viens de flasher mon Denky D4 avec la dernière version : Teleinfo 15.1beta11 (denkyd4-8m).
Les données TIC publiées sur MQTT ont disparues, il ne reste que SENSOR.
Comment les récupérer. Dans la configuration Teleinfo, la case "Données brutes" est bien cochée.
Merci de votre retour.
Cordialement

Bonjour Charles,

Je viens enfin de faire les mesures comme indiquées sur les photos et je suis très perplexe.
Sur le D4, je mesure entre A et B : 256Ω
Sur l'USB V3, je mesure entre A et B : 1019Ω
J'ai fait les mesures, circuits déconnectés (et posés sur une table).

Je n'y comprend rien surtout si tu dis que le potentiomètre fait 1k et qu'il n'est pas en butée sur le V3.

@Charles
Bonsoir Charles,
Ok pour 2/3 de valeurs différentes style : 680Ω, 750Ω et 1kΩ.
J'ai le uTeleinfo V2 et le Wemos sur lequel je peux tester.
Pour répondre à ta question, mesure prise côté droit en regardant le circuit vu du dessus.
Cordialement

@Charles
Bonjour Charles,
Chez qui commander ces résistances ?
Je suis intéressé à le faire.

Cordialement

@Charles
Bonjour,

J'ai pu faire un test avec le D4.
Le taux d'erreur devient négligeable à partir de 740 Ohms.
En dessous de 700, la console ne restitue que des chesksum error.

Pour info, j'ai retesté le uTeleInfo V2 qui a une résistance de 220 ohms. Trames toujours aussi incohérentes.
J'ai fais le même tests avec un wemos teleinfo sur lequel j'ai monté un ESP8266 D1.
Il présente aussi une résistance de 220 Ohms. Même résultat que le V2.
Au boot, la première trame est correctement lue puis tout passe en checksum error.
Les caractéristiques de mon linky (si ça peut aider)

Cordialement

@Charles
Bonjour Charles.
Je fais les tests pour les 2 équipements d'ici samedi.
Cordialement

@Charles
Finalement, j'ai pu faire qq tests à l'instant.
Pour le D4 (visualisation via la console de l'interface WEB)

• potentiomètre à 0 : toutes les trames sont en erreur.
• potentiomètre à fond de l'autre côté : 1 erreur toutes les 30 à 40 trames (energyconfig skip 0)

Pour le uTeleinfo V3

• potentiomètre à 0 : toutes les trames en erreur.
• potentiomètre à fond : 0 erreur sur 3100 trames lues (enregistrées ds un fichier texte)

J'ajoute que les 2 produits sont branchés simultanément sur le linky par des fils rigides très courts mais cela doit peut-être dégrader les résultats.

Je vais remplacer le V3 par le V2 dans la même situation et je te ferai un retour.

Cordialement

@Charles
Merci pour ce retour.
Je ferai ces différents tests demain.
Je connais ton projet Remora mais dans ma vielle longère les fils pilotes ne sont pas ramenés au tableau central.
Cordialement

@Charles
Bonjour Charles,
Merci pour les 2 équipements.

Après un peu de tâtonnement, j'ai pu configurer le D4 qui fonctionne très bien.
Il y a quelques erreurs lors de la lecture des trames mais comme votre programme gère cela très bien, ce n'est pas problématique.
Je l'ai configuré en raw full et skip 1, ce qui donne une trame toutes les 2 à 3 s.
J'en ai besoin pour simuler via Jeedom, un délestage logique (si tous mes radiateurs et chauffe-eau s'activent en même temps, je dépasse la limite de mon abonnement).
J'ai juste 2 remarques : il manque dans le JSON de retour, l'item 'DATE' qui se présente sous cette forme "HYYMMDDhhmmss" et dans l'affichage de l'interface web la valeur des index HC et HP (j'ai un abonnement EDF ZEN avec HC les WE et jours fériés).
Je vais regarder s'il est compliqué pour moi de modifier vos sources pour les rajouter.

Concernant le uTeleinfo V3, c'est beaucoup mieux. Une erreur toutes les 2 ou 3 trames lues.
Pour l'heure, je n'arrive pas à exploiter votre libraire python-teleinfo (problème d'arguments (baudrate et port à fixer dans l'appel) mais je ne désespère pas d'y arriver.

En tout cas bravo pour votre D4, il réponds totalement à mon besoin.

PS : la prise USB à l'opposé du connecteur 'Linky' faciliterai l'installation dans le compteur.

Autre demande qui n'a rien à voir : un petit circuit ESP32 mono fil-pilote 4 à 6 ordres avec mesure de consommation et alim incluse (J'en commande 15 )

Cordialement

@Charles
Bonjour Charles,

Je viens de passer commande du uTeleinfo V3.
J'ai hâte de tester les 2 modules.

Cordialement

@Charles
Bonsoir Charles,

J'adopte votre proposition.
Je passe commande dès tout à l'heure... il est temps de se coucher.

Cordialement

@Charles
Bonjour,
Est-ce que j'aurai le même soucis avec votre module Denky D4 ?

Si vous acceptez un échange, je paie évidement les coûts supplémentaires.

A vous lire, cordialement

Bonsoir Charles,
Je rentre de déplacement et je viens de voir votre réponse.
J'ai fait les tests suivants en utilisant la bibliothèque python-teleinfo.
un pgm comme proposé sur le github :

#!/usr/bin/env python
from teleinfo import Parser
from teleinfo.hw_vendors import UTInfo2
ti = Parser(UTInfo2(baudrate=9600))
print (ti.get_frame())

j'obtiens l'erreur :

  File "/home/pi/hallard/teleinfo-master/build/lib/test.py", line 4, in <module>
    ti = Parser(UTInfo2(baudrate=9600))
  File "/home/pi/hallard/teleinfo-master/build/lib/teleinfo/hw_vendors.py", line 52, in __init__
    super(UTInfo2, self).__init__(port, *args, **kwargs)
TypeError: __init__() got an unexpected keyword argument 'baudrate'

Si je force la vitesse à 9600 dans hw_vendor.py pour ne pas utiliser d'argument 'baudrate", rien n'est transmis sur le terminal.

Concernant le cablage, le dongle est relié au linky par 2 fins câbles rigides de 7cm et au PI par une rallonge USB M/F.