一次“选错芯片”的代价先讲一个我亲眼见过的项目事故。某团队要做一款 NB-IoT 水表，电池要求用 5 年以上，每天上报一次数据，其余时间休眠。需求明确之后，硬件工程师选了一颗当时市场上很火的 MCU：STM32F103C8T6。理由很充分——资料多、价格便宜、团队熟悉、开发快。结果样机做出来，实测待机电流 15mA。电池 3.6V/5000mAh，算下来待机只能撑 14 天，离 5 年差了 130 倍。问题出在哪？STM32F103 是通用型 MCU，它的设计目标不是超低功耗。它的待机模式电流在 2μA 左右（数据手册标称），但那是理想条件。实际使用中，因为外设时钟管理不够精细、唤醒后恢复时间较长、以及一些外设无法完全关闭，实测待机电流远高于预期。更要命的是，团队在开发后期才发现这个问题。此时硬件已经定型，PCB 已经打样，软件架构已经围绕 F103 建立。换芯片意味着硬件重做、软件重写、认证重来。这个项目的结局是：硬件改版一次，换成了 STM32L0 系列，软件重写了 60%，项目延期三个月。如果一开始就选对芯片，这三个月可以省下来。这篇文章要讲的是：功耗预算怎么做，以及选型阶段怎么避免“选错芯片导致功耗降不下来”。核心是三个问题：芯片的功耗参数怎么看、真实场景的功耗怎么估算、以及选型时哪些“隐性功耗”最容易被忽略。一、读懂数据手册里的功耗数据数据手册中的功耗数据长什么样以 STM32L0 系列的数据手册为例，功耗参数通常分为几类：