1. STM32MP低功耗系统概览
STM32MP系列是ST面向嵌入式Linux与实时控制融合场景推出的微处理器产品线，典型代表如STM32MP157、STM32MP135、STM32MP257等。与传统的单核MCU不同，STM32MP采用异构多核架构：一颗或多颗Arm Cortex-A核运行Linux等富操作系统，负责应用逻辑、网络、人机界面；一颗Cortex-M核运行裸机或RTOS，负责实时控制、快速唤醒与低功耗任务。理解低功耗设计，首先要理解这种双核架构与电源域划分之间的关系，因为功耗不是单一模块的属性，而是整个系统在不同电源域、不同时钟域、不同工作状态之间协同切换的结果。
双核架构与电源域划分
以STM32MP157为例，芯片内部大致可划分为几个关键电源域：VDD_CORE为Cortex-A核、Cortex-M核、互连总线及部分外设供电；VDD为I/O与部分模拟外设供电；VDDA为模拟部分供电；VBAT为备份域供电；VDD_DSI、VDD_DDR等则针对显示与DDR接口单独供电。这些电源域并非全部可独立关断，但通过PWR控制器、RCC时钟控制器与EXTI唤醒控制器的配合，系统可以在运行、空闲、待机等状态之间迁移。
双核之间的协作对功耗影响很大。Cortex-A核在Linux下可通过CPUIdle、CPUfreq、Suspend-to-RAM等机制进入低功耗状态；Cortex-M核则可通过WFI、STOP、STANDBY等模式独立休眠。两者通过IPCC邮箱、共享内存或硬件信号量通信。当A核进入Suspend时，M核仍可保持运行以响应外部事件；反之，M核休眠时A核也可独立工作。这种“非对称休眠”是STM32MP低功耗设计的重要特征，也是与单核MCU最大的区别之一。
低功耗设计目标
STM32MP低功耗设计的目标可以归纳为三个层面。第一是降低平均功耗，即在给定任务负载下，让系统尽可能长时间停留在低功耗状态，减少无效运行时间。第二是缩短唤醒延迟，低功耗状态越深，退出所需时间越长，因此需要在功耗与响应速度之间做权衡。第三是保证功能安全与数据完整性，尤其是DDR自刷新、备份域保持、唤醒源可靠触发等，不能因为省电而丢失关键状态。
在实际工程中，这三个目标往往互相制约。例如，Suspend-to-RAM可以将A核功耗降到毫瓦级，但DDR需要进入自刷新，唤醒后需要重新初始化部分外设，延迟可能达到毫秒级；而Cortex-M核的STOP模式功耗略高，但唤醒仅需微秒级。设计者需要根据应用场景选择合适的状态组合，而不是一味追求最低功耗。
典型应用场景与功耗指标定义
STM32MP常见于工业网关、智能家居中控、便携医疗设备、人机交互终端等场景。不同场景对功耗的要求差异很大。以电池供电的便携设备为例，系统可能大部分时间处于待机，仅靠RTC或按键唤醒，此时平均功耗是核心指标；而工业网关通常有稳定供电，但要求7×24小时运行，此时散热与长期可靠性比绝对功耗更重要。
功耗指标通常包括以下几类：运行功耗（Active Power），指CPU与外设全速工作时的功耗；待机功耗（Standby Power），指系统进入最低功耗状态后的功耗；平均功耗（Average Power），指在一个完整工作周期内功耗的时间加权平均值；唤醒时间（Wake-up Time），指从低功耗状态恢复到正常运行所需的时间。此外还有漏电流、电源域关断电流等细分指标。
示例说明：假设某STM32MP157应用每60秒采集一次数据，采集与处理耗时2秒，运行功耗约800mW；其余58秒进入Suspend-to-RAM，功耗约15mW。则平均功耗约为 (800×2 + 15×58) / 60 ≈ 41.2mW。若将采集时间缩短到1秒，平均功耗可降至约27.9mW。这说明降低运行时间占比对平均功耗的影响非常显著。
功耗状态与迁移关系
STM32MP的低功耗状态不是孤立的，而是通过PWR控制器统一管理。常见的状态包括：Run（运行）、Sleep（睡眠）、Stop（停止）、Standby（待机）、Suspend-to-RAM（挂起到内存）等。Cortex-A核与Cortex-M核可以分别进入不同状态，也可以协同进入系统级低功耗状态。状态迁移的触发条件包括WFI/WFE指令、外部中断、RTC闹钟、唤醒引脚等。
理解状态迁移关系，有助于在软件层面合理编排任务。例如，在Linux下可以通过/sys/power/state写入mem触发Suspend；在Cortex-M侧可以通过配置PWR_CR寄存器进入STOP模式，并设置相应的唤醒源。两者之间的协调通常由IPCC中断或共享标志位完成。
注意：进入低功耗状态前，必须确认所有必要的外设已正确挂起或关闭，DDR已进入自刷新，唤醒源已使能且未被屏蔽。否则可能出现无法唤醒、数据丢失或功耗不降反升的情况。
设计流程与关键检查点
一个完整的STM32MP低功耗设计流程通常包括：明确应用场景与功耗预算、划分双核任务与休眠策略、配置电源域与时钟、选择低功耗状态、设置唤醒源、测量与迭代优化。每一步都需要结合具体硬件与软件环境进行验证。
在项目初期，建议先建立功耗预算表，列出各模块的典型电流与工作时间占比，估算平均功耗。然后通过STM32CubeMX或设备树配置电源与时钟，再在Linux与Cortex-M固件中分别实现休眠逻辑。测量时可以使用高精度电流探头或功耗分析仪，观察不同状态下的实际电流波形，判断是否达到预期。
关键检查点包括：唤醒源是否可靠、DDR自刷新是否正常、备份域是否保持、外设时钟是否关闭、GPIO是否配置为低功耗状态、是否存在漏电流路径等。这些检查点直接决定低功耗设计能否落地。
综上所述，STM32MP低功耗系统概览的核心在于理解双核架构与电源域的协同关系，明确设计目标与指标定义，并根据应用场景选择合适的低功耗状态与迁移策略。只有把架构、电源、时钟、唤醒源和软件策略统一考虑，才能实现真正可用的低功耗设计。