d-a-v
commented
5 years ago I see no issue on my side
11:04:41.957 -> SDK:2.2.2-dev(38a443e)/Core:2.5.2-115-gc298f001=20502115/lwIP:STABLE-2_1_2_RELEASE/glue:1.1-8-g2314329/BearSSL:89454af
11:04:41.957 ->
11:04:41.957 -> Hello
11:04:41.957 ->
11:04:41.957 -> sleep enable,type: 2
11:04:41.957 -> scandone
11:04:41.957 -> wifi evt: 2
11:04:42.090 -> scandone
11:04:42.090 -> state: 0 -> 2 (b0)
11:04:42.090 -> state: 2 -> 3 (0)
11:04:42.090 -> state: 3 -> 5 (10)
11:04:42.090 -> add 0
11:04:42.090 -> aid 1
11:04:42.090 -> cnt
11:04:42.123 ->
11:04:42.123 -> connected with xxxxxx, channel 1
11:04:42.123 -> dhcp client start...
11:04:42.123 -> wifi evt: 0
11:04:42.156 -> ip:10.0.1.166,mask:255.255.255.0,gw:10.0.1.254
11:04:42.156 -> wifi evt: 3
11:04:42.951 -> ..........pm open,type:2 0
11:04:52.993 -> ..............................
11:05:23.049 -> ........................................
11:06:03.175 -> ........................................
11:06:43.298 -> ........................................
11:07:23.420 -> ........................................
11:08:03.509 -> ...Can you please try and update master, git submodule update --init, re-run ./get.py in tools, and check power supply ?
You can also
- provide the decoded stack
- try to use legacy stack (with
disable_extra4k_at_link_time();anywhere in your code)
ChocolateFrogsNuts
spblinux
TD-er
earlephilhower
devyte
mhightower83
I'm pretty sure this is an SDK problem, but posting here in case I'm wrong, or it's caused by something in the Arduino library - and I discovered/tested it using the Arduino IDE. I have also been looking on esp8266.com for similar issues.
Basic Infos
Platform
Settings in IDE
Problem Description
Exception 0 with a very long stack dump, sometimes more than 5500 bytes of stack used. Dump contains a large area of stack (>3Kbytes) that has been allocated but never used (still set to feefeffe)
I tested with version 2.4.0 right up to git (1-Aug-2019) with the same results. I also tried several D1 mini Pro boards with the same result.
It can be reliably reproduced by flashing the BareMinimum example once the wifi has been configured to connect to an available network with the default sleep mode (MODEM_SLEEP_T). With debugging on it will crash within seconds of "pm open,type:2"
I decoded many stack dumps, and as far as I can tell the "randomly" allocated stack is happening in the SDK code, probably in a network interrupt handler as generally the trace leaves the Arduino library in esp_yield_within_cont() which calls run_scheduled_recurrent_functions(); - before the big chunk of stack is allocated - and re-enters the Arduino library at ethernet_input() - after the big chunk is allocated. There are several stack frames that don't get decoded, presumably because they happen in the SDK.
The sketch below contains some additional code I have been using to try and diagnose the issue, but as mentioned above, the BareMinimum example will trigger the problem reliably once the wifi is configured. #includes are as per Sketch->Include->ESP8266WIFI.
It may be worth noting that only including ESP8266WiFi.h and no other headers in this sketch results in a crash much sooner for me.
MCVE Sketch
Debug Messages