Voici le schéma d'interface pour connecter le compteur PME PMI à un ESP. [image: 1759183670012-1000029282.jpg] Le connecteur I2C du denky peut être utilisé moyennant une modification de la configuration du module pour déclarer TinfoRx sur la bonne GPIO.

@kimsti Ahhh désolé j'avais pas percuté que tu avais essayé avec un convertisseur USB/Série, qui du coups était connecté sur l'I2C avec le connecteur QWIIC, effectivement ça ne pouvait pas marcher. Ce connecteur est dédié pour connecter des cartes avec capteurs en I2C. En regardant à nouveau la photo c'est très clair, mais oui le Denky à déjà tout ce qu'il faut dessus et le convertisseur USB Serial en fait partit. Donc juste un cable USB et c'est partit.

@steph32 you're welcome

@filou59 l'ideal est tout simplement d'utiliser l'autoconf lors de la 1ere configuration, tout se fait tout seul ensuite. https://github.com/hallard/Denky-D4/blob/main/README.md#autoconf

@Tostaky said in Denky D4 + Tempo: payload['IDX_SOUT_HP'] = value['EASF02'] payload['IDX_SOUT_HC'] = value['EASF01'] Evidement, ces lignes sont en trop

@lebphi vous avez pu tester la nouvelle version ?

@Delio la version de @Nicolas-Bernaerts les remonte aussi, direct dans HA mais comme toi je n'utilises pas les today et yesterday de Tasmota. En revanche le gros avantage c'est qu'il te calcule la puissance active et le cos phi que tu n'as pas en natif. [image: 1725314065768-45390842-aa90-4a06-b2e8-a7e042e3a77e-image.png] tu as quand même un paquet d'options que tu ne trouveras pas ailleurs [image: 1725314188189-c055ef1a-c3b3-463e-b774-cd4b136c2ab5-image.png]

@mikebzh44 merci

@Charles Top, merci !

@bdabda55 regarde ici tu devrais trouver ton bonheur https://community.ch2i.eu/topic/1501/compilation-esp-home-pour-avoir-la-tic-sur-cet-esp/2

@M1larepa as tu essayé juste de lui faire un reset pour le redémarrer ?

@Charles Merci beaucoup, je vais regarder ça de plus près.

@Nicolas-Bernaerts homey c'est juste une tuerie car l'UX est top et tu fais des scenarios en 2/2 depuis sont smartphone et tu peux faire des advanced flow https://homey.app/fr-fr/advanced-flow/ Le hard ils utilisent tous à peut prêt la même chose donc c'est pas super différenciant en fait, le plus c'est l'interface, la leur est juste WAF certified Si tu utilise des tasmota, avec l'appli tasmota MQTT c'est un bonheur tu ajoutes tes devices (depuis ton smart phone en 2s chrono), idem mes radiateurs tasmota version thermostat mqtt avec shelly 1PM pour mesure de consommation et plugins vthermo pour homey (on croirait un nest) [image: 1708768980451-cd3fe9fb-97f7-40aa-884f-e134317b190e-image.png] l'avantage du shelly pro (ESP32+BLE) c'est que tu peux associer un capteur BLE à que dalle qui fait ta sonde de temperature pour piloter le radiateur via tasmota, même pas besoin de box ou de cloud et ça c'est carrément canon pour faire du stand alone !!!! J'ai poussé le vice dans ma capture le vthermo moyennise les capteurs de température pour avoir la valeur moyenne et piloter le radiateur

@radius7 Excellent, merci pour le retour très interessant

@Sacavoile La section CAL donne d'ores et déjà ces informations : lv = 3 : jour rouge hp = 1 : heure pleine Une simple règle Berry devrait pouvoir le détecter et le gérer.

@Nicolas-Bernaerts Au top merci

@Nicolas-Bernaerts je vous ai repondu la bas aussi

@Nicolas-Bernaerts Bonjour Nicolas Ok merci je vois cela modification faite je te tiens au courant délai de 5mm [image: 1705484722975-capture-d-x27-%C3%A9cran-2024-01-17-104458.png]

Bonjour, Maintenant que les fêtes sont passées je vais pouvoir apporter quelques éléments sur ce sujet. En effet j'avais moi aussi énormément d'erreurs de checksum (60% des trames !) et j'ai galéré pour comprendre d'où cela venait. J'utilise la version Tasmota de Nicolas Bernaerst et j'ai un linky triphasé (important pour la (suite) En fait, pour voir s'il y avait des erreurs, j'accédais aux informations via l'interface web sur mon réseau local car très pratique pour voir les erreurs, avec 3 fenêtres (la principale qui affiche en temps réel le tableau de bord, la deuxième "message" avec le tableau de valeurs brutes et checksum du message TIC et la troisième avec la console qui permet de voir les trames en entier et les erreurs). Et là, plus d'une trame sur 2 est en erreur de checksum sur un des paramètres lus. Finalement, ma conclusion c'est que le problème vient de la charge de l'ESP32, trop d'informations remontées, surtout en triphasé. Quand j'ai modifié le niveau de debug de la console, sans affichage des trames, les erreurs ont beaucoup diminuées voir disparues et quand sur la console je ne mets que les erreurs, alors plus d'erreurs du tout ! Confirmé par le tableau des valeurs brutes (message) où toutes les valeurs sont bien remplies (quand il y avait des erreurs, les paramètres en erreur checksum ainsi que les suivants dans la trame ne sont pas renseignés et les lignes restent vides). Bref il y avait des erreurs quand je regardais et il n'y en avait pas quand je ne regardais pas ...

@Charles Bonjour Charles, ok je vais regarder merci