前几天部署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。