@Nicolas-Bernaerts Allez, je vais tester ça à la maison, le winky du bureau en v15.2beta12 est toujours présent.
On touche au but !

@Nicolas-Bernaerts OK, je flashe ça pour tester.

La version précédente avec le "winky_max" réglé à 3 tient aussi la route, je n'ai pas eu de coupure depuis 24h. Il publie cet état-là :

 "WINKY": {
    "nmsg": 3,
    "ncos": 1,
    "nboot": 10,
    "vboot": 5,
    "vsleep": 4.89,
    "vmeter": 8.44,
    "net": 2970,
    "rtc": 4174,
    "mqtt": 5579,
    "up": 8087,
    "sleep": 0
  }

@Nicolas-Bernaerts J'utilise uniquement MQTT, avec TLS. Sur un broker autohébergé.

@Nicolas-Bernaerts Merci pour l'analyse, je reste dispo pour explorer cela. Le winky s'est encore coupé après ~8h de fonctionnement. Je relance avec ce réglage de winky_max.

J'hésite à repasser sur le code de @ferrader (avec wifi "one4all"), en imaginant qu'il est davantage centré sur ce point "alimentation" ?

@Nicolas-Bernaerts je n'ai pas fait de réglage sur ce point, ce sont des messages que j'observe sur mon broker. Tant mieux si ça aide

winky_max est à la valeur 0, je n'avais pas touché à ce réglage.

à quoi correspond nmsg ? la valeur publiée après 8 heures d'uptime est la suivante :

  "WINKY": {
    "nmsg": 36,
    "ncos": 12,
    "nboot": 9,
    "vboot": 5,
    "vsleep": 4.73,
    "vmeter": 8.44,
    "net": 3076,
    "rtc": 4317,
    "mqtt": 5886,
    "up": 51979,
    "sleep": 0
  }

Et voilà la page d'accueil de mon winky, si ça aide aussi...

@Nicolas-Bernaerts

@Charles Okay bon, c'est encourageant (je crois?). Mais de mon côté je ne peux pas désactiver le deepsleep bien entendu.
Je continue à redémarrer le winky à la main, en attendant une Beta12 ? S'il faut retirer la serial-over-usb pour gagner en stabilité, je prends Et j'espère que je trouverais une rustine pour changer le mode TIC à distance over mqtt, pour les winky qui restent muets.

Pour info, mon winky publie le status suivant, dans son message "sensor" :

  "WINKY": {
    "nmsg": 23,
    "ncos": 12,
    "nboot": 8,
    "vboot": 5,
    "vsleep": 4.84,
    "vmeter": 8.41,
    "net": 3192,
    "rtc": 4214,
    "mqtt": 6173,
    "up": 33067,
    "sleep": 0
  }

@Nicolas-Bernaerts

• le winky_sleep est configuré à 45.00
• la tension min est à 3.70
• la tension max est à 4.20

17:11:31.746 CMD: winky_start
17:11:31.751 MQT: xky/X006/stat/RESULT = {"winky_start":"4.20 Volt"}
17:11:36.321 CMD: winky_stop
17:11:36.326 MQT: xky/X006/stat/RESULT = {"winky_stop":"3.70 Volt"}

=> Je préfère une répétition fixe et pas trop rapide pour l'envoi de données. Mais peut-être c'est plus pertinent de régler ca avec Teleperiod ?

J'ai eu un fonctionnement correct de 10h à 13h15, puis le module est retombé en erreur (plus d'envoi sur MQTT).Voilà l'affichage que j'ai après l'avoir rebranché sur mon PC

Quels logs je peux sortir pour aider ?

@Nicolas-Bernaerts Bonjour,
Du coup j'ai repris la procédure du début, avec la 15.2-beta11 : le système n'accepte pas de valeur "winky_sleep" supérieure à 60, mais ca n'est pas important. Il n'y a pas non plus d'auto-détection du format TIC (Standard ou Historique) proposé dans la config, c'est plus embêtant mais je peux m'en sortir.

Par contre, après branchement sur la TIC, j'ai des valeurs pendant environ 10h (au pas 45s), puis le winky se coupe et se retrouve en Safeboot.
En le rebranchant au PC puis en le remettant en place, la publication reprend.

=> Est-ce qu'il y aurait un autre réglage à changer ? Est-ce que d'autres infos sur le système vous permettraient de préciser le souci ?

En attendant je rebranche et je teste...

Merci à vous deux pour la réponse rapide

@Charles said:

Le firmware évolue constamment, je pensais que la 1ere manip que tu faisais c'était de mettre à jour le firmware

Au temps pour moi, je m'étais présumé qu'il y avait une version stable dans le matériel, mais effectivement c'est aussi très logique de reflasher à réception. J'avais un peu peur de cette manipulation (surtout à répéter), mais ESP-flash est efficace.

Par contre, je vais devoir choisir une version stable/suffisante pour ma flotte, car ça sera risqué de faire une mise à jour à distance pour les Winky en autoalimentation...

Je teste la 15.2.beta11 et je vous redis !

Je viens de vérifier sur la page du firmware https://github.com/NicolasBernaerts/tasmota/tree/master/teleinfo#carte-winky

J'ai vu les commandes spécial Winky, voilà mes valeurs actuelles, obtenues en mode console via le web :

11:50:50.885 CMD: winky_sleep
11:50:50.890 MQT: xky/X106/stat/RESULT = {"winky_sleep":"0.00"}
11:51:28.554 CMD: winky_start
11:51:28.559 MQT: xky/X106/stat/RESULT = {"winky_start":"4.20 Volt"}
11:51:31.113 CMD: winky_stop
11:51:31.119 MQT: xky/X106/stat/RESULT = {"winky_stop":"3.70 Volt"}
11:51:44.146 CMD: winky_ref
11:51:44.151 MQT: xky/X106/stat/RESULT = {"winky_ref":"1.50 Farad"}
11:51:57.234 CMD: winky_max
11:51:57.435 MQT: xky/X106/stat/RESULT = {"winky_max":-99}

=> Est-ce que la dernière valeur est problématique ? Je n'arrive pas à la changer en entrant une commande comme "winky_max 3", le winky renvoie toujours la valeur -99...

Bonjour à tous,

J'ai un problème tenace avec le Winky, que j'ai reçu flashé avec la version 14.11beta10 de Nicolas : je n'arrive pas à le faire fonctionner en autoalimentation. Je suis la procédure classique de tasmota : alimentation en USB-C, le Wifi autogénéré apparait, configuration du Wifi, le winky se reconnecte à mon LAN, configuration MQTT => Ca publie bien sur mon broker.

Je branche sur le Linky sans rien configurer de plus, et là plus de réponse : seule la LED bleue de la téléinfo s'allume puis clignote toutes les ~2 sec (comme si le Winky rebootait en boucle ?).

J'ai ensuite tenté des manips (appui sur les boutons, branchement USB en même temps que la TIC...) mais rien n'a réglé la situation, alors je reviens au départ : est-ce que j'ai raté quelque chose dans la préparation du module avant branchement ? Ou bien aurais-je du suivre une autre procédure avec ce firmware-là ?

Je précise que la Téléinfo et le réseau Wifi du LAN fonctionne bien puisque j'ai un WeMos Teleinfo qui remonte de la donnée depuis 3 ans.

Merci pour vos lumières !

PS : ça m'arrangerait de trouver une solution avec le firmware en place, car j'en ai 80 exemplaires

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 Bonjour et merci pour la réponse Je flashe cette version (du coup en suivant la procédure de Charles) et je vous tiens au courant du résultat.

@Charles Merci pour les indications, ca permettra de débloquer au pire cas, mais avec un temps de reflashage + long...
Mais effectivement, l'idéal serait l'accès à l'interface série

Pour préciser, j'essaie d'accéder à l'interface série du Winky via le service https://tasmota.github.io/install/ en cliquant sur "Open console"

et l'affichage donne uniquement :

[14:36:58]ESP-ROM:esp32c6-20220919
[14:36:58]Build:Sep 19 2022
[14:36:58]rst:0x15 (USB_UART_HPSYS),boot:0xe (SPI_FAST_FLASH_BOOT)
[14:36:58]Saved PC:0x42044fae
[14:36:58]SPIWP:0xee
[14:36:58]mode:DIO, clock div:2
[14:36:58]load:0x40875720,len:0x148
[14:36:58]load:0x4086c110,len:0xc4c
[14:36:58]load:0x4086e610,len:0x2314
[14:36:58]entry 0x4086c110

sans réponse ensuite aux commandes que j'entre. Le fait qu'il y ait des premiers messages me fait dire que ce n'est pas un problème de pilote ou de câble USB...

Et j'obtiens le même résultat en utilisant le moniteur série du logiciel Arduino sur mon PC.

Bonjour,

Je teste plusieurs Winky depuis quelques semaines, avec la version tasmota de Nicolas. J'arrive bien à configurer l'appareil depuis son réseau wifi en Access Point, pour lui donner un id/pw de wifi à rejoindre.

Mais en cas d'erreur dans la config fournie (ou de changement de réseau), je n'arrive pas à revenir en arrière : le port série-USB ne répond pas aux commandes tasmota (je n'ai aucun output sur mon moniteur) et je ne sais pas faire de reset "usine". Je connaissais la technique du "7 power cycle" mais elle ne fonctionne pas sur le winky (p-e à cause des supercapa ?), et le bouton reset (juste à côté de la vis) ne me permet pas non plus de revenir en config usine.

D'où ma question : comment puis-je récupérer un accès au Winky hormis via son interface web ?

Merci pour vos lumières

@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 ?

Hello à tous,

Je rouvre ce fil sur le Winky en tant que client J'ai reçu des Winky flashés avec Tasmota+Teleinfo (merci @Nicolas-Bernaerts pour le code !) et ma question est :

Est-ce qu'il y a une notice du diagnostic indiqués par les couleurs des LEDs ? @Ferrader a peut-être l'info ?
Photo :

J'avais une absence de communication après avoir branché le winky.
La Led gauche (à l'endroit) était verte et la LED droite était rouge/orange, clignotantes depuis hier soir. Après un reset et un appui prolongé sur bouton_1, elles sont passées en fixe. Après ~1min, ça a changé, la LED droite est maintenant en bleu clignotant et je reçois les messages toutes les 30s

Je suis sur un compteur Linky triphasé en mode TIC standard.

J'aimerais comprendre mes manips et m'assurer que tout est normal.

Merci pour votre aide !
-- Elias

@Nicolas-Bernaerts Merci, je n'avais pas vu passer ta réponse !
Je suis toujours sur le sujet, mais je ne pense pas qu'on ira construire nous même une interface dédiée. Ca n'est pas prioritaire car on se concentre sur les foyers, avec des compteurs C5 / Linky plus classiques. Mais peut-être qu'on rouvrira le sujet avec un partenaire...
Pour info on travaille désormais dans le cadre du projet Interreg NWE #SmartCORE, si vous voulez suivre les actus.
Et on va utiliser les Winky de Jérémy pour cette nouvelle phase, merci pour le boulot de tasmota-isation