企业官网建设流程全解析

做便携设备这几年，我最大的一个感受是：主控端写多少行代码都不是最难的事，真正让人头疼的往往是供电方案。早年间我做小东西，无非是一颗 3.3V 固定 LDO 加几个电容，内核电压不够就换一颗更大电流的 LDO，功耗压不下来就再换一颗 DC-DC，反复折腾但始终逃不出“固定电压凑合着用”的圈子。直到我做一个低功耗便携终端，需要动态电压调节（DVS）和完整的故障保护，才发现这种思路已经到头了。真正的转机，是我把 PCA9422 和 PIC18F66K40 放在一起，做了一套完整的电源管理方案。

简单说，PCA9422 负责把输入电压转换成一路或多路可编程输出，PIC18F66K40 则作为整机的“电源大脑”，负责配置它、监测它、控制它的上下电时序。这套组合解决的不是“有没有电”的问题，而是“电压怎么按需给、什么时候给、出问题怎么处理”的问题。如果你也在做低功耗手持设备、MCU/DSP 内核供电、传感器采集终端，或者任何需要精确控制电源状态的嵌入式项目，这篇内容应该能帮你少走不少弯路。

下面我把这套方案的选型思路、硬件接口、寄存器配置、固件状态机和实测排障完整理一遍，尽量按我实际踩过的顺序来讲。

1. 为什么我把“固定供电”换成了 PCA9422 + PIC18F66K40 这套组合

1.1 固定电压方案的三个痛点

先说传统的固定电压方案。LDO 的好处是简单、干净、噪声低，但效率在大压差场景下非常难看。比如输入 5V，输出 1.2V，LDO 的效率基本只有 24%，剩下 76% 全变成热量。那些原本想省电的便携设备，光供电环节就浪费了一半以上的能量。换固定输出 DC-DC 能解决效率问题，但灵活性又没了：芯片出厂电压就定死了，想从 1.2V 改到 0.9V 就得上烙铁换料，这在开发调试阶段尤其是噩梦。

更麻烦的是，固定方案通常没有上报能力。负载异常、输出欠压、过流，板子只会表现为“莫名其妙重启”或“烧了”，没有任何寄存器告诉你问题出在哪。我早期调一块传感器板子，电压被一个短路电容压到 0.4V，机器还像没事一样继续跑，直到主控报错我才回头查电源，浪费了一整天。

1.2 PCA9422 解决的是“可编程”和“可观测”

PCA9422 是一颗数字管理型的电源芯片，核心能力就是把输出电压、限流阈值、软启动时间、上下电时序这些参数，通过 I2C 接口写进寄存器里。这意味着同一块板上，我可以不换任何元器件，只用代码就把核心电压从 1.0V 调到 1.2V，再调到 0.8V，全程由固件控制。

更关键的是，它把保护逻辑做到了芯片内部。欠压锁定、过流保护、过温保护、输出短路保护这些功能不再依赖主控实时盯着，而是由电源芯片自身快速响应。这样即使主控死机，硬件保护依然能兜底，不会发生电压异常烧负载的事故。

1.3 PIC18F66K40 在这里的定位

PIC18F66K40 虽然只是 8 位 MCU，但做电源管理控制器完全够用。它有多个 MSSP 模块，可以作为 I2C 主控制器去读写 PCA9422；有足够多的 GPIO 接收使能信号和中断信号；还带了多通道 ADC，可以额外监测输入电压、输出电流等模拟量。最重要的是，它功耗低、启动快，掉电处理逻辑可以在很短时间窗口内完成，适合承担电源状态机这种实时性要求不高的控制任务。

我实际用下来，这套组合的定位很清楚：PCA9422 负责“执行”和“保护”，PIC18F66K40 负责“决策”和“调度”。一个管功率，一个管逻辑，互不干扰，出了问题又有明确的交互信号，排查起来比传统方案清晰太多。

1.4 适合的场景和不适合的场景

先说适合的：需要动态电压调节的处理器内核供电、有多档功耗模式的低功耗设备、需要远程上下电控制的通信终端、以及需要精确管理多路负载顺序的板卡。

不适合的也很明确：如果整板只有一路 3.3V 固定供电，负载电流又很小，那用 PCA9422 纯属增加成本和复杂度。一颗 LDO 或普通 DCDC 就够了，完全没必要把简单的问题复杂化。选型之前先想清楚，你要的到底是“可编程控制”还是仅仅“稳定的电压”。

2. 供电链路与控制链路：PCA9422 和 PIC18F66K40 的硬件接口拆解

2.1 电源树的基本形态

我这套方案的电源树大概是这样的：

• 输入电源：5V USB 或电池经升压后的 5V，接到 PCA9422 的 VIN。
• PCA9422 输出：优先给主控、传感器、射频模块等可调电压域供电。
• PIC18F66K40 自身的供电：可以直接从 PCA9422 的可编程输出取，也可以单独用一颗低成本 LDO，避免主控电源和负载电源互相干扰。

实际设计时，我建议把 PIC18F66K40 放在一个相对稳定的电源域上，不要跟动态变电压的那路完全绑定。否则主控给自己调电压时，可能出现“电压还没稳定、代码已经跑飞”的尴尬。如果你确实只有一个可调输出，那至少在调试阶段用固定版本先跑通逻辑，再切换到 DVS 模式。

2.2 PCA9422 的功能引脚划分

PCA9422 的引脚功能大致分几组：

不同的封装和型号版本引脚名会有些出入，但大致逻辑相同。我强烈建议开始画原理图之前，先对着数据手册把每个引脚的功能、极限参数、内部结构过一遍，尤其是 EN 和 nINT 的电平逻辑，是低有效还是高有效，别到了调试阶段才知道接反了。

2.3 PIC18F66K40 需要接哪些线路

PIC18F66K40 与 PCA9422 之间，我实际用到的信号线不超过五条：

1. SCL：I2C 时钟，由 PIC 输出，接 PCA9422 的 SCL。
2. SDA：I2C 数据，双向，接 PCA9422 的 SDA。
3. nINT：PCA9422 的中断请求输出，接 PIC 的一个外部中断引脚，用于故障和状态变化通知。
4. EN：可选。如果希望 PIC 直接控制电源芯片的使能开关，就用一个 GPIO 接过去。如果你打算完全通过 I2C 寄存器控制，那可以先把这个引脚固定到位电平。
5. PG/状态输出：可选。如果 PCA9422 提供电源正常指示引脚，可以接 PIC 的数字输入，用于快速判断输出是否稳定，而不必每次都读寄存器。

I2C 总线上必须接上拉电阻。很多 PMIC 芯片内部有弱上拉，但别依赖它。我一般按标准 I2C 高速模式配 2.2kΩ 到 3.3V 上拉，如果 PCB 走线短、器件少，用 4.7kΩ 也稳定。关键是要保证信号上升沿够快，否则通信容易在长距离或高比特率下出错。

2.4 外围器件和布局要点

PCA9422 的输出电容不能省。这个电容不仅影响纹波，还直接影响环路的稳定性。我一次把输出电容从 22µF 换成 4.7µF，示波器上立刻出现几 MHz 的振荡，启动波形振得像是天线。后来恢复到 22µF 低 ESR 电容才正常。选电容时多留意额定电压和温度特性，X5R 或 X7R 是基础，别用 Y5V。

输入侧同样要放 10µF 以上电容，并尽量靠近 VIN 引脚。如果输入走线较长，再加一个 100nF 高频去耦电容配合。电源走线尽量短、尽量宽，反馈网络要走敏感路径，远离开关节点和电感。这些积累起来的布局习惯，比花哨的原理图更能决定电源方案能不能真正稳定工作。

输入电压范围这一块也要提前算清楚。如果系统使用电池供电，电池电压可能低到 3.0V 甚至更低，但 PCA9422 的输入电压要求可能不允许在欠压状态下正常输出。这时要么加升压预稳压，要么做电池低压保护，在掉电前让主控完成状态保存。PIC18F66K40 的掉电检测模块可以配合使用，检测到电源跌落后先跑保存流程，再关闭输出，避免突然断电丢数据。

3. 寄存器配置：把电压和时序写进 PCA9422，掌握这套就能完成八成初始化

3.1 寄存器大体分成哪几类

PCA9422 的寄存器数量不算多，我一般把它们分成四类去理解：

• 设备信息和版本寄存器：用于上电后读取 ID，确认芯片型号和芯片版本。
• 配置和使能寄存器：选择工作模式、使能输出、配置保护阈值。
• 电压设定寄存器：控制目标输出电压，是 DVS 功能的核心。
• 状态和中断寄存器：记录当前的欠压、过流、过温等状态，以及中断标志。

把寄存器按这个框架去记，比死背地址高效得多。你不需要记住每一个位，只要清楚“我要改电压”，就去电压寄存器组里找对应的位段即可。

3.2 初始化参数应该怎么定

做初始化之前，先把系统需求列出来：输入电压是多少、输出目标是多少、最大负载电流多少、有没有多路上下电顺序要求、故障时要响应多快。这些参数决定了寄存器里填什么值。

我手上的一个低功耗终端是这么配置的：

• 输入 5V，输出默认 1.2V，DVS 范围 0.8V 到 1.35V；
• 软启动斜率选中等，避免上电瞬间过冲；
• 限流阈值按最大负载电流的 1.3 倍设置，既不让正常负载误触发保护，又能在短路时足够敏感；
• 使能中断，把过流和欠压事件上报给 PIC18F66K40。

具体的寄存器地址和位段每个硬件版本会有些差异，所以我没有在这里贴死地址表。真正动手时，先看手册的寄存器映射表，把地址定义成宏，然后写初始化函数。

3.3 寄存器读写函数的实现思路

PIC18F66K40 通过 I2C 与 PCA9422 通信。我习惯写好两个底层函数：一个写寄存器，一个读寄存器。代码风格用通俗的 C，基于 PIC18 的 MSSP 模块。

#define PCA9422_ADDR 0x2D /* 7位I2C地址占位，请按实际硬件修改 */ #define PCA9422_WR (PCA9422_ADDR << 1) #define PCA9422_RD ((PCA9422_ADDR << 1) | 0x01) #define REG_DEVICE_ID 0x01 #define REG_CONTROL 0x02 #define REG_CONFIG 0x03 #define REG_VOUT_SET 0x04 #define REG_STATUS 0x07 #define REG_FAULT_FLAG 0x08 uint8_t pca9422_write_reg(uint8_t reg, uint8_t value) { uint8_t ret = 0; I2C1_Start(); if (I2C1_Write(PCA9422_WR) == I2C_ACK_NACK) ret = 1; if (I2C1_Write(reg) == I2C_ACK_NACK) ret = 1; if (I2C1_Write(value) == I2C_ACK_NACK) ret = 1; I2C1_Stop(); return ret; }

I2C 通信的时序并不复杂，但要注意每次写寄存器之后要不要读回确认。开发前期，我强烈建议每次写完都读书，尤其是配置保护阈值这类比较关键的寄存器。芯片固件版本不同，部分保留位可能被写入后又被内部逻辑覆盖，读回能第一时间发现不一致。

3.4 一次完整的上电初始化顺序

我一般按以下顺序做初始化：

1. 读取设备 ID，确认通信正常。
2. 设置输入和输出范围相关的基地址参数。
3. 配置 VOUT 目标电压。
4. 配置软启动斜率和上下电时序。
5. 配置保护阈值。
6. 清除历史故障标志。
7. 使能输出。

为什么顺序很重要？因为如果还没配置好保护就先把输出打开，负载可能处于未知状态，一旦电压异常，芯片可能产生误报或者连保护机制都没准备好就炸出去。反过来，如果先配置保护再配置电压，期间输出处于关闭状态，是安全的。

void pca9422_power_configure(void) { uint8_t id = 0; pca9422_read_reg(REG_DEVICE_ID, &id); if (id != EXPECTED_ID) { /* 设备ID不对，进入错误处理 */ return; } pca9422_write_reg(REG_VOUT_SET, 0x35); /* VOUT=1.2V 示例值 */ pca9422_write_reg(REG_CONTROL, 0x10); /* 设置软启动斜率 */ pca9422_write_reg(REG_CONFIG, 0x44); /* 配置保护阈值 */ pca9422_write_reg(REG_FAULT_FLAG, 0xFF); /* 清除故障标志 */ pca9422_write_reg(REG_CONTROL, 0x11); /* 使能输出 */ }

上面代码里的具体数值需要按实际寄存器定义替换，我在这里只是把结构表达出来。要注意一点：清除故障标志不要放在输出使能之前太远的地方，否则使能瞬间有时间窗口，故障标志可能重新置上。最稳妥的做法是使能之后等输出稳定，再读一次状态寄存器确认没有异常。

3.5 动态电压调节（DVS）的实际操作

DVS 是本方案最有价值的能力之一。系统希望降低功耗时，主控把运行频率降下来，同时把核心电压从 1.2V 调到 0.9V；需要提高性能时，再反向调高。

DVS 的操作本质上就是写 VOUT 寄存器：

void pca9422_set_voltage(uint8_t voltage_code) { pca9422_write_reg(REG_VOUT_SET, voltage_code); while (pca9422_voltage_ready() == 0) { /* 等待电压稳定，超时要报错 */ } }

要注意电压调整的方向和幅度。如果直接从 0.9V 跳到 1.35V，负载瞬间需要更多电流，输入电源可能被拉出较大压降，严重时触发欠压保护。建议在硬件允许的情况下，拆成几步缓慢调整，或者在同一总线上预留一定余量。我在调试中遇到过输入线和连接器电阻偏大，大幅调压时输入电源直接被拉掉，整个板子复位重启的情况。后来把调压步进拆成 50mV 一档，每档插入 1ms 延迟，问题就消失了。

4. PIC18F66K40 上的电源状态机：从 I2C 初始化到故障响应

4.1 为什么要用状态机管理电源

电源管理最忌讳写成一坨乱序的时序代码。上下电、待机、运行、故障，每一种状态都有明确的进入条件和退出条件，用状态机实现，代码结构清楚，排查问题也容易。我见过不少人直接在 main 循环里用一堆标志位控制电源，结果到后来连自己也分不清当前处于什么状态，故障处理更是随心所欲。

4.2 状态定义和转移条件

我设计的这套电源状态机包含六个状态：

状态转移的时候，I/O 操作不要阻塞太久。PIC18F66K40 跑 64MHz，I2C 400kHz 的传输一次也就几十微秒，理论上足够快。但如果你在 SOFT_START 状态里用 delay 函数傻等输出稳定，那状态机就变成了阻塞式查询，一旦中间出问题很难恢复。我的做法是用定时中断驱动一个软件定时器，状态机每次循环只检查定时器是否到点，到点则推进下一步。

4.3 状态机主循环的代码骨架

typedef enum { POWER_OFF, SOFT_START, RUN, STANDBY, FAULT, POWER_DOWN } pwr_state_t; volatile pwr_state_t pwr_state = POWER_OFF; volatile uint16_t pwr_timer_ms = 0; void pwr_state_machine(void) { switch (pwr_state) { case POWER_OFF: if (power_on_request()) { pca9422_power_configure(); pwr_timer_ms = START_SEQ_MS; pwr_state = SOFT_START; } break; case SOFT_START: if (pwr_timer_ms == 0) { if (pca9422_output_ok()) { pwr_state = RUN; } else { pwr_state = FAULT; } } break; case RUN: if (fault_event_flag) { pwr_state = FAULT; } else if (low_power_request()) { pca9422_set_voltage(LOW_VOLTAGE_CODE); pwr_state = STANDBY; } break; case STANDBY: if (wakeup_event()) { pca9422_set_voltage(HIGH_VOLTAGE_CODE); pwr_state = RUN; } break; case FAULT: if (fault_cleared() && user_recover_request()) { pca9422_clear_fault(); pwr_timer_ms = START_SEQ_MS; pwr_state = SOFT_START; } break; case POWER_DOWN: if (pwr_timer_ms == 0) { pca9422_disable_output(); pwr_state = POWER_OFF; } break; } }

真正的项目里，状态机还会配合一个看门狗。如果 FAULT 状态下主控自身还在运行，可以执行恢复流程；如果连主控都跑飞了，看门狗复位后重新上电，整个电源管理逻辑重新初始化，不会卡死在半机关状态。给电源管理加上看门狗这个习惯，是从一次调试事故中得来的教训：我在测试 DVS 时写错了一个寄存器值，输出掉到 0.5V，主控直接死机，手动复位才恢复。后来加了看门狗和故障超时复位，再遇到类似问题，系统能自动恢复，不用拆机按按钮。

4.4 中断处理与故障响应

PCA9422 的 nINT 引脚是故障通知的主要通道。我把这个引脚配置成下降沿触发的外部中断，ISR 里只做两件事：清除中断标志、设置一个 fault_event_flag。具体的故障类型、严重程度判断，全部放在主循环状态机里去处理，不在中断服务里做复杂操作。

void __interrupt() ext_int_isr(void) { if (INTFLAG) { INTFLAG = 0; fault_event_flag = 1; } }

这样做的好处是很明显的。中断服务程序只有几条指令，不会因为去读 I2C、处理状态机而拖慢中断响应。反过来，如果在 ISR 里直接读 PCA9422 状态寄存器，一旦 I2C 总线被其他任务占用，中断服务就会被拉得很长，反而错过更多故障。

另外，故障信号不要一出现就马上复位。很多瞬态故障是负载突变引起的，比如某个外设上电瞬间灌入大电流，PCA9422 的限流保护触发了一次事件。如果主控立刻复位重启，可能会进入一个反复上电、反复故障的死循环。我通常的做法是故障事件先记录，连续三次才会触发强制重启；如果每次故障后都能恢复正常，就只记录不干预。

4.5 上下电时序的实现细节

如果系统里有多个负载，PCA9422 提供的那路由硬件决定顺序，但多路 PMIC 配合时，就需要 PIC 来编排顺序。我的原则是：

1. 先开主控自身的电源域，让主控先跑起来；
2. 主控初始化完 I2C 和 GPIO 后，再使能外设电源；
3. 外设输出稳定后，再释放外设复位信号。

反过来掉电时，先关外设，再保存主控状态，最后关主控电源。这个顺序能避免外设在上电瞬间被灌入未初始化状态，也避免掉电时主控还在写外设但供电已经消失导致总线锁死。PIC18F66K40 的 GPIO 掉电顺序可以被软件控制，配合外部的复位芯片或电容延时，很容易把时序做到毫秒级精度。

5. 示波器面前的真相：上电波形、动态响应和中断风暴排查

5.1 第一次上电，先看什么

PCA9422 和 PIC18F66K40 第一次联合上电，千万不要急着挂仿真器看代码。先把示波器夹到 VOUT 和输入电源上，确认电压建立过程正常。我见过不少人上来就调固件，结果摆弄半天，回头一看波形全是锯齿波，输入电源甚至被短路到保护状态。

上电时重点看三点：

1. 输出电压有没有过冲。标准做法是逐步增大电子负载，观察过冲幅度是否在允许范围。如果过冲超过预设电压的 10%，我会先调整软启动斜率，而不是改板子。
2. 输出稳定后纹波是多少。正激拓扑的纹波通常跟输出电容和环路布局有关，如果纹波高达几百毫伏，多半是布局问题。
3. 输入电压有没有塌陷。输入电压上电瞬间被拉低，说明输入电容不够或电源链路阻抗太高。

在调试笔记里我会记录每个测试点的波形截图、负载条件、环境温度，方便后续对比。

5.2 负载阶跃测试最容易暴露问题

电源管理方案还得过负载阶跃这一关。我用电子负载把输出电流从 10% 快速拉到 90% 负载，同时观察输出电压动态跌落。

第一次测试时，我在 1.2V 输出上做 500mA 阶跃，电压直接跌到 1.05V，差点触发负载的欠压复位。原因查下来是 PCA9422 的带宽和输出电容组合偏弱，以及反馈网络走线经过了大片过孔，寄生电容影响了环路。后来把反馈走线缩短、加大输出电容，动态跌落回到 60mV 以内。

这个测试很值得做，因为大多数软硬件问题都是在负载变化时暴露的，而静态测试往往一切正常。

5.3 中断风暴：最隐蔽的故障

我在项目调试中最头疼的，是 PCA9422 的 nINT 引脚不停地产生中断。用逻辑分析仪一看，中断脉冲一簇接一簇，每隔几毫秒一次，主控被频繁唤醒，功耗飙升，系统开始不稳定。

第一次遇到这个问题，我以为 PCA9422 坏了，甚至萌生了换芯片的念头。后来静下心来看中断状态寄存器，发现记录的是过流事件。追下去才明白是外设模块上电瞬间的浪涌电流每次都短暂超过了限流阈值，于是芯片在极短时间内触发多次过流标志，nINT 持续拉低。

解决方式有三个层次：

1. 硬件上增大外设供电的软启动时间，或者加软启动电容，降低浪涌电流；
2. 配置层把限流阈值稍微放宽到正常浪涌电流的 1.2 到 1.5 倍；
3. 固件层做中断去抖，例如 50ms 内只响应第一次故障事件，其余忽略，但要额外记录计数用于诊断。

实际项目里，我采用“硬件限流保持 + 软件去抖 + 故障计数”的组合，问题彻底消失，也不会因为去抖误屏蔽真正的短路故障。

5.4 I2C 通信故障排查

PCA9422 和 PIC18F66K40 之间 I2C 通信问题，最典型的症状是写入不生效或者读回值全是 0xFF。排查顺序我一般固定：

• 先量 SDA、SCL 静态电平，确认上拉正确、有没有短路；
• 再看时钟极性，确认 I2C 地址和设备地址匹配；
• 然后用逻辑分析仪抓总线波形，确认每个 ACK 位是不是正常。

如果操作过程中出现一次 NACK，程序多半会卡在等待 ACK 的循环里。我的代码里所有 I2C 操作都加超时保护，一旦超时就直接进故障状态，而不是无限阻塞。

高比特率和长走线也可能带来问题。PCA9422 的 I2C 标称能跑到 400kHz，但如果你板上的负载电容大，或者走线跨过连接器，实际通信速度可能得降到 100kHz。我在一个带 FPC 排线的版本上，400kHz 时 SDA 上升沿已经钝成圆弧，降到 100kHz 才稳定。别迷信芯片标称速度，以实测波形为准。

5.5 一套完整的故障排查对照表

上面这些坑，我基本都踩过一遍。每修好一个问题，我都会记录到项目归档里，等到画下一版时直接用这些结论指导布局和选型，效果比翻书快得多。

6. 从一块样板到量产：布局、测试、批量的经验沉淀

6.1 布局上最值得较真的位置

在 PCB 布局上，我吃过的亏几乎都集中在“看起来不重要却实际致命”的细节上。电源芯片的地脚旁要打足够多的过孔，把热和电流通路都照顾到。反馈走线要尽量远离电感、开关节点和输出二极管，长度越短越好。如果你做不到独立走线，至少包一层地隔离。

输出电容的位置比容值更重要。我把输出电容放到 PCA9422 输出引脚附近而不是负载附近，负载端的动态表现有明显改善。反过来，把反馈采样点放在负载端也能提升调整率，但要防止走线过长引入噪声。这个取舍没有标准答案，要根据负载分布自己测。

6.2 批量测试时，我加了哪些自动化检查

量产之后，每一块板子的电源参数都不可能完全一致。我搭了一个简单的测试工装，由 PIC18F66K40 上电后自动执行下面几项检查：

1. 读取 PCA9422 设备 ID，确认芯片没有贴错；
2. 写入默认电压配置，再读回比较，确认 I2C 通路正常；
3. 读取状态寄存器，确认没有遗留故障标志；
4. 给输出加一个小电流负载，检查电压是否在容差范围。

这些测试全部通过后，板子才允许进入下一道工序。测试失败的具体原因会记录到工装日志里，反馈给产线做分板处理。整个测试过程其实不到三秒，但能拦掉绝大多数常见贴装问题。

6.3 固件可配置化带来的便利

因为 PCA9422 是寄存器可编程的，批量生产时不用像传统方案那样换物料调电压。我通常把默认电压、限流阈值、软启动时间这些参数做成一个配置结构体，存到 PIC 的程序 Flash 末尾，不同订单只要改 Flash 里的配置段，再烧录一次即可。这个做法让同一个硬件方案适配了多个不同负载需求的产品，省钱又省时间。

6.4 个人积累的几点避坑经验

最后说几条我反复用到的实战经验，都是拿时间和示波器换来的：

第一，任何电源芯片的初始化代码都不要在调试阶段一次全开。先读 ID，再配置电压，最后再开输出，每个步骤之间加一点可观测的延时。出了问题能精确定位到是哪一步导致的。

第二，PCA9422 的寄存器写操作一定要有回读校验，尤其是 DVS 场景。电压写错可能导致负载永久损坏，宁可慢一点也要保证正确。

第三，中断去抖参数一定要留有余量。太短会触发风暴，太长会屏蔽真实故障，我一般取 50ms 作为基础值，再根据实测波形调整。

第四，输入电源的余量永远要比理论值大。很多人只算平均电流，忽略了瞬态电流，结果输入电源在 DVS 调整时被拉成“心电图”。给电源留出 20% 的额外余量，会让整个系统的稳定度上一个台阶。

第五，PIC18F66K40 自身的工作温度范围要跟电源芯片匹配。如果设备放在高温环境，主控和电源芯片的温漂特性不同，可能导致故障阈值判断出现偏差。批量出货前做一轮高低温循环测试，比事后救火强得多。

这套 PCA9422 和 PIC18F66K40 的电源管理方案，我做了三轮迭代才稳定下来，但每一轮迭代都让我对电源管理有了更具体的理解。电源设计从来不是“把芯片连起来就完事”，而是要在原理图、布局、固件、测试之间来回打磨。希望这篇内容能让你少走一些我走过的弯路，也欢迎你在评论区交流自己的实测心得。