前几天部署ESP8266_NONOS_SDK时遇到了一个看似奇怪的问题,描述如下:

  examples例程可以通过编译,但烧写到ESP8266模块后,程序无法正常运行,编译和烧写的相关配置均无误。在boot模式下编译,串口输出jump to run user1后,触发Fatal Exception (29)。进一步测试其它例程,运行结果完全相同。串口输出日志如下:

 ets Jan   ,rst cause:, boot mode:(,)
load , room
tail
chksum 0xe5
load , room
tail
chksum 0x84
load , room
tail
chksum 0xd8
csum 0xd8
2nd boot version : 1.6
  SPI Speed      : 40MHz
  SPI Mode       : QIO
  SPI Flash Size & Map: 4Mbit(1024KB+1024KB)
no GPIO select!
jump to run user1 @

Fatal Exception ()

epc1=0x4000df64, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000

Fatal Exception ()

epc1=0x4000df64, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000

Fatal Exception ()

epc1=0x4000df64, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000

  在这里开一文记录解决该问题的思路,以供遇到相似问题的朋友参考,避免入坑。

  鉴于例程本身的可靠性可以保证,只剩下SDK或者工具链的问题。考虑到espressif并没有完全开源其技术细节,在SDK中仍留有闭源的archive静态链接库文件(参见lib目录),而这些静态库可能链接同时依赖于工具链中的库(例如libc、libhal等),而若当前使用的工具链版本SDK官方使用的工具链版本不同时,可能会出现兼容性问题。

  通过仔细阅读NONOS_SDK的文档,发现官方原始使用的工具链gcc版本信息如下(SDK v3.0):

xtensa-lx106-elf-gcc (crosstool-NG 1.20.0) 4.8.2

  而当前我所使用的交叉编译工具链中gcc版本信息为:

xtensa-lx106-elf-gcc.exe (crosstool-NG crosstool-ng-1.22.0-92-g8facf4c0) 5.2.0

  于是尝试将当前交叉编译工具链回退版本到4.8.2,重新编译后,故障消除。

备注: NONOS_SDK v3.0可以在espressif release页面上找到:https://github.com/espressif/ESP8266_NONOS_SDK/releases。

05-11 13:22