1. CMS32低功耗架构概览

各位好，欢迎来到这门实战课。第一讲，咱们先聊聊CMS32系列MCU的低功耗架构。说白了，就是搞清楚这颗芯片的“省电底子”到底怎么样。

我最早接触CMS32，是在一个智能门锁的项目上。客户要求两节干电池撑一年，当时我一看数据手册里的功耗指标，心里就有数了——这活儿能接。为什么？因为它的低功耗架构设计得相当清晰，电源域划分得明明白白。

1.1 低功耗特性总览

CMS32系列主打的是“灵活”二字。它不像有些MCU，省电模式就那么一两种，要么全速跑，要么深度睡眠，中间几乎没有过渡。CMS32给了你多个档位，你可以根据实际场景，像调档位一样去匹配功耗和响应速度。

我个人习惯，拿到一个新芯片，先看它的静态功耗和唤醒时间。这两个参数直接决定了你的产品能不能“睡得好、醒得快”。

1.2 电源域划分

CMS32的电源域划分，是它低功耗设计的核心。它把芯片内部拆成了几个独立的“供电区”，每个区可以单独开关。你想想看，如果整个芯片只有一个电源开关，那关掉一个外设就得把整个芯片都断电，这显然不合理。

CMS32主要分为三个电源域：

• VDD域（主电源域）：给CPU核心、Flash、SRAM、大部分高速外设供电。这是功耗的大头。
• VBAT域（备份电源域）：给RTC、备份寄存器供电。即使主电源断了，这个域还能靠纽扣电池维持。
• 待机域（Always-on Domain）：给唤醒逻辑、部分GPIO、低功耗定时器供电。这个域在Stop模式下依然带电。

我在项目中遇到过一个问题：客户说设备在待机时电流偏大，怎么都降不下去。后来排查发现，是某个GPIO在进入Deep Sleep前没有配置成模拟输入，导致漏电。嗯，这里要注意——每个电源域都有它自己的“边界”，跨域的信号处理不好，就会产生额外的电流路径。

1.3 工作模式详解

咱们一个一个来看。这四种模式，你掌握了它们的切换逻辑，基本就能应对90%的低功耗场景了。

Run模式

没什么好说的，全速运行。CPU跑代码，外设全开。功耗最高，性能也最强。但你要记住一点：在Run模式下，如果某个外设暂时不用，记得关掉它的时钟。我见过不少工程师，代码里开了所有外设时钟，结果功耗直接飙到3mA以上。

Sleep模式

CPU停了，但外设还在跑。说白了，就是CPU“打盹”，但周围的“助手”们还在干活。这个模式适合什么场景？比如你用一个定时器每隔100µs触发一次ADC采样，CPU在采样间隙就可以睡一会儿。唤醒速度极快，2µs左右，几乎感觉不到延迟。

Deep Sleep模式

这个模式就有点意思了。CPU停了，大部分高速外设也停了，但低速外设（比如LPTIM、LPUART）还能工作。我经常用它来做“周期性唤醒”的场景——比如一个传感器节点，每秒钟醒来一次，读数据，发出去，然后继续睡。50µA的功耗，配上2000mAh的电池，理论上能撑4年多。

Stop模式

这是CMS32的“终极省电模式”。几乎所有时钟都停了，只有待机域还在工作。功耗低至2µA，但代价是唤醒时间较长（约200µs），而且唤醒后需要重新初始化系统时钟。这个模式适合那些“大部分时间都在睡觉，偶尔起来干点活”的设备，比如智能水表、烟雾报警器。

1.4 模式切换与状态保持

模式切换不是简单的“跳转指令”就能搞定的。你需要考虑几个问题：

• 寄存器状态：进入低功耗模式前，关键寄存器要不要保存？Stop模式下，大部分寄存器内容会丢失。
• 唤醒源配置：你打算怎么醒来？GPIO边沿触发？RTC闹钟？还是低功耗定时器？
• 时钟恢复：从Stop模式唤醒后，系统时钟默认使用内部低速振荡器，你需要手动切换到高速时钟。

我个人习惯，在项目初期就画一张“状态机图”，把每种模式之间的切换条件、初始化动作、退出动作都列清楚。这样写代码的时候，思路会清晰很多。

1.5 知识结构图

下面这张图，把CMS32的低功耗架构串起来了。你可以把它当作一个“导航图”，后面讲到具体实现时，随时回来对照。

这张图把电源域和四种工作模式的关系画清楚了。你可以看到，从Run到Stop，功耗逐级降低，但唤醒时间也在增加。实际项目中，你需要根据“多久醒一次”和“醒来要干什么”来选模式。

好了，这一章的内容就到这里。CMS32的低功耗架构，说白了就是“分域而治、按需切换”。后面我们会深入到每个模式的配置细节，以及如何跟AUTOSAR的EcuM（ECU状态管理器）做适配。到时候你会发现，理解了今天的架构，后面的适配工作就是水到渠成的事。