树莓派 Pico 这板子我最初是拿来点灯、读传感器的后来要在电池供电的野外环境部署一个温度记录节点才发现真正难的不是功能而是怎么让它“安静地睡下”。这里说的安静指功耗降到微安级别。很多人以为接上 DeepSleep API 就万事大吉实际上一测电流差点崩溃。这篇文章就围绕 Pico 的低功耗软件控制展开从 API 用法讲到实测经验和坑希望能帮你少走弯路。需要提醒一下这里的“API”不是平时说的云服务 API而是 Pico 固件和 SDK 暴露出来的编程接口。无论是 MicroPython 的 machine 模块还是 C SDK 的 pico_sleep 库本质上都是通过 API 去控制 RP2040 的电源状态。把 API 用熟了低功耗控制就有了抓手把底层原理和硬件细节搞清楚才能把这几点微安真正压出来。1. 低功耗设计思路先搞懂“省电”到底在省什么1.1 为什么Pico适合做低功耗节点Raspberry Pi Pico 的核心芯片是 RP2040双核 Cortex-M0最高主频能到 133MHz跑几十毫安级别。和动不动就上百毫安的 WiFi 模组相比它天生就是干低功耗活的料。再加上 MicroPython 和 C SDK 都提供低功耗 API使得做电池供电的传感器节点、数据记录仪、遥控开关都很方便。如果你只是把代码写好正常运行时功耗并不重要因为大部分时间都在睡眠。关键指标是睡眠电流要低、唤醒时间要短、唤醒源要可靠。Pico 在支持 lightsleep 和 deepsleep 两种模式下电流可以从运行时的几十毫安降到微安级别这个数量级变化是绝大多数低功耗应用能够成立的基石。1.2 功耗从哪里来先搞懂几个数字要控制低功耗你得清楚电流都去哪了。RP2040 的功耗可以粗略分成三块运行功耗CPU 时钟翻转、Flash 读取、外设工作电流通常是几毫安到几十毫安取决于主频和外设数量。主频从 133MHz 降到 10MHz电流能明显下降代价是计算速度变慢。睡眠功耗在 lightsleep 模式下CPU 停转但 RAM 保持、时钟可能还在跑电流可以降到百微安级别或更低在 deepsleep对应 C SDK 的 powerdown模式下大部分时钟都关掉只剩 RTC 和必要的唤醒逻辑整板电流就看外围电路了。静态漏电芯片内部的漏电流再加上板载 LDO 的静态电流、LED 电阻、电平转换电路的漏电。这部分往往决定了你最终能压到多低。很多人只盯着 RP2040 芯片本身的数据手册忽略了整个 Pico 开发板上的其他元件。板载低压差稳压器 RT6150B 的静态电流在几十微安级别板载 LED 及其限流电阻、Flash 芯片、USB 连接器、Pico W 上的无线模块全都会在你睡觉的时候偷偷耗电。所以低功耗设计不能只看 API板级电路也要一起算。我一般习惯先做一个“功耗基线测试”刚焊好板子不烧程序直接量待机电流。如果有 USB 线连电脑电流可能到几十毫安断开 USB用电池或外部稳压器供电不带程序时通常能到几十到几百微安。这个基线就是后续优化的天花板所有软件方案都只能在这个基础上往下压。2. 软件控制的底层逻辑低功耗 API 是寄存器的干净封装2.1 MicroPython 中的两组核心 APIMicroPython 的低功耗控制集中在 machine 模块里。官方支持的 API 其实不多但涵盖了两个关键入口machine.lightsleep(time_ms)对应浅睡眠。CPU 停转外设时钟可以保持或关闭RAM 内容不丢失。执行后程序在唤醒后继续运行。machine.deepsleep(time_ms)对应深度睡眠。芯片进入最低功耗状态RAM 保持但大部分时钟关闭。唤醒后整个 MicroPython 虚拟机相当于重新启动程序从头开始跑。这两个函数的命名容易让人误解以为只是睡眠时间长度的区别。实际上lightsleep更像“暂停一下”deepsleep更像“关机再开机”。所以在deepsleep之前你要把需要保留的数据放到machine.RTC().memory()或文件系统里否则醒来之后变量全都丢了。除了睡眠函数本身还得配合唤醒源 API。最常用的是machine.RTC().alarm(time, repeatFalse)设置 RTC 定时唤醒单位毫秒。Pin.irq()或Pin.wake()配置 GPIO 唤醒源支持上升沿、下降沿和电平变化。唤醒源的配置必须在睡前去设置。比如你用按键接到 GP16 和 GND配置Pin(16, Pin.IN, Pin.PULL_UP)然后调用light_sleep按键拉低时芯片就会醒来。注意在deepsleep模式下不是所有引脚都支持唤醒具体要看引脚编号和电源域文档里会标出 WKUP 引脚。2.2 C SDK 中的低功耗路径如果你更喜欢 C 开发Pico SDK 提供pico_sleep库API 更贴近底层。核心函数是sleep_run()进入 sleep 模式时钟停止RAM 保持指定唤醒源后可以继续执行。sleep_powerdown()进入 powerdown 模式比 sleep 更省电但唤醒后类似“热复位”需要重新初始化很多东西。sleep_goto_sleep_until()和sleep_goto_powerdown_until()可以同时指定 RTC 闹钟唤醒和 GPIO 唤醒适合做定时采集和外部触发混合的场景。用 C SDK 的好处是灵活。你可以精确控制哪些时钟关闭、哪些外设保留、唤醒后如何恢复 PLL。坏处是坑更多比如唤醒后系统时钟可能恢复到默认的 12MHz而不是你之前跑 133MHz有些外设需要重新初始化否则状态不对。我自己的经验是如果项目不太复杂MicroPython 足够如果要追求极致续航、多唤醒源和复杂外设管理建议切到 C SDK。两种 API 背后的寄存器操作其实差不多但 C 离硬件更近脑子里的电源状态机要清晰很多。3. 实操从点亮 LED 到成功睡下去3.1 环境准备与功耗测量工具低功耗开发不能“盲调”必须要能测量电流。我的调试环境很简单树莓派 Pico建议普通版Pico W 的射频部分会增加不少功耗后面会单独说一块面包板、若干杜邦线一台能测微安的万用表或者更专业的电流探头一个支持限流的电源适配器或者两节 18650 电池盒串一个拨线开关一个 USB 转 TTL 串口模块用来打印日志测量电流的正确接法是把万用表串联在 Pico 的 VSYS 或 VBUS 电源输入路径。建议不要从 USB 供电测量因为 USB 线如果接电脑板子和电脑之间有地回路电流数据会乱。用独立电源从 VSYS 引脚供电3.3V 或 5V 都能工作。有一个很多人都踩过的坑万用表电流档烧保险丝。测量睡眠电流时可能会从睡眠态的微安跳到唤醒态的几十毫安如果万用表量程设在 200uA唤醒瞬间会打表甚至烧保险。保险做法是先用电流表大电流档量唤醒电流确认不会过载再换低电流档测睡眠段或者用带自动量程的台式万用表。3.2 用 MicroPython 实现 Lightsleep 和 Deepsleep先写一个最简单的灯光闪烁程序确保环境没问题再上低功耗。下面这段代码演示了 5 秒闪烁一次之后进入 lightsleep等待 GPIO 唤醒from machine import Pin, RTC, lightsleep import time # 关闭板载 LED避免睡眠时被它偷电 led Pin(25, Pin.OUT, value0) # 按键唤醒引脚GP16 接一个按键到 GND按下为低电平 wake_pin Pin(16, Pin.IN, Pin.PULL_UP) def blink_twice(): for _ in range(2): led.toggle() time.sleep_ms(100) led.toggle() time.sleep_ms(100) blink_twice() print(进入 lightsleep) lightsleep() # 不带参数一直睡到 GPIO 唤醒 print(唤醒啦) blink_twice()这段代码执行lightsleep()后CPU 停转GPIO 保持状态。此时如果你按下按键GPIO 电平变化会触发唤醒程序会继续在lightsleep()这一行之后执行。测量一下整板电流可以降到百微安级别比运行时的十几毫安低了一大截。再看 deepsleep 的例子from machine import Pin, RTC, deepsleep import time # 先设置 RTC 定时唤醒比如 5 秒后唤醒 rtc RTC() rtc.alarm(time5000, repeatFalse) # GPIO 唤醒源GP16 拉低 wake_pin Pin(16, Pin.IN, Pin.PULL_UP) print(进入 deepsleep) deepsleep() # 到这里之后芯片已经复位下面代码不会立即执行这里有个关键点deepsleep()执行完后芯片会重新启动MicroPython 会从头运行你的代码。所以你不能指望在deepsleep()后面写“醒来后做 XX”。正确做法是启动时读取复位原因判断是冷启动还是定时唤醒from machine import Pin, RTC, deepsleep, reset_cause # 判断复位原因 cause reset_cause() print(reset cause:, cause) if cause 3: # 3 表示 DEEPSLEEP_RESET具体值以实际固件为准 print(这是从 deepsleep 唤醒的) else: print(这是冷启动)用这个办法你可以区分“上电”和“深度睡眠唤醒”分别做不同逻辑。这在低功耗数据记录仪里特别重要因为每次唤醒可能只需要采样一次然后继续睡。3.3 用 C SDK 实现 Powerdown 模式在 C 工程里启用低功耗首先要在CMakeLists.txt中加入依赖target_link_libraries(your_target pico_sleep hardware_rtc)然后在代码里包含头文件并配置唤醒源#include pico/stdlib.h #include hardware/rtc.h #include pico/sleep.h void wake_callback(void) { // 唤醒后可在这里做 GPIO 状态清理 } int main() { stdio_init_all(); // 初始化 RTC rtc_init(); datetime_t alarm_time { .year 2025, .month 6, .day 1, .hour 12, .min 0, .sec 0, }; // 配置 GPIO 唤醒源 struct sleep_gpio_cfg gpio_cfg { .gpio 16, .type GPIO_FALLING_EDGE, .enable true }; // 进入 powerdown直到 RTC 闹钟或 GPIO 事件唤醒 sleep_goto_powerdown_until(alarm_time, gpio_cfg, wake_callback); // 唤醒后继续执行但注意时钟可能恢复为默认值 }C SDK 的行为比 MicroPython 更底层唤醒后所有外设状态都不保证所以示例代码里的wake_callback其实只在唤醒前瞬间调用适合快速处理掉唤醒源标记。真正的恢复动作关注意这样做检查rtc_get_datetime()判断是否掉电然后调用set_sys_clock_khz(133000, true)恢复主频再重新初始化 I2C、UART、PWM 等外设。3.4 唤醒源配置的细节与顺序无论是 MicroPython 还是 C SDK唤醒源配置顺序都建议遵循“先配置唤醒源最后进入睡眠”的原则。原因是如果你先睡着再配置 GPIO 中断或 RTC 闹钟很可能配置还没写完芯片就睡死了导致永远无法唤醒。另一个细节是Pin的中断和唤醒配置要尽量只在唤醒时用不要在正常运行中一直开启否则会产生大量开销。比如我用 MicroPython 做按键唤醒时正常循环里用轮询只在进入睡眠前才临时打开wake功能。这样省电也避免中断、睡眠状态互相冲突。RTC 闹钟的精度取决于板载 32.768kHz 晶振一般一天误差几十秒是正常的。如果你的项目需要长时间精准唤醒可以考虑用 GPS 校时或者外接高精度 RTC 芯片。4. 注意事项与坑为什么我的板子还是费电4.1 USB 和板载元件是最容易忽略的偷电贼很多朋友拿着代码去测功耗结果发现怎么都降不下来。十有八九是 USB 线还插着。Pico 的 VBUS 引脚接了 USB 电源USB 线连电脑时即使程序睡了USB 相关的逻辑也可能保持供电电流直接多出好几毫安。另外Pico 开发板上的电源指示灯不是用 GPIO 驱动的而是直接接在电源线上板子只要上电就会亮这部分电流省不掉的。如果你做的是超低功耗产品建议直接焊掉这个 LED或者买没有 LED 的第三方核心板。我测过焊掉这颗 LED 后睡眠电流能降下来 1mA 上下具体数字取决于板子阻值。板载 LDO 也有静态功耗。RP2040 的推荐供电方式是从 VSYS 输入 5V经过板载 DCDC 降压到 3.3V。DCDC 效率高但静态损耗不小。如果你追求极致续航可以绕过板载电源管理直接用 3.3V 从 3V3 引脚供电这样省掉 DCDC 的静态电流。不过这么做要小心3V3 引脚直接连接芯片电源轨电压必须稳定不能超过 3.6V。4.2 GPIO 浮空和上下拉睡眠期间所有未使用的 GPIO 如果处于高阻态很容易受外界干扰发生电平跳变有些跳变会触发唤醒有些则会导致漏电。最好在进入睡眠前把所有不用的 GPIO 统一设置成输出低电平或者输入下拉。这里有个容易犯的错GPIO 配置成输出低时如果外部电路恰好给它一个高电平会形成短路电流。所以更好的做法是针对实际电路决定每一个引脚最终的睡眠态。自己的板子上GPIO 上有传感器的一般设成输入下拉GPIO 悬空的设成输出低。这样既避免浮空又不会跟外部电路打架。4.3 Pico W 的无线模块是功耗无底洞如果你用的是 Pico W事情就复杂了。Pico W 上的 CYW43439 无线芯片在network.WLAN()未激活时静态电流也有毫安级别。低功耗设计时至少要在睡眠前调用wlan.active(False)让无线模块先关闭。真正连接 WiFi 后的功耗更是几十毫安到几百毫安和“低功耗”三个字基本绝缘。要想把 Pico W 的睡眠功耗压到微安级必须走 Infineon 的 low power 模式需要在 C SDK 里配置额外的握手流程。即便这样也不可能像 Pico 普通版那样轻松降到几微安。我个人的项目里只要不是非得用 WiFi 的场景一律用普通 Pico。4.4 唤醒后的时钟和外设恢复低功耗 API 不会替你管好所有外设。从 lightsleep 唤醒相对简单RAM 还在时钟通常会恢复到之前的状态但从 deepsleep 或 powerdown 唤醒后芯片像是经历了一次复位几乎所有外设寄存器都回到默认值。我第一次用 C SDK 的sleep_goto_powerdown_until()时唤醒后 UART 控制台不打印了花了半小时才发现是时钟频率从 133MHz 掉到了 12MHz波特率全乱了。重新调用set_sys_clock_khz(133000, true)之后一切恢复正常。所以建议在唤醒路径里做一个专门的外设初始化函数里面至少包括恢复系统时钟、重新初始化串口、重新初始化 I2C/SPI、重新设置 GPIO 方向。否则你会发现设备能唤醒但功能全乱。4.5 不要用测量上的“虚低”骗自己还有一种情况很尴尬测出来的电流很低但实际项目续航还是不行。原因可能是你的测量方式忽略了唤醒周期。比如设备每 10 秒唤醒一次每次唤醒 100ms 跑 20mA睡眠段 2uA。总平均电流不是睡眠电流而是要算唤醒段在内的平均功耗。平均电流 唤醒时间 × 唤醒电流 睡眠时间 × 睡眠电流/ 总周期。这个公式一定要算清楚否则你会高估电池寿命。低功耗设计的目标不仅仅是把睡眠电流压到微安还要尽量缩短唤醒时间、减少唤醒次数。5. 常见问题排查速查表5.1 典型问题对照表现象可能原因排查方法解决办法deepsleep 后电流仍然超过 1mAUSB 线未断开拔掉 USB 线再测用外部电源从 VSYS 供电睡眠电流偏高且稳定在毫安级板载 LED、LDO 静态损耗对比焊掉 LED 前后的电流更换低静态功耗核心板或用 3V3 直接供电唤醒后程序从头跑变量丢失用了 deepsleepRAM 被复位阅读复位原因代码用 RTC memory 保存数据或区分复位原因GPIO 唤醒不稳定引脚浮空、未配置上下拉用示波器看 GPIO 电平配置内部上/下拉增加硬件上拉电阻RTC 闹钟唤醒时间偏差大晶振不准温度变化多次测试偏差缩短定时间隔或外接高精度 RTC唤醒后外设不工作时钟频率或外设寄存器未恢复打印系统时钟检查外设初始化统一调用恢复函数重新初始化Pico W 睡眠电流下不去无线模块未关闭检查 WLAN 状态调用wlan.active(False)或换普通 Pico5.2 排查流程与工具推荐遇到功耗问题时我一般按下面的流程走先拿到完整电流曲线确认睡眠段是否稳定。用“最小系统法”只保留 Pico 核心和电源其他全部断开看最低能到多少。逐个增加外设每加一个就重新测一次能快速定位是谁在偷电。用一个 GPIO 输出作为“心跳引脚”配合示波器观察睡眠和唤醒周期的实际占空比。工具方面百元级的 0.28 寸功率计模块就能满足日常测试但它的分辨率只有 0.1mA测微安级睡眠电流不够用。建议入手一个带毫伏档的万用表配合固定电阻做电流采样或者直接用 INA219 模块记录电流曲线。有条件的话Nordic 的 Power Profiler Kit 这类专业工具体验更好不过对 Pico 开发来说普通万用表加示波器已经能解决九成问题。最后再分享一个小技巧在 MicroPython 里判断是否处于低功耗状态可以打印reset_cause()。我每次调试都会在开机时打一行这个值能立刻知道这次启动是冷启动、deepsleep 唤醒还是看门狗复位。这个小细节省了我很多时间。低功耗开发一点都不玄乎先把 API 用对再把测量做准剩下的问题基本都是硬件电路上的可以慢慢磨。
树莓派 Pico 这板子我最初是拿来点灯、读传感器的后来要在电池供电的野外环境部署一个温度记录节点才发现真正难的不是功能而是怎么让它“安静地睡下”。这里说的安静指功耗降到微安级别。很多人以为接上 DeepSleep API 就万事大吉实际上一测电流差点崩溃。这篇文章就围绕 Pico 的低功耗软件控制展开从 API 用法讲到实测经验和坑希望能帮你少走弯路。需要提醒一下这里的“API”不是平时说的云服务 API而是 Pico 固件和 SDK 暴露出来的编程接口。无论是 MicroPython 的 machine 模块还是 C SDK 的 pico_sleep 库本质上都是通过 API 去控制 RP2040 的电源状态。把 API 用熟了低功耗控制就有了抓手把底层原理和硬件细节搞清楚才能把这几点微安真正压出来。1. 低功耗设计思路先搞懂“省电”到底在省什么1.1 为什么Pico适合做低功耗节点Raspberry Pi Pico 的核心芯片是 RP2040双核 Cortex-M0最高主频能到 133MHz跑几十毫安级别。和动不动就上百毫安的 WiFi 模组相比它天生就是干低功耗活的料。再加上 MicroPython 和 C SDK 都提供低功耗 API使得做电池供电的传感器节点、数据记录仪、遥控开关都很方便。如果你只是把代码写好正常运行时功耗并不重要因为大部分时间都在睡眠。关键指标是睡眠电流要低、唤醒时间要短、唤醒源要可靠。Pico 在支持 lightsleep 和 deepsleep 两种模式下电流可以从运行时的几十毫安降到微安级别这个数量级变化是绝大多数低功耗应用能够成立的基石。1.2 功耗从哪里来先搞懂几个数字要控制低功耗你得清楚电流都去哪了。RP2040 的功耗可以粗略分成三块运行功耗CPU 时钟翻转、Flash 读取、外设工作电流通常是几毫安到几十毫安取决于主频和外设数量。主频从 133MHz 降到 10MHz电流能明显下降代价是计算速度变慢。睡眠功耗在 lightsleep 模式下CPU 停转但 RAM 保持、时钟可能还在跑电流可以降到百微安级别或更低在 deepsleep对应 C SDK 的 powerdown模式下大部分时钟都关掉只剩 RTC 和必要的唤醒逻辑整板电流就看外围电路了。静态漏电芯片内部的漏电流再加上板载 LDO 的静态电流、LED 电阻、电平转换电路的漏电。这部分往往决定了你最终能压到多低。很多人只盯着 RP2040 芯片本身的数据手册忽略了整个 Pico 开发板上的其他元件。板载低压差稳压器 RT6150B 的静态电流在几十微安级别板载 LED 及其限流电阻、Flash 芯片、USB 连接器、Pico W 上的无线模块全都会在你睡觉的时候偷偷耗电。所以低功耗设计不能只看 API板级电路也要一起算。我一般习惯先做一个“功耗基线测试”刚焊好板子不烧程序直接量待机电流。如果有 USB 线连电脑电流可能到几十毫安断开 USB用电池或外部稳压器供电不带程序时通常能到几十到几百微安。这个基线就是后续优化的天花板所有软件方案都只能在这个基础上往下压。2. 软件控制的底层逻辑低功耗 API 是寄存器的干净封装2.1 MicroPython 中的两组核心 APIMicroPython 的低功耗控制集中在 machine 模块里。官方支持的 API 其实不多但涵盖了两个关键入口machine.lightsleep(time_ms)对应浅睡眠。CPU 停转外设时钟可以保持或关闭RAM 内容不丢失。执行后程序在唤醒后继续运行。machine.deepsleep(time_ms)对应深度睡眠。芯片进入最低功耗状态RAM 保持但大部分时钟关闭。唤醒后整个 MicroPython 虚拟机相当于重新启动程序从头开始跑。这两个函数的命名容易让人误解以为只是睡眠时间长度的区别。实际上lightsleep更像“暂停一下”deepsleep更像“关机再开机”。所以在deepsleep之前你要把需要保留的数据放到machine.RTC().memory()或文件系统里否则醒来之后变量全都丢了。除了睡眠函数本身还得配合唤醒源 API。最常用的是machine.RTC().alarm(time, repeatFalse)设置 RTC 定时唤醒单位毫秒。Pin.irq()或Pin.wake()配置 GPIO 唤醒源支持上升沿、下降沿和电平变化。唤醒源的配置必须在睡前去设置。比如你用按键接到 GP16 和 GND配置Pin(16, Pin.IN, Pin.PULL_UP)然后调用light_sleep按键拉低时芯片就会醒来。注意在deepsleep模式下不是所有引脚都支持唤醒具体要看引脚编号和电源域文档里会标出 WKUP 引脚。2.2 C SDK 中的低功耗路径如果你更喜欢 C 开发Pico SDK 提供pico_sleep库API 更贴近底层。核心函数是sleep_run()进入 sleep 模式时钟停止RAM 保持指定唤醒源后可以继续执行。sleep_powerdown()进入 powerdown 模式比 sleep 更省电但唤醒后类似“热复位”需要重新初始化很多东西。sleep_goto_sleep_until()和sleep_goto_powerdown_until()可以同时指定 RTC 闹钟唤醒和 GPIO 唤醒适合做定时采集和外部触发混合的场景。用 C SDK 的好处是灵活。你可以精确控制哪些时钟关闭、哪些外设保留、唤醒后如何恢复 PLL。坏处是坑更多比如唤醒后系统时钟可能恢复到默认的 12MHz而不是你之前跑 133MHz有些外设需要重新初始化否则状态不对。我自己的经验是如果项目不太复杂MicroPython 足够如果要追求极致续航、多唤醒源和复杂外设管理建议切到 C SDK。两种 API 背后的寄存器操作其实差不多但 C 离硬件更近脑子里的电源状态机要清晰很多。3. 实操从点亮 LED 到成功睡下去3.1 环境准备与功耗测量工具低功耗开发不能“盲调”必须要能测量电流。我的调试环境很简单树莓派 Pico建议普通版Pico W 的射频部分会增加不少功耗后面会单独说一块面包板、若干杜邦线一台能测微安的万用表或者更专业的电流探头一个支持限流的电源适配器或者两节 18650 电池盒串一个拨线开关一个 USB 转 TTL 串口模块用来打印日志测量电流的正确接法是把万用表串联在 Pico 的 VSYS 或 VBUS 电源输入路径。建议不要从 USB 供电测量因为 USB 线如果接电脑板子和电脑之间有地回路电流数据会乱。用独立电源从 VSYS 引脚供电3.3V 或 5V 都能工作。有一个很多人都踩过的坑万用表电流档烧保险丝。测量睡眠电流时可能会从睡眠态的微安跳到唤醒态的几十毫安如果万用表量程设在 200uA唤醒瞬间会打表甚至烧保险。保险做法是先用电流表大电流档量唤醒电流确认不会过载再换低电流档测睡眠段或者用带自动量程的台式万用表。3.2 用 MicroPython 实现 Lightsleep 和 Deepsleep先写一个最简单的灯光闪烁程序确保环境没问题再上低功耗。下面这段代码演示了 5 秒闪烁一次之后进入 lightsleep等待 GPIO 唤醒from machine import Pin, RTC, lightsleep import time # 关闭板载 LED避免睡眠时被它偷电 led Pin(25, Pin.OUT, value0) # 按键唤醒引脚GP16 接一个按键到 GND按下为低电平 wake_pin Pin(16, Pin.IN, Pin.PULL_UP) def blink_twice(): for _ in range(2): led.toggle() time.sleep_ms(100) led.toggle() time.sleep_ms(100) blink_twice() print(进入 lightsleep) lightsleep() # 不带参数一直睡到 GPIO 唤醒 print(唤醒啦) blink_twice()这段代码执行lightsleep()后CPU 停转GPIO 保持状态。此时如果你按下按键GPIO 电平变化会触发唤醒程序会继续在lightsleep()这一行之后执行。测量一下整板电流可以降到百微安级别比运行时的十几毫安低了一大截。再看 deepsleep 的例子from machine import Pin, RTC, deepsleep import time # 先设置 RTC 定时唤醒比如 5 秒后唤醒 rtc RTC() rtc.alarm(time5000, repeatFalse) # GPIO 唤醒源GP16 拉低 wake_pin Pin(16, Pin.IN, Pin.PULL_UP) print(进入 deepsleep) deepsleep() # 到这里之后芯片已经复位下面代码不会立即执行这里有个关键点deepsleep()执行完后芯片会重新启动MicroPython 会从头运行你的代码。所以你不能指望在deepsleep()后面写“醒来后做 XX”。正确做法是启动时读取复位原因判断是冷启动还是定时唤醒from machine import Pin, RTC, deepsleep, reset_cause # 判断复位原因 cause reset_cause() print(reset cause:, cause) if cause 3: # 3 表示 DEEPSLEEP_RESET具体值以实际固件为准 print(这是从 deepsleep 唤醒的) else: print(这是冷启动)用这个办法你可以区分“上电”和“深度睡眠唤醒”分别做不同逻辑。这在低功耗数据记录仪里特别重要因为每次唤醒可能只需要采样一次然后继续睡。3.3 用 C SDK 实现 Powerdown 模式在 C 工程里启用低功耗首先要在CMakeLists.txt中加入依赖target_link_libraries(your_target pico_sleep hardware_rtc)然后在代码里包含头文件并配置唤醒源#include pico/stdlib.h #include hardware/rtc.h #include pico/sleep.h void wake_callback(void) { // 唤醒后可在这里做 GPIO 状态清理 } int main() { stdio_init_all(); // 初始化 RTC rtc_init(); datetime_t alarm_time { .year 2025, .month 6, .day 1, .hour 12, .min 0, .sec 0, }; // 配置 GPIO 唤醒源 struct sleep_gpio_cfg gpio_cfg { .gpio 16, .type GPIO_FALLING_EDGE, .enable true }; // 进入 powerdown直到 RTC 闹钟或 GPIO 事件唤醒 sleep_goto_powerdown_until(alarm_time, gpio_cfg, wake_callback); // 唤醒后继续执行但注意时钟可能恢复为默认值 }C SDK 的行为比 MicroPython 更底层唤醒后所有外设状态都不保证所以示例代码里的wake_callback其实只在唤醒前瞬间调用适合快速处理掉唤醒源标记。真正的恢复动作关注意这样做检查rtc_get_datetime()判断是否掉电然后调用set_sys_clock_khz(133000, true)恢复主频再重新初始化 I2C、UART、PWM 等外设。3.4 唤醒源配置的细节与顺序无论是 MicroPython 还是 C SDK唤醒源配置顺序都建议遵循“先配置唤醒源最后进入睡眠”的原则。原因是如果你先睡着再配置 GPIO 中断或 RTC 闹钟很可能配置还没写完芯片就睡死了导致永远无法唤醒。另一个细节是Pin的中断和唤醒配置要尽量只在唤醒时用不要在正常运行中一直开启否则会产生大量开销。比如我用 MicroPython 做按键唤醒时正常循环里用轮询只在进入睡眠前才临时打开wake功能。这样省电也避免中断、睡眠状态互相冲突。RTC 闹钟的精度取决于板载 32.768kHz 晶振一般一天误差几十秒是正常的。如果你的项目需要长时间精准唤醒可以考虑用 GPS 校时或者外接高精度 RTC 芯片。4. 注意事项与坑为什么我的板子还是费电4.1 USB 和板载元件是最容易忽略的偷电贼很多朋友拿着代码去测功耗结果发现怎么都降不下来。十有八九是 USB 线还插着。Pico 的 VBUS 引脚接了 USB 电源USB 线连电脑时即使程序睡了USB 相关的逻辑也可能保持供电电流直接多出好几毫安。另外Pico 开发板上的电源指示灯不是用 GPIO 驱动的而是直接接在电源线上板子只要上电就会亮这部分电流省不掉的。如果你做的是超低功耗产品建议直接焊掉这个 LED或者买没有 LED 的第三方核心板。我测过焊掉这颗 LED 后睡眠电流能降下来 1mA 上下具体数字取决于板子阻值。板载 LDO 也有静态功耗。RP2040 的推荐供电方式是从 VSYS 输入 5V经过板载 DCDC 降压到 3.3V。DCDC 效率高但静态损耗不小。如果你追求极致续航可以绕过板载电源管理直接用 3.3V 从 3V3 引脚供电这样省掉 DCDC 的静态电流。不过这么做要小心3V3 引脚直接连接芯片电源轨电压必须稳定不能超过 3.6V。4.2 GPIO 浮空和上下拉睡眠期间所有未使用的 GPIO 如果处于高阻态很容易受外界干扰发生电平跳变有些跳变会触发唤醒有些则会导致漏电。最好在进入睡眠前把所有不用的 GPIO 统一设置成输出低电平或者输入下拉。这里有个容易犯的错GPIO 配置成输出低时如果外部电路恰好给它一个高电平会形成短路电流。所以更好的做法是针对实际电路决定每一个引脚最终的睡眠态。自己的板子上GPIO 上有传感器的一般设成输入下拉GPIO 悬空的设成输出低。这样既避免浮空又不会跟外部电路打架。4.3 Pico W 的无线模块是功耗无底洞如果你用的是 Pico W事情就复杂了。Pico W 上的 CYW43439 无线芯片在network.WLAN()未激活时静态电流也有毫安级别。低功耗设计时至少要在睡眠前调用wlan.active(False)让无线模块先关闭。真正连接 WiFi 后的功耗更是几十毫安到几百毫安和“低功耗”三个字基本绝缘。要想把 Pico W 的睡眠功耗压到微安级必须走 Infineon 的 low power 模式需要在 C SDK 里配置额外的握手流程。即便这样也不可能像 Pico 普通版那样轻松降到几微安。我个人的项目里只要不是非得用 WiFi 的场景一律用普通 Pico。4.4 唤醒后的时钟和外设恢复低功耗 API 不会替你管好所有外设。从 lightsleep 唤醒相对简单RAM 还在时钟通常会恢复到之前的状态但从 deepsleep 或 powerdown 唤醒后芯片像是经历了一次复位几乎所有外设寄存器都回到默认值。我第一次用 C SDK 的sleep_goto_powerdown_until()时唤醒后 UART 控制台不打印了花了半小时才发现是时钟频率从 133MHz 掉到了 12MHz波特率全乱了。重新调用set_sys_clock_khz(133000, true)之后一切恢复正常。所以建议在唤醒路径里做一个专门的外设初始化函数里面至少包括恢复系统时钟、重新初始化串口、重新初始化 I2C/SPI、重新设置 GPIO 方向。否则你会发现设备能唤醒但功能全乱。4.5 不要用测量上的“虚低”骗自己还有一种情况很尴尬测出来的电流很低但实际项目续航还是不行。原因可能是你的测量方式忽略了唤醒周期。比如设备每 10 秒唤醒一次每次唤醒 100ms 跑 20mA睡眠段 2uA。总平均电流不是睡眠电流而是要算唤醒段在内的平均功耗。平均电流 唤醒时间 × 唤醒电流 睡眠时间 × 睡眠电流/ 总周期。这个公式一定要算清楚否则你会高估电池寿命。低功耗设计的目标不仅仅是把睡眠电流压到微安还要尽量缩短唤醒时间、减少唤醒次数。5. 常见问题排查速查表5.1 典型问题对照表现象可能原因排查方法解决办法deepsleep 后电流仍然超过 1mAUSB 线未断开拔掉 USB 线再测用外部电源从 VSYS 供电睡眠电流偏高且稳定在毫安级板载 LED、LDO 静态损耗对比焊掉 LED 前后的电流更换低静态功耗核心板或用 3V3 直接供电唤醒后程序从头跑变量丢失用了 deepsleepRAM 被复位阅读复位原因代码用 RTC memory 保存数据或区分复位原因GPIO 唤醒不稳定引脚浮空、未配置上下拉用示波器看 GPIO 电平配置内部上/下拉增加硬件上拉电阻RTC 闹钟唤醒时间偏差大晶振不准温度变化多次测试偏差缩短定时间隔或外接高精度 RTC唤醒后外设不工作时钟频率或外设寄存器未恢复打印系统时钟检查外设初始化统一调用恢复函数重新初始化Pico W 睡眠电流下不去无线模块未关闭检查 WLAN 状态调用wlan.active(False)或换普通 Pico5.2 排查流程与工具推荐遇到功耗问题时我一般按下面的流程走先拿到完整电流曲线确认睡眠段是否稳定。用“最小系统法”只保留 Pico 核心和电源其他全部断开看最低能到多少。逐个增加外设每加一个就重新测一次能快速定位是谁在偷电。用一个 GPIO 输出作为“心跳引脚”配合示波器观察睡眠和唤醒周期的实际占空比。工具方面百元级的 0.28 寸功率计模块就能满足日常测试但它的分辨率只有 0.1mA测微安级睡眠电流不够用。建议入手一个带毫伏档的万用表配合固定电阻做电流采样或者直接用 INA219 模块记录电流曲线。有条件的话Nordic 的 Power Profiler Kit 这类专业工具体验更好不过对 Pico 开发来说普通万用表加示波器已经能解决九成问题。最后再分享一个小技巧在 MicroPython 里判断是否处于低功耗状态可以打印reset_cause()。我每次调试都会在开机时打一行这个值能立刻知道这次启动是冷启动、deepsleep 唤醒还是看门狗复位。这个小细节省了我很多时间。低功耗开发一点都不玄乎先把 API 用对再把测量做准剩下的问题基本都是硬件电路上的可以慢慢磨。
