“休眠电流不到 50 nA，连续放一年才消耗 0.438 mAh。”我第一眼看到 Nordic 这颗新芯片的参数时，第一反应是掏出计算器验算了一遍。做了这么多年低功耗设备，见过太多“标称 50nA、实测 500nA”的事，但 0.438mAh 这个换算结果，放在 MCU 领域已经接近物理极限了——一节 CR2032 纽扣电池按 180mAh 典型容量算，光是待机就能躺上几百年。

这颗芯片我拿到的消息不全，但从参数上说，它把低功耗这个事做到了一个新刻度。50nA 是什么概念？一个 50nA 的休眠电流，约等于一个 100MΩ 电阻在 3V 下产生的漏电流，接近普通 PCB 板材本身的表面绝缘电阻漏电水平。换句话说，这颗芯片的休眠功耗已经低到“外部电路随便漏一点电，都比芯片本身更费电”的程度。

这篇文章就把 50nA 这颗数字从里到外拆开讲讲：数字怎么算出来的、芯片内部怎么做才能扣到这么低、到了产品层面它究竟能帮你省多少电，以及怎么在真实板子上把 nA 级电流测量和调试做到位。

1. 这个数字背后到底藏着什么：50nA 和 0.438mAh 的账怎么算

1.1 先算账：0.438mAh 是怎么来的

先把数学验证一遍，免得被宣传口径带走。

休眠电流 I = 50nA = 0.00005mA。

一年按 365 天算，共 8760 小时：

Q = I × T = 0.00005mA × 8760h = 0.438mAh

完全对得上。

这个数字的工程意义在于：当休眠电流低于 50nA 时，MCU 本身的待机功耗在整个产品生命周期中已经可以被“忽略不计”了。0.438mAh 对一颗 180mAh 的 CR2032 来说是 0.24%，对一颗 1000mAh 的锂电池来说是 0.04%。做产品的人都知道，电池自放电率一年 2%~5% 是常态，温度、湿度、老化带来的容量衰减远大于这颗芯片一年吃掉的电量。

所以 50nA 的价值，不是“省下那 0.438mAh”，而是把休眠功耗从产品的功耗预算表里直接划掉。你不用再去纠结“待机一年会不会把电池耗干”，可以把这个预算额度让给传感器、无线通信和数据处理。

1.2 关键疑问：50nA 是在什么条件下测出来的

拿到任何低功耗芯片的数据手册，第一件事永远不是看“最低功耗”那个数字，而是看那个数字对应的模式配置。同样一颗芯片，不同保留配置下的休眠电流能差出一个数量级。

nA 级休眠电流的典型对应状态是“深度关断 + 最小保留”。具体到 Nordic 的架构里，通常意味着电源域全部切断、只有唤醒逻辑和最小唤醒源（比如 GPIO 边沿或内部低频振荡器）还在工作，RAM 可能只保留极小一部分，甚至完全不保留。这时候芯片失去了“现场保持”的能力，醒过来要走完整的重新初始化流程。

而真正在低功耗产品里用得最多的“RTC 保持 + RAM 保持 + GPIO 状态保持”模式，电流通常会高一截——因为要保持的东西多了，参与工作的晶体管就多，漏电自然大。

这里要提醒一句：别拿这颗芯片的 50nA 去和 STM32L4 的 Shutdown 模式十几纳安比，模式条件不同无意义；也别拿它去和旧款 nRF52 的 SYSTEM OFF 0.3µA 比，那是不同代际的产品定位差异。要对比，就锁死“同样保留 RTC + 保留部分 RAM + 支持外部唤醒”这个前提。

1.3 和常见低功耗芯片放在一起比一比

为了建立直观感受，我把市面上常见的低功耗平台的休眠电流量级列个大致范围（以各厂商数据手册典型值为准，具体型号和配置不同会有差异）：

看到这个对比得明白两件事。

第一，50nA 不是凭空跳出来的，它跟 STM32 Shutdown 的十几纳安其实是同一量级。区别在于 Nordic 把“深度关断模式”的可用性做得更接近产品需求——唤醒控制器、低频时钟、外部唤醒路径都保持在极低功耗状态下工作，而不是彻底断电后靠复位唤醒。

第二，µA 级和 nA 级的差距是数十倍，但产品端感知没有那么大，因为大部分物联网节点的活跃功耗仍然占据大头。50nA 的真正意义，是在“长时间无人值守”场景下把系统底功耗压缩到极限。

2. 芯片级低功耗是怎么“扣”出来的

2.1 工艺与器件层面的漏电控制

nA 级待机电流，首先不是架构问题，是晶体管漏电问题。

CMOS 电路在静态时也会通过截止晶体管的亚阈值漏电、栅氧化层隧穿漏电和 PN 结反向漏电向外漏电流。一颗有几十万门电路的数字芯片，即便所有逻辑都不翻转，只要晶体管上有电源电压，漏电流就是所有器件漏电的叠加。普通结构下要压到 50nA，几乎要求“非工作区域的电源全部切断”，这就是电源门控的物理起点。

为了在保留供电的区域内继续压低漏电，芯片厂商通常会把几种手段组合使用：采用高阈值电压的晶体管单元，让截止态漏电更小；对敏感模块用深 N 阱做衬底隔离，减少衬底噪声和闩锁风险；在保留状态下用低位宽保持触发器替代普通触发器，在数据保持时用更少的晶体管。

这些工艺手段叠加下来，一颗 SoC 在“最小供电域”模式下可能只有几百个晶体管还在持续工作。那它的漏电就是几十纳安到几百纳安——正好落在 50nA 附近。

你可以把它想象成一套房子：全屋断电只留一个走廊夜灯。夜灯本身功耗极低，但真正省电的关键是其他所有房间的电源都被切掉了，而不是夜灯有多厉害。芯片内部的电源门控开关，就是这套“房间总闸”。

2.2 电源域与唤醒架构：不干活时关掉尽可能多的电路

讲到 Nordic 的架构，有一个核心组件值得单独说：可编程的睡眠模式管理系统，以及配套的极低功耗唤醒控制器。

它的设计逻辑和其他 MCU 很不一样。大多数低功耗 MCU 的待机模式还是保留一定“计算能力”——比如 STM32 保留 RTC 和备份域，ESP32 可能让 ULP 协处理器继续跑。而 Nordic 这颗新芯片在深度关断状态下，CPU 是彻底停掉的，系统里还醒着的部分，是一套专门处理“醒来”逻辑的超低功耗硬件。

这套唤醒控制器平时只做三件事：监听唤醒源、维护最低限度的时钟（往往只有一个低功耗 RC 振荡器或低频晶体振荡器）、在唤醒条件满足后给主电源域上电并复位 CPU。整个控制器的逻辑规模很小，晶体管数量少，所以漏电可以压到 nA 级。

这个“唤醒控制器”思路近几年在超低功耗芯片里越来越常见，原因是：与其让 CPU 进入低功耗模式后还费电去“等中断”，不如单独用一个小引擎管“等”这件事。CPU 彻底断电，醒过来直接从 Flash 重新加载，功耗省了，代价是唤醒时间和重新初始化流程变长。

这也是为什么 50nA 通常对应“深度关断”，而 RTC 保留模式下芯片会消耗几百纳安到 1µA——RTC 电路本身要持续运行，分频器、计数器、比较器都在工作，它们不可能做到 0 漏电。

2.3 用设计取舍换来的超低功耗：没有免费午餐

50nA 的极致省电，背后是有代价的。

拿“RAM 保留”这件事说，SRAM 单元的漏电受保留电压和温度影响很大。如果设计允许芯片在休眠时把大部分 RAM 断电，只留一个极小的唤醒后引导区，那么漏电就能大幅下降。代价是你不能在深睡前把关键数据存在 RAM 里等醒来直接用，必须用一个“外部唤醒标志”告诉系统做完整初始化。这个设计取舍决定了大批量设备里的实现复杂度。

唤醒时间也一样。深度关断后，晶体振荡器要重新起振，锁相环要重新锁定，Flash 控制器和时钟树要重新初始化——整个过程可能需要几百微秒到几毫秒不等。对于每几小时醒来一次传个数据的传感节点，这点时间无所谓；但对需要立刻响应外部事件的设备，就得多留一个中间“轻休眠”模式。

这提醒我们一件事：不要看到一个超低功耗数字，就以为整颗芯片在所有场景下都无敌。真正的产品设计是组合多种模式：能深睡时深睡，需要快速响应时用浅睡眠，工作期间把功耗集中在无线发包上。芯片给的是选择权，怎么组合是工程师的功课。这颗芯片的聪明之处，是把“深睡”这一档做得足够好用，让你敢于在大部分待机时间里切到这一档。

3. 从芯片参数到真实产品：电池寿命怎么估、电路怎么设计

3.1 电池寿命预估的正确打开方式

很多初学者看到 50nA，第一反应是“那我的设备能放十年了”，这是典型的只看纸面参数翻车现场。电池寿命由平均工作电流决定，而平均工作电流由整个系统所有状态的时间加权决定，公式很简单：

平均电流 = 工作时长占比 × 工作电流 + 休眠时长占比 × 休眠电流

所有状态算完求和，再除以电池可用容量。

我拿一个典型的资产追踪节点举例。设备用 CR2032 电池，实际可用容量按降额后算 120mAh，每天上报 12 次（每两小时一次），每次上报时 RF 发射平均电流 10mA、持续 20ms，MCU 活动电流 5mA、持续 30ms，其余时间进深度关断，休眠电流按 50nA 算。

单次上报的能量消耗：

RF 部分：10mA × 20ms = 200mAs MCU 部分：5mA × 30ms = 150mAs 合计 350mAs = 350 / 3600 ≈ 0.097mAh

12 次上报就是 12 × 0.097 ≈ 1.16mAh。

每天休眠消耗：0.00005mA × 24h = 0.0012mAh。

每天总消耗 = 1.16 + 0.0012 ≈ 1.16mAh。电池寿命 = 120 / 1.16 ≈ 103 天。

这个结果和市面上很多 BLE 资产标签的真实寿命基本吻合：几个月。你看，把 50nA 翻十倍变成 500nA，休眠部分也才多 0.01mAh 每天，对整个寿命几乎没有影响。那颗芯片的低功耗再好，真正决定寿命的是“每一次唤醒后干了多少活”。

那 50nA 的意义在哪里？在于当你的上报频率很低（比如每天一次环境温度采样）、或者用了大容量电池时，休眠电流不再构成寿命的影响因素。换句话说，它帮你排除了一个变量，让你可以放心优化通信策略和传感器功耗。

3.2 50nA 级别的低功耗外围电路设计要点

芯片本身能到 50nA，不意味着你的板子在休眠时也能到 50nA。我在调试低功耗板子时，见过太多“芯片标称 0.xµA，整板实测 30µA”的情况。差距全在外围电路。

第一，电源芯片的静态电流。很多板子上习惯放一颗 LDO，普通 LDO 的静态电流（Iq）可能就有 1µA~5µA，它不管芯片动不动都在耗电。一颗 Iq 1µA 的 LDO 就已经比芯片休眠电流高 20 倍。如果你要追求整板 nA 级待机，要么选择 Iq 只有几百纳安的超低功耗 LDO，要么干脆用电池直供（在电池电压范围合适的前提下）。

第二，电阻分压和上拉/下拉。任何在休眠期间保持通电的电阻都是耗电元件。比如一个 1MΩ 的电阻连接在 3V 的电源和地之间，就有 3µA 电流流过。我之前见过一个板子，一颗芯片系统 OFF 只有 0.6µA，但板子上一个电池电压检测电阻分压网络吃掉了几十微安，厂家寄回来让我分析，我第一件事就是让他把分压网络改成“间歇使能”或者用大阻值方案。

第三，I/O 口的电平状态。休眠前一定要把所有外设接口的 GPIO 配置成确定的状态，不要留浮空。浮空输入脚的电平不确定，会通过芯片内部的上拉/下拉网络或者保护二极管形成漏电通路。正确做法是把未使用的 GPIO 设成模拟模式或者输出低、输出高，让每个引脚都有确定的电压，没有半导通区。

第四，I/O 口相互反向供电。这是低功耗电路最容易忽略的坑。假设芯片已经断电或者进入深睡，外部一个传感器还在工作，它的 I/O 引脚通过 PCB 走线直接连到芯片引脚上。如果传感器 VDD 还在，而芯片这边电源域已经关了，外面的电压就可能通过 I/O 保护二极管“反向灌电”进芯片，导致漏电路径。典型值能到几十上百微安。解决办法是给跨电源域的 I/O 串接限流电阻（比如 100kΩ），或者在外设休眠时把它的供电一起切断。

3.3 真实场景：智能穿戴与资产追踪节点的一天

把这套方法落到场景里看一遍，会更有体感。

智能手表/手环的场景是典型的“多状态混合”：屏幕亮着显示时间是 1mA 级别的工作电流（维持几秒），传感器周期性采样可能 300µA~500µA（持续几十毫秒），BLE 广播和连接事件几 mA 到十几 mA（持续几个毫秒），剩下大部分时间是深睡或者轻睡。

在这种产品里，50nA 的深睡电流意味着“抬腕亮屏”的待机时间理论值可以做到数月甚至跨年。但现实中用户看到的是两周一充，因为屏幕、振动马达、光学心率传感器的功耗远大于芯片休眠。Nordic 新芯片的 50nA，在这里是“不再拖后腿”的保证，不是省电的主角。

资产追踪节点则完全不同。冷链物流的温湿度记录仪可能一天只唤醒几次，每次读出传感器数据并做 BLE 广播，然后立刻深睡。这种设备一次部署要跑一两年，电池要么很大要么很小。如果电池小，那 50nA 就是决定性优势——它让“一颗 CR2032 坚持一年”这件事在功耗账上成立。

再往外延伸，太阳能采集的环境监测节点、无源取电的智能标签，这类“能量预算极其有限”的系统反而最吃这颗芯片的红利。因为这类系统的能量收集往往只有几十微安的持续供给，50nA 的待机电流相比下来微乎其微，整机可以长时间待机等待能量攒够再干活。

4. 实测经验：nA 级电流的测量与常见“翻车”现场

4.1 测量工具怎么选：万用表、功耗分析仪还是示波器

先说结论：测 nA 级休眠电流，普通的台式万用表可以测，但很难测准，最优解是专门的功耗分析仪。

万用表的电流档内阻是一个大问题。很多万用表的微安档内阻在 10Ω ~ 1000Ω 之间，你在回路里串一个几百欧的电阻，一旦芯片进入正常工作时需要拉 mA 级电流，这个电阻上的压降会直接让芯片的工作电压跌出规格，导致芯片复位或者无法正常启动。我曾经用福禄克万用表测一块低功耗板子，休眠电流读数很漂亮，但一接上去设备就反复重启——就是因为电流档内阻分压，把 LDO 的输出压到了复位阈值以下。

实际测试中更推荐 Nordic 自己的 Power Profiler Kit（PPK2）这类工具。它有独立的供电通道，还内置了数字量程切换能力，可以从 1mA 量程到 100nA 量程平滑切换，不会在换挡瞬间让目标设备欠压复位。它的采样率高，可以用来捕捉 BLE 事件发包瞬间的电流波形，配合软件直接积分出单次事件的能量消耗。

至于示波器，普通电流探头在 nA 级别的分辨率根本不够看。更有效的办法是“低压降电流采样电阻 + 运放放大器”的方案，在供电线上串一个 1kΩ 采样电阻，用示波器测量其两端电压，进而换算电流。但这个方法对噪声和温漂很敏感，适合看波形趋势，不适合做精确的长期电量统计。

4.2 测出“假高电流”的六大常见原因

我总结了在板子上测低功耗电流时最容易翻车的六个原因，按出现频率排序：

第一，调试器连着。这个最常见，没有之一。任何调试器（J-Link、ST-Link、ESP-Prog）只要有连接，芯片的调试接口就被激活，内部会保持调试逻辑供电，休眠电流可能从几十 nA 跳到几百 µA，甚至完全无法进入休眠。测电流前先断开调试器，或者至少把调试接口 clock 和数据信号断开。

第二，外部模块长供电。板子上如果有一个加速度计、闪存芯片或传感器一直挂在电源上，它通常不会“自动进入低功耗模式”除非主控明确配置它。很多传感器在上电默认状态下，待机电流就有几 µA 到几十 µA，芯片再低功耗也白搭。

第三，板载 LDO 静态电流和指示灯的漏电。指示灯电阻、LDO 的空载电流，都是隐藏耗电大户。我在检测一块退货产品时发现板子休眠电流 2.3µA，最后查到是一颗白色 LED 的限流电阻两端压差不够、LED 处于“半亮微光”状态，实际电流 1.8µA——肉眼完全看不出它在亮。

第四，I/O 口的浮空电平。这个前面设计部分已经提到，一排浮空 GPIO 会让芯片内部的输入缓冲器一直处于“试图判断高低的半导通状态”，每个引脚可能漏几 µA。把所有未使用引脚设为模拟、上拉或下拉，再测一遍电流通常能降一个数量级。

第五，电容残余电荷。刚从工作模式切到休眠模式时，板上大大小小的电容还在放电，电流表读数会慢慢下降。正确测量姿势是：让设备进入休眠后等至少 10~30 秒再读数，不然每次都偏高。

第六，跨电源域反向灌电。前面说的“外部传感器通过 I/O 反灌”，典型表现是“芯片自己休眠电流正常，但整板电流是芯片标称值的几十上百倍”。排查方法很简单，把所有外部模块的电源逐个断开，看电流哪一步掉下来。

4.3 排查实录：从 0.6µA 压到 50nA 的板子调试

今年早些时候我调试过一块环境传感节点，目标就是利用这颗芯片的深度关断模式做“一年免换电池”。板子第一版实测休眠电流 0.6µA，离 50nA 差了 12 倍。最后花了半天时间压了下来，完整排障过程很适合作为参考模板。

第一步，断外设。先把板载温湿度传感器、加速度计、Flask 的电源全部断开，电流降到 0.35µA——说明传感器确实在偷电，但它们不是全部来源。

第二步，断调试与复位电路。板子上有一个用于量产烧录的 USB 转串口芯片和两颗调试电平转换管，把这些影响源断掉后电流降到 0.2µA。

第三步，扣 GPIO。逐个把所有接到扩展排针的 I/O 口在深睡前强制拉成确定电平，电流降到 0.08µA。

第四步，查反灌。有一个连接外部扩展传感器接口的 SPI 总线，在深睡前还需要保持外部状态，导致三根信号线一直挂在传感器侧的上拉电路上。在深睡前将 SPI 引脚配置为高阻并断开外部上拉后，电流终于落在 0.045µA，也就是 45nA，接近标称值。

全程下来最大的感受是：不要指望芯片替你省电，板子才是主角。一颗做到 50nA 的芯片，需要一整套同样级别的系统设计配合，才能真正在整机层面看到这个数字。

4.4 低功耗蓝牙协议栈适配中的暗坑

再补充一个和 Nordic 方案强相关的问题。芯片低功耗再强，协议栈行为不对，休眠模式也进不去。在 Nordic 平台上做 BLE 开发时，无论是用 Zephyr 的蓝牙协议栈、nRF Connect SDK，还是把 Apache NimBLE 移植进来，都有类似问题：协议栈的“空闲任务”必须正确配置为进入低功耗模式，否则芯片永远停在“事件循环等下一个链路层事件”的状态。

尤其是 NimBLE 移植到 Nordic 芯片的场景，你需要关注几个典型函数：系统上电时的时钟配置（clock_init，往往要把低频时钟切换到 32.768kHz 晶体）、电源配置的厂商抽象层（Nordic 的 REGULATORS 和 POF 设置），以及低功耗模式进入的 timer 驱动（通常对应 nrfx_clock 和 nrfx_power 模块）。很多人把 NimBLE 跑起来了，但不知道协议栈要求注册一个“sleep callback”，主循环空闲时调用它，才能让芯片真正切入深睡。没注册这个回调，电流就始终在几 µA 级别。

这类问题在数据手册里看不见，但在实际调试里占掉的时间往往最久。所以做 Nordic 低功耗项目，优先建议直接用 nRF Connect SDK 自带的低功耗管理框架，它已经把“空闲进睡眠”和“事件唤醒”的流程封装好了。自研移植方案，就要把协议栈的 idle 路径走一遍再上线。

4.5 实测数字的复现与验证

最后说一个和“标称 50nA”相关的实操经验：数据手册里的 50nA 是在特定电压、温度、引脚配置下测得的，温度一变数字就变。

CMOS 漏电对温度极度敏感，温度每升高 10°C，漏电流可能翻倍甚至更多。如果你在 -20°C 环境下测这颗芯片，可能测得 20nA；在 45°C 的高温环境，可能就变成 120nA 甚至更高。这不代表芯片虚标，而是半导体物理的常态。

正确的产品设计方式是：拿数据手册的“最大额定值”或“高温典型值”去估算产品寿命，而不是拿最好看的“最小典型值”去宣传。尤其在冷链、户外、车载这类温度跨度大的场景，必须按最高工作温度下的休眠电流做电池寿命计算，留下足够余量。

说实话，我现在看到一颗芯片标“休眠电流 50nA”，第一反应是它给了硬件工程师一个更好的“底牌”——你不需要再花大量精力去抠板子上的静态漏电，因为芯片本身已经把功耗地板压到了外部电路之下。真正需要用心设计的，变成了如何让系统在深睡和工作之间快速切换、如何把唤醒后的工作量降到最低，以及如何用可靠的测量手段验证整板功耗。把这几个问题想透了，Nordic 这颗新芯片才能真正替你省下那些“看不见的电量”。