Ajouté un nouveau firmware dédié pour le mode dsleep

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

DeepSleep/Pet_tracker_2/0_dsleep.lua

@@ -3,18 +3,18 @@
 
 -- ATTENTION: il faut connecter la pin 0 à la pin RESET avec une résistance de 1k !
 
-print("\n dsleep.lua   zf200720.2058   \n")
+print("\n dsleep.lua   zf200722.0933   \n")
 
 f= "flash_led_xfois.lua"   if file.exists(f) then dofile(f) end
 
 function dsleep_on()
     print("timer dsleep on...")
     ztmr_SLEEP = tmr.create()
-    ztmr_SLEEP:alarm(10*1000, tmr.ALARM_SINGLE, function ()
+    ztmr_SLEEP:alarm(5*1000, tmr.ALARM_SINGLE, function ()
         print("Je dors...")
         tmr.delay(100*1000)
 --        node.dsleep(4*1000*1000)
-        rtctime.dsleep(30*1000*1000)
+        rtctime.dsleep(10*1000*1000,4)
     end)
 end
 

start_ESPlorer.sh

@@ -1,6 +1,7 @@
 #!/bin/bash
 #Petit script pour lancer facilement ESPlorer en JAVA
-#zf180822.0848
+#zf200722.0033
 
 java -jar ./Tools/ESPlorer/ESPlorer.jar &
+#java -jar ./Tools/ESPlorer/ESPlorer/dist/ESPlorer.jar &
 

zflash-esp-m3.sh

@@ -3,7 +3,7 @@
 
 #ATTENTION: c'est pour ma structure, il faudra donc l'adapter
 
-#zf200720.1959
+#zf200722.0927
 
 
 #test si l'argument est vide
@@ -19,6 +19,7 @@ Pour le dernier firmware à la mode:
 ./zflash-esp-m3.sh ../../Firmware/nodemcu-master-19-modules-2019-12-31-16-40-12-float.bin
 ./zflash-esp-m3.sh ../../Firmware/nodemcu-master-19-modules-2020-06-17-17-22-55-float.bin
 ./zflash-esp-m3.sh ../../Firmware/nodemcu-master-19-modules-2020-06-17-18-07-17-float.bin
+./zflash-esp-m3.sh ../../Firmware/nodemcu-master-17-modules-2020-07-22-07-21-16-float.bin
 
 Pour l'ancien qui supporte encore le DS18B20:
 ./zflash-esp-m3.sh ../../Firmware/nodemcu-master-20-modules-2019-06-01-12-50-39-float.bin