两串电池的“木桶效应”我用 MP2642GR-Z 和 STM32L4A6ZG 把它拉平最近在整理一套备用电源的控制板遇到一个很典型的问题两节串联的磷酸铁锂电池用了一年多之后容量差肉眼可见地拉开。明明出厂时同一批次结果充放电几十次以后其中一节老是先到截止电压另一节还有余量。整个系统被迫提前停机白白浪费了能用的一半电量。这个问题如果不处理在备用电源这种“平时不用关键时刻必须顶住”的场景里是致命的。我用的方案是 MP2642GR-Z 电芯均衡芯片配合 STM32L4A6ZG 做主控把两节串联电芯的压差控制在 10mV 以内。这套东西做下来不光是解决了压差问题还顺手把整个系统的采样精度、故障上报能力和功耗都梳理了一遍。这篇文章就把我从选型到调试的全过程写出来主要面向做储能、UPS、便携备用电源这类产品的硬件工程师和嵌入式开发也适合刚接触 BMS 均衡设计、想搞明白底层逻辑的朋友。1. 两节电池串联的“木桶效应”为什么均衡是备用电源的刚需1.1 串联电芯的失配从哪来又怎么放大很多人觉得新电池出厂参数一致串联使用就不会出大问题。但其实电芯失配是“天生”的只是初期不明显而已。制作工艺再精密同一批电芯的内阻、自放电率、活性物质用量都有微小差异。这些差异在循环中会被持续放大内阻大的那节充放电时压降大发热多老化更快自放电率高的那节静置时掉电快每次都比别人先到下限。在串联回路里电流对所有电芯是一样的但电压分配却完全不同。充电时容量小的电芯先充满放电时容量小的电芯先放空。整个系统的可用容量被最差的那节电芯锁死这就是“木桶效应”。哪怕另一节电芯状态再好也只能跟着陪跑。我实际测过一组用了半年的两串电池包初始压差不到 3mV循环 200 次之后在放电中段压差能拉到 80mV 甚至更多。放到备用电源场景里这意味着什么主机检测到单节欠压就会触发保护关机而实际上整包还有将近一成的容量没放出来。在停电时这少放出来的 10%可能正好是设备完成关键业务收尾的窗口期。1.2 备用电源场景的均衡诉求和储能系统不太一样储能系统通常是长时间循环、大倍率充放均衡讲究效率需要在每个周期都把失配控制住。备用电源则相反多数时间处于浮充或待机状态偶尔才深度放电。这种场景下的均衡我更看重三个能力第一长期浮充下的补均衡能力。电芯在浮充状态下电压维持在高位失配主要来自自放电差异需要均衡电路能周期性地小电流修正。第二可靠性优先于速度。备用电源的均衡电流不需要大因为有大把待机时间可以慢慢均衡。但电路必须绝对可靠不能在快没电的时候反而把电芯耗空了。第三可观测和可控制。我不希望均衡行为是一个黑盒子最好 MCU 能实时知道当前压差、均衡电流、温度这些信息并且能自定义启动和停止策略。MP2642GR-Z 属于电芯均衡前端正好支持这种“MCU 主导策略、专用芯片做执行”的架构。后面几节我会详细拆解。2. 均衡拓扑选型主动均衡、被动均衡与 MP2642GR-Z 的定位2.1 三种主流均衡方案实际选型时怎么权衡均衡方案大体分三类它们的成本和效果差别很大。被动均衡耗散型。原理最简单在电压偏高的电芯上并联一个放电通路用电阻把多余能量以热的形式消耗掉。成本低、电路简单、可靠性高缺点是能量浪费、发热。对备用电源这种待机时间长的设备来说这个缺点完全可接受因为均衡发生在充电末期或浮充阶段耗散一部分能量换来系统容量和寿命这笔账是划算的。主动均衡能量转移型。使用电感、电容或 DC-DC 把能量从高电压电芯搬给低电压电芯。效率高、无热耗散问题但电路复杂、成本高而且可靠性风险点多。如果只有两串电池去上主动均衡有点杀鸡用牛刀的感觉。无损电荷均衡。利用电容阵列切换搬运电荷本质上也属于主动均衡的一种适合方案预研量产阶段用得不多。比较下来的结果很明确两串电池的备用电源系统被动均衡最务实。MP2642GR-Z 走的就是这条路线它把均衡控制的核心逻辑集成好外部只需要搭 MOS 开关和限流电阻成本低、稳定性高。2.2 MP2642GR-Z 的核心用法与外围配置思路MP2642GR-Z 这颗芯片是针对串联电芯组的均衡管理前端它可以做到实时监测每一节电芯的电压把数据通过通信接口交给 MCU根据 MCU 下发的指令独立开断每一节电芯对应的均衡支路内置一些基础的过压、欠压判断相当于硬件层面的最后一道防线。它最让我舒服的一点是均衡的开与关、均衡强度都可以由 MCU 全权决定。也就是说芯片厂家把“执行层”做好了但策略层完全留给你自己写。这灵活性对于做产品的吸引力非常大因为不同客户对均衡策略的要求并不一样有的希望保守一点只在浮充时均衡有的想在充电全程都跑均衡这些都能通过固件适配。外围配置上每一节电芯的均衡支路由三部分组成限流电阻、MOS 管、采样反馈线路。限流电阻决定了均衡电流大小。比如我选的均衡电流是 90mA在电芯电压 3.2V 时限流电阻大约 35Ω实际用两颗 68Ω 并联得到既兼顾了均衡速度又把发热控制在一个比较容易散掉的范围。需要提醒的是MP2642GR-Z 的具体寄存器位定义、最大串联节数和通信时序一定以官方数据手册为准。我在初期就是拿到芯片就凭经验写驱动结果配置了一个不存在的寄存器位导致读取电压一直异常后来老老实实把手册从头到尾翻了一遍才找到问题。这类前端芯片每一个 bit 都有讲究省不了这一步。3. 硬件链路实测设计从电芯端到 MCU 端的完整信号路径3.1 电芯采样与均衡 MOS 控制的基础拓扑这块板子的电芯采样和均衡执行是两条并行链路但最终都在 MCU 侧汇合。采样链路上MP2642GR-Z 直接连接电芯正负极内部通过高精度 ADC 把电芯电压数字化。通信接口这里我用的 I2C速率放在 400kHz 就够用了毕竟电芯电压不是高频信号没必要追求高速。MCU 每隔一定周期读回两节电芯的电压换算成实际电压值。均衡链路上每一节电芯都有一路独立的 MOS 开关MOS 栅极由芯片控制。当 MCU 通过通信接口写入“开启某路均衡”的指令后芯片拉高对应 MOS 栅极电芯开始通过限流电阻放电。整个信号流非常清晰电芯电压 → 芯片 ADC → 通信接口 → MCU 运算MCU 策略输出 → 通信接口 → 芯片栅极驱动 → MOS → 限流电阻 → 电流消耗。这里有个容易忽略的地方采样线必须从电芯极柱直接引出不能经过功率走线。我在第一版 PCB 上偷懒采样点接到了 MOS 管后面结果均衡一开启采样电压立刻被拉低 10mV 以上造成了误判。后来把采样走线独立出来开均衡前后电压读数基本稳定在 1mV 以内问题才解决。3.2 MCU 选型STM32L4A6ZG 在这里到底强在哪均衡控制这种活看起来不需要多强的计算能力但实际做下来选一颗合适的 MCU 能省掉非常多麻烦。我最终选 STM32L4A6ZG核心原因有四个多路 ADC 与高精度采样。除了电芯电压系统还需要监测 MOS 温度、环境温度、输入电压等多路模拟量。L4 系列内置的 12 位 ADC 支持多通道扫描引脚够多不用外扩模拟前端板子可以做得非常紧凑。通信外设丰富。备用电源设备免不了要上报状态可能需要 RS-485、CAN 或者以太网。L4A6ZG 自带 FDCAN、多路 USART还有一个灵活的 OCTOSPI 接口接外部存储或显示器都方便。以后产品扩展通信方式不需要换主控。低功耗特性。备用电源大部分时间在待机功耗是刚需。L4 的多种低功耗模式在实测中表现不错我从运行模式切到 Stop 模式电流能掉到几个微安级别。配合唤醒定时器可以实现“周期采样、无事待机”的工作节奏。资源冗余。均衡策略、故障记录、参数校准这些逻辑加起来固件量并不小。512KB Flash 和 320KB SRAM 给后续留了足够的升级空间我不喜欢一开始就把资源卡得很死。如果你手头暂时没有这颗料用同系列其他型号也能跑但要注意 ADC 通道数量和通信外设的差异。均衡系统的核心是稳定可复现不要为了省几块钱在关键器件上妥协。3.3 PCB 布局与热设计的几个关键点被动均衡一定会发热这是物理规律关键是让热量有地方去。我总结了几条实际经验均衡限流电阻和 MOS 管尽量靠近电芯端子放置缩短大电流路径均衡电阻选贴片尺寸大一号的我用的 2512额定功率 1W留有 50% 以上裕量均衡 MOS 的漏极铜箔要加宽必要时开窗加锡增强散热热敏电阻放在均衡 MOS 附近而不是放在 MCU 旁边否则测到的温度没有参考意义采样走线和均衡功率走线分开避免功率线上的压降串入采样网络。另外如果你用的是金属外壳把均衡电阻的热量尽量引导到外壳螺钉附近对长时间均衡很有帮助。实测中这个细节能让 MOS 温度相差 8℃ 左右对于长期可靠性来说这个差异值得争取。4. 均衡控制固件的实现状态机、判定阈值与故障保护4.1 均衡策略与状态机框架固件部分我采用经典状态机结构把均衡控制划分为五个状态空闲、采样、判定、均衡中、故障。每个状态做的动作非常明确代码可读性高也方便后续加逻辑。typedef enum { EQ_STATE_IDLE, // 空闲均衡未使能 EQ_STATE_SAMPLE, // 采集电芯电压与温度 EQ_STATE_DECIDE, // 根据压差和状态决定是否均衡 EQ_STATE_ACTIVE, // 均衡执行中 EQ_STATE_FAULT // 故障停机 } eq_state_t;主循环每 100ms 跑一次状态机每次进入采样状态就把两节电芯电压读回来。为了提高稳定性我连续读 8 次去掉最高和最低值再取平均。这个简单的滤波动作直接把电压波动的峰峰值从 5mV 压到了 1mV 以内。判定逻辑如下如果压差绝对值小于 5mV视为正常回到空闲如果压差大于 10mV 且电芯电压在安全区间内则开启较高电压那一路的均衡均衡过程中每 5 秒重新采样一次当压差回落至 5mV 以下关闭均衡支路如果均衡持续超过预设的最大时间我设为 4 小时强制关闭并记录事件。这样设计的好处是均衡不是“一锤子买卖”而是一个持续收敛的过程。每次均衡都在把压差往 5mV 以内推下一次失配出现时再次启动形成长期的动态平衡。4.2 均衡电流与均衡时间的工程估算均衡电流不是越大越好要结合电芯容量和系统热设计来算。以 50Ah 电芯为例如果两节电芯因为自放电差异导致 SOC 偏差 1%那就是 0.5Ah 的容量差。均衡电流 90mA 时理论均衡时间大约是0.5Ah ÷ 0.09A ≈ 5.6 小时这个时间在备用电源场景完全可以接受因为设备平时就挂在电源上待机期间本来就是空闲窗口。反过来如果你把均衡电流提到 500mA虽说两小时能搞定但发热量会变成原来的 5 倍多板子局部温度可能直接飙到 80℃ 以上得不偿失。因此我的经验是根据你的系统允许的发热预算反推均衡电流而不是先定电流再想办法散热。对大多数两串备用电源系统来说50100mA 是一个甜点区间。4.3 保护机制的软件实现均衡本身是放电动作虽然电流不大但如果在错误的时间开启会带来风险。所以固件里我加了四道保护电压窗口保护只有电芯电压在 2.8V3.65V 之间才允许均衡低于或高于这个区间一律禁止温度保护均衡 MOS 附近温度超过 60℃ 时立即降低占空比或直接关闭均衡均衡超时保护任何一路均衡连续执行超过设定时间判定为异常关闭并置故障标志通信超时保护MCU 与 MP2642GR-Z 通信失败超过 500ms进入故障状态避免在失控状态下继续放电。void eq_cycle(void) { switch (state) { case EQ_STATE_IDLE: if (eq_enabled) state EQ_STATE_SAMPLE; break; case EQ_STATE_SAMPLE: read_cell_voltage_filtered(); read_ntc_temperature(); state EQ_STATE_DECIDE; break; case EQ_STATE_DECIDE: if (temp_mos_degc TEMP_PROTECT_THRESHOLD) { state EQ_STATE_FAULT; } else if (cell_diff_mv EQ_START_THRESHOLD_MV cell_v_max_mv VOLT_LOW_LIMIT_MV cell_v_max_mv VOLT_HIGH_LIMIT_MV) { write_balance_bank(bank_high, BAL_ENABLE); balance_start_time now(); state EQ_STATE_ACTIVE; } else { state EQ_STATE_IDLE; } break; case EQ_STATE_ACTIVE: if (cell_diff_mv EQ_STOP_THRESHOLD_MV || now() - balance_start_time EQ_TIMEOUT_S) { write_balance_bank(bank_high, BAL_DISABLE); state EQ_STATE_IDLE; } break; case EQ_STATE_FAULT: write_balance_bank(BANK_ALL, BAL_DISABLE); update_fault_log(); state EQ_STATE_IDLE; break; } }这套保护逻辑看上去基础但每一层都在实际调试中发挥过作用。尤其是通信超时保护有一次 I2C 总线被瞬态干扰拉死如果没有这个保护均衡支路会一直开着虽然电流不大但长时间耗散也够让电芯在关键时刻少一点电量。5. 实测数据与调试复盘均衡速度、温升和那些值得记录的现象5.1 一组老化电芯混用的实测案例为了验证这套系统真的有效我专门做了一组对比测试。用两节规格相同但容量已经拉开差距的电芯一节容量 48.6Ah另一节 43.2Ah初始压差约 120mV。系统接到充电器上模拟备用电源的浮充工作状态。测试开始时MP2642GR-Z 读到的两节电压分别是 3.438V 和 3.319V压差 119mV。均衡策略判定后开启高电压那一路放电电流约 90mA。前 30 分钟压差快速收窄到 68mV之后收敛速度放缓这是因为接近均衡后期电压变化率变小。大约 2 小时 40 分后压差降到 6mV系统自动关闭均衡进入压差监控状态。整个过程中均衡电阻表面最高温度是 47℃MOS 管最高 43℃在可接受范围内。连续运行 48 小时后再次上电复查压差没有反弹稳定在 4mV 以内。效果比我预想的要好。5.2 调试中遇到的三个典型问题与解决思路瞬时压差误触发。均衡开启的瞬间MOS 导通会让电芯电压瞬时跌落如果此时立刻重新采样会读到很大的“反向压差”导致判定逻辑混乱。这个问题用两个手段解决一是开启均衡后至少等 20ms 再采样二是采样结果做多次平均滤波。从系统行为来看就是“读数不稳”变成了“稳定收敛”。I2C 总线干扰导致偶发通信失败。备用电源的功率线上有继电器和开关电源动作瞬间有明显干扰。第一次遇到时系统直接进入故障状态还把这个记录写进了故障日志。解决方法是给 I2C 的 SDA/SCL 加上拉电阻到 3.3V同时在通信线上各串一个 33Ω 的电阻位置尽量靠近芯片端。加上之后整个调试周期没有再出现通信错误。浮充状态下均衡效率突然变差。有一段时间我发现均衡时间比理论值长了很多查了半天才意识到是测试电源的电压设置问题。浮充电压设置得偏低导致电芯电压本身就不高均衡支路两端压降不足实际电流比设计值小。这个不是硬件问题而是系统配置问题。解决方法是把浮充电压按照电芯推荐区间设置同时确认均衡支路的实际电流值——直接串电流表实测不要只看理论计算。另外还遇到过一个现象就是电芯在接近满电时极化内阻增大均衡末期电压读数会“来回晃”。这不是系统坏了是电化学本身的特性。处理方法是把停止阈值从 5mV 放宽到 8mV在接近满电区间时多等一会再做判断实测效果更好。5.3 关于长期可靠性的几点补充这套系统跑了一段时间后我又做了两个改进顺便分享给想抄作业的朋友。第一把均衡使能信号和电芯采样周期解耦。均衡开启时每 5 秒采样一次空闲时每 60 秒采样一次MCU 大部分时间待在低功耗模式。整体平均功耗降到了 3mA 以下对电池供电的备用电源来说是相当友好的。第二在故障日志里增加了“均衡事件记录”。每次均衡的启动时间、持续时长、结束原因正常/超时/温度保护都存下来。这个改进让售后分析变得极其高效——客户反馈电池不耐用一查日志就知道是不是长期处于过度均衡的异常状态。如果你也在做类似的项目我的核心建议其实很简单均衡系统不是一个孤立的功能它需要和采样、保护、通信、功耗管理等模块协同工作。选对芯片只是第一步把策略写稳、把保护做全、把热处理好才是让系统真正可靠的保障。