完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
ESP32-S3 使用esp-idf4.4.6 程序正常运行过程中 突然间重启,打印输出log如下:
这种问题是什么原因引起的,如何排查? [2024-04-13 17:39:09.801]# RECV ASCII/1750 <<< ESP-ROM:esp32s3-20210327 Build:Mar 27 2021 rst:0x7 (TG0WDT_SYS_RST),boot:0x9 (SPI_FAST_FLASH_BOOT) Saved PC:0x40375e1f SPIWP:0xee mode:DIO, clock div:2 load:0x3fce3808,len:0x165c load:0x403c9700,len:0xbd4 load:0x403cc700,len:0x3034 entry 0x403c9954 [0;32mI (31) boot: ESP-IDF v4.4.6-dirty 2nd stage bootloader[0m [0;32mI (32) boot: compile time 16:08:07[0m [0;32mI (32) boot: Multicore bootloader[0m [0;32mI (34) boot: chip revision: v0.2[0m [0;32mI (38) boot.esp32s3: Boot SPI Speed : 40MHz[0m [0;32mI (43) boot.esp32s3: SPI Mode : DIO[0m [0;32mI (48) boot.esp32s3: SPI Flash Size : 8MB[0m [0;33mW (52) boot.esp32s3: PRO CPU has been reset by WDT.[0m [0;33mW (58) boot.esp32s3: APP CPU has been reset by WDT.[0m [0;32mI (63) boot: Enabling RNG early entropy source...[0m [0;32mI (69) boot: Partition Table:[0m |
|
相关推荐
1个回答
|
|
根据您提供的日志信息,ESP32-S3在使用esp-idf4.4.6时突然重启的原因可能是以下之一:
1. 看门狗定时器(TG0WDT_SYS_RST)触发:日志中的rst:0x7表示系统因为看门狗定时器超时而重启。这可能是因为程序在某个地方卡住,导致看门狗定时器没有被重置。 2. SPI_FLASH_BOOT:日志中的boot:0x9表示设备通过SPI快速闪存启动。这可能是因为设备在启动过程中遇到了问题,导致重新从闪存加载程序。 为了排查问题,您可以按照以下步骤进行: 1. 检查程序中是否有死循环或者阻塞的操作,这可能导致看门狗定时器没有被重置。 2. 检查看门狗定时器的配置,确保其超时时间设置合理,且在程序的关键部分进行重置。 3. 检查SPI Flash的读写操作,确保没有错误导致设备重新从闪存加载程序。 4. 使用更详细的日志输出,以便更好地了解程序在重启前的状态和执行流程。 5. 如果问题仍然存在,您可以尝试升级到最新版本的esp-idf,以解决可能存在的已知问题。 6. 如果问题仍然无法解决,您可以考虑在社区论坛或GitHub上寻求帮助,提供更多的信息和代码片段以便他人帮助您排查问题。 |
|
|
|
只有小组成员才能发言,加入小组>>
1143 浏览 1 评论
578浏览 6评论
479浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢?
463浏览 5评论
464浏览 4评论
440浏览 4评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-23 06:04 , Processed in 2.873541 second(s), Total 77, Slave 61 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号