2. 低功耗设计基础：理解CMS32的多种低功耗模式
做车载电子这些年，我最大的体会就是：功耗控制是嵌入式设计的硬门槛。尤其是车载传感器节点，电池供电、环境恶劣、还得长期稳定运行。CMS32系列在这方面做得相当扎实，提供了四种低功耗模式，咱们一个一个掰开揉碎了讲。
核心观点：低功耗设计不是一味地“睡死过去”，而是在“省电”和“响应速度”之间找平衡。选对模式，项目就成功了一半。
2.1 CMS32的四种低功耗模式概览
CMS32的低功耗模式，说白了就是让芯片“睡”的程度不同。从浅睡到深睡，功耗越来越低，但唤醒代价也越来越大。我习惯把它们分成两类：CPU停摆型和系统停摆型。
- Sleep模式：CPU停了，但外设还在跑。适合需要快速响应、但CPU暂时没事干的场景。
- Deep Sleep模式：CPU停了，高频振荡器也停了。外设还能用，但速度慢下来了。
- Stop模式：几乎全停了，只有低速振荡器和部分唤醒逻辑在工作。
- Standby模式：彻底断电，只保留RTC和几个唤醒引脚。功耗最低，但唤醒最慢。
你想想看，这就像人睡觉：Sleep是打盹，Deep Sleep是浅睡，Stop是深睡，Standby是昏迷。嗯，这个比喻可能不太恰当，但意思到了。
2.2 各模式下的功耗对比与唤醒源
我在做车载胎压监测项目时，就吃过亏。一开始图省事，全程用Sleep模式，结果电池撑不到三个月。后来换成Stop模式，配合定时唤醒，电池直接干到两年。所以，选对模式比什么都重要。
| 模式 | 典型功耗 | CPU状态 | 高频振荡器 | 低速振荡器 | 主要唤醒源 | 唤醒时间 |
|---|---|---|---|---|---|---|
| Sleep | ~1 mA | 停止 | 运行 | 运行 | 中断、DMA | ~1 µs |
| Deep Sleep | ~100 µA | 停止 | 停止 | 运行 | 中断、RTC、LPTIM | ~10 µs |
| Stop | ~10 µA | 停止 | 停止 | 运行 | RTC、LPTIM、外部中断 | ~100 µs |
| Standby | ~1 µA | 掉电 | 停止 | 可选 | RTC、复位、特定引脚 | ~1 ms |
我的习惯：在项目初期，我会先列一个“唤醒源需求表”。比如：需要1秒唤醒一次？用RTC。需要外部按键唤醒？用外部中断。需要快速响应？别进Standby。这样选模式就快多了。
2.3 模式切换与唤醒流程
CMS32的模式切换其实不复杂，核心就是操作几个寄存器。但有个坑：进模式前一定要关掉不用的外设时钟。我曾经有一次，进Stop模式前忘了关ADC时钟，结果功耗比Sleep还高，查了半天才发现。
下面是一个典型的Stop模式进入与唤醒流程：
- 关闭所有不用的外设时钟（PCLK、HCLK）
- 配置唤醒源（比如RTC闹钟或外部中断）
- 设置系统控制寄存器进入Stop模式
- 执行WFI或WFE指令
- 芯片进入Stop模式，功耗降至~10 µA
- 唤醒事件到来，芯片退出Stop模式
- 重新配置时钟和外设（如果需要）
- 继续执行主程序
// 进入Stop模式的示例代码
void Enter_Stop_Mode(void)
{
// 1. 关闭不用的外设时钟
CLK->PCKCR0 &= ~(1 << 3); // 关闭ADC时钟
CLK->PCKCR1 &= ~(1 << 1); // 关闭SPI时钟
// 2. 配置RTC唤醒（假设RTC已初始化）
RTC->ALRMCR = 0x01; // 使能闹钟中断
// 3. 设置Stop模式
SYS->SYSCR1 |= (1 << 2); // 进入Stop模式
// 4. 执行WFI指令
__WFI();
// 5. 唤醒后继续执行
// 注意：唤醒后时钟可能不稳定，需要重新配置
CLK->PCKCR0 |= (1 << 3); // 恢复ADC时钟
}我曾经踩过的坑：在车载项目中，我用了Stop模式配合RTC唤醒，但发现每次唤醒后，SPI通信就乱码。后来查手册才发现，Stop模式退出后，高频振荡器需要重新稳定，而SPI时钟源来自高频振荡器。解决方案是：唤醒后先等待振荡器稳定，再操作外设。
2.4 低功耗模式选择决策树
为了让你更直观地理解怎么选，我画了一张决策图。你可以把它当作一个“低功耗模式导航仪”。
2.5 实际项目中的功耗优化策略
我个人习惯在项目初期就做一次功耗预算。比如车载传感器节点，电池容量1000 mAh，要求工作两年。那么平均功耗不能超过：1000 mAh / (365 * 24) ≈ 114 µA。有了这个目标，选模式就有的放矢了。
下面是我总结的几个实用策略：
- 策略一：动态模式切换。平时用Stop模式，需要快速采集数据时切到Sleep模式，采集完再切回来。
- 策略二：善用RTC定时唤醒。大部分时间在Stop模式，每隔几秒唤醒一次，处理完数据再睡回去。
- 策略三：外设按需供电。进低功耗前，关掉不用的外设时钟和电源。我记得有一次，光是把一个没用的SPI模块关掉，功耗就降了20 µA。
- 策略四：IO口状态管理。进低功耗前，把所有IO口设为输出低或输入上拉，避免浮空引脚带来的漏电流。
避坑指南：我曾经在车载项目中，用Stop模式配合外部中断唤醒。结果发现，每次唤醒后，系统时钟频率不对。查了两天，原来是唤醒后时钟源切换出了问题。解决方案是：在唤醒中断服务程序里，显式地重新配置时钟源和分频系数。
2.6 本章小结
CMS32的四种低功耗模式，各有各的适用场景。Sleep模式适合需要快速响应的场合，Deep Sleep模式适合外设持续运行的场合，Stop模式是大多数车载传感器节点的首选，Standby模式则适合极低功耗的待机场景。
记住一句话：没有最好的模式，只有最合适的模式。选模式前，先搞清楚你的唤醒源、响应时间要求和功耗预算。嗯，这就是我多年做车载低功耗设计的核心心法。