ESP8266 Amica problem with deepsleep

[Woga57]

to test deepsleep I use this code:

from machine import Pin, RTC, deepsleep
from time import sleep

led=pin(14,Pin.OUT)

def deep_sleep(msec):
print('gehe schlafen!')
led.value(0)
rtc=RTC()
rtc.irq(trigger=rtc.ALARM0, wake=machine.DEEPSLEEP)
rtc.alarm(rtc.ALARM0, msec)
deepsleep()

def main():
print('bin wach!')
led.value(1)
sleep(5)
deep_sleep(5000)
main()

The program runs one time than I get:
bin wach!
gehe schlafen!
rl

The ESP doesn't wake up, Where is the failure?

[scruss]

Let's first address the errors in your code that stops it running at all:

• led=pin(14,Pin.OUT) should be led=Pin(14,Pin.OUT)
• rtc.irq(trigger=rtc.ALARM0, wake=machine.DEEPSLEEP) won't work with the import line you used.

Here is your code, formatted according to the instructions in Welcome (Please read before posting):

from machine import Pin, RTC, deepsleep, DEEPSLEEP
from time import sleep

led = Pin(14, Pin.OUT)


def deep_sleep(msec):
    print("gehe schlafen!")
    led.value(0)
    rtc = RTC()
    rtc.irq(trigger=rtc.ALARM0, wake=DEEPSLEEP)
    rtc.alarm(rtc.ALARM0, msec)
    deepsleep()


def main():
    print("bin wach!")
    led.value(1)
    sleep(5)
    deep_sleep(5000)


main()

Under v1.24.0, this runs once, then hangs (tested on an Adafruit Huzzah, with modifications for its LED pin and active low status)

[Woga57]

Many thanks for the quick response. But the problem persists. I copy your code and get the same answer:
bin wach!
gehe schlafen!
rl
The ESP doesn't wake up.
I tested 2 ESP-modules. The result was the same. I think the problem isn't the program code.
I flashed the modules with ESP8266_GENERIC-20241129-v1.24.1, should be the newest version.

[scruss]

Yes, I'm confirming the problem you have. There have been some problems/changes/regressions with deepsleep on other platforms recently. Maybe try it with an older stable firmware: something like v1.20.0, which is still available for download.

[robert-hh]

I agree that the behavior is strange. deepsleep() with an argument should sleep for the given time and then reset the board. The reset after the sleep time seems to happen, but it sends a different boot message at 74880 baud:

 ets Jan  8 2013,rst cause:5, boot mode:(3,6)

ets_main.c 

[Woga57]

Thank you for testing. Do you have an idea how I can solve the problem?

[robert-hh]

Actually no. One has to dive into the implementation of deepsleep to tell, if a change is possible.

[robert-hh]

Actually yes, looking into the documentation: https://docs.micropython.org/en/latest/esp8266/quickref.html#deep-sleep-mode

The sample code there restarts the boards properly. It is important to connect GPIO16 with RST. Then a proper reset is done.

[Woga57]

Danke für Ihre Bemühungen. Das Problem besteht leider weiter. Die Verbindung zwischen D0 (GPIO16) und RST habe ich bereits zu Beginn hergestellt. Damit ist das Problem leider nicht gelöst. Werde morgen mal die vorletzte Version von Micropython flashen, vielleicht ist es ein Fehler in der Software. Von: Robert Hammelrath ***@***.***> Gesendet: Samstag, 1. Februar 2025 18:28 An: micropython/micropython ***@***.***> Cc: Woga57 ***@***.***>; Author ***@***.***> Betreff: Re: [micropython/micropython] ESP8266 Amica problem with deepsleep (Discussion #16674) Actually yes, looking into the documentation: https://docs.micropython.org/en/latest/esp8266/quickref.html#deep-sleep-mode The sample code there restarts the boards properly. It is important to connect GPIO16 with RST. Then a proper reset is done. — Reply to this email directly, view it on GitHub <#16674 (reply in thread)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/BNLWGUY22MRF4APJXNEAH5L2NT73VAVCNFSM6AAAAABWHJZLTOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEMBSG4ZTIMA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[Woga57]

Thank you. I wiill try it tomorrow with version 1.24.0 and if it doesn’t runs with the next earlyer version. Von: Stewart Russell ***@***.***> Gesendet: Samstag, 1. Februar 2025 21:01 An: micropython/micropython ***@***.***> Cc: Woga57 ***@***.***>; Author ***@***.***> Betreff: Re: [micropython/micropython] ESP8266 Amica problem with deepsleep (Discussion #16674) Yes, I'm confirming the problem you have. There have been some problems/changes/regressions with deepsleep on other platforms recently. Maybe try it with an older stable firmware: something like v1.20.0, which is still available for download <https://micropython.org/download/ESP8266_GENERIC/> . — Reply to this email directly, view it on GitHub <#16674 (reply in thread)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/BNLWGU5BDWCLILORLS6XFAL2NURWDAVCNFSM6AAAAABWHJZLTOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEMBSHAYTKMA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[robert-hh]

Your code from the initial post works fine here on three different ESP8266 boards, two with recent firmware and one with v1.22. Two boards are Wemos D1, the other is an Adafruit ESP8266 board. SO there must be something else wrong with your set-up.
How do you connect to the boards? In case of trouble one should always use a simple terminal emulator like mpremote or Putty or Picocom or screen. No IDE!

[Woga57]

My boards are ESP8266 12-F Amica with CP2102 chip from AZ-Delivery
I tested different versions of micropython firmware (v1.24.1, v1.24.0, v1.22.2, v1.20.0). The result was the same:
bin wach!
gehe schlafen! ==> after 5 sec reset reset is executed than
rl ==> and the ESP is busy but nothing happens
Pin D0(GPIO16) and RST are connected.
What does rl mean?
It seems to be a problem with the watchdoc timer.

[robert-hh]

What does rl mean?

That should be some stray data while the board recovers. When booting, the startup message is sent at 74880 baud. Again: How do you connect to the board? Which APP do you use on the PC?

[Woga57]

ESP is connected dirctly via USB-port with a LINUX-PC. I use Thonny for programming.

[robert-hh]

Try something else than Thonny, like mpremote. And make sure that the script is uploaded to the board and not "just" started from Thonny.
You can use mpremote to upload a file to the board and as serial terminal.