1. 功耗仿真概述：为什么需要功耗仿真？
做MCU开发这么多年，我见过太多项目在最后阶段栽在功耗上。有一次，一个智能穿戴项目，硬件都调通了，固件也跑起来了，结果一测整机电流，比指标高了30%。
硬件工程师说“射频模块就这样”，软件工程师说“我代码都优化过了”。最后谁的问题？谁都没问题，是系统级功耗没仿真过。
说白了，功耗仿真就是在你投片或者做板之前，先把功耗账算清楚。不是等板子回来了拿万用表戳，而是用工具把芯片跑起来，看每个模块、每个状态到底吃了多少电。
1.1 为什么不能只靠实测？
你想想看，实测能解决的问题太有限了。
- 时机太晚——板子打样回来，至少两周过去了。如果功耗超标，改版又是两周。
- 测量精度有限——万用表测平均电流还行，但MCU很多场景是微秒级跳变，示波器探头一夹，噪声就进来了。
- 无法定位根因——实测只能告诉你“整机电流大了”，但说不清是哪个外设、哪段代码在偷电。
⚠ 我曾经踩过的坑： 一个低功耗门锁项目，实测待机电流3.5µA，指标要求3µA以内。查了整整一周，最后发现是RTC的校准寄存器没配对，导致内部LDO多吃了0.8µA。如果当时做了功耗仿真，一眼就能看到RTC模块的电流异常。
1.2 功耗仿真的基本概念
功耗仿真，本质上是用EDA工具模拟芯片在不同工作模式下的电流消耗。它不关心你的代码逻辑对不对，只关心“你调用了哪个模块，花了多少时间，吃了多少电流”。
核心概念其实就三个：
| 概念 | 说明 | 我常用的比喻 |
|---|---|---|
| 功耗模型 | 每个模块（CPU、UART、ADC等）在不同状态下的电流值 | 就像每道菜的“热量表” |
| 状态机 | MCU在运行、睡眠、深度睡眠等模式间的切换 | 就像汽车的“怠速/行驶/熄火” |
| 时间窗口 | 每个状态持续的时间，以及整个工作周期的时长 | 就像“你开了多久空调” |
嗯，这里要注意：功耗模型不是芯片手册上那个“典型值”。手册给的是25°C、典型电压下的数据。实际项目中，温度、电压、工艺角都会影响电流。我习惯在仿真时至少跑三个角：TT（典型）、FF（快工艺、高温）、SS（慢工艺、低温）。
1.3 功耗仿真的目标
目标很明确，就四个字：算准、算细。
- 算准——仿真结果和实测偏差在10%以内，才算合格。偏差大了，说明模型或者场景没设对。
- 算细——能精确到每个函数、每个外设的功耗占比。这样优化时才知道“先砍谁”。
我个人习惯把功耗仿真分成三个层次：
- 芯片级——看整个MCU的功耗，主要用来评估电池寿命。
- 模块级——看某个外设（比如SPI、DMA）的功耗，用来做选型和配置优化。
- 代码级——看某段代码执行时的功耗，用来做固件优化。
💡 一个实用的观点： 功耗仿真不是“一次性”的工作。我建议在项目初期就搭建仿真环境，每次提交代码都跑一遍。这样功耗回归比功能回归还频繁，反而不会出大问题。
1.4 功耗仿真的知识体系
下面这张图，是我自己总结的功耗仿真知识框架。每次带新人，我都先让他们看这张图。
1.5 什么时候该做功耗仿真？
不是所有项目都需要。我一般看三个条件：
- 电池供电——只要用电池，功耗就是硬指标。仿真能帮你提前算好电池能用多久。
- 散热受限——小封装、无风扇的场景，功耗高了温度就压不住。
- 认证要求——比如蓝牙、Zigbee、LoRa等无线认证，都有功耗上限。
如果三个条件一个都不沾，那你可以先不做功耗仿真。但说实话，现在IoT项目，哪个不沾电池？
📌 我的建议： 哪怕项目不要求低功耗，也建议在原型阶段跑一次功耗仿真。不是为了省电，而是为了排查“异常电流”。我遇到过好几次，仿真跑出来某个模块电流异常大，一查发现是时钟没关，白白浪费了几百微安。
1.6 功耗仿真 vs 功耗实测
最后做个对比，帮你快速理解两者的定位：
| 维度 | 功耗仿真 | 功耗实测 |
|---|---|---|
| 时机 | 芯片选型阶段、软件开发阶段 | 硬件打样后、整机测试阶段 |
| 精度 | 依赖模型精度，通常偏差5%~15% | 受测量设备影响，可做到1%以内 |
| 定位能力 | 可精确到模块、代码行 | 只能测整机或局部节点 |
| 成本 | 需要仿真工具和模型，前期投入 | 需要硬件和测量设备，后期投入 |
| 迭代速度 | 改代码就能重跑，分钟级 | 改硬件要等打样，天级 |
所以我的做法是：仿真做粗筛，实测做验收。仿真阶段把明显的问题干掉，实测阶段只做最终确认。这样项目周期最短，风险也最低。