4. 电源管理单元（PMU）寄存器：PMU状态寄存器、PMU控制寄存器、电源模式切换寄存器
好，咱们接着聊PMU。上一节我们把PMU的整体架构和电源模式理清了，这一节要深入到底层——寄存器。
说实话，寄存器才是你和硬件对话的“键盘”。你写进去的是指令，读出来的是状态。我个人习惯，拿到一个新芯片，第一件事就是把PMU相关的寄存器表打印出来贴在工位上。为什么？因为电源管理一旦出问题，整个系统就像人断了气，连调试的机会都没有。
4.1 PMU状态寄存器（PMU Status Register）
这个寄存器，说白了就是PMU的“体检报告”。你系统跑着跑着突然挂了，或者功耗不对劲，第一反应就是读它。
PMU状态寄存器主要告诉你三件事：
- 当前电源模式：芯片现在处于什么状态？是Run、Sleep还是Standby？
- 电压域状态：各个电压域（比如VEXT、VDD、VFLASH）是否稳定？有没有欠压或过压？
- 复位原因：上次复位是谁干的？是上电复位、看门狗复位还是软件复位？
我记得有一次，客户反馈说设备在低温环境下偶尔死机。我远程连上去，第一件事就是读PMU状态寄存器。结果发现VEXT电压域在低温下启动时有一个短暂的欠压标志。嗯，问题找到了——不是软件bug，是电源设计上电容选小了。
关键位域说明（以TC3xx为例）：
- PMU_STATUS.PMS：当前电源模式状态（2位）。00=Run，01=Sleep，10=Standby，11=保留。
- PMU_STATUS.VEXT_ST：外部电压域状态。0=不稳定，1=稳定。
- PMU_STATUS.VDD_ST：核心电压域状态。0=不稳定，1=稳定。
- PMU_STATUS.RST_ST：复位状态寄存器，记录了最近一次复位的来源。
我的小技巧： 在系统初始化时，先读一次PMU_STATUS，把复位原因记录下来。这样如果后续出现异常，你可以回溯到启动阶段有没有发生过意外复位。我曾经靠这个习惯，帮团队定位了一个“上电时序错乱”的硬件bug。
4.2 PMU控制寄存器（PMU Control Register）
状态寄存器是“看”，控制寄存器就是“动”。你想让芯片进入低功耗模式？想调整电压？想触发软复位？都得通过它。
PMU控制寄存器里，我个人觉得最重要的几个功能：
- 电源模式请求：向PMU发出切换模式的指令。比如你想从Run进入Sleep，就往这个位写1。
- 电压调节：某些型号支持动态调压，你可以通过控制寄存器调整VDD的电压值，以平衡性能和功耗。
- 复位控制：软件复位、系统复位、应用复位，都在这里触发。
- 时钟门控：控制哪些外设的时钟可以关闭，进一步降低功耗。
你想想看，控制寄存器就像方向盘，你打多少方向，车就往哪走。但要注意——不是所有位你都能随便写。有些位是“写一次”的，有些位需要特定的解锁序列。我曾经在项目里因为没仔细看手册，直接往一个“写保护”的位写数据，结果寄存器纹丝不动，我还以为是芯片坏了……后来才发现，需要先往一个解锁寄存器写一个特定的密钥，才能操作控制寄存器。
警告： 操作PMU控制寄存器时，务必遵循以下原则：
- 先读后写：不要直接赋值，先读出现有值，修改你需要的位，再写回去。否则可能意外清除其他配置。
- 注意写保护：很多关键位有写保护机制，需要先解锁。
- 等待确认：写完控制寄存器后，不要立即认为操作已经完成。要轮询状态寄存器，确认模式切换或电压调整已经稳定。
4.3 电源模式切换寄存器（Power Mode Switching Register）
这个寄存器，其实是控制寄存器的一个子集，但因为它太重要了，Infineon专门把它独立出来讲。说白了，它就是负责“模式切换”的专用通道。
电源模式切换寄存器，核心功能就一个：发起模式切换请求，并监控切换过程。
为什么需要专门的寄存器？因为模式切换不是瞬间完成的。从Run到Sleep，你需要先通知各个外设准备休眠，然后关闭时钟，再降低电压。这个过程需要时间，而且不能出错。一旦切换失败，系统可能卡在中间状态，既不是Run也不是Sleep，那就尴尬了。
我记得在做一个车载项目时，要求系统在空闲时进入Sleep模式以降低静态功耗。我写了一个简单的切换函数：
// 伪代码示例：进入Sleep模式
void EnterSleepMode(void) {
// 1. 设置模式切换寄存器，请求进入Sleep
PMU_SWITCH_REQ = 0x01; // 01=请求Sleep模式
// 2. 等待切换完成
while ((PMU_STATUS.PMS) != 0x01) {
// 轮询，直到状态变为Sleep
// 注意：这里要加超时处理！
}
// 3. 切换完成，可以关闭主时钟或进入WFI
__WFI();
}看起来很简单对吧？但实际调试时我发现，有时候芯片进入Sleep后，外部中断来了却唤不醒。查了半天，原来是模式切换寄存器里还有一个“唤醒源使能”位，我没有配置。默认情况下，所有唤醒源都是禁用的……嗯，从那以后，我每次配置模式切换，都会顺手检查唤醒源的设置。
模式切换寄存器关键位域：
| 位域名称 | 描述 | 我的建议 |
|---|---|---|
| SWITCH_REQ | 模式切换请求。写00=无操作，01=请求Sleep，10=请求Standby，11=保留。 | 写完后一定要读状态寄存器确认。 |
| SWITCH_ACK | 模式切换应答。硬件自动更新，表示切换是否成功。 | 如果长时间未应答，说明切换失败，需要检查电压和时钟条件。 |
| WAKEUP_EN | 唤醒源使能。哪些中断可以唤醒芯片？这里配置。 | 建议至少使能一个唤醒源，否则芯片可能“长睡不醒”。 |
| SWITCH_TIMEOUT | 切换超时时间。如果切换超过这个时间，硬件会自动终止并报错。 | 我一般设成最大值，给切换留足余量。 |
避坑指南： 我曾经在调试一个低功耗应用时，发现每次从Standby唤醒后，系统都会进入一个奇怪的“半死”状态。后来跟踪寄存器才发现，是因为我在进入Standby前没有保存关键的上下文，而Standby模式会掉电，导致寄存器内容丢失。所以，进入深度睡眠模式前，一定要把需要保留的数据存到备份RAM或Flash里。
小结一下
PMU的三个核心寄存器，各有各的脾气：
- 状态寄存器——告诉你“现在是什么情况”。
- 控制寄存器——让你“发号施令”。
- 模式切换寄存器——专门负责“搬家”，从一种模式搬到另一种。
我个人觉得，掌握这三个寄存器，你就掌握了TC3xx电源管理的一半。另一半是什么？是理解你的应用场景——什么时候该睡，什么时候该醒，醒了之后能不能快速恢复工作。这些，我们后面章节再聊。
好，这一节就到这里。下一节我们讲PMU的中断和事件处理，看看PMU怎么“主动”告诉你它出问题了。