两节电池串联跑上一段时间电压就开始拉开充电显示满了一带负载就掉压这都是储能和备用电源系统里最常见的毛病。根本原因不是电池坏了而是串联电池组里的两个电芯没有做均衡。我最近在一套 2S 备用电源方案里用 MP2642GR-Z 配合 STM32G431RB 把这个事情做扎实了整个过程踩了不少坑也总结出了比较完整的落地路径。这篇文章就把这套方案从选型、硬件、算法到实测完整摊开给正在做储能 BMS、备用电源、便携电源的朋友一个可以直接抄的参考。1. 为什么储能和备用电源系统必须做电池均衡1.1 串联电池组失衡的三个根源很多人觉得两节电池串联是件很简单的事正极接负极电压翻倍就行。但把时间拉长到几个月、几百次充放电循环问题就出来了两节电芯的端电压会逐渐偏离一节早早满电另一节还在半空。这个现象不是玄学它有三个硬根源。第一个是制造离散性。就算是同一批次、同一产线的电芯容量、内阻、自放电率也存在微小差异。出厂时可能只差 1%但在几百次循环之后这个差距会被充放电过程不断放大。第二个是温度梯度。电池组在备电机箱里安装位置不同散热条件不一样靠近发热器件的那节电芯温度明显偏高化学反应速率不同容量衰减速度也不同。第三个是系统寄生差异。采样线长度、保护板走线阻抗、接触电阻都会让两节电芯在实际工作电压上产生偏差。对于普通消费电子这种偏差可能只是续航变短一点点。但在储能和备用电源系统里这个偏差是致命的——因为它直接决定“备用倒计时”能撑多久。1.2 均衡不是把电压拉平而是在抢救系统有效容量串联电池组的可用容量遵循木桶原理整组电池能放出的能量由最弱的那节电芯决定。举个例子两节标称 100Ah 的磷酸铁锂串联其中一节实际容量还有 98Ah另一节已经衰减到 92Ah。如果不做均衡整组电池放电到 92Ah 时较弱电芯电压已经跌到截止线系统为了保护电池强制停机整组 98Ah 的电量放不出来。这就相当于花了 200Ah 的钱实际只能买到 92Ah 的容量。在备用电源场景里情况更特殊。平时市电正常时电池组一直挂在浮充状态下处于几乎静态的待机状态电芯之间的自放电率差异会被无限放大。自放电快的电芯长时间处在较低 SOC自放电慢的电芯始终被浮充维持在高压。等到真正停电需要放电时你才发现整组电池实际容量已经被“木桶板”削掉了一大截。所以均衡在备用电源系统里不是锦上添花而是硬性需求。需要说明的是均衡不只是把两端电压拉成一样它的核心目标是让两节电芯的 SOC荷电状态尽量一致。电压只是我们最容易测量到的间接指标。2. 方案选型MP2642GR-Z 与 STM32G431RB 的分工逻辑2.1 MP2642GR-Z 在系统里扮演什么角色MP2642GR-Z 是一颗面向两串电池组的前端管理芯片在这套方案里它承担均衡执行和电池状态采集两类脏活累活。从系统分工角度看它相当于 BMS 的“手脚”负责把每一节电芯的电压检测出来按主机指令把均衡通路打开或关断同时把本地的过压、欠压状态反馈给主控。在均衡执行方面MP2642GR-Z 内部集成了两路均衡控制通路。最基础的用法是外接均衡电阻构成被动均衡——电压高的一节电芯通过电阻把多余电量以热量形式放掉。这种方案结构简单、成本低就是均衡电流不能太大否则电阻发热和 PCB 散热压力很难处理。另一种扩展用法是借助外部电感或功率级把它做成能量搬移型均衡把高电压电芯的能量直接转移到低电压电芯效率比被动均衡高一个量级更适合储能这类大容量场景。具体支持哪种模式一定要以器件手册为准不同批次和版本功能覆盖可能有差异但系统框架是一致的。需要注意的是MP2642GR-Z 负责的是均衡通路和检测前端它不会替你思考“什么时机启动均衡”“均衡电流给多大”。这些策略逻辑需要一颗主控来跑。2.2 为什么选 STM32G431RB 而不是普通 MCU均衡策略看着简单做扎实不容易。你要做电压滤波、静置判断、压差计算、均衡 PID、温度闭环降额、故障保护还要预留上位机通信接口。一个普通 8 位单片机也能硬撑着跑但性能和余量都不够舒服。STM32G431RB 在这个项目里最大的价值是外设和算力都很“对症”。先看算力Cortex-M4F 内核跑 170MHz带 FPU 和 DSP 指令跑浮点 PID 算法毫无压力。再看外设它内置了多个 12 位 ADC、运算放大器、比较器和高分辨率定时器 HRTIM。这意味着电流采样、母线电压监测、硬件过压保护旁路都可以直接在片内完成不用额外堆一堆比较器芯片和运放。尤其在我要做主动均衡扩展时HRTIM 的高分辨率 PWM 可以让均衡频率和占空比控制得非常细腻这是普通定时器 PWM 给不了的。还有一点很多人会忽略这颗芯片内置数学加速器跑 SOC 估算、库仑计积分这类运算时 CPU 占用很低。备用电源系统里 MCU 还要同时承担与上位机的通信如果均衡算法把 CPU 快吃满了那整个系统的实时性都会有问题。2.3 系统架构与信息流这套双芯片系统的信息流很清晰整组电压、单节电压、温度这类数据由 MP2642 前端采集再通过 I2C 总线上报给 STM32G431RBSTM32 跑均衡策略计算出均衡方向和均衡电流再把控制字写回 MP2642由它执行实际的均衡开关动作。用文字描述整个系统的链路大概是这样的2S 电池组的正负极分别引出到 MP2642 的检测端口两节电芯的中间连接点作为公共端也接进采样网络。MP2642 的 I2C 引脚与 STM32G431RB 的 I2C 外设相连SCL、SDA 各接一个上拉电阻到 3.3V。STM32 这边一组 ADC 通道专门用来采集系统总电流和温度 NTC另一路通过 GPIO 控制均衡状态指示灯和放电继电器。这里有个容易被新手搞混的点既然 MP2642 已经能检测单节电压STM32 还需要再用自己的 ADC 去测电压吗不需要也不建议。电压检测既然交给了前端芯片MCU 这边只负责通过 I2C 读取转换结果就行ADC 资源留给电流检测和温度检测。如果你让两个芯片同时测电压还要做两套校准反而会引入不必要的误差来源。3. 硬件电路设计与关键参数计算3.1 供电架构与 I2C 通信电路这套系统的供电要分两层看模拟前端和数字主控都需要稳定的低压电源但它们都源自电池本身。我的做法是用一颗低压差 LDO 把电池组的总电压降压到 3.3V给 STM32G431RB 和 MP2642 的 VDD 供电。总电压最高会到 7.4V 附近LDO 的压差和功耗要按最大输入电压来核算。LDO 输入输出压差带来的功耗问题在备电系统里很实际。按最大输入 7.4V 算输出 3.3V压差 4.1V如果系统正常运行电流 50mALDO 上就要耗散 0.2W 左右。所以 PCB 布局要给它留足铜皮散热。如果你选的 LDO 封装太小长时间待机温度会很感人。I2C 通信电路有两个重点。第一上拉电阻取值在 2.2kΩ 到 4.7kΩ 之间比较稳妥具体取多少要看总线速率和总线上挂的设备数量。第二MP2642 的地址引脚要根据器件手册设计好电平让它落在你预期的从机地址上。我在样机上把地址固定为 0x3C 附近的配置这样软件里不用动态扫描地址启动更干净。3.2 电压采样和滤波网络虽然 MP2642 内部有 ADC但从电池到芯片引脚的采样信号依然需要外部滤波。采样线如果直接裸奔接进去开关电源的纹波和均衡开关动作的尖峰都可能被 ADC 采进去导致电压读数毛刺不断。常规做法是在每节电芯的采样点串联一个 1kΩ 电阻再在 MP2642 的采样引脚对地并联一个 10nF 陶瓷电容构成一阶低通滤波。截止频率大概在 15.9kHz对几十 kHz 的开关纹波有明显抑制作用。这里有一个经验滤波电容不能贪大。如果你用 100nF滤波是更干净了但采样建立时间被拉长MP2642 内部 ADC 切换通道后可能采到的还是残留电荷转换结果反而偏差。均衡采样还有一个专业陷阱均衡开启时被均衡电芯的电压会被拉低或者抬升这时候读到的电压不是真实开路电压。所以在均衡通道开启期间要么不做判据要么软件里做电压补偿。我后面算法部分会专门讲这个。3.3 均衡电流设计计算均衡电流是这套方案里最需要仔细算的参数选大了发热失控选小了均衡时间长得没有意义。被动均衡场景下每节电芯通过一个均衡电阻和一个开关并联。均衡电流近似等于电芯电压除以回路总电阻。以磷酸铁锂电芯为例均衡点电压约 3.3V如果选 10Ω 均衡电阻理论均衡电流就是 330mA电阻上的功率 3.3V 乘以 0.33A约 1.1W。这个功率已经不小了普通 0603 封装电阻肯定撑不住至少得用 2512 封装的大功率电阻而且 PCB 要布置散热铜皮。如果觉得 330mA 电流还不够快把电阻换小到 5Ω电流到 660mA但电阻功耗瞬间飙到 2.2W发热量很吓人。所以被动均衡在工程上一般只在小容量电池组里使用。储能这种 50Ah、100Ah 级别的电芯单纯被动均衡要均衡一两天才有实际效果。我在这套项目里实际采用了 PWM 调均衡电流的思路不把均衡电阻直连到底而是在 MP2642 的均衡控制开关后面串联一个小阻值电阻同时用主控的 GPIO 输出 PWM 控制。等效平均电流等于峰值电流乘以占空比。这样可以用小功率电阻实现可控的均衡发热软件还能根据温度实时降低占空比防止温升超标。3.4 主动均衡扩展设计如果目标是储能大容量场景被动均衡在时间维度上满足不了需求就需要主动均衡。思路是在两节电芯之间建立一个能量搬运通道当第一节电压偏高时把它的能量通过电感转移到第二节反之亦然。MP2642GR-Z 负责控制通路切换STM32G431RB 的 HRTIM 负责产生驱动波形。主动均衡电感的选择有个经验公式可以参考在 200kHz 左右的开关频率下10µH 到 47µH 的电感都常用。电感量太小纹波电流大铁损和铜损都上来电感量太大电流建立慢能量搬运效率下降。我在这套设计里用 22µH 的功率电感配合 HRTIM 的互补 PWM 输出做同步整流式的能量搬移实测均衡效率能到 80% 以上。需要注意的是主动均衡的环路控制比被动均衡复杂得多。如果 PWM 占空比控制不当电感电流会失控轻则均衡失败重则损坏开关管。因此 STM32G431RB 自带的比较器在这里就很有价值把电感电流采样信号接到比较器输入端一旦超过设定电流阈值HRTIM 立即关断 PWM实现逐周期限流保护这个响应速度是纯软件来不及做到的。4. 均衡算法与嵌入式实现4.1 从压差判断到状态机的均衡策略看很多网上的入门教程均衡逻辑就是“电压差大于 20mV 就开均衡小于 5mV 就关”这只能算 DEMO真正工程化的均衡逻辑远不止这么简单。我把均衡过程做成一个状态机包含禁用、待机、静置检测、均衡中、完成检测五个状态。禁用状态发生在极端条件下比如电池温度低于 0℃ 或高于 50℃或者系统检测到放电大电流这时候禁止任何均衡动作。待机状态是系统上电后的默认状态此时主控周期性读取 MP2642 的电压寄存器。如果发现压差超过预设阈值先不急着开均衡而是进入静置检测状态等待一段时间让电芯极化电压消散再读取一次电压做二次确认。为什么要静置因为充放电过程中电芯的端电压包含了极化电压这不是真实的开路电压。如果刚充完电就按端电压判断均衡方向很可能得到一个错误的结论。备用电源系统的优势在于大部分时间都处于待机浮充状态静置窗口很容易获得。静置时长我一般设 5 到 10 分钟对于磁性材料老化和极化消散过程这个时间窗口在工程上是合适的。二次确认后压差依然超阈值就进入均衡中状态。此时按 PID 控制均衡电流方向周期性回读电压并更新输出。最后进入完成检测状态持续观察几分钟压差稳定在回差阈值以下均衡状态机回到待机。4.2 STM32G431RB 的 I2C 读取与控制代码下面这段代码演示最核心的电压读取流程。我假设 MP2642 的两个单元电压寄存器地址连续每个电压值占两个字节单位是 0.1mV。实际项目里寄存器映射和数据格式可能与这里的示例不同使用时务必按手册确认但代码结构可以直接复用。#define MP2642_I2C_ADDR (0x3C 1) #define MP2642_REG_CELL_VOLT 0x10 #define MP2642_REG_CTRL 0x20 static I2C_HandleTypeDef hi2c1; static float cell_v_mv[2]; typedef struct { uint8_t balance_en; // 0: dis, 1: en uint8_t balance_ch; // 0: ch1 discharge, 1: ch2 discharge uint16_t pwm_duty; // 0 - 1000 } Mp2642_Ctrl_t; HAL_StatusTypeDef mp2642_read_voltages(void) { uint8_t reg MP2642_REG_CELL_VOLT; uint8_t buf[4]; HAL_I2C_Master_Transmit(hi2c1, MP2642_I2C_ADDR, reg, 1, 100); if (HAL_I2C_Master_Receive(hi2c1, MP2642_I2C_ADDR, buf, 4, 200) ! HAL_OK) { return HAL_ERROR; } uint16_t raw1 (buf[0] 8) | buf[1]; uint16_t raw2 (buf[2] 8) | buf[3]; // 按 0.1mV/LSB 换算成 mV cell_v_mv[0] raw1 * 0.1f; cell_v_mv[1] raw2 * 0.1f; return HAL_OK; }控制字下发函数将 PID 计算出的均衡电流映射成占空比再写回 MP2642 的控制寄存器。void mp2642_set_balance(float current_ref) { Mp2642_Ctrl_t ctrl; uint8_t tx[3]; ctrl.balance_en (fabsf(current_ref) 0.01f) ? 1 : 0; ctrl.balance_ch (current_ref 0) ? 0 : 1; ctrl.pwm_duty (uint16_t)(fabsf(current_ref) / 0.5f * 1000.0f); if (ctrl.pwm_duty 1000) ctrl.pwm_duty 1000; tx[0] MP2642_REG_CTRL; tx[1] (ctrl.balance_en 7) | (ctrl.balance_ch 6) | (ctrl.pwm_duty 8); tx[2] ctrl.pwm_duty 0xFF; HAL_I2C_Master_Transmit(hi2c1, MP2642_I2C_ADDR, tx, 3, 100); }这段代码里有两个细节值得说明。第一current_ref为正表示第一颗电芯电压偏高需要把它放电为负则相反。第二归一化到占空比时我用了 0.5A 作为满占空比对应的满量程电流这个数值要跟硬件均衡电阻匹配。如果你均衡回路最大只能过 300mA满量程就得改成 0.3。4.3 带死区与积分分离的均衡 PID均衡控制用 PID 是很自然的事但对电池均衡这个场景要注意两个坑死区和积分饱和。死区的作用是防止均衡控制频繁启停。如果 PID 输出在 0 附近来回抖动均衡开关会不断开合继电器寿命和电芯状态都会受影响。我设的压差死区是 5mV也就是说压差绝对值小于 5mV 时PID 输出直接清零。积分饱和的应对办法是积分分离。当压差很大时我只用比例项快速逼近不累积积分项当压差进入 20mV 以内时再启用积分项消除稳态误差。这样做的好处是避免大压差时积分累积过量导致均衡电流过冲。下面是我在实际代码里用的核心均衡 PID 结构typedef struct { float kp; float ki; float kd; float dt_s; float intg; float d_prev; float out_max; float deadband_mv; } Balance_Pid_t; float balance_pid_update(Balance_Pid_t *pid, float err_mv) { if (fabsf(err_mv) pid-deadband_mv) { pid-intg 0.0f; pid-d_prev err_mv; return 0.0f; } float p_out pid-kp * err_mv; float d_out pid-kd * (err_mv - pid-d_prev) / pid-dt_s; pid-d_prev err_mv; // 积分分离只在误差较小时累积积分 if (fabsf(err_mv) 20.0f) { pid-intg pid-ki * err_mv * pid-dt_s; pid-intg fmaxf(fminf(pid-intg, pid-out_max), -pid-out_max); } else { pid-intg 0.0f; } float out p_out pid-intg d_out; out fmaxf(fminf(out, pid-out_max), -pid-out_max); return out; }参数整定上我初始取值是 kp0.02A/mVki0.005A/(mV·s)kd0.002A·s/mV然后在实测中微调。如果你第一次跑这套逻辑先只保留比例项把系统跑稳了再逐步加积分和微分。陶瓷电容采样滤波带来的滞后本来就存在上来就全 PID 很容易引发振荡。4.4 磷酸铁锂与三元锂电池的差异化配置不同电芯化学体系对均衡策略的敏感度完全不同。三元锂电池电压随 SOC 变化比较陡峭端电压可以比较可靠地代表 SOC压差阈值设小一点比如 15mV 到 25mV均衡效果直接。磷酸铁锂电池就不一样。它的放电平台非常平缓3.2V 到 3.3V 这一小段电压范围对应了很宽的 SOC 区间。也就是说电压相差 10mV 的两节磷酸铁锂电芯实际 SOC 可能差了好几个百分点。如果机械地按“压差小于 5mV 就结束均衡”很可能出现两节电压几乎一样但容量差异依然很大的情况。处理办法有两个方向。第一个是延长均衡时间提高均衡完成后的静置确认标准。第二个是引入 SOC 辅助判断用安时积分法估算两节电芯的 SOC 差值作为均衡判据的补充。STM32G431RB 的数学加速器做安时积分没有压力这在备用电源这种长期在线的系统里尤其好用因为你可以累积记录待机期间的微小电流慢慢修正两节电芯的自放电率差异。5. 实测验证与常见问题排查5.1 均衡效果怎么看数据做完均衡策略和硬件之后验证效果不能只看“最后压差归零”还要看均衡过程的电压曲线和温度。我在样机上做了一组对比测试使用两节磷酸铁锂电芯初始压差 45mV一组开均衡一组关均衡自然静置 24 小时。不均衡的一组压差保持在 40mV 左右并随环境温度波动来回漂移。均衡组在开启均衡后压差在 2 个小时内收敛到 8mV 以内之后进入完成状态24 小时后再看压差依然稳定在 10mV 以内。这里揭示了一个很关键的规律均衡结束只是开始真正的考核是均衡结束后的“反弹测试”。电池的电化学状态是动态的均衡刚结束时压差很小但如果初始 SOC 差异很大停止均衡后扩散效应会让电压差重新拉大。所以我会要求新方案至少做 24 小时以上的静置观察确认压差回弹量在设计接受范围内才算均衡策略真正有效。5.2 调试中遇到的高频问题与解决思路调试这套系统时我遇到了不少问题挑几个最有代表性的整理成表格给各位参考。现象可能原因排查与解决思路I2C 读回数据全零MP2642 供电异常或未退出复位测量 VDD 电压检查复位引脚和上电时序电压读数跳变超过 10mV采样滤波电容太小或均衡开关干扰增大滤波电容均衡期间软件做电压补偿均衡开启后系统温度快速升高均衡电阻功耗过大、占空比过高降低 PWM 占空比加大 PCB 散热铜皮压差降低到 20mV 后不再收敛极化电压影响或 PID 余差延长静置时间积分项在接近目标时介入主动均衡电流方向错误控制字方向位定义反了加一个确认步骤方向切换后读回电压变化趋势均衡导致整组过压保护动作浮充叠加均衡电压后超过上限在浮充状态限制均衡电流协调充电策略第一个问题最常见也最隐蔽。MP2642 上电瞬间主控可能已经提前初始化了 I2C 外设导致总线状态错乱。我的规避办法是主控启动后先延时 50ms 再初始化 I2C并且在读操作失败后做总线恢复把 SCL 连续拉 9 个时钟周期让从机释放 SDA。这个土办法在调试阶段救了我很多次。5.3 防呆设计与安全兜底均衡系统是一个真正会影响电池安全的部分不能只靠单片机代码保证安全。我在硬件上做了两个兜底设计。第一个是让 STM32G431RB 的内部比较器独立监测单节电压上限。正常流程是 ADC 采样、I2C 读取、CPU 判断但软件跑飞时这条链路全断。比较器则不同它直接监测硬件电压一旦超过设定阈值立刻触发定时器刹车或者输出信号关断均衡驱动完全不需要 CPU 干预。这个响应时间在微秒级用来阻止均衡失控足够快。第二个是均衡使能互锁。均衡驱动级的使能信号由主控 GPIO 和一个定时器输出共同控制只有在两个信号同时有效时才允许均衡通路打开。这样即使软件意外把 GPIO 拉高定时器没有输出也不行。硬件互锁的代价是多个元件但换来的是失控路径被物理切断我建议所有有主动均衡的设计都加上。6. 从这套方案出发还能扩展什么这套 MP2642GR-Z 加 STM32G431RB 的架构我做完之后最大的感受是两串电池只是起点方法和框架可以直接平移到更多串数。如果电池串数升级到 4S 或 6S均衡策略本身的 PID 框架不变主要变化在模拟前端通道数量和软件判据上。STM32G431RB 剩余的外设资源和算力完全够用I2C 总线上再多挂几颗均衡前端芯片也没有压力。另外备用电源系统一般都需要和上位机交互我在这套方案里留了一路 UART 调试口和一路 I2C 从机接口可以方便地把均衡状态、电压数据、均衡历史记录上报出去。真正量产时把调试口屏蔽掉只保留标准通信口这样开发调试和产品交付之间的切换成本就很低。最后说一个体会电池均衡是一个非常典型的“看起来简单、做起来全是细节”的系统工程。芯片选型、电路设计、控制算法、安全兜底每一环都要交叉验证。我在这套基于 MP2642GR-Z 与 STM32G431RB 的方案中踩过的坑本质上都是不同环节之间耦合出的问题。比如 I2C 时序问题后面其实是上电时序问题均衡不收敛背后其实是磷酸铁锂平台特性没考虑到位。把这些耦合点理清楚这套方案才能真正稳定地在储能和备用电源系统里长期跑下去。