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
  }

• definition d'une tension de consigne pour le démarrage
• calcul de la puisssance de charge pendant le deepsleep
• calcul de la durée de sleep pour atteindre la tension de consigne
• durée de sleep minimale de 5 sec

J'ai également simplifié fortement les commandes disponibles :

Pensez à vérifier ces paramètres avant branchement en mode auto-alimenté.

Une fois la configuration faite en mode USB, tout devrait rouler.

Les publications se font toutes les 20 sec environ avec mon Linky qui fournit du 135mW à peut près.

J'ai testé la stabilité sur quelques heures et pour l'instant pas de soucis.

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

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

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
  }

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.

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

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

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

• 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