@Nicolas-Bernaerts je pense avoir trouvé une solution paliative (une rustine plutot). En plus de la désactivation de l'AX sur le 2.4Ghz, j'ai effectué quelques modifications. Voici le rapport généré par Hermes : DENKY D4 - RAPPORT TECHNIQUE Date : 12 juin 2026 Firmware : Tasmota 15.2.0 (teleinfo-denkyd4) Matériel : ESP32-PICO-V3-02 v3.0 @ 240 MHz IDENTIFICATION Appareil : Denky D4 (compteur téléinformation) MAC : 4C:75:XX:XX:BC:B0 IP : 192.168.1.52 Hostname : denky-7344 Module : ID 0 (Denky D4) MQTT : Connecté à HA 192.168.1.111:1883, topic "denky", client "denkyd4" OTA URL : NicolasBernaerts/tasmota/.../tasmota32-teleinfo-denkyd4.bin PROBLÈME 1 : CORRUPTION DE LA CLÉ RÉSEAU ZIGBEE Symptôme : Après reboot de la VM HAOS, Zigbee2MQTT (v2.12.0) crash au démarrage. Message : "Network key must be a 16 digits long array, got 15 values" Cause : Le fichier zigbee2mqtt/configuration.yaml avait une network_key incomplète (15 valeurs au lieu de 16). La version 2.12.0 a ajouté une validation stricte absente des versions précédentes. Solution : Récupération de la clé complète depuis coordinator_backup.json. Clé hexadécimale : 96af96ec5916xxxxxxx4d36c8a671fdc network_key: 150 - 175 - 150 - 236 89 - 22 - 32 - 198 2 - 228 - 211 - 108 138 - 103 - 31 - 220 <-- 16eme valeur ajoutée Problème secondaire : PAN ID et Extended PAN ID non synchronisés. Solution : Ajout dans advanced: advanced: pan_id: 0xb232 ext_pan_id: - 0x15 - 0xc9 - 0xfa - 0x64 - 0xe5 - 0x4a - 0x06 - 0x2a PROBLÈME 2 : DÉCONNEXIONS WIFI SUR RÉSEAU MESH FREEBOX Symptôme : Le Denky D4 se déconnecte périodiquement quand il est physiquement proche de la Freebox Ultra, mais reste stable sur le répéteur WiFi. Timeline (monitoring ping toutes les 2 secondes) : Départ : Connecté répéteur -64 dBm (BSSID repeteur) Switch Freebox : Reconnexion repeteur -78 dBm (BSSID repeteur) +47 minutes : Déconnexion complete signal trop faible Cause racine : L'ESP32 ne fait PAS de roaming actif entre les BSSID d'un réseau mesh. Il reste accroché au BSSID du répéteur même avec un signal très faible (-82 dBm). La connexion finit par lâcher sans parvenir à rescanner un meilleur AP. Topologie identifiée : Freebox Ultra (gateway 192.168.1.254) MAC WAN : 38:07:XX:XX:4D:A7 WiFi 2.4GHz BSSID : 3A:07:XX:XXB2:90 WiFi 5GHz BSSID : 3A:07:XX:XX:B2:94 SSID : "WiFi-du-voisin" Repeteur Freebox (192.168.1.2) MAC : 38:07:XX:XX:B1:16 WiFi BSSID : 3A:XX:XX:68:8D:A0 SSID : "WiFi-du-voisin" (mesh) Solution - Forcer un rescan WiFi avec sélection du meilleur AP : 1. Mode scan complet au démarrage curl http://192.168.1.52/cm?cmnd=WifiConfig 5 2. Réduire la puissance pour éviter le repeteur lointain curl http://192.168.1.52/cm?cmnd=WifiPower 2 3. Redémarrer (le scan choisira le meilleur BSSID) curl http://192.168.1.52/cm?cmnd=Restart 1 4. Revenir en mode normal curl http://192.168.1.52/cm?cmnd=WifiConfig 4 curl http://192.168.1.52/cm?cmnd=WifiPower 10 Note : La commande BSSId n'est PAS supportée dans Tasmota 15.2.0. On ne peut pas forcer un BSSID spécifique. La solution passe par la manipulation de WifiPower + WifiConfig pour forcer un rescan. État final stable : BSSID : 3A:07:XX:XX:B2:90 (Freebox Ultra) Signal : -29 dBm RSSI : 100% WifiPower : 10 dBm PROBLÈME 3 : CRASH ANTÉRIEUR (IllegalInstruction) Symptôme : Tasmota status12 montre un crash dans le call stack. { "StatusSTK": { "Exception": 0, "Reason": "IllegalInstruction", "EPC": "4000d00f", "CallChain": [ "4000d00c", "40155491", "4014ded2", "40150491", "40129cb2", "400e5fc2", "4011ccca", "400debf0", "400d9cb4", "4015929b" ] } } Température ESP32 mesurée : 58 a 62°C. Cause exacte non déterminée (conflit serie teleinfo ? surchauffe ?). Recommandation : Surveiller StatusSNS.ESP32.Temperature. Si > 70°C, ajouter un dissipateur thermique. CONFIGURATION FINALE WifiConfig: 4 (Retry mode avec scan initial) WifiPower: 10 dBm SSID1: WiFi-du-voisin BSSID: 3A:07:XX:XX:B2:90 (Freebox Ultra) Signal: -29 dBm (RSSI 100%) IP: 192.168.1.52 (bail statique Freebox) Gateway: 192.168.1.254 DNS: 192.168.1.253 (AdGuard) MQTT: 192.168.1.111:1883 OUTILS DE MONITORING Script ping permanent (toutes les 2 secondes) Détection de changements d'état ARP (REACHABLE/PROBE/FAILED) Collecte automatique des logs Tasmota à chaque (re)connexion 25 fichiers de télémétrie sauvegardés (status0 a status13, WiFi, MQTT, etc.) Fichier d'événements avec timestamps pour chaque transition UP/DOWN COMMANDES UTILES TASMOTA http://192.168.1.52/cm?cmnd=status 0 -> Status complet http://192.168.1.52/cm?cmnd=status 5 -> Status réseau http://192.168.1.52/cm?cmnd=status 11 -> Status instantané (WiFi + énergie) http://192.168.1.52/cm?cmnd=WifiPower -> Puissance WiFi http://192.168.1.52/cm?cmnd=WifiConfig -> Mode WiFi http://192.168.1.52/cm?cmnd=Restart 1 -> Redémarrer ================================ Document généré le 12 juin 2026

@ascqannapes il faut installer l'image factory (celle du C3 sur le github de Nicolas) avec ESPFlasher, et ca va se faire tout seul

@Charles je confirme. Dès que l'alim USB est branchée, au prochain réveil le winky ne se rendormira plus. Cela permet de faire une maj OTA sans besoin de débrancher le winky du compteur. C'est à retester ... bien sûr. Pour la version stable, la dernière beta n'a pas bougée depuis quelques temps. Si tous les tests sont ok, je pourrai la basculer en v15.2. La prochaine évolution majeure sera en v15.3.

@ben33880 avec le diag, c'était assez simple

@Nicolas-Bernaerts Salut, Oui je copnfirme le Wifi pourri, mes observations. Plus trop de perte de trames sur le MQTT depuis...la fin des vacances scolaires. Au pire j'ai l'ESP32 qui merdouille sur la consolidation horaire parce qu'il manque 2/3 trames sur le stockage 5 mins, mais ce programme micropython m'envoie un emai alors. C'est donc sans appel on parle de fibre, aucune raison donc qu'il y ait un débit trop bas. Et l'affluence des congés ne justifiera pas auprès de quelconque provider la mise en place de matos supplémerntaire. Dpnc je laisse tomber, en dernier recours je rétablie les heures manquantes à l'aide du fichier annuel CSV du Denky. Précision utile aux lecteurs il y a quand même aucun exemple à ma connaissance sur mqqt.robuste qui de toutes façons dépend de mqqt.simple. Et comme cette librairie a été intégrée dans le micropython, je pense que c'est pas prêt de changer... Donc le soft reset est une bonne solution Bonne continuartion

Pas de succès, j'ai bien réussi le flash avec esptool, mais pas d'interface série disponible sur le port USB. En passant par la console sur le web, le status est le suivant : 23:05:11.094 CMD: status 0 23:05:11.097 MQT: X010/stat/STATUS = {"Status":{"Module":1,"DeviceName":"X010","FriendlyName":["X010"],"Topic":"X010","ButtonTopic":"0","Power":"0","PowerLock":"0","PowerOnState":3,"LedState":1,"LedMask":"FFFF","SaveData":0,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0,"StatusRetain":0}} 23:05:11.132 MQT: X010/stat/STATUS1 = {"StatusPRM":{"Baudrate":115200,"SerialConfig":"8N1","GroupTopic":"tasmotas","OtaUrl":"","RestartReason":"Software reset CPU","Uptime":"0T00:01:23","StartupUTC":"2026-05-11T22:03:48","Sleep":50,"CfgHolder":4617,"BootCount":4,"BCResetTime":"2026-05-11T22:56:20","SaveCount":4}} 23:05:11.157 MQT: X010/stat/STATUS2 = {"StatusFWR":{"Version":"15.2.0(tasmota)","BuildDateTime":"2026-04-30T07:06:42","Core":"3.3.4","SDK":"5.3.4.251205","CpuFrequency":160,"Hardware":"ESP32-C6FH4 v0.1","CR":"317/699"}} 23:05:11.182 MQT: X010/stat/STATUS3 = {"StatusLOG":{"SerialLog":2,"WebLog":2,"MqttLog":0,"FileLog":0,"SysLog":0,"LogHost":"","LogPort":514,"SSId":["ELFE-2",""],"TelePeriod":300,"Resolution":"558080C0","SetOption":["00008009","2805C80001000600003C5A00192800000000","00408080","00006000","00004000","00000000"]}} 23:05:11.209 MQT: X010/stat/STATUS4 = {"StatusMEM":{"ProgramSize":1638,"Free":217,"Heap":252,"StackLowMark":4,"PsrMax":0,"PsrFree":0,"ProgramFlashSize":4096,"FlashSize":4096,"FlashChipId":"164020","FlashFrequency":80,"FlashMode":"QIO","Features":["040C","0F2084CE","00000001","00020746","00000000","00000000","00040080","00200000","0400080C","00000000","00020004"],"Drivers":"1,2,3,!4,9,10,13,38,50,52,!59,62,!80,98,!99,!121","Sensors":"2,3,5,7,8,9,14,127","I2CDriver":"8,9,10,15"}} 23:05:11.256 MQT: X010/stat/STATUS5 = {"StatusNET":{"Hostname":"X010-7836","IPAddress":"10.42.0.242","Gateway":"10.42.0.1","Subnetmask":"255.255.255.0","DNSServer1":"10.42.0.1","DNSServer2":"0.0.0.0","Mac":"E4:B3:23:9C:98:94","IP6Global":"","IP6Local":"fe80::e6b3:23ff:fe9c:9894%st1","Webserver":2,"HTTP_API":1,"WifiConfig":4,"WifiPower":16.0}} 23:05:11.281 MQT: X010/stat/STATUS6 = {"StatusMQT":{"MqttHost":"10.42.0.1","MqttPort":1883,"MqttClientMask":"DVES_%06X","MqttClient":"DVES_9C9894","MqttUser":"DVES_USER","MqttCount":1,"MqttTLS":0,"MAX_PACKET_SIZE":1200,"KEEPALIVE":30,"SOCKET_TIMEOUT":4}} 23:05:11.306 MQT: X010/stat/STATUS7 = {"StatusTIM":{"UTC":"2026-05-11T22:05:11Z","Local":"2026-05-11T23:05:11","StartDST":"2026-03-29T02:00:00","EndDST":"2026-10-25T03:00:00","Timezone":"+01:00","Sunrise":"05:13","Sunset":"20:19"}} 23:05:11.333 MQT: X010/stat/STATUS10 = {"StatusSNS":{"Time":"2026-05-11T23:05:11","ENERGY":{"TotalStartTime":"2026-05-11T22:56:21","Total":0.000,"Yesterday":0.000,"Today":0.000,"Power":0,"ApparentPower":0,"ReactivePower":0,"Factor":0.00,"Voltage":0,"Current":0.0}}} 23:05:11.359 MQT: X010/stat/STATUS11 = {"StatusSTS":{"Time":"2026-05-11T23:05:11","Uptime":"0T00:01:23","UptimeSec":83,"Heap":255,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"Berry":{"HeapUsed":3,"Objects":34},"Wifi":{"AP":1,"SSId":"ELFE-2","BSSId":"B8:27:EB:BB:93:14","Channel":6,"Mode":"HT40","RSSI":100,"Signal":-39,"LinkCount":1,"Downtime":"0T00:00:04"},"Hostname":"X010-7836","IPAddress":"10.42.0.242"}} Bon, après, ca n'est pas mon problème le plus pressant. J'arrive à flasher ou reflasher si besoin, et puis si on ne se trompe pas, le winky est bien sur le bon réseau dès le début

@Nicolas-Bernaerts je vais avoir à mettre en place un second module je verrai à ce moment là

@rvx said in Branchement et configuration Winky: Par rapport a l'utilisation, @Nicolas-Bernaerts , qu'entendez-vous par cela "stresse" l'ESP en fait, si il n'a pas la ressource nécessaire pour effectuer les tâches qui s'empilent, il peut saturer et partir en reset, juste ça.

@Nicolas-Bernaerts Merci pour le retour, effectivement j'ai vu que ça fonctionnait à ce moment-là. => Est-ce que la signification des couleurs des LEDs est documentée quelque part ? Bon, et le module a perdu la connexion peu de temps après, du coup j'ai l'impression que ma manip de mise en place n'est pas bonne (flash>configuration>branchement). J'aimerais reprendre ça depuis le début, est-ce qu'il y a une doc qui va avec ton code ajouté à Tasmota ?

@Thierry54 oui c'est tout à fait possible, normalement on peut mettre beaucoup de distance de câble. Perso je prends du cable réseau, téléphonique voir petit câble d'enceinte et ça fonctionne très bien.

@Nicolas-Bernaerts Merci beaucoup ! Ça fonctionne très bien et c’est plus clair pour moi ?

@Nicolas-Bernaerts Merci beaucoup, ah oui c'est mieux ainsi ! J'avoue que cela me prenait la tête de modifier les données à la main dans les statistiques. Merci encore et une belle journée

@Nicolas-Bernaerts Merci Nicolas, je regarde ça.

@p-mathis top, merci

@p-mathis Génial, merci pour le partage et bonne année aussi

@Charles Trouvé! Je ne sais pas pourquoi, mais flasher sur FireFox (142.0.1 (aarch64, Raspberry pi) ne marche pas pour moi. Changer sur Chromium (Version 142.0.7444.175) et ca marche. Une fois terminé, Firefox peut gerer, a permiere vue, mais je reste sur Chromum our l'instant. En passant, pour moi, le DNS semble figé sur Amazon US (16.100.251.63), et NTP sur ntp.org... Charles, merci beaucoup pour l'assistance! Tony

@jlnvllr Bonjour, est ce que la LED bleu clignote (celle qui est connectée à la TIC) ? Si elle ne s'allume pas il faut vérifier la connection aux bornes I1 et I2. La connection est assez touchy il faut que les fils soient dénudés sur au moins 1cm et appuyer avec un tournevis sur la partie noire au dessus de I1/I2 pour libérer le fait de pouvoir insérer les fils dedans. une simple recherche de linky branchement tic i1 i2 sur google vous donnera pléthore de réponses.

Installé depuis 2 jours, pour l'instant tout est ok