[问答]

编译成功并烧录之后，串口打印发现卡在heap_init，然后不断重启是怎么回事?

问答对人有帮助，内容完整，我也想知道答案 0 [14:14:10.888]收←◆ESP-ROM:esp32c6-20220919 Build:Sep 19 2022 rst:0x1 (POWERON),boot:0xc (SPI_FAST_FLASH_BOOT) SPIWP:0xee mode:DIO, clock div:2 load:0x40875720,len:0x1804 load:0x4086c410,len:0xe58 load:0x4086e610,len:0x2e20 entry 0x4086c41a [0;32mI (23) boot: ESP-IDF v5.2.1-dirty 2nd stage b [14:14:10.947]收←◆ootloader[0m [0;32mI (24) boot: compile time Jun 12 2024 20:28:23[0m [0;32mI (24) boot: chip revision: v0.0[0m [0;32mI (27) boot.esp32c6: SPI Speed : 80MHz[0m [0;32mI (32) boot.esp32c6: SPI Mode : DIO[0m [0;32mI (36) boot.esp32c6: SPI Flash Size : 8MB[0m [0;32mI (41) boot: Enabling RNG early entropy source...[0m [0;32mI (47) boot: Partition Table:[0m [0;32mI (50) boot: ## Label Usage Type ST Offset Length[0m [0;32mI (57) boot: 0 nvs WiFi data 01 02 00009000 00006000[0m [0;32mI (65) boot: 1 phy_init RF data 01 01 0000f000 00001000[0m [0;32mI (72) boot: 2 factory factory app 00 00 00010000 00100000[0m [0;32mI (80) boot: 3 zb_storage Unknown data 01 81 00110000 00004000[0m [0;32mI (87) boot: 4 zb_fct Unknown data 01 81 00114000 00000400[0m [0;32mI (95) boot: End of partition table[0m [0;32mI (9 [14:14:11.025]收←◆9) esp_image: segment 0: paddr=00010020 vaddr=42030020 size=0e148h ( 57672) map[0m [0;32mI (119) esp_image: segment 1: paddr=0001e170 vaddr=40800000 size=01ea8h ( 7848) load[0m [0;32mI (122) esp_image: segment 2: paddr=00020020 vaddr=42000020 size=2e9a0h (190880) map[0m [0;32mI (165) esp_image: segment 3: paddr=0004e9c8 vaddr=40801ea8 size=00e24h ( 3620) load[0m [0;32mI (167) boot: Loaded app from partition at offset 0x10000[0m [0;32mI (168) boot: Disabling RNG early entropy source...[0m [0;32mI (185) cpu_start: Pro cpu up.[0m [0;33mW (193) clk: esp_perip_clk_init() has not been implemented yet[0m [0;32mI (200) cpu_start: Pro cpu start user code[0m [0;32mI (200) cpu_start: cpu freq: 160000000 Hz[0m [0;32mI (200) cpu_start: Application information:[0m [0;32mI (203) cpu_start: Project name: rtthread[0m [0;32mI (208) cpu_start: App version: 999[0m [0;32mI (213) cpu_start: Compile time: Jul 21 2024 14:05:49[0m [0;32mI (219) cpu_start: ELF file SHA256: 9dd6ed6abc0c70de...[0m [0;32mI (225) cpu_start: ESP-IDF: 999[0m [0;32mI (229) cpu_start: Min chi [14:14:11.164]收←◆p rev: v0.0[0m [0;32mI (234) cpu_start: Max chip rev: v0.99 [0m [0;32mI (239) cpu_start: Chip rev: v0.0[0m [0;32mI (244) cpu_start: next do core[0m [0;32mI (251) heap_init: Initializing. RAM available for dynamic allocation:[0m [0;32mI (258) heap_init: At 40830360 len 0004C2B0 (304 KiB): DRAM[0m [0;32mI (264) heap_init: At 4087C610 len 000039F0 (14 KiB): STACK/DRAM[0m [0;32mI (271) heap_init: At 50000020 len 00003FE0 (15 KiB): RTCRAM[0m 0 本主题由 Harmony技术专家于 2024-7-26 15:21 审核通过
2024-7-26 07:12:03　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 38 个回答。邀请回答 hgimtk 该类别下有 38 个回答。邀请回答新星之火12138 该类别下有 33 个回答。邀请回答 chm5 该类别下有 32 个回答。邀请回答 zyh34997 该类别下有 32 个回答。邀请回答就好国dd 该类别下有 32 个回答。邀请回答 zaichenxi 该类别下有 31 个回答。邀请回答 heks 该类别下有 31 个回答。邀请回答四川赵赵该类别下有 29 个回答。邀请回答 flowerddd 该类别下有 29 个回答。邀请回答 muwersddg 该类别下有 29 个回答。邀请回答 caosurround 该类别下有 28 个回答。邀请回答星星公交站该类别下有 28 个回答。邀请回答 vinww特烦恼该类别下有 28 个回答。邀请回答 h1654155143.8331 该类别下有 27 个回答。邀请回答 lkjflksjfsa 该类别下有 27 个回答。邀请回答 723662364d 该类别下有 27 个回答。邀请回答 overheat 该类别下有 27 个回答。邀请回答 gvjhvbc 该类别下有 27 个回答。邀请回答安德森大该类别下有 27 个回答。邀请回答举报斗地主之神相关推荐 • XMC4700编译成功后仿真，提示没有程序文件是怎么回事？ 493 • IAR使用debug模式编译成功后无法从SPI Flash运行 2485 • 使用esp32在4.4.4版本下使用ble_ota组件时一直无法编译成功是怎么回事？ 132 • 如何对ubuntu系统下编译成功的驱动程序进行调试呢 2240 • 请问ESP32-S3-DEVKITC-1是否支持Arduino IDE 1.8.8编译及烧录？ 283 • 求大佬分享编译成功的CH340驱动？ 1075 • TASKING编译成功，debug此处出错是什么原因? 691 • MPLAB 8.92 烧录编译问题讨教 3501 • startup文件中，外扩ram的rt_system_heap_init函数每次执行完magic赋值之后就会进入硬件错误处理函数，这是怎么回事？ 1474 • 请教studio编译成功但scons编译错误是哪里出了问题？ 355 1个回答

答案对人有帮助，有参考价值 0 从你提供的串口打印信息来看，你的ESP32设备在启动过程中遇到了问题，导致无法正常完成初始化。以下是一些可能的原因和解决方案： 1. 电源问题：如果电源不稳定或电源电压不足，设备可能会在启动过程中重启。请检查电源线路和电压是否符合设备要求。 2. 固件问题：你提到编译成功但设备卡在`heap_init`，这可能意味着固件中存在问题。尝试以下操作： - 确保使用的是最新版本的ESP-IDF。 - 检查是否有任何配置错误或不兼容的设置。 - 尝试使用默认配置重新编译并烧录固件。 3. 硬件问题：如果硬件存在缺陷，如损坏的Flash存储器或不稳定的连接，也可能导致设备无法正常启动。检查硬件连接是否牢固，以及是否有任何可见的损坏。 4. 烧录过程中的问题：烧录过程中可能出现错误，导致固件损坏。尝试重新烧录固件，并确保烧录过程中没有错误发生。 5. 内存分配问题：`heap_init`是内存堆初始化的过程，如果内存分配出现问题，可能导致设备无法继续执行。检查你的代码是否有内存泄漏或不正确的内存分配。 6. 看门狗定时器问题：如果看门狗定时器设置不当，可能会在启动过程中触发重启。检查看门狗定时器的配置。 7. 环境干扰：电磁干扰或其他环境因素可能影响设备的正常工作。尝试在不同的环境下测试设备。 8. 软件问题：检查是否有软件bug或逻辑错误导致设备在初始化过程中卡住。解决这类问题通常需要逐步排查，从硬件检查开始，然后是电源和烧录过程，最后是软件和固件。希望这些建议能帮助你解决问题。如果问题仍然存在，可能需要更详细的错误信息或日志来进一步诊断。

2024-7-26 17:21:43 评论举报贾小龙