嵌入式电源管理实战：PCA9422搭配PIC32MZ2048EFM064方案详解

做嵌入式电源管理的朋友，多半见过这种尴尬场景：处理器那边一堆电源轨要按严格时序供给，主控这边又想把电压、充放电曲线、保护阈值全部抓在手里。我最近在一个便携式数据采集设备项目里，用 PCA9422 这颗 PMIC 搭配 PIC32MZ2048EFM064 做了一套完整电源管理方案，从硬件搭线到 I2C 寄存器配置再到故障处理都趟了一遍。这篇把整个设计和实操过程整理出来，给正在选 PMIC、或者准备自己写电源管理固件的读者一个可复现的参考。

先说结论：PCA9422 负责所有硬核的功率和充电活，PIC32MZ2048EFM064 负责所有需要脑子的事。PMIC 提供多路 DCDC/LDO、电池充电管理、ADC 和中断源；MCU 通过一条 I2C 总线把电压、时序、保护阈值全部纳管。适合的场景很明确——带电池的便携设备、需要动态调压的处理器供电、以及希望把电源状态纳入整机监控的嵌入式产品。哪怕你是第一次接触 PMIC，后面这些流程照着走也能调通。

1. 项目整体设计与思路拆解

1.1 这套组合到底解决什么问题

我先说说为什么非要引入 PMIC，而不是继续用传统的分立方案。早年做电池供电产品，无外乎“一颗 DC-DC 升压 + 几颗 LDO”的拼盘式设计。好处是选型灵活，坏处也很明显：各路电源的上电时序要靠 RC 延迟电路硬凑，电压切换要改反馈电阻，电池充电要单独拉一片充电 IC，整板的 BOM 和调试时间都相当可观。项目一旦往后走，比如处理器要动态降频降压、要记录充电状态、要在过温时主动保护，这种静态方案基本就是推倒重来。

PCA9422 这类电源管理芯片的定位就是把“多路输出 + 充电 + 监控”打包。我手里这颗的集成度属于典型的中高端 PMIC 形态：多路同步降压转换器、线性稳压器、开关式锂电池充电器、十位级 ADC、I2C 可编程的上下电时序、以及一路专门通知 MCU 的中断输出。它把最繁琐的功率级和模拟逻辑直接固化为硬件，剩下的事情就是 MCU 通过 I2C 写寄存器。

那为什么主控选 PIC32MZ2048EFM064？因为它不是一颗“刚够用”的小单片机：200MHz 的 MIPS 内核带硬件浮点，跑状态机、算法、通信协议栈都从容；2MB Flash 和 512KB RAM 放电源管理固件绰绰有余，内部还有加密引擎，做固件签名验证和日志保护很顺手。我手头项目还要同时管传感器采集和对外通信，选它属于一颗芯片把控制器功能全包了，不需要再外挂第二颗处理器。

这套组合解决的问题，概括成一句话：把所有需要“根据系统状态实时决策”的电源行为，从不可变的硬件逻辑变成可控的软件策略。上电时序、动态电压、充电曲线、过温保护，全部由 PIC32MZ2048EFM064 统一编排。后续要改策略，改固件即可，不用换电阻、不用改 PCB。

1.2 选型逻辑与关键参数匹配

具体到选型评估，我给自己列了一张需求清单，照着清单去对比选型报告会清晰很多：

• 系统有多少路电源轨？哪些要低纹波、哪些要大电流？
• 是否需要电池充电管理？充电电流上限是多少？
• 有没有动态调压需求？调压精度和响应速度要求如何？
• 电源状态要不要参与整机监控？需要哪些 ADC 通道？
• 和主控的通信接口、中断机制是否匹配？

我手头的便携设备需求大致是：处理器核心 1V 左右、电流峰值约 1A 的一路主电源；DDR/存储一路 1.8V；外设接口和传感器需要 3.3V；还有一路小电流模拟电源给信号调理。电池方面需要支持单节锂电池充电，充电电流 1A 左右，能读回电池电压和充放电电流。PCA9422 的路数和接口刚好覆盖这些需求，而且所有输出电压都能通过寄存器调节，这意味着硬件不需要为了电压差异改版。

PIC32MZ2048EFM064 这边，我重点确认了三点：I2C 外设是否支持 400kHz 快速模式；是否有独立的外部中断可以接 PMIC 的 INT 引脚；工作电压域是否和 PMIC 的 IO 电平兼容。实测下来这三项都满足，少了很多电平转换的麻烦。另外还要考虑主控自身的功耗，这颗 MCU 有带 RTC 的低功耗模式，后续做待机降耗时有得调，不是一条路走到黑的选择。

方案选型最怕“看着都能用，焊上去全是坑”。我的建议是先把所有电源轨的峰值电流、稳态电流、允许纹波列成表，逐路去查芯片手册里的容量曲线，留出至少 20% 的裕量。PCA9422 这类 PMIC 虽然集成度高，但每路输出的最大电流是有限制的，超载后电压跌落、纹波变大，查起来很头痛。

2. 电源拓扑与核心细节解析

2.1 系统电源架构

整个系统的电源架构可以分成两个层次：物理层是 PCA9422 内部的功率转换通路，控制层是 PIC32MZ2048EFM064 通过 I2C 对 PMIC 各模块的配置与监控。

PCA9422 的输入直接接电池，内部集成的充电器负责把 VBUS 或者适配器输入转换成电池充电电流。电池电压再供给内部的多个降压转换器，分别产生 CPU 核心、存储、外设等各路电压。我项目里的实际分配如下表：

这个拓扑的好处在于把噪声敏感负载和高速开关电源做了物理隔离：模拟部分用 LDO，数字部分用 DCDC，互相之间的干扰可控。布局布线的时候，DCDC 开关节点要远离 LDO 输出和 ADC 采样点，这是老生常谈，但每次都有板子栽在上面。

PCA9422 本身会将内部的多路输出状态、故障标志、ADC 采样结果汇总到寄存器里，PIC32MZ2048EFM064 只需要通过 I2C 去读。所以硬件上不会占用太多 IO，SDA、SCL、INT、复位使能，加一起五六根线就完成了整套电源的控制链路。这种集中式管理的架构，也让整板的故障树分析简单很多。

2.2 I2C 控制链路与寄存器读写方式

控制链路的核心是 I2C，PCA9422 作为 I2C 从设备，PIC32MZ2048EFM064 作为主设备。硬件上就这么几根线：SCL、SDA、INT 中断输出、以及地址选择脚或复位输入。INT 是最有价值的信号，PMIC 检测到过压、欠压、过温、充电状态变化时会把 INT 拉低，PIC32MZ 从对应的外部中断入口进 ISR，然后通过 I2C 读取中断状态寄存器区分具体事件。

寄存器操作本身不复杂，写入时发送“器件地址 + 寄存器地址 + 数据”，读取时需要先写入寄存器地址，再发起读操作。PCA9422 的器件地址一般由地址脚电平决定，焊接前务必确认原理图上的设置，不然第一板调不通就是地址不对。另外不少 PMIC 对关键寄存器有写保护机制，写之前可能要发送解锁指令，否则寄存器值写不进去——这个坑我后面在排查章节里细说。

从操作习惯上，我强烈建议在固件里封装统一读写函数，而不是散落复制粘贴的 I2C 调用。比如把所有寄存器地址定义成宏，读写函数带返回值检查，底层通信出错直接返回错误码。好的封装能让你在调电源时序时省一半时间，因为你会反反复复地和寄存器打交道。

读取回来的数据也要留个心眼，比如某些电压寄存器写入后内部还要做转换，立即回读不一定马上等于目标值。更稳妥的做法是写入目标电压，再去读对应的状态确认位，确认输出电压已经稳定，再继续下一步操作。时序上每个 PMIC 有自己的启动稳定时间，这个在应用笔记里都会给，不查手册纯靠猜容易翻车。

2.3 动态电压调节与上电时序控制

动态电压调节，也就是 DVS，是本项目里最有意思的部分。它解决的是性能和功耗的矛盾：处理器重负载时需要把核心电压抬到 1.2V，轻负载或待机时降到 0.9V。PCA9422 的 DCDC 输出电压是寄存器可调的，PIC32MZ2048EFM064 就能在运行中根据负载任务实时改写寄存器，把电压调到目标值。

实现 DVS 的小细节在于“步进”和“频率”。直接一次性把寄存器从 1.2V 对应的值改成 0.9V 对应的值，输出端可能来不及响应，造成电压过冲或下冲，严重时直接把负载打复位。我的处理是查阅 PCA9422 手册里电压切换的步进定义，按步进逐级修改，每写一级等待一小段稳定时间，再写下一级。实际效果是电压平滑爬升/下降，纹波和瞬态都控制得很好。

上电时序同样重要。多路电源轨如果顺序不对，处理器可能在 IO 电平未稳定时就访问外部存储，导致总线冲突或锁死。PCA9422 支持可编程时序，我通过寄存器配置了“先对外设 IO 供电、再给核心供电、最后使能模拟 LDO”的顺序，并设置了各轨之间的延迟。PIC32MZ 上电先处于复位状态，等电源全部稳定后再开始启动引导流程，这样就避开“电源没稳、CPU 已跑”的隐患。

时序配置还有个好处是好调试。RC 延迟电路的时序固定后很难改，而寄存器改一下就能调整。项目调试时经常要试几种不同的时序，找系统最稳定的组合，我用 PCA9422 后这个工作从“改板”变成了“改寄存器”，效率不是一个量级。

3. 实操过程与核心环节实现

3.1 硬件连接与 PCB 布局要点

硬件连接这事，看起来是“照着数据手册连就行”，实际上很多问题出在看不着的部分。先讲原理图部分。PCA9422 和 PIC32MZ2048EFM064 之间的连接线很少：I2C 的 SDA、SCL，INT 中断，如果需要 PMIC 复位控制，就再加一根复位线。PCA9422 的地址引脚根据所选 I2C 地址接到对应电平，这个在前面已经提过。

这里有几个我很在意的布局原则：

• DCDC 输出电容要靠近 PMIC 对应引脚，电流回路要短，否则开关节点的 di/dt 会产生严重的振铃。
• 电池输入路径上的线宽要按最大充电电流核算，避免压降过大触发欠压保护。
• ADC 采样如果走 PCB 走线到电池端，最好用 Kelvin 连接，避免负载电流在公共过孔上产生的压降影响采样精度。
• INT 引脚建议加上拉电阻并联一个小电容滤波，但电容值不宜过大，否则中断脉冲可能被滤掉，导致 MCU 漏事件。

原理图上器件选型也要注意。降压 DCDC 的电感值不是越大越好，我按 PCA9422 手册推荐范围选的标称电感，再结合实际负载电流调了饱和电流等级。输出电容方面，陶瓷电容的直流偏压特性会导致实际容量缩水，这是高频开关电源纹波偏大的典型“隐形杀手”，有条件就选大封装、额定电压超过输出电压两倍以上的电容。

硬件焊完拿到手，第一步做“裸板电源检查”而不是直接上 MCU 程序。先确认 PCA9422 各路空载输出是否正常，再用电子负载逐路加电流看稳压效果。确认 PMIC 本身没问题后，再连 MCU 调 I2C，这样排查面就分开了。

3.2 MCU 端 I2C 驱动与寄存器读写封装

PIC32MZ2048EFM064 的 I2C 外设用起来很标准，我在项目中使用 MPLAB Harmony 配置 I2C1 模块，运行在 400kHz 快速模式。PIC32 的 I2C 波特率寄存器计算方法是：

I2CBRG = (PBCLK / (2 × SCL 频率)) - 1

比如 PBCLK 时钟为 100MHz，要得到 400kHz，则 I2CBRG = 100MHz / (2 × 400kHz) - 1 = 124。整数溢出要记得用 printf 或者调试器算好，别想当然填个 400。

基于 Harmony 生成的 PLIB 接口，我封装了两个基础函数，下面的代码是简化示意，接口名称可能因 Harmony 版本略有差异：

#define PMIC_I2C_ADDR 0x35 /* 实际以原理图和地址脚设置为准 */ int PMIC_WriteReg(uint8_t regAddr, uint8_t value) { uint8_t txBuf[2]; txBuf[0] = regAddr; txBuf[1] = value; return I2C1_Write(PMIC_I2C_ADDR, txBuf, 2, NULL); } int PMIC_ReadReg(uint8_t regAddr, uint8_t *pValue) { return I2C1_WriteRead(PMIC_I2C_ADDR, &regAddr, 1, pValue, 1, NULL); }

这里最容易被忽略的是函数返回值的处理。I2C 通信失败一定要有反馈渠道，我设计成返回非零错误码，并在电源管理任务里把错误码挂到系统日志上。看似多写了几行，实际调试少走了很多弯路——有一次就是 I2C 被错误复用，程序跑起来半死不活，靠错误码定位出来的。

3.3 初始化序列与关键寄存器配置

PIC32MZ2048EFM064 上电后，我做的第一件事不是急着写配置，而是“确认对话双方在同一频道”：读取 PCA9422 的器件 ID 寄存器，校验返回值。如果读不到 ID，就停下来查硬件，而不是盲目往下写。器件 ID 校验通过后，再按下面的顺序走初始化：

1. 检查当前中断状态寄存器，确认上电后没有遗留故障。
2. 如果需要写保护解锁，则执行解锁序列。
3. 配置 DCDC1 电压为默认的 1.2V，DCDC2 为 1.8V，DCDC3 为 3.3V，LDO1 为 1.8V。
4. 配置各路的软启动时间和上电延迟。
5. 使能需要输出的电源轨。
6. 启动充电功能，设置充电电流上限。

这个顺序有个讲究。先读中断再配置，是为了避免把之前遗留的故障状态当成当前状态；先配电压再使能输出，是为了防止电源轨在一个错误的电压下上电。写代码的时候我把每步都加了进度打印，并保留每步之间 1~5ms 的间隔，PMIC 内部的状态切换需要时间。

伪代码大概长这样：

if (PMIC_ReadReg(PMIC_REG_DEVICE_ID, &devId) != 0 || devId != EXPECTED_ID) { /* 通讯异常处理 */ } PMIC_WriteReg(PMIC_REG_DCDC1_VOLTAGE, DCDC1_1V2); PMIC_WriteReg(PMIC_REG_DCDC2_VOLTAGE, DCDC2_1V8); PMIC_WriteReg(PMIC_REG_DCDC3_VOLTAGE, DCDC3_3V3); PMIC_WriteReg(PMIC_REG_LDO1_VOLTAGE, LDO1_1V8); PMIC_WriteReg(PMIC_REG_SEQUENCE, SEQ_IO_FIRST); PMIC_WriteReg(PMIC_REG_ENABLE, EN_ALL);

寄存器地址看起来像是 0x?，不同版本手册编号会有差异，所以我不在这里贴死地址。关键点是初始化序列本身要作为代码中的独立函数保留，不要拆散在其他功能里。电源管理初始化往往是系统能不能稳定跑起来的第一步，分散写法会让后续维护的人抓狂。

初始化完成后，我会在任务循环里周期读取 PCA9422 状态寄存器，把各路电压、充电状态、温度都采集上报。后续所有策略调整都建立在这个“状态感知”基础上。

3.4 充电管理与状态上报

PCA9422 内置的开关充电器是这套方案的大头。锂电池充电是个“先恒流、后恒压、最后截止”的过程，我需要在固件里把充电阶段的切换逻辑跑起来。

充电阶段一般这样走：电池电压低时先用预充小电流，把电压抬到安全阈值；然后进入恒流充电，电流停在设定值附近，电压缓慢上升；接近满电时转入恒压模式，电流逐渐下降；电流跌到终止阈值后停止充电，之后根据电压回落情况决定要不要再补充。

在寄存器层面，我配置了充电电流上限、充电终止电流、目标浮充电压等参数。PIC32MZ2048EFM064 通过 I2C 周期性读取 PMIC 内部的 ADC 数据，得到电池电压、充电电流和芯片温度，然后在应用层判断当前处于哪个阶段。如果电池温度过高，我直接在软件里降低充电电流，或者暂停充电直到温度回落到安全区。

状态上报这边我用了一个轻量级结构体：

typedef struct { uint16_t batteryMv; uint16_t chargerMa; uint8_t chargeState; uint8_t pmicTemp; } PMIC_Telemetry;

每次 I2C 读取完成后填充这个结构体，再由上层任务决定是显示、上报还是触发保护动作。这样调试时用调试器直接看这个结构体，就能了解电源系统当前的全部健康状态，比到处翻寄存器快得多。

充电管理里最容易遇到的问题之一是“充电电流怎么都上不去”。这个大多不是 PMIC 坏了，而是硬件上的检测电阻阻值不对、或输入电源限流太低。我在实际调试中就是先查输入适配器给不给得了那么大电流，再逐项读寄存器核对配置，最后才发现是 NTC 引脚没有正确接热敏电阻导致 PMIC 认为电池温度异常，主动限制了充电流。

4. 常见问题与排查技巧实录

4.1 I2C 通信异常的排查

I2C 不通是这类方案的第一大坑，也是最耗时间的坑。症状千篇一律：读寄存器永远超时或者读到 0xFF。排查路径我总结了六字口诀：“先波形，后软件”。先把示波器或逻辑分析仪挂到 SCL、SDA 上，看有没有正常的开始信号和地址帧。

常见的软问题包括：I2C 地址不对、寄存器地址长度不匹配、读函数发完从地址后没有正确处理重复起始条件。硬件问题则是上拉电阻缺失或过大。PCA9422 的 I2C 需要外部上拉，我一般用 2.2kΩ 上拉到 3.3V，400kHz 下信号质量不错。上拉电阻太大时，上升沿变缓，外设在快速模式下可能误判电平。

另一个隐蔽问题是 SCL、SDA 引脚复用冲突。PIC32MZ2048EFM064 的引脚功能很多，用 Harmony 配置时如果不小心把同一引脚同时分配给了别的外设，I2C 就会间歇性出错。排查时用调试器读引脚配置寄存器，比对实际电气连接，能快速定位。

最后提醒一句：不要迷信“逻辑分析仪抓不到波形就是芯片坏了”。我有一次折腾了半天发现是 I2C 总线上挂的设备地址冲突，两个从设备共用了同一个地址，数据帧互相踩踏。后来给其中一个设备换地址，问题立刻消失。排查 I2C 问题要把“总线上所有设备的地址”列出来核对一遍，这个步骤最容易被跳过。

4.2 上电时序异常导致主控复位

上电时序项目里很常见的问题是“系统上电后 MCU 能跑，但一访问外设就复位”。这是我最早查了很久才定位的问题：PMIC 先给了核心电压，再给外设 IO 电源，结果 MCU 启动后还没等外设电源稳定就直接访问外设寄存器，等于对着一块没上电的芯片发指令，总线直接锁死。

解决方式在上文已经提过：把外设 IO 电源轨放到最前面，核心电压其次，最后才让 CPU 跑起来。这里要补充的是硬件复位信号。PIC32MZ2048EFM064 本身有上电复位，但如果 PMIC 有复位输出脚，可以将 PMIC 的“所有电压稳定”信号接到 MCU 的复位脚或一个自动启动电路的使能端，这样 CPU 只有在所有电源都稳定之后才被释放。这比纯软件等待更可靠。

排查上电时序问题的标准动作是用示波器多通道记录各电源轨的上升沿，对照手册里的时序要求表。不要凭肉眼判断“好像都上来了”，要测量各路电压到达 90% 标称值的时刻，以及各路之间的时间差。这个数据一出来，问题在哪个环节一目了然。

4.3 DVS 切换导致系统掉电

动态调压最怕切换瞬间掉电。我在做 DVS 压力测试时遇到过几次系统重启，波形显示核心电压在下调过程中出现了明显的负过冲，跌到负载复位门限以下。原因有两个，一是切换时一次写完目标电压，内部功率级瞬间改变占空比造成剧烈瞬态；二是负载端去耦电容配置不足，压降补偿能力太弱。

解决方法是软切换分层处理：把一次大的调压拆成若干小步，每步只改几个步进值，等待一小段稳定时间再继续。我实际使用的是每 10 次寄存器写入为一组，写入间隔设定在 1ms 左右，具体数值根据负载特性和板上电容大小微调。这样做的本质是给输出端电容一个缓冲时间，让电压平滑过渡。

另外要注意“降压容易、升压难”的现象。升压时输出电容需要先把电压充上去，负载电流又同时在拉，如果 PMIC 的环路响应不够快，同样会掉电。我在升压路径上做了一个提前量：先允许 PMIC 进入强制 PWM 模式，再逐级升压，避免 DCM/CCM 模式切换带来的环路抖动。

DVS 的最终效果不能靠手感判断，要在负载叠加、全速运行的情况下跑连续的电压阶梯扫描，观察每一级电压的建立时间和过冲量。用示波器的趋势图功能记录一个完整切换周期，比我反复肉眼看波形有效得多。

4.4 充电管理相关的坑

充电管理常见的坑，一是充电电流上不去，二是充电异常停止。充电电流上不去的原因在硬件设计阶段最容易埋雷：PCB 走线过长导致输入路径压降大、恒流阶段还没真正开始 PMIC 就被迫进入恒压限流、或者 NTC 没接对导致温度保护提前介入。

排查时先看 ADC 读回来的输入电压、电池电压、电流值。比如设置 1A 充电，实际只有 300mA，多半是输入源限流或者电池电压接近满电阈值。如果电池电压明明很低，但充电电流就是小，那就要查 NTC 电阻值是否匹配、以及充电参数寄存器里的最小电流/终止电流是不是被误设成了较大值。

充电异常停止则要查中断状态寄存器。PCA9422 检测到过温、过流、电池异常等故障都会停止充电并置位中断标志。很多情况下不是硬件损坏，而是配置参数不合理：比如浮充电压设置过高，电池接近充满时反复在“恒压段”和“恒流段”之间震荡，表现为充电器时断时续。我后来把浮充电压按电池规格下调到典型值，并适当提高再充电阈值，这个现象就不再出现。

下面这张表是我整理的一套快速排查参考：

5. 从能用走向好用：进阶优化方向

5.1 低功耗策略

硬件的电源管理调到能稳定工作，只是第一步。便携设备最终都要面对功耗问题。PIC32MZ2048EFM064 本身有低功耗模式，PCA9422 也支持动态关闭未使用的电源轨，这就能组成一套完整的多级功耗策略。

我的做法是定义三档系统状态：正常运行、轻度待机、深度睡眠。正常运行下所有 DCDC 都开着，核心电压按任务负载动态调压；轻度待机时关闭不用的外设电源轨，只保留 MCU 和一小路传感器供电；深度睡眠时把 MCU 切到低功耗模式，PMIC 只保留 RTC 和唤醒逻辑需要的功率。

关键是每个状态的切换序列都要写进代码里，由同一个电源管理任务统一管理。不要让业务代码到处去操作 PMIC 寄存器，否则状态切换时容易漏掉某一路电源，形成“半睡半醒”的尴尬状态。实际功耗测试中，这套策略让整机待机电流从几十毫安降到了个位数毫安级别，效果立竿见影。

5.2 健康监控与故障记录

电源系统久了会出现老化问题，比如电池容量衰减、电容 ESR 升高。我的项目在后期把 PCA9422 的 ADC 数据整理成周期健康记录，在 Flash 里存了一个滚动日志：电池充满电压、充电时间、充电总量、芯片最高温度等。有了这些数据，可以在现场快速评估设备电源健康状况，也能为售后提供排查依据。

日志存储要注意 Flash 寿命，不要每一轮采集都写。我是每分钟整点采一次样，把特征值缓存在 RAM，积累一小时后再写入日志区，配合磨损均衡算法。PIC32MZ2048EFM064 的 Flash 足够大，给电源日志分配几个扇区完全没压力。

故障记录也放在同样的体系里。每次 PMIC 触发中断，PIC32MZ2048EFM064 读取详细故障寄存器并写入带时间戳的日志。后面去现场分析问题，直接拉日志就知道故障发生在哪个环境条件下，比用户一句模糊描述可靠得多。

5.3 量产与测试要点

电源管理代码在实验室跑通，和量产跑稳是两个概念。量产测试除了常规的功能测试，我的经验是要加“电源边界条件测试”。输入电压拉到规格下限、负载突加到峰值、高温箱里跑动态调压，把系统能遇到的极限工况都压一遍。边界测试中发现的问题，修复成本远比发到客户手里之后再发现低得多。

还有一个容易被忽视的点：每片 PMIC 的校准值可能不同。虽然大多数电压寄存器设置是通用的，但个别敏感参数，比如充电终止电流检测，可能因器件差异需要小范围微调。我建议在产测阶段通过 I2C 读取 PMIC 的出厂校准信息，连同实际测量值一起写入设备校准区，后续固件运行时以校准数据为准。

产测流程我会安排三步走：第一步裸板电源检查，确认所有电压轨在未烧录固件时正常；第二步烧录最小固件，跑 I2C 寄存器自检和器件 ID 校验；第三步整机功能测试，同时记录电源状态全链路数据。每一步都留测试记录，方便追溯问题批次。

最后再分享一个个人心得：电源管理的调试，十次里有八次最后都发现不是“芯片不行”，而是“某个参数没按手册设置”。所以每次写代码我都会强迫自己做一遍“手册点检”——把用到的每个寄存器、每个字段的实际配置值从手册里逐个核对。看起来慢，实际上最多多花半小时，但能省掉后面好几天的排查时间。PCA9422 和 PIC32MZ2048EFM064 这套组合，只要配置路径理顺了，后面扩展新功能非常顺，值得在需要完整电源管理的项目里优先考虑。