[问答]

ESP32从深度休眠唤醒到工作的时间偏长，怎么优化？

104 ESP32

问答对人有帮助，内容完整，我也想知道答案 0 您好， ESP32 从休眠唤醒到 wifi mac 能用，需要649ms，这个时间有点长，请帮看下哪里可以优化吗？ rst:0x5 (DEEPSLEEP_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 0, 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:4 load:0x3fff0034,len:7184 ho 0 tail 12 room 4 load:0x40078000,len:14352 load:0x40080400,len:4448 0x40080400: _init at ??:? entry 0x400806f0 I (31) boot: ESP-IDF v4.1-dev-2259-ga70a6f897-dirty 2nd stage bootloader I (31) boot: compile time 17:02:17 I (32) boot: chip revision: 1 I (36) boot_comm: chip revision: 1, min. bootloader chip revision: 0 I (43) boot.esp32: SPI Speed : 40MHz I (48) boot.esp32: SPI Mode : DIO I (52) boot.esp32: SPI Flash Size : 2MB I (57) boot: Enabling RNG early entropy source... I (62) boot: Partition Table: I (66) boot: ## Label Usage Type ST Offset Length I (73) boot: 0 nvs WiFi data 01 02 00009000 00006000 I (81) boot: 1 phy_init RF data 01 01 0000f000 00001000 I (88) boot: 2 factory factory app 00 00 00010000 00100000 I (96) boot: End of partition table I (100) boot_comm: chip revision: 1, min. application chip revision: 0 I (107) esp_image: segment 0: paddr=0x00010020 vaddr=0x3f400020 size=0x179c4 ( 96708) map I (151) esp_image: segment 1: paddr=0x000279ec vaddr=0x3ffb0000 size=0x038e8 ( 14568) load I (157) esp_image: segment 2: paddr=0x0002b2dc vaddr=0x40080000 size=0x00404 ( 1028) load 0x40080000: _WindowOverflow4 at E:/evan/esp/work/esp/esp-idf/components/freertos/xtensa/xtensa_vectors.S:1789 I (158) esp_image: segment 3: paddr=0x0002b6e8 vaddr=0x40080404 size=0x04930 ( 18736) load I (174) esp_image: segment 4: paddr=0x00030020 vaddr=0x400d0020 size=0x76904 (485636) map 0x400d0020: _stext at ??:? I (351) esp_image: segment 5: paddr=0x000a692c vaddr=0x40084d34 size=0x11490 ( 70800) load 0x40084d34: wDev_ProcessFiq at ??:? I (381) esp_image: segment 6: paddr=0x000b7dc4 vaddr=0x400c0000 size=0x00064 ( 100) I (381) esp_image: segment 7: paddr=0x000b7e30 vaddr=0x50000000 size=0x00010 ( 16) I (400) boot: Loaded app from partition at offset 0x10000 I (400) boot: Disabling RNG early entropy source... I (401) cpu_start: Pro cpu up. I (404) cpu_start: Application information: I (409) cpu_start: Project name: esp_my_node I (415) cpu_start: App version: v4.1-dev-2259-ga70a6f897-dirty I (422) cpu_start: Compile time: Feb 23 2020 23:32:34 I (428) cpu_start: ELF file SHA256: 341e89abb4d1f557... I (434) cpu_start: ESP-IDF: v4.1-dev-2259-ga70a6f897-dirty I (441) cpu_start: Starting app cpu, entry point is 0x4008137c 0x4008137c: call_start_cpu1 at E:/evan/esp/work/esp/esp-idf/components/esp32/cpu_start.c:274 I (0) cpu_start: App cpu up. I (451) heap_init: Initializing. RAM available for dynamic allocation: I (458) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM I (464) heap_init: At 3FFB9228 len 00026DD8 (155 KiB): DRAM I (470) heap_init: At 3FFE0440 len 00003AE0 (14 KiB): D/IRAM I (477) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM I (483) heap_init: At 400961C4 len 00009E3C (39 KiB): IRAM I (489) cpu_start: Pro cpu start user code I (507) spi_flash: detected chip: generic I (508) spi_flash: flash io: dio W (508) spi_flash: Detected size(4096k) larger than the size in the binary image header(2048k). Using the size in the binary image header. I (518) cpu_start: Starting scheduler on PRO CPU. I (0) cpu_start: Starting scheduler on APP CPU. I (529) esp_my_node: app main I (529) esp_my_node: Wake up from timer. Time spent in deep sleep: 10534ms I (589) wifi: wifi driver task: 3ffc0d4c, prio:23, stack:3584, core=0 I (589) system_api: Base MAC address is not set I (589) system_api: read default base MAC address from EFUSE I (589) wifi: wifi firmware version: 94efb94 I (599) wifi: config NVS flash: disabled I (599) wifi: config nano formating: disabled I (599) wifi: Init dynamic tx buffer num: 32 I (609) wifi: Init data frame dynamic rx buffer num: 32 I (609) wifi: Init management frame dynamic rx buffer num: 32 I (619) wifi: Init management short buffer num: 32 I (619) wifi: Init static rx buffer size: 1600 I (629) wifi: Init static rx buffer num: 10 I (629) wifi: Init dynamic rx buffer num: 32 I (649) phy: phy_version: 4180, cb3948e, Sep 12 2019, 16:39:13, 0, 1 I (649) wifi: mode : sta (fc:f5:c4:45:64:80) 0 本主题由 Harmony技术专家于 2024-6-25 15:45 审核通过
2024-6-25 07:10:55　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 38 个回答。邀请回答 hgimtk 该类别下有 38 个回答。邀请回答新星之火12138 该类别下有 33 个回答。邀请回答 zyh34997 该类别下有 32 个回答。邀请回答就好国dd 该类别下有 32 个回答。邀请回答 chm5 该类别下有 32 个回答。邀请回答 zaichenxi 该类别下有 31 个回答。邀请回答 heks 该类别下有 31 个回答。邀请回答 flowerddd 该类别下有 29 个回答。邀请回答 muwersddg 该类别下有 29 个回答。邀请回答四川赵赵该类别下有 29 个回答。邀请回答星星公交站该类别下有 28 个回答。邀请回答 vinww特烦恼该类别下有 28 个回答。邀请回答 caosurround 该类别下有 28 个回答。邀请回答 gvjhvbc 该类别下有 27 个回答。邀请回答安德森大该类别下有 27 个回答。邀请回答 xwgc888 该类别下有 27 个回答。邀请回答 lkjflksjfsa 该类别下有 27 个回答。邀请回答 h1654155143.8331 该类别下有 27 个回答。邀请回答 723662364d 该类别下有 27 个回答。邀请回答举报申换换相关推荐 • 从深度睡眠唤醒时DacAudio ESP32不工作的原因？ 412 • ESP32深度睡眠被锁定无法唤醒的原因？ 352 • 请问，CC2530深度休眠时，能用串口接收唤醒吗？深度休眠时串口还工作吗？深度休眠后，串口需要重新设置吗？ 4302 • ESP32 light sleep模式唤醒时间长是怎么回事？ 121 • 让esp32进入深度休眠，功耗高是什么原因导致的？ 125 • ESP32进入light sleep模式后唤醒时间长是怎么回事？ 248 • 使用esp32c3,用不同的io口唤醒深度睡眠，发现唤醒的原因都是io0唤醒的，这是怎么回事？ 187 • 深度睡眠唤醒时的RTC重置问题如何解决？ 381 • lightsleep休眠不同唤醒方式的功耗问题求解 205 • 如何缩短从Deep-Sleep唤醒后的开机时间？ 246 1个回答

答案对人有帮助，有参考价值 0 要优化ESP32从深度休眠唤醒到工作的时间，可以从以下几个方面进行优化： 1. 减少启动过程中的延时：检查启动过程中是否有不必要的延时，例如等待某些硬件设备就绪。如果有，尝试减少这些延时。 2. 优化SPI Flash读写速度：ESP32使用SPI Flash存储程序和数据。优化SPI Flash的读写速度可以缩短唤醒时间。可以尝试调整SPI Flash的时钟频率和模式，以提高读写速度。 3. 使用更快的启动模式：ESP32支持不同的启动模式，如QIO、QOUT、DIO和DOUT。QIO和DIO模式比QOUT和DOUT模式更快。检查当前使用的启动模式，如果可能的话，切换到更快的模式。 4. 减少程序大小：程序大小越大，从Flash加载到RAM所需的时间就越长。尝试优化代码，减少程序大小，以缩短加载时间。 5. 使用外部晶振：ESP32可以使用内部RC振荡器或外部晶振。外部晶振通常比内部RC振荡器更稳定，可以提高系统性能。如果可能的话，尝试使用外部晶振。 6. 优化WiFi连接过程：在唤醒后，ESP32需要连接到WiFi网络。优化WiFi连接过程，例如使用更快的连接方法或预先配置WiFi设置，可以缩短连接时间。 7. 使用中断唤醒：如果可能的话，使用中断唤醒ESP32，而不是使用定时器唤醒。中断唤醒可以更精确地控制唤醒时间，从而减少唤醒过程中的延时。 8. 检查电源管理设置：检查电源管理设置，确保在休眠期间关闭不必要的硬件设备，以减少唤醒所需的时间。 9. 更新ESP-IDF版本：您当前使用的是ESP-IDF v4.1-dev-2259-ga版本。尝试更新到最新的稳定版本，以获取可能的性能改进和bug修复。通过以上方法，您可以尝试优化ESP32从深度休眠唤醒到工作的时间。请注意，实际效果可能因具体硬件和软件环境而异。

2024-6-25 17:10:03 评论举报李鸿