项目做完了才敢来聊这个话题。前阵子接手一块手持检测设备的板子，原来的方案是 MCU 直接带多路 DC-DC 和 LDO，光上下电时序就写了三套复位逻辑，结果样机一上电偶尔莫明其妙死机，后来发现是 3.3V 和 1.8V 之间的竞争关系没处理好。后来换成了 PCA9422 加 STM32F303VE 的组合，算是把电源管理这块彻底理顺了。
这篇文章就把这次项目里的选型思路、硬件设计、I2C 驱动实现和系统级电源状态机完整梳理一遍。内容会比较具体，从寄存器讲到状态机，从 PCB 布局讲到实测数据，手上有类似“MCU 管全板电源”需求的朋友可以对照参考，尤其适合便携设备、电池供电的仪器仪表、低功耗采集终端这类场景。
1. 选型拆解：为什么是 PCA9422 配 STM32F303VE，而不是 MCU 直驱方案
很多人一听电源管理，第一反应是“直接用 MCU 加一堆 LDO 不就行了”。在电流小、路数少的板子上确实可以，但一旦系统里同时存在 MCU、传感器、模拟前端、无线模块，每路电压负载差异大，关断时序还有先后要求，MCU 直驱方案的麻烦就出来了。
1.1 传统直驱方案的两个死穴
先说第一个死穴——上电时序。MCU 自身上电需要时间，外部电压轨在 MCU 起来之前如果已经乱跳，很容易让 IO、复位脚和模拟采集端口出现不确定电平。用 GPIO 去拉 EN 引脚控制 DC-DC，看着是异步的，实际调试的时候会发现，GPIO 初始化之前根本没法保证 EN 电平，于是各路电源的上电顺序全看电容充电快慢，这种“看运气”的设计在量产阶段最容易出问题。
第二个死穴是故障响应。MCU 直驱方案里，过流保护是 DC-DC 芯片自己管的，MCU 只能等电压跌落之后才在 ADC 里发现异常，基本等于事后诸葛亮。如果某路负载短路，电源系统可能已经彻底崩溃，连 MCU 自己都跟着掉电，日志都来不及存。
1.2 PCA9422 在这套方案里扮演的角色
PCA9422 是一颗带 I2C 接口的 PMIC，内部集成了多路 Buck 和 LDO 输出，还带输入端充电管理和输出端的状态检测逻辑，比如电压监测、电流限制、Power OK 信号、中断输出脚。它最关键的用法是：所有电源域的开启顺序由芯片内部状态机控制，MCU 只是在合适的时间点下发“打开系统”或者“待机”这种高级命令，而不是去挨个控制 EN 引脚。
这就像你原来是自己去拧水龙头，现在换成了一套带总阀和分阀的智能水路系统，你只需要告诉它“开始供水”，它会按预设顺序打开各个支路阀门，同时还监视每个支路的水压，出现异常就报故障。
1.3 STM32F303VE 在这里承担了什么职责
选 STM32F303VE 而不是更常见的 F103 或者 G0 系列，主要看中两个点。一是它带 FPU，主频跑到 72MHz，做电池电量估算或者传感器融合算法时有余量；二是 F303 系列的模拟外设非常丰富，片内就有运放、比较器和 12 位 ADC，很多模拟采集电路可以省掉外部运放，这在电源管理、信号采集、控制的混合场景里特别顺。
在这套电源方案里，STM32F303VE 不是去“控制”PCA9422 的每一路电压，而是扮演三个角色：
- 系统调度者：通过 I2C 下发工作模式，设置各路电压目标，切换低功耗状态；
- 状态监视者：周期性读取 PMIC 的电压、电流、温度寄存器，判断系统健康度；
- 故障响应者：处理 PMIC 的 NINT 中断脚，发生欠压、过流时第一时间进入保护流程。
这套分工明确了之后，整个项目的设计边界就清晰了：硬件上有 PCA9422 兜底电源本身，软件上有 STM32 管控系统行为，两边不会抢活。
2. PCA9422 电源域架构与寄存器地图：从规格书到工程语言
芯片的规格书通常会给出功能框图，但真正写驱动的时候，你得把它抽象成几张大表。这里把我在项目里实际用到的部分整理出来，方便直接对照。
2.1 芯片内部的电源通道拓扑
PCA9422 内部集成的主输出通道一般包括两个高效降压转换器（Buck）和若干个 LDO 输出（具体路数以实际芯片版本为准，项目里用到的是带 2 路 Buck 和 2 路 LDO 的配置）。输入侧支持电池或者 5V USB 供电，并有充电管理模块，充电电流可通过寄存器配置，也可由外部电阻设定。
以 3.7V 锂电池供电的便携设备为例，我实际分配的电源域是这样的：
- Buck1：输出 3.3V，给 STM32F303VE 的 VDD、数字 IO、外部 Flash 供电，负载可能到几百毫安；
- Buck2：输出 1.8V，给传感器模拟前端、运放、ADC 参考电压供电，要求纹波小；
- LDO1：输出 3.0V，给低功耗无线模块供电，无线发射时电流尖峰会比较明显；
- LDO2：输出 1.2V，给 MCU 内核或者某些低电压逻辑器件供电。
这套分配思路的核心在于：大动态电流走 Buck，高精度模拟供电走 LDO。Buck 效率高，适合大电流；LDO 纹波低，适合敏感模拟电路。直接用 LDO 给无线模块供电是不太合理的，发射瞬间压降太大，容易导致模块复位。
2.2 必须背下来的几个关键寄存器
开发 PMIC 驱动，不需要背下 200 页 datasheet，但有几个寄存器类型必须搞清楚，它们几乎是所有电源管理代码的核心：
- 电压设定寄存器（VSET，Voltage Set）：控制每路 Buck/LDO 的输出电压档位，有些支持动态电压调节（DVS，Dynamic Voltage Scaling），边运行边改电压，低功耗模式就靠这个实现；
- 电源模式控制寄存器（MODE，Mode Control）：控制系统处于 ACTIVE、SLEEP、OFF 等状态，这个寄存器决定了 PMIC 内部状态机往哪个方向走；
- 状态读取寄存器（STATUS，System Status）：包含各个通道的 Power Good 标志、过流/过温标志位、当前输入源状态等；这是 MCU 做健康检查的首选来源；
- 中断掩码寄存器（INT_MASK，Interrupt Mask）：决定哪些故障源能触发 NINT 脚拉低，配置错误会导致 CPU 完全不知道过流发生了。
我一开始犯过一个错误，以为只要设置完电压就完事了，漏了配置中断掩码，结果电池电压跌落时 PMIC 已经把系统电源切断了，MCU 这边还不知道发生了什么。后来才意识到：状态寄存器和中断掩码必须一起配置。
2.3 电压档位换算逻辑
做电源驱动时最繁琐的一步，是把目标电压换算成寄存器值。多数 PMIC 的电压档位是线性步进的，比如 50mV 一档、2.5V 到 3.6V 范围，那么一个目标 3.3V 的电压，寄存器值就是：
寄存器值 = (目标电压 - 起始电压) / 步进电压代入计算：
起始电压 = 2.5V 目标电压 = 3.3V 步进电压 = 0.05V 寄存器值 = (3.3 - 2.5) / 0.05 = 16换算结果 16 需要按芯片规格写入字节的高位还是低位，得看 datasheet 里的寄存器位域定义。如果步进电压不是均匀的，比如低温补偿区有额外偏置，那就只能用查表法，把常用电压档位做成定死数组，避免运行时反复计算。
在实际工程中，不要试图在中断里做电压换算，直接把整份电压配置表放在常量区，中断服务函数只做状态记录，电压切换放在主循环里执行，能省不少事。
3. 电源板硬件设计要点：那几处容易翻车的 IO 口与外围电路
电源相关硬件设计最容易出问题的往往不是大电路，而是那些看起来不起眼的控制脚和反馈通路。这部分的坑，我基本都在这次项目里踩过一遍，总结如下。
3.1 I2C 空上拉和电平失配问题
PCA9422 的 I2C 接口工作电压范围需要仔细核对。如果 PMIC 的 I2C 参考电压是 1.8V 逻辑，而 STM32F303VE 的 GPIO 上拉到 3.3V，那就得加电平转换。比较好的处理方式是在 MCU 侧选用支持开漏模式的引脚，并通过外部电阻上拉到 PMIC 的 I2C 电源域所对应的电压。
我在项目里用的做法是：把 STM32 的两个 I2C 引脚配置为开漏模式，外部上拉到 1.8V，然后接到 PCA9422 的 SCL/SDA。这样两边都不需要额外的电平转换芯片，只要上拉电阻选 2.2kΩ 到 4.7kΩ 之间，标准模式 100kHz 和快速模式 400kHz 都能稳定跑。
如果板上还有其他 I2C 设备挂在同一条总线上，比如 EEPROM、温度传感器，它们的工作电压可能又是 3.3V，此时再把 1.8V 的设备挂上去就会有冲突了。要么把 EEPROM 换个 I2C 总线，要么上拉统一选 3.3V，然后在 PCA9422 的 SCL/SDA 前加一块两路电平转换。
经验：能分总线就分总线，不要为了省线路把电源管理 I2C 和普通传感器 I2C 混在一起。PMIC 的总线频率越高越容易受电源噪声干扰，单独走更稳定。
3.2 EN 脚、NINT 脚和 POK 脚的正确接法
PCA9422 一般会有一个总 EN 引脚，用于硬线控制芯片使能。这个脚不能直接悬空，建议通过 100kΩ 下拉电阻到地，避免 MCU 启动过程中引脚浮空导致 PMIC 意外输出。像 STM32F303VE 复位期间 GPIO 默认可能是高阻，如果不加下拉，PMIC 看到 EN 悬空可能表现为未定义状态，这是整板上电时序混乱的一大来源。
NINT 中断脚是开漏输出，需要外部上拉。这个脚接 MCU 的外部中断输入（比如 EXTI），设置为下降沿触发，并把 MCU 侧的输入配置为带上拉。注意 NINT 是低有效，不要接反。
POK（Power OK）信号可以直接引到 MCU 的另外一个普通 GPIO，软件里轮询或触发中断都行。但是我建议把 POK 也接到一个输入捕获通道或者用来做 MCU 复位监测。因为如果 PMIC 检测到输入电源异常，它会主动关断输出，这有可能导致 MCU 电压跌落，此时 MCU 可能连请求中断都来不及发出。把 POK 接到 MCU 的 NRST 脚，可以实现电源失效时 MCU 自动复位，比软件恢复可靠得多。
3.3 PCB 布局上对 I2C 信号和电源通道的处理
电源管理芯片的布局，首要原则是反馈路径远离电感。尤其是 Buck 输出端到负载的走线，如果经过过孔跳层，等效串联电感会增加，动态响应变差。我的做法是：Buck 输出电容尽量靠近 PMIC 的输出脚，反馈采样点放在负载端而不是芯片输出端，这样环路稳定性会好很多。
PCA9422 的 I2C 信号线需要注意两点：一是远离电感区域，二是和电源线之间保持足够间距。在双面板上，我习惯给 I2C 包一层地，哪怕只是两侧加一排地过孔，也能显著降低干扰。这在做电池供电的便携设备时尤其重要，充电瞬间电流变化会通过地弹干扰 I2C 通信。
另外一点是用于设置 I2C 地址的引脚，比如 ADDR0/ADDR1，不要为了省事而直接接地，最好通过 0Ω 电阻或短接焊盘配置，这样如果板上有一颗 PMIC 的 I2C 地址冲突，可以用割线/改焊盘解决，而不是重新打板。
3.4 输入侧电容选择：不要只看容量
PCA9422 的输入侧一般要接一个大容量储能电容，同时并联一颗小容值高频旁路电容。大电容用来提供瞬态电流，小电容用来滤除高频噪声。
具体选值可以参考 PMIC 的最大瞬态负载：比如无线模块发射时电流尖峰从 50mA 跳到 300mA，持续 10ms 左右，那么储能电容的最小计算公式近似为：
C = I * t / ΔV代入参数：
I = 0.3A t = 0.01s ΔV = 0.1V C = 0.3 * 0.01 / 0.1 = 0.03F = 30000µF这个数值在实际项目中其实偏大，因为输入源不可能是纯断路，USB 或者电池能提供一部分瞬时电流。但公式至少说明了：如果只放 10µF 容量的电容，在 300mA 瞬态下电压跌掉 0.3V 根本压不住。我最终选了 100µF 钽电容加 1µF 陶瓷电容的组合，实测 RF 发射瞬间电压跌落控制在 80mV 以内。
计算容值时要用低压降目标，而不是允许瞬态纹波的极限值，不然长期工作容易触发欠压保护。
4. 基于 HAL 库的 I2C 电源管理驱动：寄存器读写与读回校验
这套系统里软件层面的核心是把 PCA9422 的寄存器操作封装成一套可靠驱动，不能底层裸写寄存器，也不能只做一次写入不读回。下面是我在项目中实际使用并结合调试打磨后的驱动结构。
4.1 I2C 驱动框架：把 PMIC 设备抽象成独立模块
我习惯把 PMIC 驱动独立成一个模块，不直接和业务逻辑耦合。通过 HAL 库的 I2C 句柄来传递底层指针，暴露接口只包括初始化、设置电压、设置模式、读取状态、处理中断这几类。
初始化函数大致是这样：
void pmic_init(I2C_HandleTypeDef* hi2c) { pmic_hal_init(hi2c); // 设置各路输出电压 pmic_set_buck1_voltage(PCA9422_BUCK1_3V3); pmic_set_buck2_voltage(PCA9422_BUCK2_1V8); pmic_set_ldo1_voltage(PCA9422_LDO1_2V5); pmic_set_ldo2_voltage(PCA9422_LDO2_1V2); }这只是示意。实际操作里，我会在初始化里面先读取芯片版本寄存器（Manufacturer ID / Device ID），确认 PCA9422 在总线上能正确应答，再进行后续配置。如果第一步都读不到 ID，那后面的所有写入都是白费，先查上拉、地址、供电，而不是继续调代码。
4.2 写寄存器要“读-改-写”，不能整字节覆盖
PCA9422 很多寄存器都是多位共用，比如一个字节的高 4 位是电压档，低 4 位是控制位。直接往整个字节写值很容易把其他位冲掉。正确做法是：读回寄存器原始值，按位掩码修改要改的位域，再把新值写回。
一个简单的示例：
uint8_t temp = pmic_read_reg(PCA9422_BUCK1_VSET); temp &= ~BUCK1_VSET_MASK; // 清掉电压位域 temp |= (reg_value & BUCK1_VSET_MASK); // 填入新电压档 pmic_write_reg(PCA9422_BUCK1_VSET, temp);这套读-改-写逻辑写起来慢，但可靠性远高于直接赋值。项目后期在低功耗模式下反复切换电压档，没有出现一个寄存器被改毛的情况。
4.3 为什么要做寄存器读回校验
有的工程师觉得 I2C 写入后 PMIC 就会老老实实执行，实际上在电源受干扰、总线时序被拉长的情况下，写操作可能被 NACK，或者写入压力不均衡导致一个字节只有部分是有效的。所以我要求所有关键寄存器写入后，必须立刻读回对比，失败则重试，重试超过三次要报错。
校验代码如下：
static uint8_t pmic_write_reg_check(uint8_t reg, uint8_t val) { uint8_t tries = 0; while (tries < 3) { if (pmic_write_reg(reg, val) == PMIC_OK) { uint8_t rd_val = pmic_read_reg(reg); if (rd_val == val) { return PMIC_OK; } } tries++; } return PMIC_ERR; }如果在实际调试中发现写电压成功、读回也对，但板子还是异常，那就不能只怀疑 I2C 了。要把 PMIC 的 STATUS 寄存器和 GPIO 侧 POK 数字量一起交叉比对，这种“寄存器说正常，实际输出不对”的情况多半是硬件电路问题，比如反馈电阻虚焊、输出电容漏电。
4.4 轮询模式下踩过的性能坑
一开始我是在主循环里高频轮询 PMIC 的 STATUS 寄存器，每 10ms 读一次。后来发现这个操作占用了相当可观的 I2C 带宽，因为一次读请求从起始位、地址、寄存器地址到数据读回，至少要两三百微秒。频繁轮询本身不是问题，问题是在读取期间如果 NFC 或者其他 IRQ 要抢总线，就会产生竞争。
最终的方案是改成事件驱动：
- PMIC 的 NINT 拉低才去读 STATUS；
- 主循环里做一个低频巡检，比如 200ms 读一次，用于温漂监测和长期健康度记录；
- 电池电压和电流数据全部通过 PMIC 的 ADC 通道读取，而不是在 MCU 这边用额外采样电路测。
这样既保证了实时性，又不会因为轮询太频繁而拖累整机响应。
5. 上下电时序、POK 监控与 NINT 故障处理：完整电源状态机
硬件搭好了，驱动也有了，但真正让“完整电源管理”立起来的是那颗系统状态机。没有状态机之前，各路电压就是按手册配置跑；有了状态机之后，PMIC 才能配合整机在开关机、低功耗、异常恢复之间平滑切换。
5.1 上电时序：谁来保证各个电源域的正确顺序
PCA9422 这类 PMIC 的优势在于内部定义了一套上电时序表：哪些通道先打开，哪些通道后打开，之间延迟多少毫秒，都可以通过寄存器配置或者在硬件上通过不同通道的斜坡时间实现。
我在项目里要求的时序是：
- 先开 LDO2（1.2V 内核域）；
- 等待 10ms；
- 再开 Buck2（1.8V 模拟域）；
- 再等 20ms；
- 最后开 Buck1（3.3V 数字域）和 LDO1（3.0V 无线模块域）。
这样做的依据很简单：如果数字域先上电，而模拟域的参考电压还没建立，数字控制器的 IO 引脚就可能出现不明确的电平，进而向模拟前端输出乱七八糟的状态。先开小电压域，再开大电压域，是为了让 MCU 复位释放前，时钟和模拟基准都稳定。
配置完成后，通过查看各通道 Power Good 状态位，确认时序是否达标。最初的样机上出现过 Buck2 比 Buck1 先起来的情况，原因是虽然 PMIC 内部有默认时序，但我没有在配置里使能正确的时序控制位。这一点必须读 datasheet 的 ENABLE 控制逻辑，不要跳过。
5.2 POK 信号与软件检测的双保险
PCA9422 一般会有 Power OK 输出，这个脚的状态反映 PMIC 认为当前所有使能输出是否处于正常电压范围。把 POK 接到 MCU 引脚之后，软件里要做一个 10ms 的抗抖动滤波，因为电源建立瞬间会有毛刺。
可以这么处理：
void pok_filter_tick(void) { static uint8_t pok_count = 0; uint8_t level = HAL_GPIO_ReadPin(GPIO_POK_PORT, GPIO_POK_PIN); if (level == 0) { if (pok_count < POK_DEBOUNCE_CNT) { pok_count++; } else { pok_all_good = 1; } } else { pok_count = 0; pok_all_good = 0; } }POK 丢失时不一定要立刻关掉机器，但必须在超时阈值后进入安全状态。如果 POK 掉电持续几十毫秒，那基本可以判定 PMIC 输出异常，此时再等到 MCU 用 ADC 确认电压已经太低才处理就来不及了。
5.3 NINT 中断的触发条件与处理流程
NINT 是低电平有效的外部中断引脚，PCA9422 在检测到过流、过温、输入电压过低、输出欠压等事件时拉低 NINT，MCU 通过外部中断触发进入中断服务函数。
中断服务函数里最重要的一条原则：**不要在这个过程里做耗时操作，读取 STATUS 寄存器，记录故障源，置一个标志位就立刻退出。**真正的处理逻辑放在主循环中执行，可以根据故障源选择切断负载电源、降低工作模式、尝试重新上电等。
我实际处理流程大致是这样：
- 获知 NINT 中断触发；
- I2C 读取 INT_STATUS 寄存器，找到具体哪一路、哪种故障；
- 备份当前电压配置到 RAM；
- 清除中断标志位；
- 主循环里根据故障源做处理：
- 过流：先关掉对应通道负载，延时后重新尝试，如果反复过流，判定外设短路；
- 过温：降低系统频率，关闭非核心外设电源，等待温度回归；
- 输入欠压：先切到省电模式，关 LDO1，再考虑是否彻底关机。
5.4 软关机与待机切换：把电流从 10mA 降到 100µA
低功耗是便携设备里最见功力的一环。PCA9422 可以通过切换内部状态机进入待机模式，此时大部分输出被切断，只保留低功耗维持输出。
STM32F303VE 本身也有多种低功耗模式，两边配合的时候要小心唤醒源的时序问题：如果 MCU 先睡过去了，PMIC 还保持全速输出，整机功耗就下不来；反过来如果 PMIC 先切到待机，而 MCU 还没睡，就可能出现 MCU 供电跌落而 CPU 依旧在跑的尴尬。
我实际的顺序是：
- 业务层确认可以进入待机；
- 把所有外设切换到低功耗状态；
- 通过 I2C 通知 PCA9422 切换模式，先切断非必要域；
- 最后执行 MCU 自身的 STOP 模式指令。
唤醒时顺序相反：MCU 先从 STOP 模式醒来，再唤醒 PMIC 的全速模式，等待各通道 Power Good 后，再对外设做初始化。整个过程要设计成一条有序的路径，而不是一上来就把所有域都打开。
5.5 上电失败重试逻辑：避免无限循环启动
电源管理中最容易被忽视的是：如果开机时某一路电压一直建立不起来，状态机如果反复尝试重新上电，就会进入“上电-失败-复位-上电”的循环，整机表现为间歇性启动，还会给电池放电带来额外负担。
我在故障处理里加了失败计数：PMIC 上电超时或者 POK 异常累计超过 3 次，就进入硬件关机模式，只有检测到外部充电器插入或者按键长按才能重新唤醒。
if (boot_fail_cnt >= 3) { pmic_power_off_hard(); enter_shutdown_lock(); }这个逻辑可以把启动失败带来的风险控制在可控范围内，不会让设备在桌上无人值守时自己反复折腾。
6. 实测数据与调试心得：效率、纹波、热表与几处改良
这部分的数字是实际测试出来的，不同批次芯片、不同 PCB 布局会有些差异，但量级可以给大家参考。
6.1 输出电压精度和各通道纹波
给系统通电后，先测空载和带载各通道输出：
- Buck1 3.3V 空载实测 3.292V，带载 300mA 时 3.288V，压降不明显；
- Buck2 1.8V 实测 1.796V，给模拟前端供电时纹波约 18mV；
- LDO1 3.0V 给无线模块供电，待机纹波约 12mV，发射瞬间纹波约 50mV；
- LDO2 1.2V，实测 1.198V，纹波控制在 10mV 附近。
整体精度在正负 2% 以内，符合预期。纹波主要来源是 Buck 开关频率的谐波和地回路压降，减小方法就是把模拟地单点接到 PMIC 的裸露焊盘地，而不是和数字地混在一起。
6.2 温升实测：哪些通道要特别关注
样机在 25°C 室温、持续带载条件下跑了 2 小时，用热电偶贴在电感、PMIC 顶部和 LDO 封装表面，记录到：
- PCA9422 表面最高温度 68°C，处于正常范围；
- Buck 电感温度约 71°C，稍偏热，后期换了 DCR 更低的功率电感型号；
- LDO1 由于无线模块发射压差比较大，温度最高到了 82°C，这提醒我：压差大、电流大时不该用 LDO，应将无线模块电源域改给 Buck2 或者单独加一路 DC-DC。
这是数据带来的重要教训：当初为了省事用 LDO 给无线模块供电，结果发热超出预期，后面改版把 LDO1 换成小封装 Buck 才真正解决。
6.3 低功耗电流实测：架构合理后数值才好看
进入低功耗模式后，用高精度电流计串入电池回路测试：
- 全速运行：约 15mA@3.7V；
- 外设关闭但 PMIC 正常工作：约 2mA；
- PMIC 进入待机且 MCU 进入 STOP 模式：约 90µA；
- 完全关机状态：约 3µA。
整体功耗表现基本达到设计目标。要注意，90µA 里还有一部分来自 PMIC 本身静态功耗和电池监测通路，如果未来要做到 50µA 以内，可以考虑在长待机时让 PMIC 进入更深的关闭模式。
6.4 调试时最省时间的一个技巧：PMIC 日志用 I2C 抓包
电源管理问题如果只靠万用表量，往往只能看到最终结果，看不到寄存器写入的中间过程。后来我在调试 PC 和板子之间串了一个 I2C 逻辑分析仪，把所有 PMIC 相关的 I2C 波形都记录下来，然后通过解析脚本看每次写入寄存器的值和时间戳。这样一次抓包就能还原整个状态机的流转过程，比对着代码加 log 高效太多。
比如有一次发现 PMIC 在开机时多写了一组电压配置，读回后和设计值不一致，通过抓包看到是代码里两个初始化模块都调用了pmic_init函数，第二次把第一次的配置覆盖掉了。删除冗余调用后问题彻底消失。
建议刚接触 PMIC 开发的朋友，先把逻辑分析仪接上再动手调，不然很多问题会以为是硬件问题，其实是寄存器被软件反复写了。
最后随手分享一点调试中的体会
回过头看这个项目，最让我感慨的不是 PCA9422 性能有多强，而是“PMIC 加 MCU”这一组合真正把电源管理从“摸黑调电”变成了“按状态机设计”。刚开始拿到 PCA9422 的 datasheet，看到几十上百个寄存器确实会头大，但一旦把寄存器分类成电压配置、模式控制、状态读取、中断处理这几类，再结合 POK 和 NINT 这两根物理信号去验证，整个系统的边界就非常清楚。
除了这篇里写的固定流程，还有一个小技巧：调试时可以在 PMIC 初始化里临时加一段把所有电压配置打印到串口的步骤，用读回值对比设计值，基本能在 30 分钟内定位大部分配置错误。等系统稳定后再把这部分代码注释掉，不占运行资源。
电源管理的世界没有银弹，PCA9422 也未必适合所有项目。但如果你和我一样，需要同时管理多路电压、面对复杂的上下电时序、还要考虑故障安全和待机功耗，这套“状态机驱动 + 总线配置 + 故障中断”的思路是值得一试的。跨过“用 MCU 硬拉 EN”那道坎，整个系统的可靠性能上一个台阶。
