📚 课程目录第3章 STM32MP复位与启动模式对功耗的影响

3. STM32MP复位与启动模式对功耗的影响

在STM32MP系列（如STM32MP157、STM32MP135）的电源管理设计中，复位与启动模式往往被当作“上电初始化”的附属话题，但实际上它们直接决定了芯片从哪个电源域开始工作、哪些时钟被使能、DDR与Cortex-A/Cortex-M核的启动路径，以及最终进入低功耗状态时残留的功耗基线。理解复位源、启动模式与唤醒路径三者的关系，是控制静态功耗与唤醒功耗的前提。

复位源分析：不同复位触发的功耗差异

STM32MP1的复位源可分为上电复位（POR/PDR）、掉电复位（BOR）、系统复位（NRST引脚、看门狗、软件复位）以及备份域复位。它们对功耗的影响并不相同，关键在于复位后哪些电源域被重新上电、哪些寄存器被清零、哪些保持域（Backup域）内容被保留。

上电复位会强制VDD、VDDCORE、VDD_DDR等域全部重新建立，PWR寄存器、RCC寄存器、备份域寄存器全部回到默认值，此时芯片处于最高功耗基线，典型VDDCORE电流在未配置时钟前约为数十毫安量级（具体数值随型号与温度变化，需以数据手册为准）。而系统复位（如NRST拉低或IWDG触发）通常只复位数字逻辑，VDDCORE保持供电，备份域中的RTC、备份寄存器、BKPSRAM内容不丢失，因此复位后可以快速恢复低功耗配置，避免重新初始化DDR与PLL带来的额外功耗。

备份域复位（由RTC闹钟、TAMP事件或备份域看门狗触发）只影响备份域，主电源域可能仍处于低功耗保持状态，这类复位常用于从Standby或VBAT模式恢复。工程上应优先使用系统复位或备份域复位来维持低功耗上下文，仅在电源异常时才依赖上电复位。

判断复位源的方法：读取RCC_RSR寄存器中的BORRSTF、PINRSTF、PORRSTF、SFTRSTF、IWDGRSTF、WWDGRSTF、LPWRRSTF等标志位，并在启动早期打印或记录，以便区分“冷启动”与“热复位”，从而决定是否重新执行完整的低功耗初始化流程。

启动模式选择：Boot引脚与功耗基线

STM32MP1通过BOOT0、BOOT1、BOOT2引脚（部分型号通过OTP或启动引脚组合）选择启动源，常见模式包括：从内部BootROM启动、从SD卡/eMMC启动、从NOR/NAND启动、从串口/USB下载启动。不同启动模式在启动阶段激活的外设与接口不同，直接影响启动电流与启动时间。

例如，从SD卡启动时，BootROM会初始化SDMMC接口、使能相应时钟并读取FSBL，这一过程会短暂拉高VDDCORE与VDD_DDR电流；而从串口下载模式启动时，UART与USB PHY被激活，若未及时关闭，会在启动后持续消耗电流。对于以低功耗为目标的终端设备，应优先选择从eMMC或NOR启动，并在FSBL中尽早关闭未使用的启动接口时钟。

此外，STM32MP1支持“工程模式”与“生产模式”的启动配置差异。工程模式下调试接口（JTAG/SWD）保持使能，会带来额外功耗；量产固件应在启动早期关闭调试时钟，或通过OTP将调试接口锁定，以降低静态功耗。

从不同低功耗状态唤醒后的启动路径与功耗差异

STM32MP1的低功耗状态主要包括Stop、Standby、VBAT以及Cortex-M4独有的一些低功耗模式。不同状态唤醒后，芯片所经历的“启动路径”长度不同，功耗差异主要体现在唤醒时间、重新初始化范围以及唤醒后是否回到低功耗配置。

Stop模式唤醒：Stop模式下VDDCORE保持供电，PLL和大部分时钟关闭，DDR可进入自刷新。唤醒源（如EXTI、RTC闹钟、UART唤醒）触发后，芯片从WFI/WFE指令后继续执行，不需要重新运行FSBL，也不需要重新初始化DDR。唤醒路径短，典型唤醒时间在微秒到毫秒级，唤醒后若软件未重新配置时钟树，可能停留在HSI默认时钟，导致后续任务执行时间变长、动态功耗上升。因此Stop唤醒后应尽快恢复PLL与总线时钟，并重新关闭未使用外设。

Standby模式唤醒：Standby模式下VDDCORE断电，仅备份域由VBAT或VDD维持。唤醒相当于一次“备份域复位+部分上电复位”，芯片会重新执行BootROM与FSBL，DDR需要重新初始化，PLL重新锁定。唤醒路径长，典型唤醒时间在数十毫秒级，唤醒功耗峰值高，但平均功耗低。工程上适合长时间休眠、低频唤醒的场景。需要注意的是，Standby唤醒后RCC_RSR中的LPWRRSTF或相关标志会置位，软件应据此判断是否需要跳过某些初始化。

VBAT模式唤醒：主电源完全断开，仅VBAT为备份域供电。唤醒等同于上电复位，所有域重新建立，启动路径最长，功耗峰值最高。该模式仅适合极低占空比的场合，如每天唤醒一次上报数据。

常见误区：认为“唤醒后功耗一定低”。实际上，若唤醒后未重新进入低功耗状态，或未关闭BootROM阶段使能的接口时钟，芯片可能停留在较高的运行功耗。建议在唤醒处理函数中显式调用电源配置恢复流程，并在任务完成后尽快再次进入目标低功耗模式。

工程配置要点与示例

以下给出一个基于STM32MP1的复位源判断与唤醒路径选择的配置片段，用于在FSBL或TF-A阶段区分冷启动与热复位，从而决定是否重新初始化DDR与PLL。示例参数为教学假设，实际使用需结合具体型号与电路。

/* 读取复位源标志，判断启动路径 */
uint32_t rsr = RCC->RSR;

if (rsr & RCC_RSR_PORRSTF) {
    /* 上电复位：完整初始化 DDR、PLL、外设 */
    full_init();
} else if (rsr & RCC_RSR_LPWRRSTF) {
    /* Standby 唤醒：备份域复位，需重新初始化 DDR */
    reinit_ddr();
    restore_low_power_context();
} else if (rsr & RCC_RSR_IWDGRSTF) {
    /* 看门狗复位：保留 DDR，仅恢复关键外设 */
    skip_ddr_init();
    restore_critical_periph();
} else {
    /* 其他系统复位：按最小初始化处理 */
    minimal_init();
}

/* 清除复位标志，避免下次误判 */
RCC->RSR = rsr;

在低功耗唤醒场景中，还应关注唤醒后的时钟恢复顺序：先恢复PLL，再切换总线时钟源，最后使能所需外设时钟。若顺序颠倒，可能出现外设工作在错误时钟下，导致通信失败或功耗异常。对于Cortex-M4核，若其独立运行实时任务，唤醒后应检查M4是否也需要同步恢复，避免A核与M4核之间共享资源竞争带来的额外功耗。

综合来看，复位源决定了“从哪里开始”，启动模式决定了“启动阶段激活什么”，唤醒路径决定了“恢复时需要重建多少”。三者共同构成STM32MP1低功耗设计的功耗基线。工程实践中，建议在启动早期记录复位源与启动模式，在唤醒处理中按最小必要原则恢复资源，并在任务结束后尽快回到目标低功耗状态，才能把平均功耗控制在预期范围内。