4. RUN模式与低功耗模式切换

S32K3 从 RUN 模式进入 SLEEP / DEEP SLEEP / STANDBY 模式并非简单的指令跳转，而是一套由软件触发、硬件握手的严格序列。理解这一序列是调试低功耗唤醒与中断优先级冲突的前提。本节将分别阐述三种模式的切换流程、关键寄存器配置以及硬件握手信号。

4.1 模式切换总体架构

S32K3 的低功耗模式切换由 MC_ME (Mode Entry) 模块统一管理。软件通过配置 ME 寄存器请求目标模式，MC_ME 模块随后协调各外设时钟、电源域和复位控制器，完成模式切换。下图展示了从 RUN 模式切换到低功耗模式的核心架构与握手路径。

4.2 软件流程：三步走策略

无论目标模式是 SLEEP、DEEP SLEEP 还是 STANDBY，软件流程均遵循以下三个步骤。差异仅在于配置参数和等待的握手信号不同。

1. 步骤一：配置目标模式参数
   • 设置 ME.ME_<mode>_MC 寄存器，配置目标模式下的时钟源、电压调节器模式和唤醒源使能。
   • 对于 STANDBY 模式，还需配置 ME.STANDBY_MC 中的保留 RAM 大小和唤醒引脚极性。
2. 步骤二：请求模式切换
   • 向 ME.ME_ME 寄存器的 TARGET_MODE 位域写入目标模式编码（0b001=SLEEP, 0b010=DEEP SLEEP, 0b100=STANDBY）。
   • 设置 MODE_CONFIG 位为 1 以触发切换请求。
3. 步骤三：等待握手完成
   • 轮询 ME.ME_STAT 寄存器的 CURRENT_MODE 位域，确认已进入目标模式。
   • 可选：使能 ME.ME_IMSK 中的模式切换完成中断，避免轮询阻塞。

4.3 硬件握手信号详解

MC_ME 模块在收到软件请求后，会向各子系统发送握手信号并等待确认。下表列出了三种低功耗模式下的关键握手信号及其行为差异。

4.4 代码示例：RUN → DEEP SLEEP 切换

以下代码展示了使用 RTD (Real-Time Driver) 库从 RUN 模式切换到 DEEP SLEEP 模式的典型流程。注意握手信号的等待处理。

/* 步骤1：配置 DEEP SLEEP 模式参数 */
Me_ConfigModeType deepSleepCfg;
deepSleepCfg.Mode = ME_MODE_DEEP_SLEEP;
deepSleepCfg.ClockSrc = ME_CLK_SRC_FIRC;       /* 快速内部RC作为唤醒时钟 */
deepSleepCfg.VoltageRegulator = ME_VREG_LOW_POWER; /* 低压调节器模式 */
deepSleepCfg.WakeUpSrc = ME_WAKEUP_SRC_WUT | ME_WAKEUP_SRC_PIN;

/* 调用 RTD 配置接口 */
Me_SetModeConfig(&deepSleepCfg);

/* 步骤2：请求模式切换 */
Me_RequestMode(ME_MODE_DEEP_SLEEP);

/* 步骤3：等待握手完成（轮询方式） */
uint32_t timeout = 10000;
while ((Me_GetCurrentMode() != ME_MODE_DEEP_SLEEP) && (timeout > 0))
{
    timeout--;
}
if (timeout == 0)
{
    /* 调试：读取 ME_STAT 寄存器分析阻塞原因 */
    uint32_t meStat = ME->ME_STAT;
    /* 检查 ME_STAT 中的握手状态位 */
}
else
{
    /* 成功进入 DEEP SLEEP，CPU 将在唤醒事件到来时恢复 */
    __WFI();  /* 等待中断指令，进入休眠 */
}

4.5 握手信号阻塞的常见原因与调试方法

在实际调试中，模式切换失败往往源于握手信号未得到确认。以下是三种典型场景及其排查思路。

• 场景一：外设时钟门控锁定
  • 现象：ME_STAT 显示 CURRENT_MODE 仍为 RUN。
  • 原因：某个外设的时钟门控被硬件锁定（如 DMA 正在传输）。
  • 调试：检查 ME.ME_STAT 的 CLK_GATE_ACK 位域，确认哪个外设未确认。
• 场景二：电源域降电压失败
  • 现象：切换到 DEEP SLEEP 时系统复位。
  • 原因：PMC 未能在规定时间内完成电压调节器降电压。
  • 调试：检查 PMC 状态寄存器，确认电压调节器模式切换是否使能。
• 场景三：唤醒源配置冲突
  • 现象：进入 STANDBY 后立即唤醒。
  • 原因：唤醒引脚极性配置错误，导致唤醒事件持续有效。
  • 调试：在进入低功耗前读取唤醒源状态寄存器，确认无 pending 事件。

4.6 模式切换时序图

下图展示了从软件请求到硬件握手完成的完整时序，帮助理解各信号之间的依赖关系。

4.7 三种模式切换流程对比总结

下表从软件配置、握手信号数量和典型应用场景三个维度对比三种低功耗模式的切换流程。