企业官网建设流程全解析

做带屏幕的便携设备，电源管理往往是最后才被认真对待的部分，等系统跑起来发现纹波超标、待机电流压不下去、上电时序总把外设锁死，再来返工就非常痛苦。我最近在折腾一套基于 PCA9422 和 STM32F437ZG 的完整电源管理方案，从硬件选型、电路设计到软件初始化、状态切换、功耗实测整套都跑了一遍，把过程记录在这里。PCA9422 是一颗面向低功耗便携产品的电源管理芯片，MCU 通过 I2C 可以配置它的多路输出、工作模式、充放电参数和中断告警；STM32F437ZG 则是主控处理器，负责业务逻辑和电源状态调度。这套组合适合做带电池的便携仪器、智能穿戴、工业手持设备等场景，下面先把方案整体思路拆开讲清楚。

1. 方案选型：为什么要把电源管理全部交给 PCA9422

1.1 “完整电源管理”在实际项目里包含什么

很多刚接触嵌入式电源设计的开发者，一开始理解的“电源管理”就是“把 5V 转成 3.3V，再加个指示 LED”。实际做一款带屏幕、带无线、带传感器的便携设备时，电源管理要解决的事情远不止这些：

• 多路电压输出。MCU 核心、IO 电平、显示屏背光、传感器模拟供电，每一路电压规格和负载特性都不一样，有的要低纹波，有的要瞬态响应快。
• 电池充放电管理。单节锂电从预充、恒流、恒压到终止电流判断，还要处理充电温度范围限制，这些放在 MCU 里裸写几乎不现实，交给 PMIC 内部逻辑更稳妥。
• 上下电时序控制。多处理器系统、SD 卡、射频模组对电源轨的上电顺序有硬性要求，时序不对，轻则外设初始化失败，重则芯片闩扣。
• 低功耗模式切换。待机时把重负载电压轨关掉，只保留 RTC 和唤醒逻辑；运行时又能快速把电压拉起来，不能因为电源响应太慢拖慢业务启动。
• 电压电流监测。实时知道电池电压、系统电流、芯片温度，才能做低压告警、过流保护、充电降额，这是可靠性的地基。

PCA9422 这类 PMIC 的价值，就是把这些琐碎但关键的功能集成在一颗芯片里，MCU 只通过 I2C 下发指令和获取状态，不需要自己搭模拟电路。可以把 PMIC 理解成“配电房”，STM32 是坐在调度室里的人，配电房里面有多少路开关、多少路保护、多少级变压，调度员不用亲自动手，只需要拨电话下达指令。

1.2 与全分立方案的对比

做这个项目之前，我确实也评估过全分立方案：一颗 DC-DC 转核心电压，两颗 LDO 转 IO 和模拟电压，再用 GPIO 和负载开关控制各路断电，外加一颗专门的电量计。成本上看着能省一点，但实际排完 PCB 发现：

• 分立器件数量多，一个电源域至少 6~8 个阻容，三路电压就是 20 多个器件，贴片和排障成本都会上去。
• 上电时序全靠硬件复位芯片或 RC 延时，改一次时序就要动一次板子，调试周期明显拉长。
• 低功耗策略很笨重，睡眠时想单独关掉一路传感器电源，只能用 MOSFET 做负载开关，还得自己算压降和漏电。
• 电量监测要做电流采样、增益校准、ADC 滤波，精度还不一定有保障。

集成方案这边，PCA9422 内部包含多路 DCDC/LDO、负载开关、ADC 采样以及完整的电池充放电管理，外部 BOM 大幅缩减。更关键的是，电压、模式、时序、充电参数全部可以通过寄存器动态调整，这意味着软件可以像一个“电源遥控器”一样，随时改变整个系统的用电策略。对于产品迭代来说，这是分立方案完全给不了的灵活性。

1.3 STM32F437ZG 在这套系统里承担什么

STM32F437ZG 在这套系统里不是去做电源变换本身，而是做“电源策略大脑”。这颗 MCU 主频 168MHz，Flash 有 2MB，RAM 有 256KB，还集成了 LCD 控制器、硬件加密、双 Bank Flash 这些特性。选它不是因为电源管理需要多少算力，而是因为整机业务本身要跑图形界面、通信协议栈、文件系统和本地数据加密。

在电源管理这件事上，STM32F437ZG 实际上只需要占用几项资源：

• 一组 I2C 外设，速率跑到 400kHz，用来读写 PCA9422 的寄存器。
• 一个外部中断引脚，接收 PMIC 的中断输出，处理充电完成、低压告警、过温这些事件。
• 一个 GPIO 作为唤醒源，在停机模式下由 PMIC 或按键触发，把系统拉回运行状态。

真正复杂的电压转换、时序产生、充电曲线控制都在 PCA9422 内部完成，MCU 只做决策和状态监控。这样做的另一个好处是，电源代码和业务代码可以清晰分层，后续如果换更小容量的 MCU，电源驱动部分基本不用重写。

1.4 整体系统拓扑与工作模式

我这边的项目是一台便携式数据采集终端，单节锂电池供电，系统上有 MCU、彩色屏幕、传感器组、无线模块和 SD 卡存储。整机电源拓扑比较简单：

电池或 USB 输入先到 PCA9422，PCA9422 输出三路系统电压，其中一路直接给 MCU 核心和 IO，一路给屏幕和传感器，一路作为可调电压轨给无线模块；还有一路负载开关控制 SD 卡和外设的电源。

系统最终划分成四个工作模式：

• 正常运行：所有电压轨全部开启，无线模块和屏幕正常供电，处理器全速运行。
• 空闲等待：关闭无线模块和屏幕电源，屏幕电压轨和传感器组电压轨关断，MCU 进入睡眠，保留 I2C 唤醒和 RTC。
• 深度待机：只保留 PCA9422 的最基本供电和 MCU 的备份寄存器供电，整机平均电流压到尽量低。
• 充电模式：插入 USB 后，PMIC 自动进入充电流程，MCU 只读状态和显示，不参与充电控制。

这四个模式的切换全部由软件状态机驱动，后续我会在软件章节详细展开。

2. 硬件电路实现的关键细节

2.1 输入源识别与电池、USB 共存设计

便携设备最典型的输入场景：有电池的时候用电池，插上 USB 的时候既要给系统供电，又要给电池充电。PCA9422 这一侧已经内部集成了输入路径管理，但还是要在外围做几件事。

首先是输入端的防倒灌。电池端我串联了 P 沟道 MOSFET 做反接保护，同时 PMIC 的输入引脚就近放了一颗 0.1uF 和一颗 10uF 陶瓷电容。USB 输入端除了标准 ESD 保护二极管，还加了一颗 5.1V TVS 管，防止热插拔瞬间的过压毛刺打进 PMIC。

其次是电池电压采样。PCA9422 通过内部 ADC 可以读取电池电压，这个采样点必须靠近电池端子，并且走线不要太细。我实测过，采样线走太长或太细，电流稍大时线上的压降会直接导致电压读数偏低，系统误判成低压告警。

提示：电池采样走线尽量采用开尔文接法，正负采样线单独从电池端子引出，不要和充放电流路径共用走线。

2.2 各路输出、负载开关与负载分配

我这边梳理的电压分配方案如下：

这里有个容易踩的坑：VOUT2 这一路同时带了屏幕和无线模块，两者的负载特性差异很大，屏幕启动瞬间有较大的容性负载，无线模块发信时是脉冲式的大电流。如果把这两种负载放在同一路，电源纹波和瞬态响应会互相干扰。我后来把无线模块挪到了 VOUT3 这一路，并与 DVS 功能配合，在发射期间临时抬高一点电压，效果好了不少。

主控侧的供电细节也不能忽略。STM32F437ZG 的 VDDA、VREF+ 这些模拟供电脚一定要接好滤波电容，布局上要靠近引脚。我见过一个案例，只给数字电源域加了电容，模拟域直接并到数字电源上，结果 ADC 采样噪声大得离谱。数字电压轨和模拟电压轨从 PMIC 输出端就要分两条走线，哪怕最终都是同一路电压，也要先分后合，避免高频噪声串过去。

2.3 I2C 与中断引脚接线

PCA9422 与 STM32 之间只有四根线：SCL、SDA、中断输出、唤醒输出。接线简单，但要把细节做扎实。

I2C 上拉电阻我选了 4.7kΩ，SCL 和 SDA 各一颗到 3.3V。如果总线上还挂了其他从机，要把等效上拉阻值估算一下，总线电容太大时建议降到 2.2kΩ，保证 400kHz 模式下上升沿满足时序要求。中断脚我接到了 STM32 的 EXTI 引脚，配置成下降沿触发，低电平有效。PCA9422 的中断是事件触发型，比如充电完成、输入插入、欠压，都会把中断脚拉低，MCU 读状态寄存器后清除事件，中断脚恢复高电平。

元件位置方面，上拉电阻要靠近主控侧放置，这样总线上近端是强上拉，远端靠 PMIC 内部的上拉辅助，波形会更干净。硬件设计时最好预留一组测试点，把 SCL、SDA、中断脚都引出来，调试阶段逻辑分析仪夹上去就能看时序。

2.4 BOM 选型与 PCB 布局避坑

DCDC 电感选型主要看三点：感值、饱和电流、直流电阻。感值按 PMIC 数据手册推荐范围选，不要为了缩小体积把感值降太多。饱和电流要留到最大负载电流的 1.5 倍以上，直流电阻越低越好，否则大电流场景下电感发热会很明显。输出电容我用了 10uF 陶瓷电容并联 100nF，前者保证带载能力，后者滤高频噪声。这里要特别注意陶瓷电容的直流偏压特性，10uF 的电容在 3.3V 下实际容量可能只剩下 6~7uF，选型时按降额后的容量算。

PCB 布局上，我的经验是：

• PMIC、电感、输出电容组成的高频开关回路要尽量小，这个回路面积直接决定了辐射噪声大小。
• 电感下方不要走任何敏感信号线，开关节点的高频振铃会耦合进信号线。
• 模拟地和功率地单点连接，铺地要完整，不要被过孔切碎。
• 每一路输出电压都预留一个测试点，装进外壳之后测纹波不用拆机。

打样回来后第一步我会先用电子负载拉每一路的满载，看纹波和电压跌落，确认基本电气指标没问题再贴主控。这一步如果跳过，后续软件调试时遇到电源问题很难定位。

3. 软件驱动实现：初始化、DVS 与低功耗状态机

3.1 I2C 驱动适配要点

PCA9422 的寄存器读写就是标准 I2C，原厂是 7 位从机地址，具体地址由 ADDR 引脚电平决定。我用的配置是 ADDR 接低，从机地址为 0x46，器件地址左移一位后就是 0x8C 写地址、0x8D 读地址。这一步一定要对着自己的硬件原理图确认，因为同一个型号的 PMIC，地址引脚接法不同，地址就不同，代码里写错了会白调很久。

STM32F437ZG 这一侧我用的标准 I2C 外设，400kHz 速率。驱动代码不复杂，关键是处理好忙等待和超时。HAL 库的 I2C 传输函数默认有超时机制，但如果用了老的标准外设库，别忘了自己加超时判断。我在调试时就遇到过 I2C 总线被拉死的情况，没有超时的话，CPU 会一直死等，整机直接卡住。

基础读写函数示例：

static int pca9422_write_reg(uint8_t reg, uint8_t val) { HAL_StatusTypeDef status; uint8_t buf[2] = { reg, val }; status = HAL_I2C_Master_Transmit(&hi2c1, PCA9422_ADDR_WRITE, buf, 2, 1000); if (status != HAL_OK) { return -1; } return 0; } static int pca9422_read_reg(uint8_t reg, uint8_t *val) { HAL_StatusTypeDef status; status = HAL_I2C_Master_Transmit(&hi2c1, PCA9422_ADDR_WRITE, &reg, 1, 1000); if (status != HAL_OK) { return -1; } status = HAL_I2C_Master_Receive(&hi2c1, PCA9422_ADDR_READ, val, 1, 1000); if (status != HAL_OK) { return -1; } return 0; }

每次读写返回前都要确认 HAL 状态，失败时做一次总线复位，再把 GPIO 重新初始化。I2C 从机如果因为干扰进入异常状态，总线复位能快速恢复通信。

3.2 初始化序列与输出电压配置

初始化顺序是这套软件里最讲究的部分。上电后 PCA9422 先用自己的内部默认配置把各路电压输出拉起来，MCU 随后接管。我建议的初始化顺序是：

1. 等待主控电源稳定，MCU 时钟和外设初始化完成。
2. 读取器件 ID 寄存器，确认 I2C 通信正常，顺便确认芯片型号一致。
3. 配置 VOUT1、VOUT2、VOUT3 的目标电压和输出模式。
4. 配置电流限幅和保护阈值。
5. 配置充电相关的参数。
6. 配置中断使能。
7. 应用所有动态寄存器配置。

这里有一个很关键的细节：默认配置和实际需求可能不一致，如果 MCU 接管前某些电压轨已经按默认值输出过，系统上电时序就被“污染”了。所以硬件设计时最好让 PCA9422 处于硬件默认关闭或安全电压状态，MCU 起来后再软件使能。

配置输出电压的代码片段如下：

typedef struct { uint8_t vout1_mv; uint8_t vout2_mv; uint8_t vout3_mv; uint8_t dvs_enable; } pca9422_output_cfg_t; static pca9422_output_cfg_t g_output_cfg = { .vout1_mv = 1800, .vout2_mv = 3300, .vout3_mv = 1200, .dvs_enable = 1, }; int pca9422_apply_output_config(pca9422_output_cfg_t *cfg) { int ret; // 电压配置寄存器位定义以最新数据手册为准 ret = pca9422_write_reg(PCA9422_REG_VOUT1_CFG, vout_to_code(cfg->vout1_mv)); if (ret < 0) return ret; ret = pca9422_write_reg(PCA9422_REG_VOUT2_CFG, vout_to_code(cfg->vout2_mv)); if (ret < 0) return ret; ret = pca9422_write_reg(PCA9422_REG_VOUT3_CFG, vout_to_code(cfg->vout3_mv)); if (ret < 0) return ret; // 使能 DVS ret = pca9422_write_reg(PCA9422_REG_DVS_CTRL, cfg->dvs_enable); if (ret < 0) return ret; return 0; }

寄存器地址和电压码值映射必须对照自己手里那版数据手册写，不要直接照搬别人工程里的定义，不同批次芯片的寄存器版本可能有差异。我这边项目里最开始照着一个老工程抄，结果 VOUT2 电压始终配不出来，排查了半天才发现是寄存器位定义变了。

3.3 动态电压调节与低功耗模式切换

DVS 可以理解为“不停机状态下调整输出电压”。STM32 进入低功耗模式前，可以把核心电压 VOUT3 从 1.2V 降到 0.9V，减少漏电；等唤醒后再抬回 1.2V。PCA9422 支持通过寄存器设置目标电压，内部的斜坡控制会按照可配置的爬升/下降速率完成电压切换，不需要外部切换开关。

我在低功耗切换时是这么处理的：

• 睡眠前先把 VOUT2 关掉，断开屏幕和无线模块的供电。
• 再把 VOUT3 降到低电压档，配置成 PFM 模式，保证轻载下效率更好。
• 关闭所有不必要的中断事件，只保留唤醒事件和充电事件。
• MCU 进入 STOP 模式，等待中断唤醒。

唤醒恢复的顺序和睡眠相反：先恢复 VOUT3 电压，再打开 VOUT2，等待电压稳定后让外设重新初始化。这个顺序如果反了，无线模块会在电压未达到最低工作电压时被初始化，出现偶发性的死机。

void system_enter_sleep(void) { // 关闭外设电源 pca9422_write_reg(PCA9422_REG_VOUT2_CFG, 0); // 降低核心电压 pca9422_write_reg(PCA9422_REG_VOUT3_CFG, vout_to_code(900)); // MCU 进入低功耗 HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI); } void system_exit_sleep(void) { // 恢复核心电压 pca9422_write_reg(PCA9422_REG_VOUT3_CFG, vout_to_code(1200)); // 重新开启外设电源 pca9422_write_reg(PCA9422_REG_VOUT2_CFG, vout_to_code(3300)); // 等待稳定后初始化外设 HAL_Delay(2); }

低功耗这块最容易犯的错误是只关了 MCU 的外设，忘了调 PMIC 的工作模式。PMIC 如果一直停留在 PWM 模式，空载时开关损耗会明显拉高待机电流；切到 PFM 模式后，轻载效率才有保障。

3.4 充电管理与电量监测实现

PCA9422 内部集成了完整充电管理，支持预充电、恒流充电、恒压充电、终止充电四个阶段。软件侧要做的并不是“控制充电”，而是“监控充电”并把这个状态呈现在界面上。

我这边把充电管理做成一个状态机，周期性读取充电状态寄存器，根据状态做界面刷新：

• 未插入 USB 时，只读电池电压，维护电量百分比。
• 插入 USB 且电池电压低于预充阈值时，显示“充电准备中”，PMIC 自动进入预充。
• 恒流/恒压阶段，显示当前电量百分比和充电中图标。
• 充电终止后，显示“已充满”，PMIC 通过中断告知 MCU。

电流和电压的读取通过 PMIC 内置 ADC 完成，MCU 只需要发起一次转换，再读结果寄存器。我在代码里用了简单的滑动平均值滤波，采样 8 次取平均，既滤掉了噪声，又不会让界面上的数值跳得太夸张。要注意 ADC 结果寄存器是 12 位还是 10 位分辨率，不同 PMIC 版本可能不一样，换算公式要严格按手册来。

电量百分比如果要求较高，建议在系统运行期间周期性校准：充满时校准到 100%，低压保护前校准到 0%，中间段用电压查表估算。不需要外置电量计也能做出能用的效果。

3.5 上下电时序与异常保护策略

上电时序这块，PCA9422 本身支持多路上电顺序配置，硬件逻辑会按照寄存器配置的顺序依次拉高各路输出。我建议的配置顺序是：先核心电压，再 IO 电压，最后外设电压。这个顺序和 STM32F4 系列的上电要求是匹配的。

异常保护方面，PMIC 内部有过压、过流、过温保护，这些硬件逻辑不需要软件参与。软件要补的是“善后处理”：

• 周期性读取电压状态寄存器，发现电压低于阈值时，先保存当前业务数据到 Flash，再执行安全关机。
• 读取中断状态，区分是输入插入、充电完成还是故障告警，分别打日志。
• 把最后一次关机原因记到备份寄存器，下次开机后可以从诊断界面看到，这对现场排查问题很有用。

void pca9422_irq_handler(void) { uint8_t status = 0; pca9422_read_reg(PCA9422_REG_INT_STATUS, &status); if (status & PCA9422_INT_CHARGE_DONE) { ui_show_charge_done(); } if (status & PCA9422_INT_VIN_INSERT) { ui_show_charging(); } if (status & PCA9422_INT_UNDERVOLTAGE) { save_system_context(); system_enter_emergency_shutdown(); } // 清中断 pca9422_write_reg(PCA9422_REG_INT_STATUS, status); }

中断处理函数里只做“标记事件 + 保存关键数据”，真正费时的 UI 刷新和状态机转移放到主循环里处理。中断里做太多事情，很容易导致其他低优先级事件被反复延迟。

4. 实测表现：上电时序、纹波与功耗

4.1 上电时序实测

硬件回板后，我先用示波器配合四通道探头抓了三个电压轨的上电时序。探头分别接 VOUT3、VOUT1、VOUT2，地线用短弹簧接地，避免长地线引入噪声。

实测结果是核心电压先建立，约 2ms 后 IO 电压建立，再过约 5ms 外设电压建立。这个顺序和配置完全一致，时序间隔也可以通过寄存器里的延时参数调整。有一个细节是，VOUT2 带屏幕这种大电容负载时，启动时间会偏长，上升沿不再是干净的一条直线，而是有轻微的平台期。这个现象是软启动电路在给大电容充电，属于正常表现，只要不是电压反跳或振荡就没问题。

如果时序反向，也就是外设电压先于核心电压建立，会出现外设在核心电压还没稳定时被初始化。最典型的现象是系统偶发死机，而且不是每次必现。这类问题光靠代码很难查，最好一开始就在硬件上确认时序。

4.2 电压纹波与负载瞬态

纹波测试方法：示波器设置 20MHz 带宽限制，探头使用短地线，直接夹在输出电容两端，避免环路拾取开关噪声。我分别测了三路输出的满载纹波：

负载瞬态测试用电子负载动态模式，从 100mA 突加、突减到 300mA，观察电压跌落和恢复时间。实测 VOUT2 在突加时跌落约 60mV，恢复时间约 50us，这个表现对屏幕和无线模块来说都够用。如果跌落过大，优先检查输出电容容量是否足够、电感饱和电流是否留足。

注意：测试纹波时如果示波器没有开 20MHz 带宽限制，测出来的数值会偏高很多，因为高频开关噪声会被完整采集进来。

4.3 待机功耗实测

待机功耗是整个项目最关心的指标之一。我用手持万用表串联进电池端，分别测了运行、空闲、深度待机三个状态的电流：

深度待机 86uA 这个数据不是极限值，主要余量在 MCU 备份寄存器和 RTC 供电上，以及 PMIC 自身的基本供电。如果继续把 VOUT3 也关掉，理论上电流还能再降，但 MCU 的备份域和唤醒逻辑也需要供电，需要找到平衡点。

测量待机电流要注意一个问题：万用表串联在电池端时，系统偶发的唤醒事件会瞬间拉高电流，平均值显示会跳变。建议用带电流波形记录功能的设备，或者用示波器配电流探头看拖尾电流，这样能发现真正的漏电路径。我之前用普通万用表测，测出来的数值一直偏高，后来才发现是屏幕排线的电压检测脚在睡眠时还在漏电。

5. 常见问题与排查实录

5.1 寄存器写不进：I2C 地址与总线时序问题

现象：代码里初始化函数执行后，读器件 ID 返回全 FF，或者单步调试时发送完从机地址 ACK 都没有。

排查思路，我按这个顺序查：

1. 检查从机地址。ADDR 引脚接高、接低、悬空的地址都不同，看原理图确认实际接法。
2. 检查上拉电阻。SCL、SDA 的上拉电阻是不是确实焊上了，阻值是否合理。
3. 检查总线电平。示波器抓 SCL、SDA，IDLE 时应为高，通信时地址位和 ACK 位是否正常。
4. 检查 PMIC 供电。PMIC 自身没上电，I2C 当然不响应，这个最容易被忽略，因为系统看起来主控已经跑了，但 PMIC 可能还在复位状态。
5. 检查代码里是否配置了正确的外设引脚复用功能。STM32 的 I2C 引脚有多组映射，配置错了也是白搭。

5.2 上电时序乱序导致 MCU 启动失败

现象：系统偶尔第一次上电跑不起来，按下复位键又能正常运行，频率大约是三四次里有一次。

排查后发现是 VOUT2 和核心电压轨的时序间隔太短，屏幕初始化瞬间的大电流把系统电源拉低，导致 MCU 启动电压不满足规格。解决办法是在 PCA9422 寄存器里把 VOUT2 的建立延时加大，同时把屏幕供电回路的输出电容加大，给启动瞬间提供更多电荷储备。这类问题在硬件上改时序参数就能解决，不用动 PCB。

5.3 低功耗唤醒异常

现象：系统进入睡眠后，按键无法唤醒，或者唤醒后屏幕闪一下就又睡过去。

排查时发现，唤醒后恢复了 VOUT2 电压，但屏幕电源的负载开关还处于关闭状态，初始化屏幕时通信超时，系统又进了异常处理路径。另外，睡眠前我把唤醒事件的触发条件配错了，导致按键事件被 PMIC 当成无效事件过滤掉。修法是把唤醒事件优先级整理清楚，睡眠前确保待机状态下唯一使能的唤醒源是按键事件，恢复电压后再初始化外设。

5.4 纹波变大或电感啸叫

现象：系统在轻载时能听到电感发出的高频啸叫，同时示波器看到 VOUT3 纹波出现周期性抖动。

原因是轻载下 PMIC 在 PFM 和 PWM 模式之间频繁切换，开关频率掉进音频范围。解决办法是让 PMIC 固定工作在 PFM 模式，或者在寄存器里把模式切换阈值调低，让系统在轻载时不切回 PWM。还有一种情况是电感选型饱和电流不够，大电流时电感进入饱和，纹波突然变大，并伴随明显温升。遇到这种情况就必须换电感，单纯调寄存器没用。

5.5 常见问题速查表

最后再分享一点我自己的体会

整套系统调下来，我最深的一个感受是：电源管理项目里最有价值的不是代码，而是对“时序、模式、中断”这三件事的全局理解。代码本身没多少技术含量，I2C 读写谁都会，但什么时候关哪一路、什么事件能唤醒、电压先恢复还是外设先初始化，这些顺序问题才是真正决定了整个系统稳定性的地方。另外一个项目里至少要在整机联调前，把各路输出电压、功耗、I2C 通信都单独验证一遍，别把电源的锅全甩给业务代码。等到系统能稳定跑起来、待机电流压到标称值以内、所有异常事件都有日志可查，这套电源管理方案才算真正完成了。