J'utilisais la possibilité de sauvegarder le flag de dsleep dans la rtc-mem afin de pouvoir différencier lors du boot si c'est un reset ou une sortie de sommeil profond.
Maintenant je vais partir du principe que quand il y a un *hardware RESET* c'est forcément une sortie de dsleep.
Si on veut avoir la *seconde chance* lors de la procédure de boot, il faudra utiliser le *power on RESET*
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
