两节锂电池串联均衡方案：MP2642GR-Z与STM32F746VG实现

手头要做一套储能/备用电源里的电池管理小板需求听起来折磨人的简单两节锂电池串联把电压搞均衡就行。真正动手时才发现两节电池的均衡比四节、八节还容易翻车。硬件上我用了两片关键器件一片是电源管理芯片MP2642GR-Z一片是高配MCU STM32F746VG前者管功率执行后者管策略判断配合起来把浮充状态下两节电池的失配问题压了下去。这篇文章把整个方案的来龙去脉、电路参数怎么算、策略怎么写、实际调试踩过哪些坑一次性讲清楚也适合正在做双串BMS、UPS电池管理和储能系统从控的工程师参考。1. 方案整体设计思路与器件选型1.1 两节电池为何也要专门做均衡失配的根源到底在哪只要电芯是串联的就天然存在电压不一致的问题。新电池出厂时容量、内阻看起来差不多但经过循环老化、温度不均、自放电率差异之后电芯之间的荷电状态会逐渐拉开差距。储能和备用电源恰恰是最容易暴露这个问题的场景长期浮充、浅充浅放偶尔才深放一次电芯长时间处在一个“既没充满、也没放空”的中间地带容量差异会被浮充电压慢慢放大。两节串联时候失配带来的后果其实更直接。第一节电芯电压偏高第二节偏低整组可用容量取决于低的那节如果充电时为了把低的那节充满高的那节就会过充。备用电源更麻烦正常情况下电池一直挂在母线上负载切换瞬间电压跌一下失配电芯会让系统提前报欠压本来能撑两个小时的备电实际可能半小时就掉了。所以即便是两节电池均衡也不是可做可不做而是保证系统可用容量和寿命的基本动作。MP2642GR-Z加上STM32F746VG这套组合本质上是把“功率执行”和“策略决策”分开电源管理芯片负责均衡通道的开关和电流控制MCU负责采样、判断、门限管理和系统联动。这个分工在实际开发中特别省心功率环路不用自己搭策略逻辑随时能改。1.2 MP2642GR-Z在这套系统里到底管什么MP2642GR-Z从器件类别上看是一颗集成充放电管理功能的电源前端芯片内部包含电池均衡通路控制、充放电保护和相关状态寄存器。在双串方案里它承担了大部分功率层面的活充电回路通断、均衡负载的投入、放电保护的判断以及一些底层电压阈值比较。我把这颗料定位成“模拟前端的执行器”。它不负责思考系统下一步做什么但能非常快地响应硬件级保护。比如电芯电压超过保护阈值芯片能在微秒量级切断通路这种速度如果交给MCU靠软件来做无论如何都有延迟风险。实际使用中需要重点关注的几个点均衡通道的持续电流能力决定了泄放电阻和MOS管怎么选状态寄存器里的故障标志要映射到MCU的中断或者轮询逻辑里启动时序和寄存器写保护直接决定配置能不能写进去。这些细节放到后面电路和调试部分再展开。1.3 STM32F746VG为什么说“溢出”了STM32F746VG是一颗Cortex-M7内核的高性能MCU主频216MHz带FPU和DSP指令片上一堆ADC、定时器、CAN、UART、I2C、SPI、以太网甚至还带LCD控制器。拿它来做两节电池的均衡控制妥妥的算力溢出。但我选它不单纯图性能。这个项目不是终点后续要往12串、16串甚至整个储能柜去扩展MCU需要承担电芯电压扫描、温度采集、SOC估算、CAN总线组网、历史记录存储这些任务。F746作为主控在两节电池阶段把所有软件框架跑通后面扩容只是加采集端和通道数主控不用换。另一个理由是调试和可视化方便。F746主频高跑浮点SOC算法不卡顿多路ADC可以同时挂两节主电芯加温度通道配合片内比较器还能做快速过压响应。再有就是开发生态成熟固件库、调试工具、示例工程都齐全项目周期能压得很短。1.4 为什么不做主动均衡聊方案时肯定绕不开一个选择两节电池做被动均衡还是主动均衡。主动均衡听起来高级靠电感或电容把高能量转移到低电芯能量不浪费。但放到两节串联这个规模主动均衡的成本和复杂度是全面劣势。主动均衡需要一套双向DC-DC或电荷泵回路电感、开关管、驱动电路、闭环控制板子面积翻倍BOM成本涨一截调试难度也上去了。而两节电芯的容量差通常不会特别极端被动均衡用电阻把高的一节放掉一点电成本只有几块钱电路极简只要门限和策略控制得当完全满足备用电源和储能场景的需求。被动均衡的本质是“弃卒保车”把多余能量以热的形式消耗掉。在持续均衡场景下的发热要处理好但只要把电流控制在合理范围、PCB布局别乱问题不大。主动均衡的能量回收优势更多体现在大容量、高串数、频繁深循环的场合两节电池上用被动均衡是工程上最务实的决策。2. 关键电路与参数计算2.1 采样链路怎么搭电压与温度采集精度设计均衡策略是否可靠地基是电压采样准不准。两节串联电池的电压采样要采的是三个点CELL1、CELL1−/CELL2中点、CELL2−。中点电压是两节电芯的公共参考任何一个点的分压电阻精度不够均衡方向就可能判断反。我用的做法是每路电压用一个0.1%精度的电阻分压再经过一级RC滤波进MCU的ADC。分压比按照满电压范围来算比如单节最高4.5VMCU的ADC参考电压3.3V分压比取3.3/4.5约等于0.733具体电阻值选标准系列比如300k对220k既保证输入阻抗够高又让分压网络自身耗流很小。计算实际比例时不要只看标称值得用电桥或者万用表实际测一下尤其在量产一致性要求高的场合。温度采集用NTC热敏电阻加10k分压电阻NTC贴在电芯表面而非PCB板上。注意NTC本身是非线性的软件里查表或走Steinhart-Hart公式换算。备用电源场景下电池温度变化不会特别剧烈所以我对温度精度的要求是±2℃以内足够应付充放电保护和均衡门限补偿。ADC参考电压不要直接取3.3V LDO输出LDO负载变化会造成参考漂移。比较稳妥的做法是给MCU的VREF单独接一颗外部基准比如2.5V或3.0V的精密基准源。这样ADC读数不会因为系统功耗波动而整体偏移否则均衡门限设得再准底层采样就带了几十mV的误差策略再精巧也没用。2.2 均衡电流取多少从发热与均衡时间两头算被动均衡电流选多少不是随手定的。均衡电流太小放电时间太长均衡效果不明显太大热量集中PCB和电芯都受影响。工程上我给双串备用电源场景定的范围是0.1A到0.3A。先看均衡时间。假设两节电芯的容量差是50mAh均衡电流0.2A理论均衡时间就是50mAh/200mA0.25小时也就是15分钟。这个量级完全可接受。如果容量差到了200mAh同样的电流要1小时也还行。但如果电流只有0.05A均衡时间会拖到4小时长时间挂着均衡通路维护性和安全性都很差。再看发热。以0.2A均衡电流为例单节电芯电压4.2V均衡通路的导通压降按0.2V估算均压电阻上的电压约4.0V阻值取20Ω。此时电阻上功耗是0.2A×4.0V0.8W这已经不能用小贴片电阻了得用1W以上的功率电阻并且要留散热余量。如果电流加到0.5A功耗会到2W以上普通电阻根本扛不住PCB局部的温度会显著升高热漂移反过来影响采样精度。不同应用场景的均衡电流可以做个对表应用类型推荐均衡电流单节满电压下功耗典型均衡时间(50mAh差)小容量备用电源0.1A0.4W30分钟储能/标准场景0.2A0.8W15分钟大容量快均衡0.3A1.2W10分钟均衡电流超过0.3A时就要认真考虑散热空间和周遭器件温漂必要时用PWM方式降低平均功耗。我在这个项目上最终选了0.2A发热和速度比较平衡。2.3 MP2642GR-Z的外围配置与MCU接口外围器件不算多但每一颗都有讲究。芯片的供电引脚需要一颗低ESR的陶瓷电容靠近放置容量和耐压按手册要求来。I2C通信引脚各加上拉电阻上拉供电要跟芯片逻辑电平匹配避免电平不匹配导致寄存器读写异常。均衡控制信号有两种接法一种是芯片内部自动管理MCU只通过寄存器配置门限和使能另一种是外部MOS开关由MCU的PWM直接控制看着灵活但实时响应和死区控制都依赖软件反而增加不确定性。我的建议是优先用芯片内部的均衡控制通道。MP2642GR-Z自身的硬件比较器可以快速响应过压均衡通路也是模拟前端直接驱动MCU只需要告诉它“现在可以均衡了”或者“停”剩下的功率执行不用管。MCU与芯片之间的通信上I2C频率不要一开始就怼到400kHz。工程上我先跑100kHz确保寄存器读写稳定等调试稳定后再考虑提速。中间如果加了长线缆I2C信号容易变形可以在SCL/SDA上加RC滤波或者用较短的PCB走线。2.4 供电、地与保护布线的几条实操心法MCU供电从电池经过DC-DC降到3.3V但我特意让电源芯片先上电、MCU后上电。顺序反了的话MCU初始化期间I2C乱发指令可能把芯片寄存器配置成异常状态。硬件上可以用一个迟滞比较器监控输入电压低于阈值时不给MCU供电。地线布局是低频模拟系统最容易翻车的地方。电池负极的采样点、均衡电阻的功率地、MCU的数字地不能直接大面积铺在一起。我踩过的坑就是均衡电阻地附近电压被电流抬高了几十mV采样到的“地”已经不是真正的电池地。处理办法是功率地单独走线在靠近电池负极处单点汇合模拟采样走独立的细线回到MCU ADC引脚。电池连接器进来之后必须先过保护器件TVS管、PTC自恢复保险丝都要放。备用电源的线缆可能被误插拔ESD脉冲如果不泄放掉轻则采样异常重则打坏MP2642GR-Z的前端。3. 均衡控制策略与软件实现3.1 状态机充电、放电、静置、均衡四个状态别混在一起均衡不能在任何状态下都执行。充电过程中电流本身很大电芯端电压受欧姆内阻和极化影响测量值会有明显误差此时跑均衡等于闭着眼操作。放电状态下也一样负载电流在电芯上产生的压降会把真实电压藏住。真正适合均衡判断的是静置状态或者浮充稳定一段时间后的状态。整个软件框架我用了一个简单的状态机待机、充电中、放电中、静置均衡、故障保护。状态切换由硬件信号加软件判断共同完成。MP2642GR-Z的中断输出引脚接到MCU的EXTI故障时快速进入保护态充电和放电状态通过电流检测电阻上的压降判断比如差分放大器放大后进ADC超过阈值判定为工作状态。状态之间要有迟滞。比如充满判断电压4.2V释放阈值要设到4.1V否则MCU会在充电和静置之间来回抖。放电恢复也是同样道理欠压保护3.0V恢复阈值3.1V留出足够的滞回区间。3.2 均衡门限怎么设滤波、迟滞、最小静置时间一个不能少均衡门限太松失配一直存在太紧均衡动作频繁消耗电芯能量不说还可能因为采样噪声导致误动作。工程经验值启动均衡的电压差建议30mV停止均衡10mV。这个数值对磷酸铁锂和三元锂电池都适用因为30mV对应SOC差异通常是几个百分点足够触发均衡但不会太敏感。软件上要做低通滤波。最简单的是移动平均采5次去掉最大最小再取平均每次采样间隔100ms。也可以做简单的滑动窗口窗口大小10个点。这样做能把高频噪声抹平避免均衡门限附近反复横跳。最小静置时间要单独提出来说。备用电源经常出现母线上的负载切换切换瞬间的电压扰动非常剧烈如果只靠“当前不是充电也不是放电”来判断容易被瞬时尖峰骗到。我加了一个强制条件进入静置状态后至少等10分钟期间电压采样值要保持稳定才允许进入均衡判断流程。这个数值来自实测经验10分钟足够让电芯极化电压回落也让系统电压进入稳定平台。下面这个示意代码基本反映了均衡主循环的逻辑static void balance_control(void) { uint16_t cell1_mv get_cell1_voltage_mv(); uint16_t cell2_mv get_cell2_voltage_mv(); uint16_t diff_mv; if (cell1_mv cell2_mv) { diff_mv cell1_mv - cell2_mv; } else { diff_mv cell2_mv - cell1_mv; } if (state ! STATE_SETTLE) { balance_stop(); return; } if (diff_mv BALANCE_OFF_THRESHOLD_MV) { balance_stop(); return; } if (diff_mv BALANCE_ON_THRESHOLD_MV) { set_balance_target(cell1_mv cell2_mv ? CH1 : CH2); } }实际代码里我还会加均衡时间片均衡运行5分钟停止2分钟停止期间做一次静态电压测量。原因是均衡通路工作时被均衡的那节电芯电压会略微被拉低如果还在持续采这个值可能误判为均衡过量。3.3 均衡方向判断只认电压跟SOC结合更稳单纯看电压做均衡对老化电芯会失真。举个例子一节电芯容量已经衰减到标称的80%它充到同样电压时实际存储能量少很多。如果两节电压差不大但容量差很多长期按电压均衡会把衰减那节反复推到高电压区间加速老化。所以在基本均衡之上我额外增加了基于充放电积分的SOC估算。用MCU里的电流采样每10ms采集一次电流通过库仑积分更新每节电芯的相对SOC。电压均衡负责短期微调SOC差异负责长期校准。只有当电压差超过硬门限时立即均衡SOC差超过门限时也触发均衡两个条件取或。这样既兼顾动态响应又照顾了长期健康度。SOC估算的难点不是计算本身而是电流采样零漂。零漂会让积分数据一直漂移所以我每隔一段时间在静置态做一次校正静置时电压对应OCV用OCV查表修正SOC相当于给积分算法打了一次锚点。两节电池方案下计算压力很小F746跑起来游刃有余。3.4 与储能/备用电源系统的通信联动均衡不能闷头跑得让系统知道电池组状态。备用电源场景里主机需要知道电池是否健康、能否支撑负载时间储能场景里BMS从控要把电压、温度、均衡状态上报给协调控制器。我在STM32F746VG上定义了一套简化的协议帧包含设备地址、命令字、数据区和CRC校验。定期上报的内容包括两节电芯电压、温度、均衡状态字、故障码。通信物理层按场景二选一备用电源用UART对接监控面板储能用CAN对接系统控制器。F746有多个CAN控制器外设资源足够不需要额外扩展。均衡状态字建议单独占一个字节bit0表示通道1均衡中bit1表示通道2均衡中bit2表示均衡门限越限告警。这样主机不用解析详细寄存器就能知道当前均衡动作调试时也很直观。4. 实测中的坑与排查思路4.1 电压读数来回跳均衡频繁启停调试中最先遇到的现象是系统一进入静置状态均衡指令马上发出过几分钟又停了再过几分钟又重新均衡如此反复。从日志里看两节电芯的电压差一直在20mV到35mV之间震荡。一开始怀疑是ADC参考噪声换了外部基准后改善有限。后来发现根子是采样时点的问题均衡动作停止后极化电压恢复需要时间如果此时立刻采样读到的电芯电压比真实值低恢复完成后再读电压又回到高位差值就来回变。解决措施有三条。第一增加迟滞区间把启动门限和停止门限拉开到30mV和10mV中间有20mV缓冲区。第二均衡动作结束后至少等2分钟再评估是否需要继续不让逻辑在边界上来回踱步。第三电压采样统一放在均衡停止期间做均衡运行中即使采到数据也只更新到临时变量不参与均衡方向判断。4.2 均衡电阻发热引起采样漂移有一版PCB均衡电流加倍到0.4A测试结果发现均衡时间越长电压读数越不准均衡效果越差。用热像仪一看均衡电阻附近的温度已经到70℃以上旁边就是分压采样电阻的布放区域。电阻温度系数导致分压比漂了采样电压整体偏移。这个问题的根源是布局不合理不是器件不好。分压电阻属于模拟采样链路均衡电阻属于大功率发热链路两者必须隔开。我后面把分压电阻挪到板子一角均衡电阻挪到对角中间用地线带隔离问题直接消失。如果是小型化板卡空间不够无法完全分离可以用温度系数低的金属箔电阻做分压同时在采样软件里做温度补偿。不过最好的办法还是物理隔离靠软件擦屁股总归有局限。4.3 均衡门限设置过低导致的“越均衡越差”有一次长时间测试发现低电压那节电芯的健康度明显下降。查日志发现系统每次均衡都把高电压那节放下去放到和低电压那节接近。问题是低电压那节本身已经老化了容量小、自放电快电压一直被拉到低点。高电压那节反而是在正常范围被反复泄放之后整组可用容量进一步下降。这就是只按电压一致来均衡的副作用。均衡的目标不是让电压绝对相等而是让各电芯都在健康工作区间。对老化电芯光靠电压差值不足以保证均衡有效。调整策略后我把SOC差异纳入均衡判断。在静置状态下如果电芯SOC差超过5%即使电压差没有到30mV也触发均衡同时给SOC校准阶段设置更长的静置时间避免积分零漂干扰。这样处理之后老化的低电压电芯不再被继续“欺负”整组容量稳定了。4.4 I2C寄存器写不进去或有随机乱码另一个典型问题是MP2642GR-Z的寄存器写入偶发失败。写配置后读回值不对或者全零。排查时发现通信线的上拉电阻阻值太大加上走线寄生电容I2C上升沿过缓在临界频率下读写出错。先确认上拉电阻典型值2.2k到4.7k具体取决于总线电容。像我这边总线长度不到10cm寄生电容很小把上拉换成2.2k就正常了。其次寄存器写入时有些关键位需要先解锁或进入配置模式顺序错了写入会被忽略。要仔细看手册的寄存器地址映射和操作时序MCU代码里读回校验写入失败就重试三次再达不到报故障。I2C速率也可以降下来100kHz在EMC上更稳对这个项目的刷新率要求完全够用。这里整理一个排查速查表给后面做类似方案的朋友参考问题现象可能原因排查方向均衡持续触发不停止门限太紧、滤波不够加大迟滞检查静置时间均衡动作后电压反向差采样点离均衡电阻太近重新布局分压采样远离发热点均衡电流低于设定值限流电阻阻值偏大用电流钳实测通道电流寄存器写入失败上拉电阻不适配、时序不对降速、换小上拉、增加回读校验整组容量下降均衡策略误伤老化电芯评估SOC差异纳入判断静置时电压缓慢爬升极化恢复正常现象加静置时间再判定4.5 备用电源长期不动作的“伪均衡”备用电源大部分时间电池不充不放系统每隔几小时会自检一次。自检时短暂接入负载电池电压跌一下又恢复。如果均衡判断没有考虑这个扰动很可能在自检触发瞬间错误启动均衡。解决思路是给“负载状态”加持续时间窗口。电流要连续小于设定值超过一定时间比如30秒才认为是真正的静置状态。自检那种几秒钟的负载脉冲会被窗口滤掉。这个参数在调试时对着实际波形调出来的一开始设的是5秒实测发现备用电源自检的负载脉宽不稳定就放宽到30秒最终测试不再误触发。这个经验对低压小容量的备用电源特别管用。判静置不能只看瞬时电流方向要用窗口计数把暂态扰动排除掉。5. 往更多串数扩展时这方案还成立吗5.1 两节方案的软硬件架构如何复制到更多电芯MP2642GR-Z这颗料本身是针对有限串数设计的扩展到8串以上时均衡通道数和耐压都不够用了。但STM32F746VG作为主控可以保留只需要把电源前端换成多串专用模拟前端芯片比如带多通道电压采集和均衡控制器的BMS前端采样通过SPI菊花链级联。软件架构上我的状态机和均衡策略基本可以平移。电压采样从两路变成多路滤波和迟滞逻辑不变均衡门限从双路比较改成循环扫描找出最高电压和最低电压电芯把高电压电芯切入均衡。核心判断逻辑没有本质变化只是采集通道数量和策略调度复杂度增加。唯一的注意点是功率散热。两节电池跟八节电池的均衡功耗和热量分布完全不是一个量级。多串系统的均衡电路布局要以散热通道为核心采样链路更要严格与功率发热区隔离越早规划布线越省事。5.2 主动均衡在更大容量场景的正确位置如果后续储能柜容量上了500Ah被动均衡的劣势就很明显了。容量差10Ah级别被动均衡要放几十小时能量浪费也不可接受。这时需要把被动均衡降低到只做静态微调把主动均衡作为主力把高能量转移到低电芯。双串方案里做主动均衡不划算但到了大容量场景就完全合理。设计思路也变了均衡电路要承担双向能量流动控制策略从“开关门限”升级为“电流目标控制”MCU需要实时计算转移电流和转移时间。好在F746的PWM和ADC资源足够跑这种控制算法不费劲我在复用软件框架时不用推翻重来。5.3 做这套东西最值钱的是数据记录说个很多人忽略的价值点均衡系统长期跑下来的历史记录比均衡策略本身还值钱。我在STM32F746VG的Flash里存了一个轻量级循环日志每十分钟记录一次两节电芯电压、温度、均衡状态。这些数据攒几个月就能看出哪节电芯正在快速衰减提前干预替换避免储能系统在关键时刻掉链子。日志存储要防止频繁擦写损坏Flash我用的是双区交替写入每区存满3000条后切换同时做磨损均衡。读取用串口或CAN输出把日志导出后直接拿Python分析电压差变化曲线和均衡次数分布。这个思路非常推荐复制到自己的项目里低成本高回报。最后再分享一个实用细节均衡系统的调试要养成实时看波形的习惯示波器同时采两路电芯电压和均衡通道的控制信号。很多策略问题肉眼扫电压数值看不出来波形一拉就清楚是采样叠加噪声还是策略振荡。我为这个项目专门留了测试点方便示波器探头直接夹上去调试效率提升非常明显。