Deep Sleep Summary

[rloro338]

@iotmaker I am measuring the same power comsumption ... 620 uA with expansion board and 520 uA without it.

[Colateral]

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

[jcaron]

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

[Colateral]

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

[iotmaker]

@PeterBaugh From the battery positive lead in series to the VIn of the expansion board

[PeterBaugh]

@iotmaker How are you measuring the current?

[dClaus]

@iotmaker See this post for the correct orientation of the deep sleep schield

[iotmaker]

@iotmaker

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

[iotmaker]

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")

[joshberry]

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.

[jmarcelino]

@Emmanuel-Goudot
The Pysense problem was fixed yesterday https://forum.pycom.io/post/10039

[Emmanuel Goudot]

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

[PeterBaugh]

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

[RobTuDelft]

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.