1. 低功耗设计概述：MCU低功耗设计的必要性
做嵌入式这些年，我越来越觉得低功耗设计不是「锦上添花」，而是「生死存亡」。你想想看，一个智能门锁如果三天两头换电池，用户不骂人才怪。一个工业传感器如果供电跟不上，整个数据采集链路就断了。
说白了，低功耗设计就是让设备在有限的能量下，活得久、干得巧、不浪费。
1.1 为什么非做低功耗不可？
我遇到过不少工程师，觉得「功耗嘛，最后再调」。结果呢？产品做完了，电池续航差得离谱，只能回头改硬件、换MCU，成本翻倍。所以，低功耗必须从项目第一天就纳入考量。
几个现实驱动力：
- 电池供电场景爆发：物联网终端、可穿戴设备、无线传感器，哪个不是靠电池活着？
- 散热与可靠性：功耗高=发热大，发热大=寿命短。密闭壳体内尤其明显。
- 法规与认证：很多行业标准对待机功耗有硬性要求，超标了连上市都难。
- 用户体验：用户不会关心你用了多牛的MCU，他只关心「多久充一次电」。
核心观点：低功耗不是「省电」两个字那么简单，它贯穿硬件选型、软件架构、时钟管理、外设控制、电源域划分……每一个环节。
1.2 CMS32系列低功耗特性总览
CMS32系列是中微半导体面向低功耗市场的主力。我最早接触这个系列是在一个水表项目上，当时被它的「多级休眠」架构吸引住了。
来看一下它的低功耗家底：
| 特性 | 说明 | 典型功耗 |
|---|---|---|
| 多种工作模式 | 正常、空闲、休眠、深度休眠、停止 | 从μA级到mA级可调 |
| 独立电源域 | 内核、外设、RTC、备份寄存器各自独立供电 | 按需开关 |
| 时钟门控 | 每个外设时钟可单独关闭 | 节省动态功耗 |
| 快速唤醒 | 从深度休眠到代码执行仅需几个μs | 减少无效等待 |
| 低功耗定时器 | 专用LPTIM，可在休眠下运行 | nA级 |
| ADC低功耗模式 | 支持单次转换、自动关断 | 转换时μA级 |
嗯，这里要注意：CMS32的「深度休眠」并不是一刀切。你可以选择保留RTC、保留部分RAM、保留唤醒引脚——灵活性很高，但也意味着配置复杂。我见过有人把所有外设时钟都关了，结果唤醒后外设初始化失败，折腾了两天。
1.3 低功耗设计的核心指标：功耗、性能、成本的三角权衡
做低功耗设计，本质上是在三个维度上找平衡：
- 功耗：静态功耗（漏电流）+ 动态功耗（开关活动）
- 性能：主频、响应速度、计算能力
- 成本：MCU单价、外围器件、开发周期、测试费用
你不可能同时做到「极低功耗、极高性能、极低成本」。举个例子：
- 想省电？降频、休眠、关外设——但响应变慢。
- 想快？高频运行、全速处理——但功耗飙升。
- 想便宜？选低端MCU——但可能没有深度休眠模式。
我的经验：先定功耗预算，再反推性能需求，最后选MCU。别反过来。我曾经在一个项目里先选了性能最强的MCU，结果功耗压不下去，只能换方案，白花了两个月。
下面这张图帮你理清本章的知识脉络：
避坑提醒：我曾经在一个项目中，为了省几毛钱选了不支持深度休眠的MCU，结果整机待机电流2mA，电池只能用两个月。后来换CMS32，待机降到2μA，成本只多了1块2。选型时别只看BOM单价，要算全生命周期成本。
1.4 小结
这一章我们聊了三件事：
- 低功耗为什么重要——不是选择题，是必答题。
- CMS32系列有什么低功耗家底——模式多、唤醒快、外设灵活。
- 功耗、性能、成本怎么权衡——先定预算，再选方案。