ESP8266 Developer Zone The Official ESP8266 Forum 2016-03-03T13:43:58+08:00 https://bbs.espressif.com:443/feed.php?f=7&t=1813 2016-03-03T13:43:58+08:00 2016-03-03T13:43:58+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1813&p=5950#p5950 <![CDATA[Re: Waking up from deep sleep without a connection between GPIO16 and RST?]]>
We test with ESP-12-Q and didn't replicate your issue. After wake-up, the programme runs ok.

About deep sleep wake-up, GPIO16(RTC_IO) will give low level signal to EXT_RSTB to reset the module. That's why we request GPIO16 to be connected to EXT_RSTB.

Could you please send us your test bin files that can be used to reproduce this problem?

Thanks.

Statistics: Posted by Espressif_Kelly — Thu Mar 03, 2016 1:43 pm


]]>
2016-02-24T17:11:23+08:00 2016-02-24T17:11:23+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1813&p=5819#p5819 <![CDATA[Waking up from deep sleep without a connection between GPIO16 and RST?]]>
When, as recommended, I connect GPIO16 to the RST pin (in case in matters: on an Adafruit HUZZAH (ESP-12) board; using the Arduino environment), the processor does indeed wake up, but its behavior is identical to a reset (I get the following on the debug UART:

Code:

 ets Jan  8 2013,rst cause:2, boot mode:(3,7)

load 0x4010f000, len 1264, room 16
tail 0
chksum 0x42
csum 0x42
~ld

Which is exactly what I get when I simply reset the board.

Q1: Is this the expected behavior? If so, what is the point of specifying the RF behavior after wakeup, since the processor resets anyway?

Q2: What really happens if I don't connect GPIO16 to RST? What I get from the debug UART is just:

Code:

ets_main.c

Not even a CRLF. What does this really mean?

Thanks in advance

/ji

Statistics: Posted by jayeye — Wed Feb 24, 2016 5:11 pm


]]>