基于PCA9422与STM32L432KC的完整电源管理设计实战

做电池设备这段时间，我最大的感触是——电源管理没做完整，后面全是坑。整机在实验室跑得好好的，一接上电池就触发过流保护；待机功耗标称很低，实测却怎么都压不下去；外设供电时序不对，偶尔起机失败还找不到原因。后来我把一片 PMIC 和一颗超低功耗 MCU 组合起来，用 PCA9422 负责功率路径和充电管理，用 STM32L432KC 做控制和策略，才算把问题理顺。这篇就记录一下这套完整电源管理的实现思路、关键参数和调试心得。

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

1.1 PCA9422 在系统里扮演什么角色

先说 PCA9422 这颗 PMIC。它和传统分立电源方案最大的区别，是把多路电压转换、输入路径管理、电池充电控制和状态监测都收进了一颗芯片里。具体到选型时，同一系列芯片在通道数量、输出电流能力和封装上会有差异，所以拿到样片第一件事就是翻手册，确认你手里的型号支持几路降压输出、充电电流上限是多少、I2C 寄存器地址是什么。我这次用的参考设计里，它从 USB 输入取电，一路给锂电池充电，同时输出三组电压给不同的负载。

很多朋友对 PMIC 的理解就是“一颗能稳压的芯片”，但完整电源管理里，PMIC 更像是电力系统里的总闸加变压器：它要负责把电池电压抬高或降低成系统需要的多组电压，还要在插入充电器时决定能量优先供给电池还是系统，并且在过压、欠压、过温时迅速切断或保护。PCA9422 这类器件把这些功能做成了可配置项，MCU 可以随时通过 I2C 去读状态、改参数，这正好为后面的低功耗策略和异常恢复提供了抓手。

打个比方，如果还是用 LDO 加 DCDC 自己搭电源，就像在家里装了一堆插线板，每个电器单独供电，没有统一控制；用 PMIC 加 MCU 则是装了一个智能配电箱，哪一路该开、哪一路该关、什么时候降压、什么时候告警，全部由策略决定。这个定位决定了整套方案的架构。

1.2 STM32L432KC 的角色定位

STM32L432KC 是一颗 Cortex-M4 内核的低功耗 MCU，主频最高能做到 80MHz，对于电源管理这种控制任务来说是绰绰有余的。我选它有一个很重要的原因：它本身在低功耗状态下可以做到很低的电流，不会成为整套系统待机功耗的短板，同时内部又有高精度的 ADC，可以直接监测电池电压、系统电压甚至电流检流电阻两端的压差。

在整套方案里，MCU 并不是去替代 PMIC 完成功率变换，而是做 PMIC 的“大脑”。具体工作包括：通过 I2C 读写 PMIC 的寄存器，配置充电电压和充电电流；读取中断标志，判断是充电完成、电池低压还是过温；控制外设负载的电源轨道；在系统休眠前把 PMIC 切到低功耗模式，在唤醒后恢复运行状态。除此之外，MCU 空闲时还能兼顾传感器采集、通信协议处理这些应用层任务，相当于一颗控制器同时担任了电源管家和业务处理的职责。

有人会问，为什么不用纯硬件逻辑去控制 PMIC？那样虽然响应快，但几乎所有阈值和策略都固定死在电路里，后期想调整充电电流、想加一个温度保护，都得改板子。用 STM32L432KC 之后，这些全部变成软件配置，我甚至可以在不停机的情况下临时把某一路输出电压调低 100mV 来测试系统稳定性，这在纯硬件方案里是做不到的。

1.3 为什么要做“完整”的电源管理

如果产品只是插着充电器永远不拔，那电源管理确实没必要做得这么复杂。可一旦涉及电池，事情就变了。电池供电设备要面对的问题包括：电池放空之后怎么安全预充；系统瞬间需要大电流时电压会不会跌落；不同模块需要的上电时序不一致，如果先后顺序错了会不会闩扣；低功耗待机时哪个环节在偷偷耗电。这些问题不是一个稳压芯片能解决的，而需要整套“功率转换 + 充电管理 + 状态监控 + 策略控制”的闭环。

我遇到过最典型的问题，是一个 NB-IoT 数据采集设备，上报瞬间电流接近 400mA，平时待机却希望到 10µA 以下。用分立电源方案时，稳压器一直在固定频率开关，待机功耗很难降下来；后来换成 PMIC 后，MCU 可以在休眠前把 PMIC 切到轻载模式，关闭不用的输出通道，才把待机电流真正压下去。这个例子说明，完整电源管理的价值不在通电那一刻，而在于电池全生命周期里每一毫安都被规划好。

2. 硬件架构和关键连接

2.1 从电池到三路电源轨

先描述一版我实际使用的电源拓扑。输入侧是 USB 5V，接到 PCA9422 的输入引脚，同时也把锂电池接到电池引脚，形成典型的路径管理结构。PMIC 的输出侧，我规划了三路电源轨：

实际通道分布要根据 PCA9422 的具体型号来定，但思路是一样的：先把负载按电压域分组，每组电源轨由 PMIC 的一个输出通道独立供电。之所以要独立，是因为不同负载对电源纹波和响应速度的要求不一样，而且独立之后，低功耗时可以把某一整路完全关闭，比单独去控制每个负载的使能引脚要干净得多。

这里有一个关键设计点：MCU 的 I2C 逻辑电平最好和 PMIC 的 I2C 引脚电平匹配。我直接把 STM32L432KC 的主供电接到了 1.8V 那一路，这样 SCL/SDA 的逻辑电平天然就在 1.8V 域，不需要额外加电平转换芯片。如果 MCU 必须工作在 3.3V，那就要仔细看 PMIC 的 I2C 引脚是否容忍 3.3V 输入，不能容忍就必须用转换器，否则长时间跑容易出现通信偶发失败。

电池侧的采样也要单独提一下。电池电压采样线必须从电池连接器根部直接引到 MCU 的 ADC 引脚，中间不要经过 PMIC 的电源路径，否则你量到的是 PMIC 内阻和线损之后的电压，和真实电池电压有偏差，做低压告警和电量计算都会差不少。更讲究一点的做法是加上 RC 滤波，时间常数选 1ms 左右，既能滤掉开关噪声，又不会让采样太迟钝。

2.2 与MCU之间的控制信号

PCA9422 和 STM32L432KC 之间除了 I2C 的两根线，通常还需要一根中断线，可能还有几根 GPIO 用于控制部分电源轨使能。I2C 的两根线需要接上拉电阻，阻值一般在 2.2kΩ 到 4.7kΩ 之间。这里要注意，上拉电源如果常挂在系统主电源上，待机时上拉电阻本身就会产生电流消耗。所以我建议把 I2C 上拉电阻接在由 PMIC 单独控制、休眠时可以关闭的电源轨上，或者选择内部自带可关闭上拉的 PMIC 设计。

中断线一般配置为开漏输出，MCU 这边使用支持外部中断的引脚来接。事件类型可以包括插入充电器、充电完成、电池低压、过温、输出过流等。中断线在低功耗设计中特别重要，因为 MCU 可以进入 STOP 模式，等中断到来再唤醒，而不是一直轮询寄存器。需要注意的是，唤醒后第一件事不是立刻处理应用事务，而是先读中断标志、清除中断，不然中断线一直保持有效，MCU 会被反复唤醒，功耗自然就上去了。

如果有几个外设模块需要独立控制，不一定都要通过 PMIC 的电源轨来实现。有些模块只有一根使能引脚，用 MCU GPIO 控制就够了，没必要浪费一个电源轨。但使能引脚的漏电流有时候很离谱，我见过一个传感器模块的 EN 引脚不拉低时漏了 80µA，这种情况下直接把它的电源轨关掉才是更可靠的做法。所以控制信号的设计原则是：优先关功率路径，其次才用使能引脚。

2.3 布局和器件选择上的注意事项

PMIC 这类芯片的 PCB 布局直接影响上电稳定性和电磁兼容。输入电容要尽量靠近 PMIC 的输入引脚，我习惯放一个 10µF 陶瓷电容加一个 0.1µF 高频电容，如果输入端离 USB 座较远还会再加一级 π 型滤波。输出电容同样要靠近输出引脚，容量按手册参考电路来，不要因为想省成本把 22µF 换成一个 10µF，环路不稳会导致输出电压纹波变大，严重时系统会在重载下复位。

电感选择更要谨慎。PMIC 手册通常会给出电感的推荐感值和类型，比如 2.2µH 或 4.7µH。选电感不能只看感值，饱和电流一定要留足余量，至少是最大负载电流的 1.3 倍，我一般留到 1.5 倍。曾经试过用一颗外观一样但饱和电流偏小的电感，系统全速运行时听到轻微啸叫，用示波器一量，输出电压在高负载时掉了近 200mV，换电感后立刻正常。DCR 越低效率越高，但价格也会上去，这个看产品定位取舍。

地平面比走线更重要。PMIC 底部的散热焊盘必须可靠接地，最好通过多个过孔连接到完整的地平面。I2C 走线要远离电感和开关节点，不要并行走太长，否则开关噪声会串到时钟线上，导致通信误码率上升。电池温度检测用的 NTC 要靠近电池本体，如果 NTC 元件误差太大，充电电流会被错误地降额，这点在批量生产时特别容易踩。

3. 软件驱动与电源策略

3.1 I2C 寄存器读写

软件部分我按自底向上的顺序来写。首先是最基础的 I2C 寄存器读写。PA9422 的寄存器地址不一定是从 0 开始连续排布，所以驱动最好封装成读写单字节寄存器的函数。我用的是标准库风格的驱动，核心逻辑如下：

#define PMIC_I2C_ADDR 0x48U static HAL_StatusTypeDef pmic_write8(uint8_t reg, uint8_t val) { return HAL_I2C_Mem_Write(&hi2c1, PMIC_I2C_ADDR << 1, reg, I2C_MEMADD_SIZE_8BIT, &val, 1, 100); } static HAL_StatusTypeDef pmic_read8(uint8_t reg, uint8_t *val) { return HAL_I2C_Mem_Read(&hi2c1, PMIC_I2C_ADDR << 1, reg, I2C_MEMADD_SIZE_8BIT, val, 1, 100); }

这里的地址 0x48 只是示例地址，实际要根据 PCA9422 的地址引脚配置和手册来确定。HAL_I2C_Mem_Write 兼容 I2C EEPROM 的寻址方式，很适合 PMIC 这类寄存器映射型的器件。如果寄存器是 16 位地址，就需要把 I2C_MEMADD_SIZE_8BIT 换成 I2C_MEMADD_SIZE_16BIT。另外注意 HAL 库的超时参数，调试时给 100ms 足够，正式产品里可以缩短到 10ms，并用返回值来判断通信状态，不能默认每次读写一定成功。

读斜率寄存器组或者配置多个连续寄存器时，可以用 Mem_Write 一次传多个字节，但要注意 PMIC 是否支持地址自增。如果支持，就可以用结构体一次性把配置块写进去，减少总线上多次 Start-Stop 带来的时间开销。正式代码里最好再加一个 pmic_read_regs 的封装，后续做批量状态读取会方便很多。

3.2 上电时序和输出电压配置

PCA9422 这类 PMIC 通常在上电瞬间有默认输出电压，MCU 跑起来之后才根据实际需求重新配置。所以初始化流程首先读 PMIC 的 ID 寄存器确认芯片在位，然后清除所有残留中断，再按顺序写配置。

我一套比较稳妥的配置顺序是：先设置各输出通道的电压，再设置充电参数，然后配置保护阈值，最后使能需要开启的输出通道。为什么要先设置电压再使能输出？因为如果输出已经带着默认负载被使能，你更改电压寄存器时，输出电压会被瞬间拉低或者拉高，可能让后面的负载进入异常状态。先关或者未使能，改完配置再打开，输出就平稳了。

输出电压寄存器一般由一组步进值控制。比如某寄存器以 10mV 为一个 LSB，那要把 3.3V 写进去，计算值就是 3300 / 10 = 330。这里我建议直接定义一个工具函数：

uint8_t pmic_voltage_to_reg(uint16_t mv, uint16_t step_mv) { return (uint8_t)((mv - offset_mv) / step_mv); }

实际产品里还有一个技巧：利用 MCU 内置 ADC 对输出电压做闭环校准。因为 PCB 走线损耗和 PMIC 基准误差，配置值对应的实际电压往往和理想值有几 mV 到几十 mV 的偏差。可以在校准模式下用 MCU 的 ADC 去读输出电压，如果偏低就把寄存器值上调，偏高就下调，循环几次后把最终值存到 Flash。这样每块板子的实际电压都会比固定配置更准，尤其在供电给对电压敏感的射频模块时很有用。

3.3 充电流程与状态检测

充电管理是 PMIC 比较复杂的部分。大多数 PMIC 的充电流程是自动的：电池电压很低时先涓流预充，然后恒流充电，电压到浮充点后转恒压充电，电流降到截止电流后停止。MCU 要做的不是一步一步去控制功率管，而是把充电参数配置好，然后监控状态寄存器，及时上报给上层应用。

我常配的参数包括预充电流、恒流充电电流、浮充电压、充电安全定时器。举个例子，一块 2000mAh 电池，恒流阶段设 1A 大概是 0.5C，如果使用的是普通 USB 口且没有做 PD 协商，输入能力可能只有 500mA，那系统边充边放时充电电流就必须减小。判断方法可以读输入电流限制寄存器和当前系统功耗，或者简单一点，直接测试不同充电配置下的 VBUS 电压，发现被拉低就逐步降电流。

状态检测我推荐用中断而不是轮询。设置一个全局充电状态变量，在中断回调里更新：

void pmic_irq_handler(void) { uint8_t flags = 0; pmic_read8(REG_IRQ_CHG, &flags); if (flags & IRQ_CHG_DONE) { charge_state = CHARGE_DONE; pmic_write8(REG_IRQ_CHG, IRQ_CHG_DONE); } if (flags & IRQ_LOW_BAT) { charge_state = CHARGE_LOW_BAT; pmic_write8(REG_IRQ_CHG, IRQ_LOW_BAT); } }

要注意中断标志的清除方式，有的芯片是写 1 清 0，有的是写 0 清 1，这个务必看手册，写反会导致中断标志永远清除不掉，MCU 一直被唤醒。

3.4 保护与恢复逻辑

电源管理软件里最容易被忽略的是保护恢复逻辑。硬件保护由 PMIC 自己完成，但恢复策略必须有 MCU 介入。比如电池欠压，PMIC 可能直接切断输出，这时 MCU 也被断电，等输入恢复后重新上电，程序从头跑。这种情况下，掉电保存的数据必须在掉电前写 Flash，而不是等恢复后再补救。

过温保护更是要小心的场景。夏天户外设备被暴晒后 PMIC 温度升高，充电电流被降额是正常的，但如果没有记录降额原因，用户会以为充电器坏了。我的做法是读温度寄存器，如果超过阈值就主动把充电电流降一档，并给通信模块发一个告警状态。温度低于阈值后，再逐级恢复，恢复到最大电流之前先让系统稳定几分钟，防止反复过温。

还有一个容易忽略的恢复细节：PMIC 的看门狗。如果 PMIC 有内部看门狗且启用了，MCU 必须周期性喂狗，否则芯片会认为 MCU 死机并重新启动电源配置。这个功能在某些场合很管用，但如果你开了它却忘了喂狗，就会看到系统每隔一段时间就意外复位一次，而且复位原因查不到。排查无头绪的时候，先看一眼看门狗配置。

4. 低功耗设计的完整闭环

4.1 先在PMIC侧做减负

低功耗设计不能只盯着 MCU 的 STOP 模式，PMIC 自己也有静态电流。如果 PMIC 一直工作在固定开关频率的 PWM 模式，待机时即使负载只有几 mA，它自身损耗也会抵消 MCU 省下来的电。所以进入低功耗前，要把 PMIC 切到轻载模式，通常叫做 PFM 或 Eco 模式，让它根据负载自动降低开关频率。

如果 PMIC 内部有上拉电阻、LED 驱动或者其他辅助功能，低功耗时应一并关闭。比如 I2C 上拉如果由 PMIC 内部提供且不能单独关，那待机时可能一直有几百微安的电流。所以初期的硬件设计就要考虑低功耗模式下的所有漏电路径，软件只是把硬件里已经留好的“断点”用起来。

另外一个重要原则是，不需要的电源轨要整路关闭，而不是仅仅让负载进入 sleep。很多外设的 sleep 模式并不省电，只有把它的供电电压去掉才彻底断开。PMIC 的输出使能位就是为这个设计的。我在休眠时只保留 MCU 主供电轨和必要的外部唤醒电路，其余两路全部关闭，这样整机待机电流直接从 mA 级降到了 µA 级。

4.2 MCU侧状态机配合

MCU 不能一进 STOP 就把所有事情丢给 PMIC，需要设计一个状态机来管理电源和业务。我通常划分四个状态：

运行状态：所有电源轨开启，PMIC 正常 PWM 模式，MCU 全速运行，采集传感器、处理通信。空闲状态：保留 MCU 电源轨和系统主电源轨，关闭传感器轨，PMIC 允许进入轻载模式，MCU 运行在低主频等待命令。休眠状态：只保留 MCU 最小系统电源，关闭其他所有电源轨，PMIC 切到低功耗模式，MCU 进入 STOP，等待外部中断唤醒。深度休眠状态：如果对功耗要求极端，可以只留 RTC 唤醒，MCU 使用关机模式，PMIC 甚至可以缓存配置后进入近似断电的模式。

进入休眠的代码顺序很关键。我一般这样安排：先把 ADC 和通信外设全部反初始化，避免待机时外设时钟还开着；然后配置 EXTI 唤醒源，包括 PMIC 中断引脚、RTC 闹钟、可能的按键引脚；再通过 I2C 把 PMIC 的未用电源轨关掉并确认关闭成功；最后设置 PMIC 低功耗模式，紧接着执行 STOP 指令。如果顺序反了，可能先关掉电源轨，导致 I2C 在通信过程中电平异常，总线卡住，唤醒后不能正常工作。

4.3 唤醒后的恢复流程

唤醒恢复比休眠更考验代码质量。很多系统不稳定，不是因为休眠进不去，而是唤醒后回不到正常工作状态。PMIC 在低功耗模式下可能把输出通道关掉了，MCU 醒来后第一件事不是直接跑业务，而是先把 PMIC 从低功耗模式切回正常模式，重新使能需要的电源轨，等待输出稳定，再初始化传感器和通信设备。

我习惯把恢复函数写成：

void system_wakeup_recover(void) { pmic_write8(REG_GPCFG, PMIC_NORMAL_MODE); pmic_enable_rail(RAIL_SENSOR); pmic_enable_rail(RAIL_COMM); while (pmic_rail_ready() != PMIC_OK) { /* 等待电压稳定 */ } sensors_init(); comm_init(); }

这里等待电压稳定不能只看延时，最好通过 ADC 或者 PMIC 的状态位确认电源轨已经达到目标值，否则传感器初始化时可能读到错误数据。我踩过的一个坑是：传感器芯片电源刚建立 10ms 就开始 I2C 通信，导致传感器内部上电时序没完成，读数全为 0xFF。后来在使能电源轨之后加了“电压稳定 + 芯片延时上电”的双重保险，问题才消失。

唤醒后还要检查一次中断标志，看这次唤醒是因为充电完成、电池低压还是外部事件。如果是电池低压，即便系统已经被唤醒，也应该尽快回到休眠，而不是继续执行高功耗任务。把唤醒原因和业务逻辑解耦，状态机才不会乱。

5. 实测中踩过的坑和排查思路

5.1 上电无输出，整机短路保护

第一块测试板焊好后，接上 USB 没有任何输出，PMIC 指示灯闪一下就灭。排查下来，是板子上某个传感器模块的供电引脚焊接短路，PMIC 检测到过流就进入打嗝保护。先用万用表二极管挡量电源轨对地，正常应该在几百 mV 以上，短路轨直接接近 0V。断开那一路负载后再量，输出就正常了。

这类问题在 PMIC 方案里特别常见，因为 PMIC 的保护阈值比分立 DCDC 更灵敏。焊接完成后不要急着上电，先用万用表把所有电源轨对地阻抗量一遍，再量电池输入对地阻抗，基本能避免大半的烧板问题。

5.2 I2C 总线挂死

调试中遇到最烦人的是 I2C 总线卡死：MCU 提示 Busy，SCL/SDA 被拉低不放。原因有时候是 PMIC 的复位引脚和 MCU 复位时序不一致，PMIC 还没准备好，MCU 就开始发数据，从机拉低 SDA 后没释放。解决方法是在初始化 PMIC 之前先做一次总线恢复，把 SCL 翻转 9 个时钟周期，让从机释放总线：

void i2c_bus_recover(void) { GPIO_InitTypeDef gpio = {0}; gpio.Mode = GPIO_MODE_OUTPUT_OD; gpio.Pull = GPIO_NOPULL; gpio.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(GPIOB, &gpio); HAL_GPIO_WritePin(GPIOB, SCL_PIN, GPIO_PIN_SET); for (int i = 0; i < 9; i++) { HAL_GPIO_WritePin(GPIOB, SCL_PIN, GPIO_PIN_RESET); HAL_Delay(1); HAL_GPIO_WritePin(GPIOB, SCL_PIN, GPIO_PIN_SET); HAL_Delay(1); } HAL_GPIO_Init(GPIOB, &gpio_i2c_default); }

此外，I2C 线上加串联电阻也能有效抑制振铃。我开始没加，总线长度稍长时偶尔读到错误数据，后来在 SCL/SDA 上各串了 150Ω 电阻，问题明显改善。

5.3 充电电流与预期不符

设置 1A 充电电流，实际测量只有 300mA。第一次遇到时我先入为主以为是 PMIC 坏了，后来排查发现是电池电压已经接近浮充电压，充电器自动进入了恒压阶段，电流当然往下掉。所以判断充电电流前，先确认电池处于什么阶段，如果是刚接上的亏电电池才适合用恒流值去衡量。

另外输入电源能力也会限制充电电流。我用了一个输出能力不足的充电头，随着系统负载增大，VBUS 被拉低，PMIC 的输入限流把充电电流压下来了。这时候要么降低系统功耗，要么减小恒流充电电流，或者做 USB PD 协商提升输入功率。还有一个细节，NTC 电阻阻值不匹配导致 PMIC 误认为电池温度过高，也会把充电电流永久降额，这个要回读温度寄存器才能发现。

5.4 待机电流高了一个量级

低功耗状态测下来，理论值 10µA，实测却有 180µA。起初怀疑 PMIC 没有进入轻载模式，后来排查电路图上被我忽略的 I2C 上拉电阻：4.7kΩ 上拉到 3.3V，两根线就是 3.3V / 4.7kΩ ≈ 0.7mA 再均摊，这就足以把待机电流搞残。把上拉电阻改接到可关闭的电源轨后，待机电流才恢复正常。

还有一个隐藏漏电路径：MCU 的 GPIO 在掉电轨上仍然配置成输出高，会通过芯片内部的保护二极管向电源轨倒灌电流。所以休眠前要把连接到已断电外设的 GPIO 全部配置成模拟输入或者高阻态，不能只是简单地把外设断电而忘了 MCU 引脚。

下面是个简单的排查表，方便现场对照：

6. 可以继续扩展的方向

6.1 电池计与远程监测

PCA9422 加 STM32L432KC 这套方案已经能拿到电压、电流、温度等基础数据，再往上扩展，就可以在 MCU 里做简单的电量计。通过对电流采样做积分，估算电池剩余容量，再配合电压补偿算法，比单纯查电压表估算电量要准得多。这些数据通过 NB-IoT 或者 BLE 上报到云端，就能实现远程电池健康监测，非常适合资产跟踪和户外传感器这类场景。

如果对电量精度要求更高，可以在 I2C 总线上再挂一颗独立电池计芯片，MCU 只负责读取和上报，PCA9422 依然做功率管理，职责分开，系统更稳。

6.2 多核设备的电源协同

如果产品里除了 MCU 还有应用处理器，那 STM32L432KC 可以担任专门的电源管理控制器，根据应用处理器的负载状态动态调整电源轨。比如应用处理器在渲染界面时需要升高电压，在休眠前提前通知电源控制器关掉对应电源轨。这种协同可以用 GPIO 握手信号，也可以走核间通信，电源管理策略会更智能。

最后再分享一点个人体会。做完这套方案，我最大的感受是完整电源管理不是“选一颗好 PMIC 就完事”，而是要从硬件拓扑、驱动封装、低功耗状态机、异常恢复这四层一起做。尤其是异常恢复，产品在用户手里永远会碰到你没想到的场景，软件要把每个保护事件都当成正常流程来对待，系统才能真正稳定。如果让我重来一次，我会在第一天就把 I2C 寄存器读写和业务状态机分开封装，后面换任何 PMIC 型号，只需要改驱动层，策略代码几乎不用动。这个设计习惯，比任何一颗芯片都值钱。