完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
ESP32-S3-WROOM-1-N8
esp idf v4.4 故障描述:无法启动 故障发生前操作:测试deep sleep示例程序,写入固件后正常睡眠几次后无法启动。然后任何程序都无法启动了。已用esptool验证bootloader和程序固件,没有错误。用另一块模块刷入相同程序正常运行。 写入sample project程序后启动log: [Codebox]ESP-ROM:esp32s3-20210327 Build:Mar 27 2021 rst:0x1 (POWERON),boot:0x8 (SPI_FAST_FLASH_BOOT) SPIWP:0xee mode:DIO, clock div:1 load:0x3fcd0108,len:0x2194 load:0x403b6000,len:0xa68 load:0x403ba000,len:0x337c entry 0x403b6208 I (26) boot: ESP-IDF v4.4-dev-3569-g6a7d83af19 2nd stage bootloader I (26) boot: compile time 06:41:28 D (26) bootloader_flash: XMC chip detected by RDID (00204017), skip. D (31) bootloader_flash: mmu set block paddr=0x00000000 (was 0xffffffff) I (36) boot: chip revision: 0 D (39) boot.esp32s3: magic e9 D (42) booo.esp32s3: segments 03 D (44) boot.esp32s3: spi_mode 02 D (47) boot.esp32s3: spi_speed 0f D (50) boot.esp32s3: spi_size 01 I (52) boot.esp32s3: Boot SPI Speed : 80MHz I (56) boot.esp32s3: SPI Mode : DIO I (60) boot.esp32s3: SPI Flash Size : 2MB D (64) boot: Enabling RTCWDT(9000 ms) I (67) boot: Enabling RNG early entropy source... W (71) bootloader_ranom: RNG for ESP32-S3 not crrently supported D (76) bootloader_flash: mmu set paddr=00000000 count=1 ssze=c00 src_addr=8000 src_addr_aligned=0 D (84) boot: mapped partition table 0x8000 at 0x3c008000 D (8) flash_parts: partition table verified, 4 entries I (92) boot: Partition Table: I (95) boot: ## Label Usage Type ST Offset Length D (101) boot: load partition table entry 0xc008000 D (105) boot: type=1 subtype=2 I (107) boot: 0 nvs WiFi data 01 02 00009000 00006000[0m D (113) boot: load partition table entry 0x3c008020 D (117) boot: type=1 subtype=1 I (120) boot: 1 phy_init RF data 01 01 0000f000 00001000 D (126) boot: load partition table entry 0x3c008040 D (130) boot: type=0 subtype=0 I (132) boot: 2 factory factory app 00 00 00010000 00100000 I (139) boot: End of partition table D (142) boot: Trying partition index-1 offs 0x10000 size 0x100000 D (147) esp_image: reading image header @ 0x10000 D (151) bootloader_flash: mmu set block paddr=0x00010000 (was 0xffffffff) D (156) esp_image: image header: 0xe9 0x06 0x02 0x01 40375144 V (161) esp_image: loading segment header 0 at offset 0x10018 V (166) esp_image: segment data length 0x7550 data startt 0x10020 V (171) esp_image: segment 0 map_segment 1 segment_data_offs 0x10020 load_addr 0x3c020020 I (177) esp_image: segment 0: paddr=00010020 vaddr=3c020020 size=07550h ( 30032) map D (184) esp_image: free data page_count 0x0000003f D (188) bootloader_flash: mu set paddr=00010000 count=1 size=7550 src_addr=10020 src_addr_aligned=100000[0m[/Codebox] |
|
相关推荐
2个回答
|
|
1. 无法执行的情况,在整板掉电复位之后是否能恢复?
2. 无法执行的情况,能否给我们提供一下flash status的数值:调用 `esptool.py read_flash_status` 3. (先做完以上两步) 如果重新烧写整个固件,问题是否会消失? 4. 问题是否和开发板/模组强相关,也就是说,如果执行了(2)的步骤,出现过问题的板子是否还会再出现同样的问题? |
|
|
|
根据您提供的信息,您的ESP32-S3-WROOM-1-N8模块在测试deep sleep示例程序后无法启动。您已经尝试了以下操作:
1. 使用esptool验证bootloader和程序固件,没有错误。 2. 使用另一块模块刷入相同程序,正常运行。 以下是一些建议来解决这个问题: 1. **检查电源**:确保您的模块电源稳定,电压在规定的范围内(3.3V或5V,具体取决于模块)。 2. **检查GPIO配置**:在deep sleep模式下,某些GPIO可能需要配置为特定功能以唤醒模块。请检查您的示例程序中的GPIO配置,确保它们在deep sleep模式下正确配置。 3. **检查唤醒源**:在deep sleep模式下,ESP32-S3可以通过外部GPIO、定时器或UART等唤醒源唤醒。请确保您的示例程序正确设置了唤醒源。 4. **检查deep sleep时间**:在deep sleep模式下,ESP32-S3的RTC时钟可能会影响唤醒时间。请检查您的示例程序中的deep sleep时间设置,确保它在合理的范围内。 5. **检查固件版本**:您提到使用的是ESP-IDF v4.4。尽管这个版本应该没有问题,但您可以尝试升级到最新版本的ESP-IDF,看看是否有所改善。 6. **硬件问题**:如果以上方法都无法解决问题,可能是模块本身存在硬件问题。您可以尝试联系供应商寻求技术支持或更换新的模块。 希望这些建议能帮助您解决问题。如果问题仍然存在,请提供更多详细信息,以便我们能更好地帮助您。 |
|
|
|
只有小组成员才能发言,加入小组>>
733 浏览 1 评论
552浏览 6评论
461浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢?
445浏览 5评论
446浏览 4评论
417浏览 4评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-25 01:10 , Processed in 0.939041 second(s), Total 82, Slave 65 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号