业余玩家折腾硬件,一次小“优化”之后发现出 bug 了无限重启
No poison after block at: 0x3fff14b6, actual data: 0x0 0xa5 0xa5 0xa5
User exception (panic/abort/assert)
Abort called
>>>stack>>>
ctx: cont
sp: 3ffffd00 end: 3fffffc0 offset: 0000
3ffffd00: 00000000 00000000 00000000 00000000
3ffffd10: 000000fe 00000000 00000000 00000000
3ffffd20: 00000000 00000000 00000000 00ff0000
3ffffd30: 5ffffe00 5ffffe00 00000000 00000020
3ffffd40: 00000000 00000000 3fff146c 40216a9e
3ffffd50: 00001a50 0000034a 0000034a 40216ab4
3ffffd60: 3ffffb80 00000001 3fff146c 40100e1a
…………
<<<stack<<<
这是串口报错信息,不过不重要
刷回了以前可以稳定使用的版本,还是会出现这个错并无限重启
这也跟我做优化时遇到的问题有关系,总感觉是上一次的程序没有完全清除掉就烧进去了
尝试了 esptool 的 erase_flash
esptool.py v4.3
Serial port /dev/cu.usbserial-11240
Connecting...................
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting...
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: xx:0:xx
Uploading stub...
Running stub...
Stub running...
Erasing flash (this may take a while)...
Chip erase completed successfully in 19.0s
Hard resetting via RTS pin...
然后重新上传还是一样的错,有什么解决方案吗
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.