J'ai fait un sacré moment car quand le NodeMCU se réveille d'un dsleep il est toujours vu comme venant d'un hard reset et pas moyen alors de détecter que l'on était en dsleep.
Maintenant je sauve un flag dans la rtc-mem et je peux tester ce flag au moment du reset et détecter si je sors du dsleep.
Reste encore à mieux faire la détection wifi pour savoir si on arrête le dsleep ou si on le relance
Je pensais que c'était un problème de firmware où il manquait la collection des modules rtc_x que
je n'avais pas de boot reason avec un retour de dsleep. Ce n'est pas le cas, je ne sais pas pourquoi
je réveille pas avec un bootreason=5. Je vais donc devoir traiter le réveil du dsleep à la mano avec
une mémoire sur le rtc_mem
* complètement changé le telnet serveur, pris la nouvelle version sur NodeMCU. Ne plante plus maintenant
* commencé à tester l'écoute des AP WIFI qui sont dans le parage du NodeMCU
* règle l'horloge RTC via SNMP
* amélioré le mode dsleep afin de ne pas perdre l'horloge RTC
- renommé le script start_job.lua en boot.lua, script qui est lancé par init.lua juste après le boot
- créé le script repair.lua qui démarre le wifi en mode AP et lance le serveur telnet afin de pouvoir se connecter au moment du poweron si on a un problème de boucle au boot
- mon script dsleep.lua fonctionne bien maintenant
- amélioré le script wifi_info.lua, il indique le nom de l'AP ainsi que le password
- teste à chaque 'dofile' si le fichier existe avant de la lancer, ne plante donc plus si le script n'existe pas, grosse amélioration
