3、System ON模式详解：工作状态、外设时钟管理、CPU运行与休眠切换、功耗特性

System ON 是 nRF52/nRF53 系列芯片默认的"浅睡眠"工作模式，也是绝大多数低功耗物联网应用的主战场。与 System OFF 的"深度断电"不同，System ON 保留了 RAM 内容、维持 GPIO 状态、允许外设事件直接唤醒 CPU，同时通过异步时钟域和 PPI（可编程外设互连）实现"事件驱动、CPU 零参与"的数据通路。理解 System ON 的内部状态机、时钟门控策略和功耗分布，是设计电池寿命达数年量级产品的关键前提。本章从工作状态划分、外设时钟管理、CPU 休眠切换机制和实测功耗特性四个维度展开，并结合实际案例说明如何将 System ON 的功耗压至数据手册标称值附近。

3.1 System ON 的核心工作状态与状态迁移

System ON 并非一个单一状态，而是由 CPU 运行态和 CPU 休眠态两个子状态构成的动态系统。CPU 运行态下，内核时钟（HFCLK）活跃，代码正常执行，外设可随时被访问；CPU 休眠态下，内核时钟停止，但外设时钟、RAM、GPIO 状态和部分外设功能（如 RTC、PPI、GPIOTE）仍然保持。两种状态之间的切换由 WFI（等待中断）或 WFE（等待事件）指令触发进入休眠，由中断或事件唤醒回到运行态。

理解这一状态机的关键在于：休眠不是"关掉一切"，而是"关掉不需要的部分"。nRF52 系列在休眠态下，HFCLK 可以被关闭，但 LFCLK（32.768 kHz）可以继续运行，驱动 RTC 定时唤醒、WDT 看门狗和 PPI 事件路由。这意味着系统可以在 1.5 µA 左右的电流下保持计时能力，并在预定时间或外部事件触发时快速恢复。

从运行态进入休眠态只需一条 __WFE() 或 __WFI() 指令，但从休眠态唤醒则需要明确的中断源或事件源。nRF52 的唤醒源包括：GPIO 边沿检测（GPIOTE）、RTC 比较/溢出、PPI 通道触发、NFC 场检测、COMP 模拟比较器、以及调试接口事件。唤醒后 CPU 从休眠指令的下一条指令继续执行，延迟约 6 µs（从事件发生到第一条指令执行）。

3.2 外设时钟管理：PCLKxxEN 与自动门控

nRF52 系列的外设时钟管理采用"按需使能"策略。每个外设（如 SPI、UART、TWIM、TIMER、ADC 等）都有独立的时钟使能位，位于 PCLKxxEN 寄存器中。默认情况下，所有外设时钟在复位后处于关闭状态，只有软件显式使能后，外设才能工作。这种设计的优势在于：未使用的外设不会消耗任何动态功耗。

时钟管理的核心操作流程如下：

1. 外设使用前：通过 NRF_PCLKxxEN 寄存器使能对应外设时钟位（例如 NRF_PCLKSPIM1EN）。
2. 外设使用中：外设时钟保持活跃，外设正常工作。
3. 外设使用后：立即清除时钟使能位，关闭外设时钟，降低休眠功耗。
4. 进入休眠前：检查所有外设时钟状态，确保除 RTC、PPI、GPIOTE 等需要保持的外设外，其余全部关闭。

值得注意的是，PPI 通道本身不消耗时钟，它只是将事件直接路由到任务，无需 CPU 参与。例如，RTC 比较事件可以直接触发 GPIOTE 任务翻转 GPIO 引脚，整个过程 CPU 保持休眠，功耗仅增加约 0.5 µA。这是实现"事件驱动、CPU 零参与"的核心机制。

// 示例：进入休眠前关闭 SPI 外设时钟
NRF_PCLKSPIM1EN = 0;  // 关闭 SPIM1 时钟
NRF_PCLKUARTE0EN = 0; // 关闭 UARTE0 时钟
// 保留 RTC 和 PPI 时钟
NRF_PCLKRTC0EN = 1;   // RTC0 保持使能
__WFE();              // 进入休眠

3.3 CPU 运行与休眠切换：WFI/WFE 的工程实践

WFI 和 WFE 是 ARM Cortex-M4 内核提供的两条休眠指令，它们在 nRF52 上有细微差别：WFI 只能被中断唤醒，WFE 可以被事件（包括 PPI 事件和 SEV 指令）唤醒。在低功耗设计中，WFE 更常用，因为它可以与 PPI 事件联动，实现"外设事件直接唤醒 CPU"而无需经过中断控制器。

实际工程中，推荐使用以下休眠切换模式：

• 周期性唤醒：使用 RTC 定时器设置比较值，RTC 比较事件通过 PPI 触发 CPU 唤醒。典型场景：传感器周期性采样。
• 事件驱动唤醒：GPIO 边沿检测（GPIOTE）或 COMP 比较器事件直接唤醒 CPU。典型场景：外部按键、磁簧开关、模拟信号阈值触发。
• 组合唤醒：RTC 超时作为"兜底"唤醒源，外部事件作为"紧急"唤醒源，两者通过 OR 逻辑共同唤醒 CPU。

休眠切换的代码模式通常如下：

void enter_sleep_with_rtc(uint32_t wakeup_ms) {
    // 配置 RTC 比较值
    NRF_RTC0->CC[0] = (NRF_RTC0->COUNTER + wakeup_ms * 32) & 0x00FFFFFF;
    NRF_RTC0->INTENSET = RTC_INTENSET_COMPARE0_Msk;
    NRF_RTC0->EVTENSET = RTC_EVTENSET_COMPARE0_Msk;
    
    // 关闭非必要外设时钟
    NRF_PCLKSPIM1EN = 0;
    NRF_PCLKUARTE0EN = 0;
    
    // 进入休眠
    __WFE();
    // 唤醒后清除事件
    NRF_RTC0->EVENTS_COMPARE[0] = 0;
}

3.4 功耗特性实测与优化案例

为了验证 System ON 模式的真实功耗表现，我们以一个典型的 电池供电的环境监测节点为例进行实测。该节点使用 nRF52832，每 10 秒采集一次温湿度数据，通过 BLE 广播发送，其余时间处于 System ON 休眠态。

初始设计（未优化）：开发人员直接调用 __WFE() 进入休眠，未关闭外设时钟。实测休眠电流高达 42 µA，远高于数据手册标称的 1.9 µA。通过 Nordic 的 Power Profiler Kit 抓取电流曲线，发现休眠期间存在周期性电流尖峰（约 200 µA，持续 2 ms），频率与 RTC 中断频率一致。

分析过程：

1. 检查 PCLKxxEN 寄存器，发现 SPIM0、UARTE0、TIMER0 的时钟仍处于使能状态。
2. 检查中断向量表，发现 RTC 中断处理函数中调用了 sd_app_evt_wait()，但该函数不会自动关闭外设时钟。
3. 使用 nrf_power_system_off() 对比测试，确认 System OFF 下电流为 0.7 µA，排除硬件漏电问题。

优化操作：

void sleep_prepare(void) {
    // 关闭所有非必要外设时钟
    NRF_PCLKSPIM0EN = 0;
    NRF_PCLKUARTE0EN = 0;
    NRF_PCLKTIMER0EN = 0;
    NRF_PCLKTWIM0EN = 0;
    // 保留 RTC0 和 PPI
    NRF_PCLKRTC0EN = 1;
    NRF_PCLKPPIEN = 1;
    // 关闭不需要的 RAM 分区（可选）
    NRF_POWER->RAMON = 0x3;  // 保留全部 RAM
    __WFE();
}

结果对比：

复盘经验：

• 外设时钟管理是 System ON 功耗优化的第一优先级，必须在每次休眠前显式关闭。
• 使用 Power Profiler Kit 或 Nordic 的在线功耗估算工具，可以快速定位功耗异常点。
• RTC 中断处理函数应尽量精简，避免在中断中执行耗时操作，否则会拉长活跃时间，增加平均功耗。
• 如果使用 SoftDevice（BLE 协议栈），sd_app_evt_wait() 会自动处理部分时钟管理，但自定义外设仍需手动关闭。

3.5 常见误区与设计要点总结

在 System ON 模式的设计中，以下误区需要特别警惕：