[问答]

ESP32-S3使用esp-idf4.4.6，程序正常运行过程中突然间重启是怎么回事？

问答对人有帮助，内容完整，我也想知道答案 0 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 0 本主题由 Harmony技术专家于 2024-6-5 11:17 审核通过
2024-6-5 08:30:19　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × hgimtk 该类别下有 38 个回答。邀请回答 wang21cj 该类别下有 38 个回答。邀请回答新星之火12138 该类别下有 33 个回答。邀请回答 zyh34997 该类别下有 32 个回答。邀请回答就好国dd 该类别下有 32 个回答。邀请回答 chm5 该类别下有 32 个回答。邀请回答 heks 该类别下有 31 个回答。邀请回答 zaichenxi 该类别下有 31 个回答。邀请回答 flowerddd 该类别下有 29 个回答。邀请回答 muwersddg 该类别下有 29 个回答。邀请回答四川赵赵该类别下有 29 个回答。邀请回答星星公交站该类别下有 28 个回答。邀请回答 vinww特烦恼该类别下有 28 个回答。邀请回答 caosurround 该类别下有 28 个回答。邀请回答 overheat 该类别下有 27 个回答。邀请回答 gvjhvbc 该类别下有 27 个回答。邀请回答安德森大该类别下有 27 个回答。邀请回答 xwgc888 该类别下有 27 个回答。邀请回答 lkjflksjfsa 该类别下有 27 个回答。邀请回答 h1654155143.8331 该类别下有 27 个回答。邀请回答举报张华相关推荐 • ESP-IDF显示器突然死机的原因？ 248 • esp32S3无法烧写的原因是什么？ 495 • 使用VScode编辑和编译esp32-s3，目标设备选择esp32-s3时报错如何解决？ 462 • 求助，esp32-s3 lvgl性能如何优化？ 548 • ESP32-S3:sample code无法调试是为什么？ 245 • 怎么去解决ESP32-S3 GPIO_set_level()的问题呢？ 385 • vscode下的ESP-IDF环境安装总不对，为什么？ 151 • ESP32S3开发板烧录报错是为什么？ 326 • vscode下的ESP-IDF环境安装总不对的原因？ 339 • 刷入ESP32-S3芯片版本v3.8时出错是怎么回事？ 235 1个回答

答案对人有帮助，有参考价值 0 根据您提供的日志信息，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上寻求帮助，提供更多的信息和代码片段以便他人帮助您排查问题。

2024-6-5 15:33:46 评论举报哔哔哔-