Deep Sleep Summary
-
@iotmaker I am measuring the same power comsumption ... 620 uA with expansion board and 520 uA without it.
-
@jcaron Thank you.
Yes, in the meanwhile I read dozens of posts. The question is why after reset I don't get the GPIO pin that triggered the wakeup?
Do the deepsleep shield fixing this GPIO wake up cause bug?
Actually, If the Lopy is working fine with this reset what else is enhancing the deepsleep shield?
-
@Colateral wake from deep sleep is actually similar to a reset: as the CPU and its RAM are not powered during deep sleep, you can't just resume at the next Python instruction, as it restarts from scratch.
Differentiating a wake up from deep sleep from other reasons (regular power on, reset...) is still a bit difficult, the subject has already been discussed in other threads.
-
Hello,
I'm using LopY with Expansion board. SW upgraded to ver 1.7.8.b1
I tried deepsleep functionality simple as below.
import machine machine.pin_deepsleep_wakeup(['P18', 'P15'],machine.WAKEUP_ALL_LOW, True) machine.deepsleep(15*1000) print("\n\n Wakeup", machine.wake_reason())
The board is going to sleep and indeed is waking up on P18 dumping the following output .
rst:0x5 (DEEPSLEEP_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 0, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:1 load:0x3fff9010,len:12 ho 0 tail 12 room 4 load:0x3fff9020,len:388 load:0x40078000,len:11584 load:0x4009fc00,len:848 entry 0x4009fd9c
** I don't understand why the LoPy was reset after this wakeup **
In order to dump the reason, I also added in main.py the following
print("\n\n Wakeup main reason", machine.wake_reason())
and has no output
Wakeup main reason (1, [])
** I believe there is bug that no GPIO is mentioned in that list **
-
@PeterBaugh From the battery positive lead in series to the VIn of the expansion board
-
@iotmaker How are you measuring the current?
-
@iotmaker See this post for the correct orientation of the deep sleep schield
-
Well turns out that if you put it backwards like the Official documentation
https://docs.pycom.io/chapter/datasheets/downloads/deepsleep-pinout.pdf
you will fry it..
i put the other shield for my other sipy the correct way and now it works. 620uA
-
Still the current with the sipy is 89mA
just doing this
from deepsleep import DeepSleep import pycom pycom.heartbeat(False) ds = DeepSleep() while True: ds.go_to_sleep(60) # go to sleep for 60 seconds print("Woke up")
-
Great summary. I agree with @RobTuDelft: many people and projects are waiting on this to settle so some definitive conclusion from pycom would be great. They're doing such a great job but we need to know what they've done or what they're working on.
-
@Emmanuel-Goudot
The Pysense problem was fixed yesterday https://forum.pycom.io/post/10039
-
For Pytrack, could include (if I am right)
- GPS/Accel powered during deep sleep: No (explain low 20µA deep sleep current)
For Pysense, something is obviously powerd which consume 2.5mA, but as electric schematics is not avail, it is difficult to say...
-
Hi There,
How are you measuring the current in deep sleep? Also do you know of a way of keeping a PIN or PINs high when going into deepsleep, I dont think this is possible because of the board reseting when coming out of deep sleep.
Thanks
-
Nice summary and this topic indeed deserves some clarification/overview.
Without deep sleep shield I think the device will only run for a day or so. At least that is my experience. It also depends on the devices you connect of course, because they stay powered in deep sleep.