Bon j''ai commencé à regarder, il faut aussi que je change la libtéléinfo car le format des trames à changé aussi et je n'aurais rien pour valider tant que j'ai pas de linky. Donc si tu veux on peu tester ensemble mais tu devras prendre le repo de mon github pour les tests et compiler par toi même si t'es ok.

Bonjour,

Si le firmware de mysensors sait gérer la teleinfo je dirais oui. Niveau hardware c'est compatible il suffit de relier la TX du PiTeleinfo sur l'entrée RX du Wemos et alimenter le PiTeleinfo en 3.3V (Attention l'enlever la téléinfo lors du flash du WeMos sinon ca fait conflit avec la serial)

@Seb-H
oui il faut implémenter les étiquettes du Linky dans tasmota, c'est dans ma todo list.

Bonjour,

Oui c'est possible, surtout si tu es en Linky, tu es en mode standard ou historique ?

Christophe,
Pour le moment l'implémentation de la téléinfo Tasmota est très basique et juste "fonctionelle", tu peux afficher les valeurs et consommation de la téléinfo en mode historique.
il y a encore un peu de boulot, mais pour le moment je suis charrette sur d'autres projets. le "skeleton" est prêt, y'a plus qu'a mais aussi surtout savoir ce que vous voulez faire ensuite avec les données.

@Seb-H
j'utilise le module "energy" de tasmota en base sur lequel je viens greffer des information de la téléinfo. sur le module energy il fait ses calculs tout seul (je n'y touche pas en fait)

En revanche j'ai codé pour le moment que les contrats HC/HP toi tu es en toutes heures donc tu ne vois pas ton index mais la partie energy update devrait marcher. Wahou contrat 90A, gourmand

tu pourrais poster une trame complète téléinfo de ton compteur stp ainsi que la fenetre de log (celle du navigateur) de tasmota stp ?

@cbparks
The reading and display depends on reference resistors soldered on your boards, in my design it's 390 for PT100 and 3900 for PT100, it's declared here and the only place it should be

Then declare if you want to use PT100 or PT1000 here

Eric, je viens d'avoir un retour d'un utilisateur qui a le même problème que toi, il a mis une 1K en lieu et place d'une 4K7, ça semble fonctionner impeccable à 9600 bauds

j'utilise platform.io aussi avec VStudio code, je change la ligne dans le fichier platformio_override.ini

Eric,

Franchement je ne sais quoi te dire, tous ceux qui ont fait la modif ça fonctionne. Et je n'ai as le Linky pour vérifier.

Peut être remplacer la 4K7 par une 3.3K ou 2.2K pour tester?

@Nicolas-Deraedt le PR a été mergé ce qui veut dire que la branche developement de Tasmota contient la téléinfo

il te faut donc charger la branche development de tasmota (directement depuis le github tasmota). Ensuite décommenter la ligne #define USE_TELEINFO du fichier my_user_config.h pour l'activer dans le firmware

#define USE_TELEINFO                             // Add support for Teleinfo via serial RX interface 
//  #define USE_TELEINFO_STANDARD                  // Use standard mode (9600 bps) else it's historical mode (1200 bps)

Tu compiles bien la version tasmota-sensors

Ensuite une fois ton module opé, tu mets la config suivante (ou directement ce template {"NAME":"WifInfo","GPIO":[7,255,255,208,6,5,255,255,255,255,255,255,255],"FLAG":15,"BASE":18}) en fonction de ton câblage attention pour le moment je pense que ça ne fonctionne qu'avec la liaison série hardware (Teleinfo que tu dois connecter sut RX (GPIO3)) donc déconnecté la teleinfo quand tu flash l'ESP sinon conflit.

Et voila ensuite ce que ça donne

Bonjour,

Wahou quel challenge de souder une 4K7 comme ça, félicitations
Tu peux me faire une photo de R3, normalement le silk indique 4K7 mais ce doit être une 1.2K de soudée non ?

la librairie vient de passer en V1.1.2 ça devrait corriger les problèmes de corruption de données.

Messieurs,

J'ai plutôt une bonne nouvelle, je viens de créer une PR pour ajouter la téléinfo à l'excellent Firmware Tasmota. Celui ci supporte un nombre impressionnant de devices, de fonctions et il est d'une stabilité exemplaire. Et bien entendu des compteurs d'impulsions sont déjà gérés.

Ma PR (basique pour le moment juste de l'affichage) est parfaitement fonctionnelle et elle est dispo ici

Nous n'auront plus qu'a maintenir la partie téléinfo ce qui soulagera tout le monde et nous beneficierons de toules les nouveautés de ce firmware.

Oui possible tout dépend de ce que fait le programme et la version de la stack IP et si tu utilises la vraie serie ou le software serial (que je déconseille)

Pierre,

C'est du language C me->name est un pointeur sur sur une chaine char * tu ne peux pas faire un ==, d'ailleurs le compilateur à du lever un warning sur le sujet non?

Ton code doit être du genre

if (strncmp(me->name, "HCHP",4) == 0 ) {

}

It's because you can use it without soldering, and also it stays in place when you need to solder it.

Oui,
Tu peux passer R1 à 1.2K et la pulldown avant le transistor a 4K7 ça devrait mieux marcher.

Bonjour à tous
Remy avait commencé à travailler sur une version privée nommée NRJMeter, c'est celle avec les graphes et la totale et même avec un simulateur de téléinfo

Comme ni Rémy (maintenant Papa) ni moi même n'avons le temps j'ai décidé d'ouvrir le repository au public
https://github.com/hallard/NRJMeter
Attention Rémy avait mis la béta du framework bootstrap 4 certainement à upgrader, y'a pas mal de boulot de fait mais il en reste encore à faire et certainement que depuis le temps pas mal d'API ont changées.

Voilà perso je n'ai plus du tout le temps de gérer ça peut être un jour si un client me demande un truc dans le genre je reprendrais mais pour le moment je n'ai physiquement pas le temps.

N'hésitez pas à forker et je publierais les Pull Request avec plaisir. Je peux même vous ajouter en collab pour que vous puissiez directement travailler sur le repo sans avoir a gérer des fork dans tous les sens.

Ce serait bien aussi maintenant que c'est libéré de mettre un petit readme histoire de savoir ou on en est et ajouter une license open source.

Voilà, bon courage a vous si vous voulez contribuer et merci poiur votre soutient.

Charles

@davTIC
La réponse est extrêmement simple, c'est tout simplement que le problème avec le mode standard est apparu après le batch de fabrication. Donc bien sur le prochain batch contiendra le fix adéquat.
Qui plus est je n'ai toujours pas de Linky chez moi donc j'ai du tester tout ça en aveugle, heureusement que des utilisateurs de Linky ont aidé la communauté.