基于PCA9422与STM32的电源管理方案设计与低功耗优化

做电源管理这块，我手上的项目已经从“上电能跑”细化到“抠每一 uA 电流”的程度了。特别是接了 PCA9422 这颗电源管理芯片之后，配合 STM32F410RB 这颗主控，板子终于把“电池供电”从一句口号变成了真正可控的指标。

这篇文章就当作一次项目复盘，把整个方案的来龙去脉、硬件设计要点、驱动配置流程，以及我在调板过程中踩过的坑，全部摊开来讲。内容主要面向正在做低功耗物联网设备、便携式仪器，或者想把板级电源管理从“能用”做到“好用”的嵌入式开发者和硬件工程师。如果你正在选 PMIC、还在纠结怎么把充电、放电、系统供电这些事理顺，这篇值得你花几分钟看完。

1. 项目起点：为什么板子需要一套“完整电源管理”

以前做小设备，电源方案基本都是“一颗 LDO + 一颗充电 IC + 单片机 IO 直接控制使能脚”这种粗放结构。功能上没问题，系统也能跑，但一旦涉及到电池供电、多电源域、低功耗待机、充电状态实时上报这些需求，原来那套就捉襟见肘了。

1.1 表面看是供电，底层看是状态管理

我最初接到这个项目时的需求很简单：设备要能用锂电池供电，能充电，运行时有个 3.3V 主电源和 1.8V 的传感器电源，待机时功耗要低于 50uA。听起来不复杂，但把这些串起来就发现问题了：

• 充电电流需要动态调整，不能永远用默认值，否则适配不了不同容量的电池
• 系统上电顺序有讲究，传感器域不能先于逻辑域上电，否则 I/O 口可能互相倒灌电流
• 低功耗模式下 MCU 不能一直挂在电源芯片上干活，必须让 PMIC 也进入低功耗配置状态
• 电池电压、温度、充电完成信号，这些状态需要反馈给 MCU，由 MCU 做决策

这时候就需要一颗真正具备“全流程管理能力”的 PMIC，而不是一堆分立器件拼凑出来的“能供电”而已。

1.2 选型逻辑：为什么是 PCA9422

PCA9422 是 NXP 的电源管理芯片，准确来说它面向的是需要锂电池供电、同时要求 I2C 可配置的嵌入式场景。它主要整合了三块能力：电池充电管理、系统电源路径管理、可配置的 DC-DC 输出和 LDO 输出。

选择它而不是其他 PMIC，核心原因有这么几个：

第一，PCA9422 支持系统电源路径管理（Power Path Management）。意思是：适配器插入时，系统由适配器直接供电，同时给电池充电；适配器拔掉后，无缝切换到电池供电，不需要 MCU 干预、不需要外部切换电路。这个功能对于“电池可拆卸”“边充边用”的设备来说非常省心。

第二，它的输出通道有多个，我这边主要用了两路：一路主输出（比如 3.3V 给 MCU 和外设），一路辅助输出（1.8V 给传感器）。每路输出可以独立使能、独立设置电压、独立调整电流上限，甚至可以动态调节电压来配合低功耗策略，这在做精细功耗控制时非常有用。

第三，I2C 可配置能力。这颗芯片不像传统充电 IC 那样靠外部电阻设定所有参数，很多关键参数——充电电流、截止电压、输出模式、中断屏蔽等，都可以通过寄存器读取和修改。这意味着你可以在产品运行期间动态调整电源策略，而不是焊板那一刻就锁死了所有参数。

1.3 选型逻辑：为什么配 STM32F410RB

既然 PMIC 是 I2C 控制的，那 MCU 这边也得跟得上。我选 STM32F410RB 是基于几项实际考量的。

• F410RB 是 Cortex-M4F 内核，主频 100MHz，带 FPU，处理传感器数据、跑控制算法都没有压力
• 它有 LPUART、LPTIM、RTC 等外设，可以在深度低功耗模式下保持基础通信和定时唤醒能力
• 它有足够的 I2C 外设资源，硬件 I2C 通信稳定，不用软件模拟
• 引脚数量、Flash 和 RAM 大小在这个项目里刚好够用，不多不少

从功耗角度看，这颗芯片在 Stop 模式下的典型电流能做到 6uA 量级，再配上 PCA9422 的低功耗配置，整机待机功耗做到 50uA 以下是完全可行的。

2. 硬件设计要点与关键电路分析

硬件是整个电源管理方案的基础。软件写得再好，硬件布局乱了，照样会出现上电时序错乱、纹波超标、电池充不满这类问题。

2.1 供电拓扑：从电池到各电源域的完整路径

整个系统的供电拓扑大致是这样规划的：

USB 5V 输入 │ ▼ PCA9422（充电管理 + 电源路径 + DC-DC/LDO 输出） ├── 电池接口（BAT+ / BAT-） ├── 主输出通道 1：3.3V 域（MCU、LED、通信模块） ├── 辅助输出通道 2：1.8V 域（传感器、运放） └── 系统状态中断信号（INT 到 MCU）

这个拓扑有一个非常关键的好处：系统负载直接在 PMIC 的输出级上，由 PMIC 内部自动在“适配器供电”和“电池供电”之间做切换，不会出现用电池充电电路直供系统导致的压降问题。

我在原理设计时还给每个电源域加了手动跳线和电流测试点。这样做的好处是：调试功耗时候可以直接在跳线两端串电流表，不用把万用表探头怼在焊盘上找电流路径。

2.2 PCB 布局和布线中的几个明显坑

第一个坑是 PMIC 和 MCU 的距离过远。PMIC 的 I2C 信号属于板上中等速率信号，400kHz 下问题不大，但输出端的去耦电容如果不靠近芯片引脚，ESR 和走线电感会把瞬态响应搞得很差。我第一版 PCB 就是因为把去耦电容放在了一厘米外，在负载跳变时输出纹波超过了 50mV，后来把电容移到了芯片引脚附近同层，纹波降到了 15mV 以内。

第二个坑是电池检测电阻的接法。PCA9422 做电流检测、充放电管理时需要采样电池回路的电流。如果你在电池负极端串联检测电阻，要特别注意 PCB 走线不要“远端打孔然后绕回来”，要用开尔文连接方式，单独走两根线去检测电阻两端，避免负载电流在铜箔上产生的压降污染采样信号。

第三个坑是地平面分割。PMIC 输出级有大电流走线，MCU 数字部分也有开关电流，如果共用地线过长，数字噪声容易耦合到模拟采样端。正确做法是 PMIC 周围的地用完整平面，不要打散，MCU 地通过单点连接到 PMIC 地的“星型”结构，不要形成环路。

2.3 去耦电容的选择和配置

我这边主输出用了 10uF 陶瓷电容和 1uF 陶瓷电容并联，辅助输出同样用了一组。特别注意是：陶瓷电容容值在直流偏压下会衰减，如果你的输出是 3.3V，一个额定 6.3V 的 10uF 电容实际可能只有 6-7uF。所以输出级我干脆选了 16V 耐压规格的电容，牺牲一点体积换容值稳定，实测效果明显。

提示：不要为了省成本在 PMIC 输出级用低耐压电容。一些 PMIC 的 DC-DC 环路稳定性对输出电容的 ESR 很敏感，若电容容值因为偏压衰减过多，严重时会引起输出振荡。这类问题很难查，因为示波器上看到的可能是莫名其秒的干扰波形，实际根因却在这。

2.4 引脚分配与硬件连接建议

我这里提供一个实际可用的引脚连接示意（以我现有板子为准，不同板子可平移修改）：

需要注意，PCA9422 的 I2C 上拉电阻不能省略，并且阻值要结合总线上挂载的器件数量和通信速率合理选择。我这边使用了两颗芯片挂在同一总线上（还有一颗温度传感器），实测 4.7k 上拉在 400kHz 下波形良好。

3. 驱动开发：I2C 通信与寄存器配置全流程

硬件焊接完毕，接下来就到了真正关键的驱动开发阶段。PCA9422 的全部控制都基于 I2C 寄存器读写，所以你哪怕不熟悉这颗芯片，只要会对着数据手册填寄存器，加上合理调试，很快就能跑通。

3.1 硬件 I2C 配置要点（STM32 侧）

我使用 STM32CubeMX 生成基础工程，I2C 配置为 400kHz Fast Mode，开启中断。这里提一个实际经验：STM32 的硬件 I2C 在低功耗唤醒后偶尔会遇到总线阻塞状态（SCL 被拉低），这是因为通信中途被低功耗模式打断导致的。解决办法是在初始化时加一个主动复位总线的函数：检测到 SCL 或 SDA 长时间为低，则切换引脚为普通 GPIO 模式，手动翻转时钟 9 次来释放总线。

简单来说，就是初始化时先判断总线是否空闲，不空闲就对待死锁的从设备做总线恢复：

void i2c_bus_release(void) { GPIO_InitTypeDef gpio = {0}; // 将 SCL、SDA 临时配置为开漏输出 gpio.Mode = GPIO_MODE_OUTPUT_OD; gpio.Pull = GPIO_PULLUP; gpio.Speed = GPIO_SPEED_FREQ_HIGH; gpio.Pin = GPIO_PIN_6 | GPIO_PIN_7; HAL_GPIO_Init(GPIOB, &gpio); // 如果 SDA 被拉低，则认为从设备可能正占用总线，通过翻转 SCL 释放 if (HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_7) == GPIO_PIN_RESET) { for (int i = 0; i < 9; i++) { HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_RESET); HAL_Delay(1); HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_SET); HAL_Delay(1); } } // 恢复为复用开漏模式 gpio.Mode = GPIO_MODE_AF_OD; gpio.Alternate = GPIO_AF4_I2C1; HAL_GPIO_Init(GPIOB, &gpio); }

这段代码在实际项目中帮了大忙。在每次从 Stop 模式唤醒后、执行 I2C 操作之前调用它，可以非常有效地规避总线死锁问题。

3.2 PCA9422 关键寄存器组解析

PCA9422 的寄存器空间比较紧凑，我挑几个实际项目中影响最大的寄存器来讲。

模式配置寄存器：控制电源路径、充放电使能和输出模式。

这个寄存器的意思是：你可以直接通过写寄存器来选择“仅适配器供电”“仅电池供电”“电池+适配器同时供”等工作模式。我在系统正常运行状态写的是自动模式，让 PMIC 自行判断优先级。

充电电压设置寄存器：设定目标浮充电压。

针对我用的标称 3.7V 锂电池，浮充电压通常设在 4.2V。但如果你用的是高压电池（比如 4.4V），这里必须改，否则会欠充。

充电电流设置寄存器：设定恒流阶段的电流值。

这个值有个前提：根据电池容量匹配，不要盲目设高。我用 2000mAh 电池，恒流一般设在 1C，即 2A 左右。如果你用的是 500mAh 的电池，设 2A 充电就会出问题，不仅电池寿命受影响，PCB 走线温度也会过高。

中断使能寄存器：决定哪些事件会触发 INT 引脚。

我这边开启的事件包括：充电完成、充电故障、电源路径切换、电池低电压报警。这些中断事件会被 MCU 的 PA0 引脚捕获。

3.3 驱动程序设计要点

驱动层我采用了分层思路：

底层是 I2C 读写函数，直接调用 STM32 HAL 库的HAL_I2C_Mem_Read和HAL_I2C_Mem_Write。在这之上封装了 PCA9422 的寄存器操作函数，包括读字节、写字节、修改位域。应用层再根据具体业务封装成“打开充电”“设置充电电流”“读取电池电压”这种语义明确的接口。

uint8_t pca9422_read_reg(uint8_t reg) { uint8_t data = 0; HAL_I2C_Mem_Read(&hi2c1, PCA9422_I2C_ADDR, reg, I2C_MEMADD_SIZE_8BIT, &data, 1, 100); return data; } void pca9422_write_reg(uint8_t reg, uint8_t data) { HAL_I2C_Mem_Write(&hi2c1, PCA9422_I2C_ADDR, reg, I2C_MEMADD_SIZE_8BIT, &data, 1, 100); } void pca9422_modify_reg(uint8_t reg, uint8_t mask, uint8_t val) { uint8_t tmp = pca9422_read_reg(reg); tmp &= ~mask; tmp |= (val & mask); pca9422_write_reg(reg, tmp); }

调试过程中加一个“寄存器回读校验”非常有用。每次写入关键参数后，回读确认，防止 I2C 写失败导致芯片状态和预期不一致。我遇到过几次写充电电流时因为总线上有干扰导致写失败，如果没有回读校验，根本不知道芯片里是什么值。

4. 充电管理：状态机、参数计算与动态策略

充电管理是整个电源方案的核心部分。PCA9422 的充电控制涵盖了从预充到截止的完整流程，但怎么用、参数怎么设，直接决定了电池寿命和用户充电体验。

4.1 充电状态机拆解

单节锂电池充电流程大体分五个阶段：

1. 电池电压极低（比如低于 3.0V）时进入预充电阶段，用 1/10 恒流充电，把电压安全抬升
2. 电压到 3.0V 后进入恒流快速充电，以设定的充电电流充电
3. 电压逼近目标浮充电压时进入恒压阶段，电流逐渐下降
4. 充电电流跌到截止电流阈值（通常是设定电流的 1/10），判定充电完成
5. 充电完成后 PMIC 维持涓流或完全断开，等待下一次充电

PCA9422 内部硬件帮你做了大部分状态判断，但 MCU 侧仍然要主动监测状态，尤其是“充电完成”和“充电故障”这两个事件。我这边轮询频率不高，1 秒读一次状态寄存器，有中断触发时立刻处理。

4.2 充电电流和截止电压的计算逻辑

充电电流的正确设置方法不是拍脑袋，而是根据电池额定容量和充电倍率计算：

设电池容量 C = 2000mAh，推荐充电倍率 = 0.5C 则充电电流 I = 2000mA × 0.5 = 1000mA 截止电压 = 电池标称浮充电压 4.2V ± 1% 精度 截止电流 = 设定充电电流的 10% = 100mA

我实际把充电电流设在 1A，而不是芯片能支持的最大 2A。原因很简单：设备在实际充电时往往还开着负载（系统供电），虽然 PCA9422 是电源路径管理，适配器优先供系统、剩余电流给电池，但如果你把总输入电流吃得过满，适配器温度会很可观。

4.3 动态充电策略：结合系统负载实时调整

这也是选择可配置 PMIC 的一个隐藏收益。我项目里有一个场景：设备在充电同时还会开启加热功能，需要的电流可高达 1.5A。

如果不做动态管理，当系统和电池同时要吃大电流时，总功耗可能超过适配器能力，导致电池被深度放电或者适配器保护触发。

我的做法是：

• MCU 在开启加热之前，先通过 I2C 把充电电流降到 300mA
• 加热结束后，再把充电电流恢复到 1A
• 同时监控 PMIC 的输入电流状态，如果过流，进一步降低充电电流

这样虽然充电时间变长了一点，但整个系统的供电安全性大幅提升。这种“软协调”能力在分立充电方案里很难实现，但在 PCA9422 上只用几次寄存器写入就完成了。

4.4 充电状态上报和 UI 交互

设备上有两个指示灯，分别表示“正在充电”和“充电完成”。我直接在 GPIO 中断处理函数里读取充电状态，更新 LED：

void EXTI0_IRQHandler(void) { if (pca9422_is_charging()) { HAL_GPIO_WritePin(LED_CHARGE_GPIO_Port, LED_CHARGE_Pin, GPIO_PIN_SET); HAL_GPIO_WritePin(LED_FULL_GPIO_Port, LED_FULL_Pin, GPIO_PIN_RESET); } else if (pca9422_is_charge_done()) { HAL_GPIO_WritePin(LED_CHARGE_GPIO_Port, LED_CHARGE_Pin, GPIO_PIN_RESET); HAL_GPIO_WritePin(LED_FULL_GPIO_Port, LED_FULL_Pin, GPIO_PIN_SET); } // 清除 PMIC 中断标志 pca9422_clear_interrupt(); }

这个“清除中断标志”的步骤很多人会漏掉。PCA9422 的中断输出是电平触发还是边沿触发取决于配置，如果你不把中断源清掉，INT 引脚会一直拉低，MCU 就会不停进中断，把系统直接拖死。

5. 低功耗设计：整个电源方案的价值验证

做电源管理，最终要看的是整机功耗表现。光给板子供上电不算完，能把电流抠下来才算水平。这一章是我的实测记录和优化过程。

5.1 STM32F410RB 低功耗模式规划

F410RB 提供多种低功耗模式，我实际设计时按场景选用了两种：

• Sleep 模式：CPU 停，外设继续跑，适合短时间等待，功耗大概在 mA 级别
• Stop 模式：所有时钟停，仅保留 RTC、LPTIM 和部分唤醒源，典型功耗 6uA 左右，适合深度待机
• Standby 模式：功耗最低，但唤醒相当于复位，F410 上该模式唤醒会清除 SRAM 内容，除非有特殊需求否则慎用

我的系统主要待机状态用的是 Stop 模式，配合 LPTIM 定时唤醒：睡 3 秒醒一次，读取一次传感器数据，再继续睡。这样无线传感器节点的平均功耗能控制在 uA 级别。

5.2 从硬件层面降低整机待机功耗

MCU 进低功耗之后，外围器件也不能忽略。我第一版测出整机待机电流还有 180uA，远高于预期，查了半天发现是 PMIC 输出未配置成低功耗模式，探头侧的传感器一直处于工作状态。

在 Stop 模式前必须做的事：

• 把不需要工作的外部设备断电（通过 PMIC 的通道使能寄存器）
• 配置 PCA9422 进入低功耗输出模式，比如降低输出电流限制、关闭不用的 LDO
• 把 I2C 总线上的器件地址检查一遍，确保没有任何设备在漂移状态中占用中断

低功耗模式切换函数，我习惯用一个统一封装：

void system_enter_stop_mode(void) { // 关闭传感器电源域 pca9422_set_output_enable(PCA9422_CH2, DISABLE); // 确保充电功能状态正确（如果未插适配器则关闭充电检测中断） pca9422_set_charge_enable(DISABLE); // 进入 STOP 模式，等待 LPTIM 唤醒或外部事件唤醒 HAL_SuspendTick(); HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI); HAL_ResumeTick(); }

5.3 整机功耗实测方法与数据

这里分享一个靠谱的功耗测试方法，比直接用万用表更稳定：用一个 1Ω/1% 精密电阻串联在电池负极和系统地之间，用示波器或者高精度 ADC 来测量电阻两端电压。1Ω 电阻的好处是：1mA 电流对应 1mV 压降，读起来非常直觉化。

实测数据（针对 2000mAh 电池、设备固件版本 V1.3）：

Stop 模式下 8.4uA 的电流里，PMIC 自身的静态电流占了大头，MCU 的 Stop 电流大约 6uA，剩余是 PCB 漏流。这个成绩我认为非常理想。

5.4 低功耗实测中的隐蔽坑

在实际测低功耗过程中我发现一个特别容易误导人的现象：断开万用表时系统电流明显比接上万用表时高。原因在于大多数万用表电流挡的内阻其实是通路的一部分，某些廉价表的 mA 挡内阻有几欧姆，电压降导致系统在某个“临界欠压”状态反复重启，反而平均电流偏高。所以测低功耗最好用专用电量计，或者用我之前说的 1Ω 采样电阻+示波器方案，不要依赖普通万用表电流挡做长期记录。

另外，PCB 洗板不干净也会导致待机电流偏高。我有一版样机，松香助焊剂残留在 PMIC 周围，湿度稍高，待机电流从 8uA 漂到 30uA。吹干净之后立刻回落。低功耗调试先从物理上排除漏电，再谈软件优化，顺序别搞反。

6. 调试阶段踩坑实录

贴片焊好、固件写完，并不是结束。这个项目在调试过程中折腾了不少时间，挑几个印象最深的坑记录如下。

6.1 启动瞬间电压跌落导致 MCU 反复复位

现象：适配器插入瞬间，MCU 有时会重启，有时候直接死机。

根因排查过程：用示波器抓取 3.3V 输出波形，发现插入适配器的瞬间出现了约 200ms、幅度接近 1V 的凹陷。这就是 PMIC 在输入电源切换瞬间发生了短暂的“源切换振荡”。

修改方案：

• 增大 PMIC 输出电容（10uF 基础上增加 22uF）
• MCU 侧增加一个 RC 延时上电复位电路（R=10k，C=1uF，约 10ms 的复位保持时间）
• 软件上在系统上电后增加 50ms 等待时间，再进行 I2C 初始化

改动之后，无论怎么拔插适配器，都没再出现复位现象。

6.2 I2C 总线被 PMIC 拉死

现象：调试中随机出现 I2C 通信超时，实测波形可见 SDA 被拉低，无法释放。

这问题在低功耗场景下格外常见。我最终的解法已经在第三小节写过了：总线恢复 + 每次唤醒后重新初始化。这里补充一个预防手段：PMIC 的 I2C 地址在初始化后尽量不要频繁切换，上电后固定读取一次即可，不要陷入“读不到就换地址重试”的怪圈。

另外一个问题是 PMIC 的手动复位功能。PCA9422 有一个复位引脚可以用来强制复位内部状态机。我在 PCB 上把它通过 0Ω 电阻连接到 MCU 的一个 GPIO，调试期间遇到总线僵死，可以用 GPIO 拉低复位 PMIC，非常方便。量产版本这个电阻不贴，防止误触发。

6.3 充电完成判定异常

现象：电池充到 80% 左右，系统就上报了“充电完成”事件，但实际用万用表测电池电压只有 4.1V 左右。

调查发现：PMIC 的“充电完成”判定依据是充电电流降到截止电流阈值。如果你的截止电流设得偏高（比如设定充电电流 1A，截止电流 100mA 是正常的，但我当时手误设到 300mA），那么在电流还没完全降下来时就提前判定“完成”，导致充电不完全。

解决办法：截止电流设置为充电电流的 10%，绝不能超出 15%。另外，如果电池已经比较老化、内阻增大，实际会在更早的电压点就出现电流衰减，这时候需要把“充电完成判定”和“充电电压是否达到目标值”结合判断，不要只信单一标志位。

我的实际做法：

bool pca9422_is_charge_really_done(void) { uint16_t vbat_mv = pca9422_read_battery_voltage_mv(); bool done_flag = pca9422_read_charge_done_flag(); // 电压未达到目标值 95% 以上时，即使芯片上报完成也视为异常 if (done_flag && (vbat_mv >= (4200 * 95 / 100))) { return true; } return false; }

6.4 温度异常导致充电被中止

有一版样机在高温环境测试时，充电功能莫名其妙失效。排查到是 PCA9422 内置了过热保护，芯片外壳温度超过阈值后会自动停止充电。当时 PCB 布局把 PMIC 放在了 MCU 旁边，而 MCU 运行的同时功耗也不低，两个发热源叠加，把 PMIC 烤到保护了。

解决办法很朴素：重排了 PCB 布局，把 PMIC 移到了板边，并且在 PMIC 底部铺了大面积铜皮打过孔帮助散热。改完以后，同环境温度下芯片表面温度下降了约 12℃，充电再也没被异常中止过。这里想提醒的是：PMIC 的“自我保护”有时候看起来像“软件逻辑错误”，排查时一定先看芯片温度。

7. 常见问题速查表与解决思路

把这些调试经验汇总成一张速查表，方便直接对照排查。

8. 实操总结与扩展思路

几个月的返工和调试下来，我对“完整电源管理”这件事的体会已经和项目开始时完全不同。以前觉得电源管理就是“把电送到位”，现在明白它的核心是“把状态管理好”：电池要不要充电、什么时候充多大电流、系统该从哪取电、什么时候节能、异常了怎么处理，这些决策链路才是价值所在。

最后分享两个实操心得，希望对正在做类似项目的人有帮助。

第一，寄存器读写要多留日志和状态回读。PMIC 是模拟和数字的混合体，芯片内部状态和寄存器值并不总是完全一致。我调试时会在串口上周期打印关键寄存器内容和实测电池电压，然后再对比分析。这种“数据说话”的方式让很多看似随机的问题有了可追踪的规律。

第二，低功耗功指标要尽早纳入设计，而不是最后补。我第一版硬件完全没有为低功耗优化做预留——没有独立电源域跳线、没有电池采样走线、没有开尔文连接，结果调试低功耗时只能飞线，工程量巨大。如果新项目可以重新设计 PCB，务必在一开始就规划好电流测试点、各电源域独立开关和 PMIC 中断信号的引线长度。

这个项目后续我还会继续扩展，比如增加无线模块的电源门控、在 PMIC 侧增加电池温度检测的完整闭环，甚至考虑把 PCA9422 的充电数据通过低功耗蓝牙上报到手机端，让用户看到充电曲线的完整趋势。PCA9422 和 STM32F410RB 这套组合还有不少潜力可以挖。