完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
最近使用ESP32-WROOM-32E N16R2 模组 esp-idf4.3.2配置外扩RAM,模组一直复位,无法正常启动。但是更换esp-idf 4.4.6版本后可以正常运行。是4.3.2版本配置外扩RAM时还需要配置其他项吗?
以下是异常时打印的报文,望大佬解答。 rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 153911750, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:2 load:0x3fff0030,len:7456 load:0x40078000,len:15360 load:0x40080400,len:3744 entry 0x4008067c [0;32mI (27) boot: ESP-IDF -128-NOTFOUND 2nd stage bootloader[0m [0;32mI (28) boot: compile time 08:31:09[0m [0;32mI (28) boot: chip revision: 3[0m [0;32mI (31) boot_comm: chip revision: 3, min. bootloader chip revision: 0[0m [0;32mI (38) boot.esp32: SPI Speed : 40MHz[0m [0;32mI (43) boot.esp32: SPI Mode : DIO[0m [0;32mI (48) boot.esp32: SPI Flash Size : 16MB[0m [0;32mI (52) boot: Enabling RNG early entropy source...[0m [0;32mI (58) boot: Partition Table:[0m [0;32mI (61) boot: ## Label Usage Type ST Offset Length[0m [0;32mI (68) boot: 0 nvs WiFi data 01 02 00009000 00006000[0m [0;32mI (76) boot: 1 phy_init RF data 01 01 0000f000 00001000[0m [0;32mI (83) boot: 2 factory factory app 00 00 00010000 00100000[0m [0;32mI (91) boot: End of partition table[0m [0;32mI (95) boot_comm: chip revision: 3, min. application chip revision: 0[0m [0;32mI (102) esp_image: segment 0: paddr=00010020 vaddr=3f400020 size=0b380h ( 45952) map[0m [0;32mI (128) esp_image: segment 1: paddr=0001b3a8 vaddr=3ffb0000 size=029d4h ( 10708) load[0m [0;32mI (133) esp_image: segment 2: paddr=0001dd84 vaddr=40080000 size=02294h ( 8852) load[0m [0;32mI (138) esp_image: segment 3: paddr=00020020 vaddr=400d0020 size=18bfch (101372) map[0m [08:38:50.432]收←◆[0;32mI (181) esp_image: segment 4: paddr=00038c24 vaddr=40082294 size=0cda0h ( 52640) load[0m [0;32mI (204) esp_image: segment 5: paddr=000459cc vaddr=50000000 size=00010h ( 16) load[0m [0;32mI (212) boot: Loaded app from partition at offset 0x10000[0m [0;32mI (212) boot: Disabling RNG early entropy source...[0m [0;31mE (225) psram: Not a valid or known package id: 7[0m Re-enable cpu cache. abort() was called at PC 0x40083d88 on core 0 Backtrace:0x4008171e:0x3ffe3b50 0x40089095:0x3ffe3b70 0x4008de96:0x3ffe3b90 0x40083d88:0x3ffe3c00 0x400d4243:0x3ffe3c30 0x40081324:0x3ffe3c50 0x4007956d:0x3ffe3c80 |<-CORRUPTED ELF file SHA256: 08a8e2ec034ef906 Rebooting... ets Jul 29 2019 12:21:46 |
|
相关推荐
1个回答
|
|
从您提供的信息来看,问题可能是由于ESP-IDF 4.3.2版本与ESP32-WROOM-32E N16R2模组的外扩RAM配置不兼容导致的。在升级到ESP-IDF 4.4.6版本后,问题得到解决,说明新版本已经修复了这个兼容性问题。
如果您仍然需要使用ESP-IDF 4.3.2版本,可以尝试以下方法来解决这个问题: 1. 检查您的外扩RAM配置是否正确。确保您已经正确设置了外扩RAM的引脚和时序参数。 2. 在ESP-IDF 4.3.2版本中,尝试升级ESP32的固件。有时候,固件升级可以解决一些兼容性问题。 3. 检查您的电源供应是否稳定。不稳定的电源供应可能会导致ESP32不断复位。 4. 如果可能的话,尝试使用其他型号的ESP32模组,看看问题是否仍然存在。这可以帮助您确定问题是否与特定的模组有关。 5. 参考ESP-IDF的官方文档和社区论坛,看看是否有其他开发者遇到了类似的问题,并找到了解决方案。 6. 如果以上方法都无法解决问题,您可以考虑向ESP-IDF的开发团队报告这个问题,以便他们能够在未来的版本中修复这个问题。 总之,虽然在ESP-IDF 4.4.6版本中问题已经得到解决,但如果您需要使用4.3.2版本,可以尝试上述方法来解决这个问题。希望这些建议对您有所帮助。 |
|
|
|
只有小组成员才能发言,加入小组>>
733 浏览 1 评论
552浏览 6评论
461浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢?
445浏览 5评论
445浏览 4评论
417浏览 4评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-24 12:15 , Processed in 0.855024 second(s), Total 82, Slave 64 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号