两节电池串联听起来是整块电池系统里最简单的拓扑结构。可真把它放进储能备电模块里跑起来需要操心的东西一点不比十六串少——压差一旦拉开容量小的那一节会先充满、先放空整个模块的可用容量直接打折严重时甚至触发保护、导致备电柜断电。最近在做的这套方案就是用 MP2642GR-Z 做电池前端采集和均衡执行配合 STM32F746VG 做主控策略层专门解决两串电池在储能与备用电源场景下的均衡问题。这篇文章不打算泛泛讲 BMS 理论直接把当时的方案选型、硬件接线、均衡策略、固件实现和调试踩坑完整拆开。打算做小型储能模块、备电单元或者刚接触电池均衡的工程师应该能从里面拿到不少可直接用的思路。1. 为什么两串电池也要认真做均衡1.1 两串电芯的不一致到底从哪儿来很多人的第一反应是“两节电池嘛出厂不是配对的吗能有多大差别”。实际上就算同一批次、同一条产线出来的电芯初始容量差个 1%~3% 非常正常内阻差异也在所难免。这两个参数一旦进入串联回路问题就会被放大串联电路里电流是相同的容量小的电芯相当于每次充放电循环都比另一节多走一步长期循环之后差距越拉越大。更麻烦的是自放电率。不同电芯的自放电速度不一样在储能备电场景里电池往往以接近满电的 SOC 长期挂着或者浮充维持在上限附近。自放电快的电芯会悄悄“缩水”几个月下来电压就比隔壁低出一截。再加上安装位置不同模块内部的温差也会造成老化速度不一致这些都是串联均衡必须面对的现实。1.2 不均衡在储能与备电场景里会引发什么后果两串电池的不均衡表现最直接的是在充电末端。以磷酸铁锂为例最高充电电压一般在 3.65V 左右系统按整组电压充电时电压高的那节会先顶到上限。此时充电器如果只看整组电压继续推多出来的能量就会硬灌进已经满了的电芯这就是过充。反过来在放电时落后电芯先到放电截止电压整组就必须停机而健康的电芯里还留着大量可用能量。在储能和备用电源系统里这种影响会被放大成运维成本。备电模块长时间处于待命状态功能是“平时不用、掉电才顶上”。一旦某个模块因为均衡失效而保护跳掉可能整个柜子都无法正常备电。对做产品的人来说均衡不只是为了把电芯喂饱更是为了守住系统的可用容量和可靠性。实测数据也支持这一点压差保持在 30mV 以内的模块循环寿命和容量保持率都明显优于长期压差超过 80mV 的模块。另外还要说明两串虽然只有两节电芯工作量看起来比十几串小但它往往是可扩展模组里的基础单元。基础单元做不好拼成更大系统时的麻烦是指数级增长的。1.3 为什么是“前端芯片 高算力主控”的组合两串电池的均衡方案其实有几条路可走。最省钱的是 MCU 直接加电阻和 MOS 管自己搭但难点在电压采样上面那节电芯的电压是相对地平面的高压需要做电平转换和差分采样普通 MCU 的 ADC 直接采精度和噪声都很难控制。而且一旦要扩展库仑计、CAN 通信、显示界面裸用 MCU 的资源会吃紧。另一种是买一颗完整的 AFE 模拟前端芯片把电芯电压高精度采集、均衡开关驱动、温度采样、部分保护逻辑都做到一颗芯片里主控通过 I2C 读取状态并下发均衡控制。MP2642GR-Z 在这个方案里就是扮演这个角色。它直接挂在电池的两串节点上负责把两节电芯的电压、状态读回来也负责执行均衡动作而 STM32F746VG 则负责策略运算、状态机、对外通信和异常处理。选 STM32F746VG 这颗高算力 MCU 确实有点“杀鸡用牛刀”的意思。但考虑到储能备电模块通常还需要跑 CAN 协议、Modbus、参数存储、人机界面甚至以后要扩展更多串数Cortex-M7 核心带来的余量很划算。设计时的原则是AFE 做“手和眼睛”MCU 做“大脑”分工清楚后期维护也容易定位问题。2. 硬件设计MP2642GR-Z 与 STM32F746VG 怎么分工协作2.1 STM32F746VG 在这套系统里负责什么先看主控的定位。STM32F746VG 基于 Cortex-M7 内核主频最高 216MHz外设丰富。对 BMS 这类任务来说真正的实时性要求没有想象中高核心其实在于“外设多、接口全、算力富余”。在具体项目里它承担了以下几件事通过 I2C1 与 MP2642GR-Z 通信周期性读取两节电芯的电压、温度、状态寄存器根据电压差和系统状态决定是否开启均衡并把指令写回芯片的均衡控制寄存器通过片上 ADC 采集充放电电流配合采样电阻和运放估算 SOC通过 CAN 或 Modbus 协议与上位机或储能系统控制器交互上报模块状态和告警管理风扇或继电器等执行机构处理充电器使能信号预留 LCD 和按键接口便于本地查看模块状态。主控要处理的逻辑并不复杂但胜在需要同时调度的事情多。用 STM32F746VG 还有一个好处是它的 ADC 自身精度和线性度不错用来采集系统电流、母线电压这类非电池直连信号足够了和电池直接相关的电压测量则完全交给 MP2642GR-Z减少误差来源。2.2 MP2642GR-Z 承担哪些关键职能MP2642GR-Z 这颗芯片是整个方案里的核心前端直接和电池节点打交道。它的关键职能可以分成三块。第一是电池电压测量。两节串联的拓扑里中间节点电压相对于系统地是“浮”的如果让主控直接采样需要额外做差分电路和共模抑制处理。这颗芯片内部有专用的测量通道和基准源能直接把 CELL1、CELL2 两路电压以较高的分辨率读出来。对均衡来说亚毫伏级的测量精度不一定是必须的但至少要做到稳定、可重复否则均衡判据就无从谈起。第二是均衡执行。被动均衡的放电回路通常由一颗 MOS 管加一颗功率电阻组成并联在需要放电的电芯两端。芯片内部集成了驱动逻辑主控只需要通过寄存器告诉它“给 CELL1 开均衡”它就控制对应的开关导通让高电芯通过电阻泄放能量。有些衍生方案会使用外部 MOS 管来提高均衡电流这时候芯片同样能提供驱动信号。第三是状态监测与保护。芯片会持续监测电芯电压是否超限、芯片温度是否过高并通过状态位或中断脚通知主控。主控收到告警后再决定是暂停均衡、进入故障状态还是执行保护动作。这种“前端监测 主控决策”的分层设计能极大降低因巡检不及时造成损坏的概率。2.3 接线、电源与 PCB 布局要点硬件设计上有几个细节值得展开都是容易出问题的地方。第一是采样走线。电池电压采样线应采用开尔文接法也就是采样线单独从电芯极柱引出不要和均衡大电流走线共用一段铜箔。否则均衡回路导通时电流产生的压降会叠加到采样电压上导致主控看到错误的电压均衡越开越歪。采样线进入 MP2642GR-Z 之前建议加一级 RC 滤波比如串 100Ω 电阻、并联 0.1µF 电容截止频率很低只让直流信号通过。第二是均衡回路器件选型。以典型磷酸铁锂电芯 3.3V~3.65V 电压区间为例如果用 20Ω 放电电阻均衡电流大约是 3.6V ÷ (20Ω Rds_on) ≈ 0.18A电阻功耗在 0.6W 量级。按这个电流估算一个 50Ah 电芯从压差 30mV 均衡到 10mV 以内需要的时间在小时级别。所以电阻至少选 1W 以上留足降额板上还要留散热空间。如果想让均衡电流更大要用 10Ω 甚至更小的电阻那就必须关注 MOS 管和电阻的温度并适当降低占空比。第三是 I2C 总线的处理。MP2642GR-Z 和 STM32F746VG 之间的 I2C用默认 100kHz 或 400kHz 模式都可以重点是上下拉电阻要接好一般按 3.3V 供电配 4.7kΩ。如果线长超过 10cm建议降低速率或者加缓冲器。另外要注意芯片的 I2C 地址可能有外部引脚配置上电时要确认地址和手册一致。第四是电源设计。整机通常有辅助电源把系统母线电压降到 3.3V 给主控和前端芯片供电。要注意上电顺序先让 MP2642GR-Z 稳定上电再让主控初始化 I2C避免主控在芯片还没就绪时就发起通信导致总线异常。必要时在 I2C 上做一次总线恢复序列或者重试机制后面调试部分会具体讲。3. 均衡策略与固件实现从压差到动作3.1 均衡启动与停止的判据怎么定硬件搭好后真正决定均衡质量的是策略。两串系统里最常见的做法是电压差均衡简单直接读取两节电芯电压计算差值如果超过启动阈值就打开电压高一侧的均衡放电。但阈值怎么定大有讲究。我当时的设定是启动阈值 30mV停止阈值 15mV。为什么不是 5mV因为采样噪声和电芯极化会导致电压小幅波动阈值设太低会频繁开关均衡反而让 MOS 管和电阻长期处于开关应力下。设 30mV 启动、15mV 停止相当于一段滞回区间既能压住压差又避免在临界点附近抖动。均衡不能任何时候都开。放电状态下开均衡只会白白增加电芯温度还压不住动态压差大电流充电同理。所以均衡窗口一般选在充电末端或者浮充阶段此时充电电流很小电芯处于准静态电压最能反映真实 SOC 差异。在备用电源场景里系统长期浮充均衡窗口其实很充裕可以让均衡慢慢做。注意磷酸铁锂电芯在 SOC 中段电压平台很平压差小不代表 SOC 一致。把均衡窗口放到充电末端效果会比全天候均衡好得多。3.2 I2C 通讯与寄存器读写流程固件实现的第一步是通信。MP2642GR-Z 通过 I2C 与主控交互典型流程包括上电读取芯片 ID 或版本号确认通信正常周期读取电芯电压和状态写入均衡控制位。下面是一段用 STM32 HAL 库读取电芯电压的示意代码具体寄存器地址以手头芯片手册为准#define MP2642_I2C_ADDR (0x08 1) // 示例地址以手册为准 #define REG_DEVICE_ID 0x00 #define REG_CELL1_VOLTAGE 0x10 // 示例寄存器 #define REG_CELL2_VOLTAGE 0x12 #define REG_BAL_CTRL 0x20 // 均衡控制寄存器 #define REG_STATUS 0x21 float read_cell_voltage(uint8_t reg, uint8_t i2c_addr) { uint8_t buf[2]; if (HAL_I2C_Mem_Read(hi2c1, i2c_addr, reg, I2C_MEMADD_SIZE_8BIT, buf, 2, HAL_MAX_DELAY) ! HAL_OK) { // 重试或进入总线恢复流程 return -1.0f; } uint16_t raw ((uint16_t)buf[0] 8) | buf[1]; float volt raw * 0.00125f; // 示例1 LSB 1.25 mV return volt; }在实际项目里我把这层封装成了独立模块主循环里每 500ms 读取一次。读取时间很短I2C 只是偶发使用和省电、带宽都没什么冲突。写均衡控制时流程要更谨慎。正确的顺序是先读当前控制寄存器修改对应的均衡位再写回。不能直接对整个寄存器赋值因为其他位可能控制着保护功能。写完后还要读回校验避免总线异常导致控制位没生效。下面是一段示例void set_cell_balance(uint8_t cell, uint8_t on) { uint8_t reg_val 0; HAL_I2C_Mem_Read(hi2c1, MP2642_I2C_ADDR, REG_BAL_CTRL, I2C_MEMADD_SIZE_8BIT, reg_val, 1, HAL_MAX_DELAY); uint8_t mask (cell 1) ? 0x01 : 0x02; if (on) { reg_val | mask; } else { reg_val ~mask; } HAL_I2C_Mem_Write(hi2c1, MP2642_I2C_ADDR, REG_BAL_CTRL, I2C_MEMADD_SIZE_8BIT, reg_val, 1, HAL_MAX_DELAY); HAL_I2C_Mem_Read(hi2c1, MP2642_I2C_ADDR, REG_BAL_CTRL, I2C_MEMADD_SIZE_8BIT, reg_val, 1, HAL_MAX_DELAY); // 校验写回结果这里可以加断言或日志 }3.3 均衡状态机与主循环均衡控制最好别用散乱的 if-else 堆逻辑建议维护一个状态机状态清晰也方便加日志。我设计的精简状态机包括 IDLE、BALANCING、DONE、FAULT 四个状态。IDLE系统不满足均衡条件持续监测电压差BALANCING压差超阈值且满足均衡窗口开启对应电芯的放电回路DONE压差回落到停止阈值以内关闭均衡并记录本次均衡时长FAULT电压异常、温度过高或通信失败立即关闭均衡并进入保护。主循环每 100ms 跑一次状态机每 500ms 刷新一次电压采样每 1s 上报一次状态。状态切换的触发条件可以整理成表格状态进入条件离开条件IDLE上电或均衡完成压差 ≥ 30mV 且处于均衡窗口BALANCING压差 ≥ 30mV压差 ≤ 15mV或温度超限或退出均衡窗口DONE压差 ≤ 15mV重新检测到压差 ≥ 30mVFAULT过压/欠压/通信失败/过温故障清除且延时确认比较小的两串系统很多人觉得用不到状态机直接判断压差开均衡就行。但加上状态机之后现场出现的“均衡反复启停”“均衡了半天压差没变”之类的现象都能通过状态日志快速归类排查效率会高很多。3.4 采样滤波与校准电压采样直接决定均衡准不准所以滤波和校准不能省。采样端我用了两层滤波。第一层是硬件 RC前面提过第二层是软件连续采 5 次去掉最大值最小值再取平均值等效于一个中值平均滤波。对电池这种缓变量这种滤波完全够用响应速度也不受影响。如果想让时序更平滑可以再叠一个移动平均窗口。校准是我强烈建议做的一件事。ADC 总会有偏差芯片出厂一致性可以保证不乱飘但个体差异客观存在。方法不复杂用一块精度 0.1% 以内的电压源或高精度万用表给芯片灌入已知电压读取原始码值在每节电芯通道上记录增益误差和偏移量存到主控的 Flash 参数区。我遇到过批量装配后同一型号芯片两路电压读数差了十几毫伏的情况不校准根本没法做规范的 30mV 阈值均衡。另外如果系统有库仑计可以把电压均衡和 SOC 估算结合起来在充电末端优先 SOC 低的一侧在浮充阶段优先电压高的一侧。两串电芯系统不大但策略上完全可以直接借鉴大 BMS 的思路。4. 调试实录常见问题与排查方法4.1 I2C 偶发卡死与总线恢复项目里遇到最多的坑是 I2C 偶发卡死。现象是运行几天后主控读电压读到异常值或者返回 HAL_BUSY然后均衡就停了。查下来基本都是两个原因一个是 MP2642GR-Z 的电源在均衡 MOS 导通瞬间出现压降芯片内部逻辑复位或进入异常状态另一个是 I2C 总线上出现毛刺被干扰后的时钟线或数据线被拉低造成总线挂死。解决方向有几个。硬件上给芯片供电加一个足够大的去耦电容均衡瞬间的电流尖峰就不会把电压拽得太狠均衡回路的地和芯片供电地采用单点连接避免回流噪声。软件上I2C 加超时重试和总线恢复机制连续读到非法值时先把 I2C 外设复位然后通过硬件把 SCL 拉出 9 个时钟脉冲让可能处于半状态的从机复位再重新初始化。实测下来这套组合能让长期运行稳定性大幅提升。4.2 均衡速度慢得让人怀疑人生另一个常见疑问是“开了一晚上均衡压差才降了 20mV”。先说结论被动均衡本来就是个慢过程。用 0.18A 的均衡电流去平衡一个 50Ah 电芯 0.5% 的 SOC 差异理论时间就要接近 1.4 小时何况电压均衡在 LFP 平台上还受平台区影响很多时候表观压差不大实际 SOC 差了不少。不过如果实测均衡电流明显低于预期那就要查回路了。用电流钳直接卡在均衡电阻回路确认电流是否符合计算值。我遇到过 MOS 管焊错方向导致导通电阻异常大的情况也遇到过 PCB 走线过长导致回路电阻增加了好几欧姆的。均衡电流小不一定是芯片不给力先量回路再怀疑策略。还有一个工程上的取舍如果产品要求快速收敛可以考虑主动均衡方案用储能电感或电容把高电芯的能量搬到低电芯。但两串系统的成本敏感被动均衡配合浮充窗口通常已经能满足备电场景的需求。放平心态均衡本来就是细水长流的活。4.3 电压读数抖动导致均衡误判电压读数抖动是调试阶段最容易发现的“隐形杀手”。表现为压差一会儿 30mV 一会儿 5mV均衡状态机来回跳。排除思路按顺序来。第一步看供电纹波前端芯片的基准源对供电噪声敏感供电端用示波器看纹波如果超过规格检查 LDO 的电容布局。第二步看采样线确认采样线有没有靠近均衡回路的大电流走线有的话要么拉开距离要么把采样线的 RC 滤波加强。第三步看软件滤波参数是否太激进如果滤波窗口太长电压变化被过度抹平均衡启动和停止的响应都会迟钝建议滤波窗口控制在几百毫秒到 1 秒量级。还有一个容易被忽略的点均衡开关动作本身会造成电压波动。MOS 导通瞬间均衡电流会让电芯电压出现一个小的跌落如果此时立刻采样读到的电压偏低会误以为“压差已经平衡了”。所以在均衡启动后要加一个延时再采回读电压或者直接跳过均衡电流稳定前的采样。4.4 LFP 电芯压差小但 SOC 差距大的特例这个问题最有技术含量。磷酸铁锂电压平台很平SOC 在 20%~90% 区间时电压变化非常缓慢。如果两节电芯都在平台区电压差可能只有十几毫伏但真实 SOC 差距可能有 10%。此时按电压差做均衡既不会误动作也没有大错但均衡效率很低。处理办法是把均衡动作集中在充电末端。当系统充电到接近满电时电压曲线斜率变大SOC 差会转化成明显的压差此时开启均衡配合充电电流给低电芯补电效果最好。如果系统长期浮充在 70% 之类的中段 SOC电压均衡确实无能为力这时候只能靠库仑计辅助。我的建议是两串系统成本不高但至少在策略里留一个“优先均衡窗口段”的定义别让均衡白费功夫。4.5 排查技巧速查表把整个调试过程遇到的高频问题整理成了一张速查表方便现场排查现象可能原因排查方法处理建议均衡电流为 0控制位没生效/开关未导通读回控制寄存器量 MOS 管栅极电压检查 I2C 写校验流程检查 MOS 管方向电压读数明显偏高采样线压降叠加/基准异常用万用表对比电芯端电压改开尔文接法检查 RC 滤波是否短路压差反复启停阈值无滞回/采样噪声大看状态日志加滞回阈值加强采样滤波均衡电阻发烫电阻瓦数不够热成像或手感更换更大功率电阻降低占空比通信偶尔失败供电波动/总线过长示波器抓总线波形加强去耦降速加总线恢复均衡收敛慢电流太小或平台区用电流钳实测选更大均衡电流调整均衡窗口我在实际调试里最大的体会是两串均衡的成败七成在硬件细节三成在策略。硬件上把采样、供电、地线这几件事做干净均衡芯片的表现会非常稳定策略上把阈值、状态机和均衡窗口设计清楚即使电芯一致性一般系统也能长期把压差维持在健康范围内。如果你也要做类似的储能备电模块建议先把这套“基础款”跑稳再考虑主动均衡、SOC 加权这些进阶能力。以后要加串数或者接入更多协议这套架构也能平滑扩展。