模块异常复位，输出 ets Jan 8 2013,rst cause:1, boot mode:(3,6)

[朝花夕拾]

买的安可信的串口wifi模块， esp8266；可是发现在运行过程中，经常会出现复位异常的情况；
Ai-Thinker Technology Co. Ltd.

ready
AT


OK
AT+GMR

AT version:1.1.0.0(May 11 2016 18:09:56)
SDK version:1.5.4(baaeaebb)
Ai-Thinker Technology Co. Ltd.
Jun 13 2016 11:29:20
OK

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

load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 32Mbit(512KB+512KB)
jump to run user1 @ 1000

屸r抣宭?靗`屸r抣靗?l`屸r抣帪宐r|巄p?抌bb祢n顎nn?ll噔l鞄?l寧ll寣鞂l帋l€n
Ai-Thinker Technology Co. Ltd.

ready

交叉验证下来，感觉和MCU主板控制有关，请问有什么好的建议么？我看控制也比较简单；
VCC3.3V /Reset/ EN/TX/RX ；这5个引脚会引起如上异常么？

[Her Mary]

啥事也没做，就会复位么？这应该是硬件问题吧。。

[朝花夕拾]

啥事也没做，就会复位么？这应该是硬件问题吧。。

是的，我也是这么认为，可是目前也找不出线索；

[朝花夕拾]

我通过AT指令软件复位，和异常比较像，就是 boot mode后面的参数不同，异常是6，AT指令复位是7,
AT+RST


OK

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

load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 32Mbit(512KB+512KB)
jump to run user1 @ 1000

屸r抣宭?靗`屸r抣靗?l`屸r抣帪?抌bb祢n顎nn?ll噔l鞄?l寧ll寣鞂l帋l€nlrl
Ai-Thinker Technology Co. Ltd.

ready

[朝花夕拾]

今天早上抓取到的log；
论坛上有说是GPIO15有关；
http://blog.csdn.net/chen244798611/arti ... s/51636058

"I?;鼧2y?(执?2鰄#骬bh:?KhP??萷e??:均?Z1笰弛"Z???1I0浝EG?_9?F?蓯)?R(??閴8?丐!?Y
???!*喞
8?

R4?鱂?U3rll湠|宭鄚?l?b|巶?抮抌lb岒nn瀕nn溾?bp鞄lrlrlp騨??lbn鈢ll帋b岒nn?l寧l`?nnl`nr帓抧忪l`p騨?r寽溾?bn鈢?帋巄岒nn?l`?nnl`nr帓抧宭`p騨?r寽溾囔lbn鈢l巖?b岒nn?l`?nnl`nr帓抧騦l`r拻n騦l`rl寣n湆騨n瀸炩宺nnn?l宐rrl?抣?拻??巐ll~rl?抣lln溾?悓~抈?抣寪n鄮n鞉n~寣ll鄝bllpb?br倢靗`nl巔岇l`bl`l拻n瀗寬鈔l瀨bll`rlrl巶r?
Ai-Thinker Technology Co. Ltd.

ready
AT


OK
AT+GMR

AT version:0.60.0.0(Jan 29 2016 15:10:17)
SDK version:1.5.2(7eee54f4)
Ai-Thinker Technology Co. Ltd.
May 5 2016 17:30:30
OK
AT+CWMODE=3


OK
AT+CIPMUX=1


OK
AT+CIPDINFO=1


OK
AT+CIPSTAMAC_CUR?

+CIPSTAMAC_CUR:"5c:cf:7f:c7:9d:28"

OK
AT+CIPAPMAC_CUR?

+CIPAPMAC_CUR:"5e:cf:7f:c7:9d:28"

OK
AT+CIPSTA_CUR?

+CIPSTA_CUR:ip:"0.0.0.0"
+CIPSTA_CUR:gateway:"0.0.0.0"
+CIPSTA_CUR:netmask:"0.0.0.0"

OK
AT+CIPAP_CUR?

+CIPAP_CUR:ip:"192.168.4.1"
+CIPAP_CUR:gateway:"192.168.4.1"
+CIPAP_CUR:netmask:"255.255.255.0"

OK
AT+CWSAP_CUR?

+CWSAP_CUR:"AI-THINKER_C79D28","",1,0,4,0

OK
AT+CIPAPMAC_CUR?

+CIPAPMAC_CUR:"5e:cf:7f:c7:9d:28"

OK
AT+CWSAP_CUR="ZT-2200011","12345678,1,0


OK

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

load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rl?俽l尀鈱bl?
Ai-Thinker Technology Co. Ltd.

ready

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

load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rl巶rl尀鈱bl?
Ai-Thinker Technology Co. Ltd.

ready

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

wdt reset
load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rl巶rl尀鈱bl?
Ai-Thinker Technology Co. Ltd.

ready

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

wdt reset
load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rl巶rl尀鈱bl?
Ai-Thinker Technology Co. Ltd.

ready

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

wdt reset
load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rl巶rl尀鈱bl?
Ai-Thinker Technology Co. Ltd.

ready

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

wdt reset
load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rl巶rl尀鈱bl?
Ai-Thinker Technology Co. Ltd.

ready

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

wdt reset
load 0x40100000, len 1856, room 16
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
SPI Speed : 40MHz
SPI Mode : DIO
SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rl巶rl尀鈱bl?
Ai-Thinker Technology Co. Ltd.

ready

[YimingLi]

你这个问题的定位，可能不用这么复杂。 乐鑫这个方案本身就提供了很好的调试定位提示，我们可以好好利用乐鑫提供的这些“福利”。

1、观察现象，注意到了你的复位提示都有这句话 "rst cause:1"
（1）这句话的意思是，你上一次的复位是“上电复位”，不是nRESET管脚复位或其他复位。
（2）考虑到软件复位看门狗复位等复位方式，不会改变这里的 rst cause而保留前一次复位的rst cause

2、所以，你这里复位的原因可能性为：

（1）模块在执行的过程中耗电过多超过了底板的供电能力，而上电复位了。

这里的原因，可能是底板的供电能力不够， 也可能是模块哪里虚短或者某个操作导致耗电过多所致。你提到了是使用安信可的模块，这个模块本身在某些基础的逻辑设计、供电、高速走线、以及射频天线等硬件设计方面，的确有一些值得进一步优化的地方，所以，我们经常会看到，在使用安信可的模块时，被要求“单独供电”或者要求给足够的供电。但实际上，乐鑫的芯片本身耗电不高，做出来的模块，一般只需要不到100mA足够发射了。但是对于安信可的模块，则往往“可能”需要提供150甚至200mA甚至更高的供电，否则，在通信的过程中，一开始发射就会容易出现掉线或复位等现象。所以，你可以试一试增强外部供电。

（ 2）你的固件代码里有bug，或者模块的硬件有bug，导致某个固件执行耗时太多或者出现异常，导致模块出现了看门狗复位或其他类似的软件复位方式。

3、你可以执行下面的实验建议，进一步缩小定位原因（如果你通过简单的增强供电或单独供电无法解决）：

（1）如果你的这个复位现象很容易复现；那么，你可以通过 nRST管脚对模块进行一次复位（不要再上电复位），你可以看到rst cause后面的数值为2. 接着你再去复现你这里的复位问题，再观察等到故障复位时的rst cause后面的数值为多少。如果这里的数值继续为2，那就可以排除是上面的原因可能性(1)，而是上面的原因可能性(2)了，因为看门狗或软件复位等原因导致的模块复位（rst cause保留了之前的 数值）。如果此时你复现出问题时，rst cause 变成了1，也就是说，改变了之前的数值2，那么你这里的复位问题，就是上面的原因可能性1了。

或者

（2）如果你能修改固件，你可以在固件代码的最初初始化阶段，调用一个API函数，可以在初始阶段进一步打印出复位的原因，如下所示的定制性启动提示。最初一部分，是片上boot的打印提示，里面有rst cause:1。后半部分是user_init()里的打印输出， 注意到其中有一句： .reset reason :4, soft restart。这个就是调用乐鑫标准的SDK API进一步输出复位原因的结果。实际上，我这个例子，也是我执行AT+RST命令的结果。

供参考，希望可以帮到你。


<<<<< Module reboot 2017-11-16.05:29:37 >>>>>>

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

load 0x40100000, len 2408, room 16
tail 8
chksum 0xe5
load 0x3ffe8000, len 776, room 0
tail 8
chksum 0x84
load 0x3ffe8310, len 632, room 0
tail 8
chksum 0xd8
csum 0xd8

2nd boot version : 1.6
SPI Speed : 40MHz
SPI Mode : QIO
SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1

MBytes/s+ High-Speed Wifi module on esp8266ex by AnyLinkin!, 2015.5-
.taobao : https://item.taobao.com/item.htm?id=550946928238
.email : IoT@anylinkin.com
.esp cpu freq : 160MHz
.reset reason : 4, soft restart
.power saving : 2, moderate sleep
.esp chipid : 0x000DAAB2
.esp wifi mac : EC-C7-00-0D-AA-B2
.flashid : 0x001540EF, Winbond ,2MBytes QIO
.wifi phy mode : 802.11n
.wifi fixed rate : disabled
.wifi limit rate : none
.APs recorded : 1
.esp sdk ver : 1.5.4.1(39cb9a32)
.app ver : 1.1.5-ETx(H)
.app features :support Espressif AT Standard
support Anylinkin AT Extended
support SPI High Speed (Over MBytes/s)
support Web Server & local DNS
support crypto & signature
support Gizwits On UART AT / SPI API
.compile time :2017-10-15 19:50:40
.free heap size : 0x6780 / 26496

ready