乐鑫技术交流
直播中

贾熹

7年用户 1600经验值
私信 关注
[问答]

ESP32-S3-WROOM-1-N8无法启动怎么解决?

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)

夏房釜

2024-6-20 09:42:54
1. 无法执行的情况,在整板掉电复位之后是否能恢复?
2. 无法执行的情况,能否给我们提供一下flash status的数值:调用 `esptool.py read_flash_status`
3. (先做完以上两步) 如果重新烧写整个固件,问题是否会消失?
4. 问题是否和开发板/模组强相关,也就是说,如果执行了(2)的步骤,出现过问题的板子是否还会再出现同样的问题?
举报

rosa

2024-6-20 17:33:14
根据您提供的信息,您的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. **硬件问题**:如果以上方法都无法解决问题,可能是模块本身存在硬件问题。您可以尝试联系供应商寻求技术支持或更换新的模块。

希望这些建议能帮助您解决问题。如果问题仍然存在,请提供更多详细信息,以便我们能更好地帮助您。
举报

更多回帖

发帖
×
20
完善资料,
赚取积分