Pas de démarrage Winky en 14.11beta10

[EliasMM]

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...

[Nicolas Bernaerts]

@EliasMM Hello
De mémoire, cette version pose un problème sur la sauvegarde de winky_max.
Et cette valeur est très importante : elle définit le nombre de messages reçus par le winky avant de pouvoir se rendormir. Il faut logiquement avoir une valeur de 2 ou +
Je viens de faire un fresh build et de le publier sous la v15.2beta11.
Il devrait régler le problème de saisie.

[Charles]

@EliasMM

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

Le firmware évolue constamment, je pensais que la 1ere manip que tu faisais c'était de mettre à jour le firmware, désolé. Comme les 80 venaient du lot produit il y a un moment, le firmware datait de cette date. Le prochain lot sera avec la nouvelle version. Si tu souhaites à l'avenir que l'update soit fait avant envoi il faudra juste me le dire.

Pour info tu peux les flasher avec l'excellent outil ESPFlasher et un câble USB, ça va assez vite, c'est celui que j'utilise pour flasher les Denky D4 en nombre. Après le 1er Winky flashé, Il suffit de refresh l'interface série quand tu mets un nouveau Winky puis sélectionner le nouveau port et cliquer sur flash c'est vraiment efficace.

@nicolas-bernaerts tu as vu, avec la nouvelle version d'ESPFlasher, tu peux pré provisionner les crédentials WiFi, ça c'est canon !!!

[Nicolas Bernaerts]

@Charles je viens de passer voir le github de esp flasher. Effectivement Improv Wifi est un complément génial !

[Charles]

@Nicolas-Bernaerts ouaip sauf que:

• V3.x parfait pour batch flash, possibilité de refresh la liste des serials port et on a la sortie console (cool pour voir si ca démarre correctement après le flash et qu'il se met en AP)
• v4.x parfait pour one shot, super joli mais pas de console ou refresh serial port, en revanche possibilité de pré remplir les credentials wifi (donc éviter le proccess access point et tout le bordel qui va avec)

Conclusion : Garder et utiliser l'un ou l'autre en fonction de ce qu'on souhaite faire

[EliasMM]

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 !

[Charles]

@EliasMM pour être plus précis la MAJ de firmware ne peut pas se faire en mode auto-alimenté. En revanche en mettant un cable USB (via un powerbank par exemple), il suffit alors de se connecter à l'interface WEB du Winky et de faire une mise à jour via le menu firmware update (pas besoin d'ordi connecté au Winky, juste un sur le même réseau WiFi)
Normalement la détection USB empêche le Winky de se remettre en sommeil, tu confirmes @nicolas-bernaerts ?

[Nicolas Bernaerts]

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

[EliasMM]

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

[Nicolas Bernaerts]

@EliasMM quelles sont les valeurs limites de tension haute et basse configurées pour le winky ?
winky_sleep est il configuré à 0 (mode automatique) ?

[Nicolas Bernaerts]

@EliasMM En vérifiant, effectivement le max de winky_sleep est 60s. Je vais le positionner à 10mn dans la prochaine version.

[EliasMM]

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

[Charles]

@EliasMM Alors la je suis assez satisfait de ton diagnostic remonté parce que figure toi que j'ai (j'avais) exactement le même cas de figure parfois (quoique la ca fait 21 jours qu'il tourne sans problème)

Je m'explique mon Winky est alimenté en USB (pas de deep sleep) en permanence, et parfois au bout d'un certain temps toutes les trames arrivent en erreurs et le seul moyen de le débloquer était de lui faire un reset (via la WEB UI) parfois ça repartait d'autre il fallait refaire la manip du reset. D'autres fois c'était au boot (suite à une OTA par exemple)

Je suis assez persuadé que le soucis était lié a la serial (auto-detecttion peut être ou un débordement dans le temps)

Et coincidence ou pas, sur le Denky D4 j'avais parfois des retour en Safe Boot aussi mais ça c'est corrigé c'était du à l'autoconf et à la serial, c'est pour ça qu'avec @nicolas-bernaerts il a été décidé de ne plus activer la detection auto du mode TIC (histo ou Standard)
Il semblerait qu'avec la désactivation auto du mode TIC + la dernière version du FW je n'ai plus de soucis ni sur Denky D4 ni Sur le Winky (les 2 en v15.2 beta 9)

Je viens d'update les 2 devices en beta11, je vais voir si c'est aussi stable.

[EliasMM]

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

@EliasMM
La publication du JSON Winky est une très bonne idée.
nmsg à 23 me semble très élevé.
Quelle est la valeur de winky_max ?

[Charles]

@Nicolas-Bernaerts 4.20V il a mis plus haut si c'est de cette valeur dont tu parles.

[EliasMM]

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

@eliasmm
nmsg correspond au nombre de messages publiés avant que le winky se rendorme. Logiquement cela devrait être à moins de 10. J'ai le sentiment que le winky reste éveillé beaucoup trop longtemps.
winky_max défini le nombre de messages complets avant que le winky ne puisse se rendormir. Je propose de le positionner à 3 ou 4.

[Nicolas Bernaerts]

@EliasMM
Sur la base des tensions au réveil et à l'endormissement, en analysant le code de gestion de la durée d'activité en mode supercapa, je me suis rendu compte que la tension de la capa n'est pas prise en compte en tant que critère principal.
Sur la base de cet article https://abracon.com/uploads/resources/Supercapacitor-Lifetime-Explained.pdf, il apparait qu'il est très important pour la durée de vie de la supercapa de minimiser au maximum la tension de fonctionnement et les courants de charge et décharge. Ne pouvant rien faire sur les courants (qui doivent être très raisonnables), je pense que je vais devoir revoir l'algo de charge et décharge pour garder à l'esprit l'optimisation de la durée de vie de la supercapa sur la base de sa tension de fonctionnement.

[EliasMM]

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