当前位置: 首页 > news >正文

esp的深度睡眠关机功耗很高,一般软件方面应该查哪里?

一般先从这几处查,软件侧最常见:

  1. 先确认真的进了 Deep Sleep

    • 看日志是不是已经执行到esp_deep_sleep_start()

    • 上电后打印esp_sleep_get_wakeup_cause(),确认不是刚睡下又被立刻唤醒

    • 如果功耗是mA 级,很多时候不是深睡眠没进去,就是反复唤醒了

  2. 查唤醒源是不是配错

    • 定时器、GPIO、触摸、UART、ULP 有没有误开

    • GPIO 唤醒脚是否悬空、极性是否配反,导致一进睡眠就醒

    • 先只保留一个最简单的唤醒源测试,比如只开 timer

  3. 睡前有没有把外设都关干净

    • Wi-Fi / BT:esp_wifi_stop()esp_bt_controller_disable()esp_bluedroid_disable()

    • UART、ADC、I2C、SPI、LED、传感器电源控制脚是否还在工作

    • 某些任务/定时器/中断如果还在跑,说明根本没真正进入深睡

  4. 查 RTC 电源域有没有被保留

    • 重点看有没有显式保留:

      • ESP_PD_DOMAIN_RTC_PERIPH

      • ESP_PD_DOMAIN_RTC_SLOW_MEM

      • ESP_PD_DOMAIN_RTC_FAST_MEM

      • ESP_PD_DOMAIN_XTAL

    • 如果不需要,尽量关掉,例如:

      esp_sleep_pd_config(ESP_PD_DOMAIN_RTC_PERIPH, ESP_PD_OPTION_OFF);
      esp_sleep_pd_config(ESP_PD_DOMAIN_RTC_SLOW_MEM, ESP_PD_OPTION_OFF);
      esp_sleep_pd_config(ESP_PD_DOMAIN_RTC_FAST_MEM, ESP_PD_OPTION_OFF);

  5. 查 GPIO 状态

    • 睡前 GPIO 电平是否导致外部电路漏电

    • 某些 IO 内部上下拉没关,或者外部上下拉打架,会明显增大功耗

    • 特别查:

      • 接 MOS 管使能脚

      • 传感器 EN 脚

      • 电平转换芯片 OE 脚

      • 外挂 Flash / PSRAM / 屏幕背光 / LDO EN

  6. 查是否用了 GPIO hold / RTC IO 配置不当

    • gpio_hold_en()/gpio_deep_sleep_hold_en()有时能稳住电平省电

    • 但配错也可能让外围一直处于耗电状态

    • RTC IO 如果作为唤醒脚,注意其上下拉和方向配置

  7. 查日志和调试配置

    • 串口日志本身不会让 deep sleep 一直高很多,但如果程序在睡前还卡在打印、flush、等待事件,就会误以为“睡了”

    • 先用最小代码验证:

      void app_main(void)
      {
      esp_sleep_enable_timer_wakeup(10 * 1000000ULL);
      esp_deep_sleep_start();
      }

    • 如果这个版本功耗正常,说明问题就在你业务初始化/外设/唤醒配置里

  8. 查有没有“反复重启”而不是“持续休眠”

    • 很多板子看起来是深睡高功耗,实际上是:

      • 睡下去

      • 被错误唤醒

      • 又启动一遍

      • 再睡

    • 这样平均电流就很高

    • 先做一个最小 deep sleep 示例测功耗
      再一项项加回:

    • 先加唤醒源

    • 再加 GPIO 配置

    • 这样最快定位。

    • 再加外设初始化

    • 最后加 Wi-Fi / BLE

http://www.jsqmd.com/news/476140/

相关文章:

  • esp的深度睡眠关机功耗很高,软件方面排查
  • 法律行业针对性钓鱼攻击的语境伪装与防御机制研究
  • C盘清理优化指南:结合系统工具与AI建议释放存储空间
  • 嵌入式MIPI-DSI小屏终端硬件设计与POGO连接方案
  • 2026年计算机毕设效率提升指南:从选题到部署的工程化实践
  • Java AI智能客服开发实战:从零搭建高可用对话系统
  • http相关整理
  • 千问3.5-27B惊艳效果:对漫画分镜图进行剧情推演与角色关系图谱生成
  • 【立创开发板】GameStation-YunQy:基于梁山派打造NES掌机的硬件设计与模拟器移植实战
  • 破局与重生:Anthropic 团队内部实战——如何用 Claude Code 重构研发效率全流程
  • Qwen3-0.6B-FP8多轮对话能力实战:构建连贯的聊天机器人
  • STC8H8K64U工业光耦I/O板:高隔离数字信号采集与驱动设计
  • 使用快马平台AI快速生成React+Node.js博客源码,十分钟搭建可运行原型
  • gorm 如何获取ColumnType
  • Win11Debloat系统优化工具:高效深度清理Windows冗余的安全方案
  • AWPortrait-Z在网络安全领域的创新应用:基于AI的人像识别系统
  • DeEAR部署避坑指南:PyTorch 2.9+Transformers 5.3兼容性问题解决方案
  • DeEAR语音情感识别部署案例:为视障用户开发语音反馈情感适配器(高自然度优先响应)
  • [特殊字符] 龍魂AI算法知识库·完整交付总览
  • 基于无服务器托管平台的银行凭证窃取攻击与防御研究
  • Alpamayo-R1-10B行业应用:物流车队自动泊车指令理解与轨迹生成案例
  • 造相-Z-Image-Turbo在AIGC内容创作中的应用:自动化生成社交媒体配图
  • Leather Dress Collection 结合Vue3:打造现代化AI应用管理后台
  • 寻音捉影·侠客行政务应用:政策宣讲音频中实时捕获‘补贴’‘申报’等要点
  • .NET集成GLM-4-9B-Chat-1M:企业级AI应用开发指南
  • 手柄控制PC完全指南:用游戏手柄实现键盘鼠标模拟的零配置方案
  • Phi-4-reasoning-vision-15B步骤详解:从外网访问异常排查到内网验证
  • Signal即时通讯平台钓鱼攻击机制与端到端加密环境下的防御重构
  • PX4-Autopilot悬停控制核心技术解析与实战优化
  • AIGlasses_for_navigation质量保障:软件测试方法论在导航系统中的实践