Trames corrompues MQTT

[Charles]

@NPO mais t'es un génie, je suis trop jaloux de ne pas y avoir pensé !!

Bien sur le plus simple pour l'augmenter et d'en mettre une en série (et au début fallait la diminuer donc pas possible si simplement) et le plus simple est d'en mettre une avant, très bien joué et en plus ca conforte nos expériences, en standard il faut l'augmenter d'ou le potentiomètre de 1K qui sera sur toutes les prochaines séries (déjà sur le Denky et MicroTeleinfo V3) en lieu et place de la 220 Ohm, merci du retour.

Pour l'API tu dois utiliser MQTT ou faire des WEBPost depuis tasmota vers ta cible, tu peux faire tout ça très simplement avec un script Berry si t'es en ESP32 sinon avec des command WebQuery avec des rules (moins fun que le Berry)

[Charles]

@FredLo merci du retour, je viens de regarder j'ai ça en 3 Jours

Effectivement sur 2000 erreurs statistiquement la possibilité d'en avoir une bonne (1/64) et valide et pour moi depuis le debut le soucis est là.

D'ailleur ma trame MQTT ne contient pas d'étiquette chelou donc la vérification implémentée semble être assez efficace, surtout que le JSON sera toujours valide (faut peut être mais valide)

le code source que j'ai relu incluait ta dernière Pull Request qui n'est pas encore dans le build officiel

Si dans celui là (version teleinfo), car il ne sera jamais dans l'officiel la Teleinfo.

[FredLo]

@Charles

Ma liaison Linky/Denky est effectivement bien moins perturbée, mais mon watchdog s'est quand même déclenché deux fois aujourd'hui. Depuis, tous les compteurs de stats restent à zéro.

Je vais laisser tourner quelques jours pour avoir plus de statistiques et après je bascule sur un firmware avec ton dernier patch.

Bonne soirée.

[labu73]

Un petit bilan après 3 jours.

A noter que les 2 erreurs systématiques n'ont toujours pas causé de trames json incohérentes. A part le nombre d'errerus checksum, cela semble bon.

Bonne Journée

[Charles]

@labu73 tu as quand même pas mal d'erreurs de checksum, une petite resistance de 1K en série avec ta teleinfo devrait y faire le plus grand bien

j'étais environ à 30/heure à la 220 Ohm et maintenant je suis à 10/heure (j'ai changé par une 1K) je vais augmenter pour voir

[labu73]

@Charles
Bonsoir,

Tu as surement raison, il faut dire qu'une dizaine de mêtres d'un câble quelconque qui chemine au milieu de toutes les connexions de mon tableau principal, c'est pas idéal.

En tout cas, le remède a été efficace, plus de corruption MQTT.

Par contre, le côté systématique de 2 checksum par trame systématiques avec le dernier Firmware alors que sur l'avant dernier il y en avait peu me surprends.

Merci de ton aide et tes conseils

[Pi57]

Bonsoir,

Je suis un tout nouvel utilisateur de la teleinfo via tasmota
Je pense être dans un cas similaire à ceux de ce thread.
J'ai beaucoup de bad checksum.

Le checksum est toujours à 0...

De plus je pense qu'il me manque des étiquettes avec la TIC standard.

Comme indiqué plus haut j'ai déjà ajouté une résistance de 1K sur un des fils de la TIC.

Qu'est ce que je pourrais essayer de plus ?

Merci

[Charles]

@Pi57 je pense que tu as le firmware avec le fix codé trop rapidement (toutes les checksum à 0) peux tu installer la dernière version dispo ici ?

Tu as quoi comme carte ?

[Pi57]

@Charles
Ok je met à jour avec le firmware indiqué.
J'ai un esp32 D1 mini + Wemos teleinfo

[Pi57]

@Charles qu'elle est la différence entre le firmware teleinfo et le firmware teleinfo.factory ?

J'ai flashé le premier via l'interface web et pas de changement au niveau des checksum

[Pi57]

Bonsoir,

J'ai checké ce qui passe sur ma liaison série avec PuttY. A priori les données passent correctement, et il ne manque pas d'étiquettes. Ce que je recoit en MQTT est bien ce qui est envoyé par mon compteur

Est ce qu'il existe un mode debug pour avoir plus d'infos dans les log pour essayer de trouver le problème de checksum ? Si oui comment l'activer ?

Merci

[Pi57]

@Charles Bonjour,
Je pense avoir trouvé mon problème de checksum.
J'ai un abonnement HP/HC. La valeur contient un /, qui n'est pas autorisé dans les validity check (voir images).
Est ce que ca pourrait être ca ?

Bonne journée.

[Charles]

@Pi57 c'est exactement ça et c'est pour ça que tu n'as que des checksum errors et pas d'autres. Il faut que j'ajoute ce caractère, j'ai cherché tous ceux autorisés dans la spécification mais je n'ai pas trouvé.

En l'état aucun soucis pour toi, juste tu ne peux pas avoir cette étiquette retournée en attendant le fix mergé

En tous cas merci pour avoir trouvé le bug

[Pi57]

@Charles Pas de soucis
Et d'ailleurs on peux faire soit même des pull request pour corriger des bugs de se style ? ou ca doit passer par toi ?

Du coup ma teleinfo fonctionne plutot bien, merci encore pour le dev de la carte et le firmware
Il me reste plus qu'à réussir à faire fonctionner l'afficheur qui n'affiche rien pour le moment :s

[Charles]

@Pi57

Et d'ailleurs on peux faire soit même des pull request pour corriger des bugs de se style ? ou ca doit passer par toi ?

Absolument pas tout le monde peut faire des PR dans tasmota, j'ai tout ce qu'il faut sous la main et l'habitude ça m'a pris 2 min mais la 1ere fois chaud, faut avoir un fork, le maintenir en sync faire une branche et la merger, et parfois des rebase, le process est lourd au début mais si tu maitrises git aucun soucis (c'était pas mon cas et ça l'est pas toujours)

[FredLo]

@Charles

Bonjour,

Je confirme également le bon fonctionnement de la lib teleinfo suite à ton check sur les caractères autorisés lors du calcul du checksum.

J'avais une ou deux alertes par jour mais plus rien depuis. J'ai un abonnement Base en mode Standard.

Merci pour ton travail, aussi bien sur la carte que sur le soft.

Bonne journée

[labu73]

Bravo pour le fix, toujours aucun souci, malgré mon cablage pourri.

Au moins c'est robuste.

[Gauthier B]

Bonjour,

Je galere depuis quelques jours avec le bascule en mode standard.

J'avais un montage perso (possiblement incompatible), j'ai donc acheté le module WeMos Teleinfo pour min D1 mini (ESP8266).
Installation faite, toujours pas de mieux, j'ai toutes mes trames en erreur Checksum (je suis sur le dernier firmware disponible via l'installation web)

14:15:04.501 LibTeleinfo::checkLine Err checksum 0x00 != 0x48 (total errors=1)
14:15:05.751 LibTeleinfo::checkLine Err checksum 0x00 != 0x48 (total errors=2)
14:15:07.041 LibTeleinfo::checkLine Err checksum 0x00 != 0x48 (total errors=3)
14:15:26.752 LibTeleinfo::checkLine Err checksum 0x00 != 0x21 (total errors=4)
14:15:32.503 LibTeleinfo::checkLine Err checksum 0x00 != 0x57 (total errors=5)
14:15:37.003 LibTeleinfo::checkLine Err checksum 0x00 != 0x36 (total errors=6)
14:15:37.257 LibTeleinfo::checkLine Err checksum 0x00 != 0x48 (total errors=7)
14:15:37.258 LibTeleinfo::checkLine Err checksum 0x00 != 0x29 (total errors=8)
14:15:40.501 LibTeleinfo::checkLine Err checksum 0x00 != 0x57 (total errors=9)

Je pense qu'il y a un soucis de decodage des trames comme celui rencontré plus haut.

Detail important, je suis sur un linky en mode standard sur un contrat TEMPO (Jour Bleu / Blanc / Rouge, avec chaqu'un heure pleine / heure creuse)

Je ne trouve pas comment lire la trame recu du compteur (pour verifier si elle est correctement recu, et vous la transmettre pour debug)

A vous lire
Gauthier

[Charles]

@Gauthier-B pourriez vous mettre une résistance de 1K en serie avec l'un des fils de la téléinfo ?

[mat]

@Charles J'ai également beaucoup de trames corrompues :

17:17:35.173 LibTeleinfo::checkLine Err checksum 0x00 != 0x53 (total errors=536)
17:17:38.685 LibTeleinfo::checkLine Err checksum 0x00 != 0x53 (total errors=537)
17:17:42.637 LibTeleinfo::checkLine Err checksum 0x00 != 0x53 (total errors=538)

J'ai la dernière version du Denky (reçu cette semaine) avec la resistance variable.
Comment faut-il procéder pour ajuste rla resistance :

• Denky éteind ou allumé ?

• Tourner dans quel sens ?

• Est-ce qu'il y a un risque de casser quelque chose ?

Désolé pour les questions naïves, je ne maitrise pas l'éléctronique.