企业官网建设流程全解析

储能系统和备用电源系统里，串联电池组的均衡一直是个容易被低估的环节。很多人在两串电池这种规模上会觉得没必要专门上一颗驱动芯片和一颗主控，但真正跑过项目就会发现，用MP2642GR-Z 与 PIC32MZ2048EFH144来做两节串联电池单元的自动均衡，反而是最省心的组合。这篇文章就把这套方案的完整思路拆开讲：为什么需要均衡、两颗芯片各自扮演什么角色、电压采样和均衡判据怎么设计、固件状态机怎么落地，以及我在调试过程中踩过的几个比较隐蔽的坑。你要是正准备做储能或者后备电源里的两串电池均衡，照着这套逻辑走，能省下不少试错时间。

1. 两节串联电池也躲不开的失配问题：均衡到底在解决什么

1.1 电压差只是表象，容量差和内阻差才是根源

先理清一个概念：我们在电池管理里常说的"均衡"，均衡的不是电压本身，而是每一节电池的荷电状态（SOC）。串联电池组有一个绕不开的物理事实——流过每一节电池的电流是完全相同的，但每节电池的容量、内阻、自放电率并不一致。于是同样电流下，容量小的那节SOC下降更快，内阻大的那节在负载下电压跌落更多，自放电率高的那节静置时电压悄悄掉得更快。这些差异最终都会体现在端电压上，但电压只是表象。

打个比方，两瓶容量不同的矿泉水同时插两根吸管往外抽水，出水速度一样，但容量小的那瓶一定先见底。串联电池组就是这样，系统能放出的总电量不是两节电池容量的平均值，而是容量较小的那一节决定的。均衡要做的事，简单说就是把高能量电芯多出来的那部分能量“处理掉”或者“转移走”，让两节电芯的SOC尽量对齐，而不是单纯让两个电压数字看起来一样。

1.2 失配从哪来：出厂偏差、温度梯度、自放电与老化不一致

两节全新电池放在一起，难道还会有明显差异吗？有过量产经验的朋友应该都知道，真的有，而且来源不止一个。

• 制造公差：即使是同一批次、同型号的电芯，容量和内阻也有1%~3%的离散度。这对单节应用没影响，但一旦串联，差异就会被放大。
• 温度梯度：电池包内部温度并不均匀，靠近发热元件的那节电芯温度更高。温度高不仅让自放电加快，还会加速老化，导致内阻和容量变化更快。
• 自放电率差异：储能和备用电源系统有一个特点，大部分时间处于静置或浮充状态，电流很小。这种工况下，自放电率的细微差异会慢慢积累，静置几周后两节电池的电压差就可能拉到几十毫伏甚至上百毫伏。
• 老化不一致：循环使用后，每节电芯的容量衰减速度不同，内阻增长也不同步，失配会随着时间推移越来越严重。

所以，均衡不是“新电池不需要”的奢侈品，而是电池组长期可靠运行的基础功能。

1.3 不均衡的代价：容量打折、过充风险与寿命损耗

不均衡的影响，在储能和备用电源这种对可靠性要求高的场景里尤其明显。假设两节标称容量5Ah的电芯串联，其中一节实际容量是4.75Ah，少了5%。放电时，容量小的那节会先到达放电截止电压，整组立刻停止放电，剩下那节明明还有电，但已经放不出来了。整组可用容量大约损失5%，这个损失是实打实的。

充电方向更危险。充电时两节电池都充到接近满电，哪一节先到充电截止电压，整组就停止充电。容量小的那节先充满，容量大的那节只能充到90%左右。长期如此，容量小的那节一直处于过充边缘，容量大的那节一直欠充，失配会形成恶性循环。而且过充可能带来正极结构损坏甚至热失控风险，这对储能设备是绝对不可接受的。

总之，在串联电池组里老老实实做均衡，换来的不只是容量利用率，还有安全性。这也是在方案设计一开始就把 MP2642GR-Z 和 PIC32MZ2048EFH144 同时纳入的原因——前者把“均衡动作”安全落地，后者把“均衡决策”做得足够聪明。

2. 一颗均衡驱动芯片加一颗主控MCU：这套硬件的分工与选型逻辑

2.1 MP2642GR-Z 在系统里的定位：把均衡动作落地

先看MP2642GR-Z。它是一颗面向多节电池组的均衡驱动/前端控制芯片，内部集成了均衡功率路径的控制逻辑和状态监测功能。在整条链路里，它负责的是执行层：当主控决定要对某一节电池进行均衡时，MP2642GR-Z 接收指令，把对应的均衡通道打开，让均衡电流通过外部功率电阻泄放；均衡结束后，再按指令关断。

这颗芯片承担了主控不想直接干的脏活：均衡电流的开关、通道选择、电流路径上的保护逻辑，都由它在硬件层面处理。主控这边只需要通过 I2C 等串行接口给它写控制字、读回状态，不需要额外用 GPIO 去驱动功率 MOS、不需要自己做逻辑互锁，外围设计简单很多。

注意：不同封装和温度等级的后缀对应的电气参数略有差异，具体均衡电流范围、接口时序和寄存器定义，以你手里那颗 MP2642GR-Z 对应型号的数据手册为准。选型阶段最好让供应商提供最新的勘误表，不要照搬旧型号的寄存器表。

2.2 PIC32MZ2048EFH144 在系统里的定位：决策与通信中心

再看PIC32MZ2048EFH144。这是 Microchip 的 32 位 MCU，MIPS M5150 内核，主频能跑到 200MHz，片上有 2MB Flash 和 512KB RAM。它在系统里是绝对的大脑：跑电压采样、均衡状态机、保护逻辑、与上位机的通信协议，全都在这一颗芯片里完成。

选这颗 MCU 的原因，老实说性能有点“过剩”，但正是这种冗余带来了开发上的从容。2MB Flash 足够同时放下均衡算法、Modbus/CAN 通信协议栈和在线升级的 Bootloader 分区；512KB RAM 让 ADC 采样缓冲、历史数据记录可以放心开；144 引脚封装的 IO 资源非常宽裕，除了接 MP2642GR-Z，还能留出足够多的 GPIO 给继电器控制、状态指示灯、拨码开关配置和外扩的电流采样芯片。

2.3 为什么是“均衡专用芯片 + 通用MCU”而不是单芯片方案

有人会问，现在很多电池管理芯片把采样、均衡和保护都集成在单颗芯片里，为什么还要拆成两颗？

我的经验是，集成式 AFE 芯片有时候反而不好用。第一，很多 AFE 的均衡策略是封闭的，你只能配置它预设好的均衡模式，想让“50mV启动、10mV停止”还是“静置均衡优先”这种自定义策略，很难落地；第二，集成芯片的均衡通道数和串数绑定，从两串往后扩展时要换整个芯片方案，牵一发动全身。拆成“均衡驱动 + 通用 MCU”之后，均衡执行部分由 MP2642GR-Z 硬件保证可靠性，算法和策略完全自主可控，以后再从两串扩展到四串、八串，只需要在主控里加通道映射，架构不用推倒重来。

2.4 采样回路与均衡回路必须分开设计：一个关键硬件细节

硬件上有一个细节必须提醒：电压采样回路和均衡功率回路一定不能共用同一条走线。

均衡电流通常在 100mA 级别，看起来不大，但任何电流流过 PCB 铜箔都会产生压降。如果采样线不小心和均衡功率线混在一起，均衡电流在铜箔上的压降会被直接叠到 ADC 的读数里，造成“均衡一开，电压读数就跳变”的假象，严重干扰均衡判据。

规范的接法是：电压采样从电池端子单独引出，经过差分走线进 ADC 前端；均衡电阻和功率 MOS 走独立的功率回路；采样地和功率地单点连接。采样前端加一级 RC 低通滤波，例如 100Ω 串联 + 100nF 并联，截止频率大约 16kHz，用来抑制均衡开关瞬间的噪声。电阻值别选太大，不然 ADC 采样保持电路建立时间不够，转换结果反而更不准。记住这条原则之后，后面很多诡异问题都能提前避免。

3. 从电压采样到均衡动作：判据、阈值与状态机设计

3.1 先把电压读数做准：ADC校准、滤波与有效位

均衡策略再聪明，建立在带噪声的电压数据上都是空中楼阁。PIC32MZ2048EFH144 内置的 12 位 ADC，理论分辨率大约是 0.8mV/LSB（参考电压 3.3V 时），但实际能稳定使用的有效位通常没有 12 位。

电池电压要先经过分压电阻降到 ADC 输入范围内。比如电芯最高 4.2V，可以选 Rtop=330kΩ、Rbottom=560kΩ 的分压组合，分压比例约 0.629，4.2V 对应的 ADC 输入约 2.64V，留了余量，等效到电池端的 LSB 约 1.28mV。这个分辨率对压差判据来说够用了，但前提是做好校准和滤波。

我的做法是：板子生产完，用精密电压源给电池端灌三个标准电压点（比如 3.0V、3.5V、4.0V），反推出每片板子的增益误差和偏移误差，算成校准系数存进 Flash。软件滤波用的是一级滑动平均，每通道连续采 32 次，去掉最大最小各 8 次后对中间 16 次求均值。这样做下来，电压读数在常温下的波动能控制在 2mV 以内。

/* 电压采样与均值滤波示意 */ float get_batt_voltage(uint8_t ch) { uint16_t raw[32]; for (int i = 0; i < 32; i++) { raw[i] = adc_read(ch); } /* 简单排序去掉极值后求平均 */ sort_ascending(raw, 32); int sum = 0; for (int i = 8; i < 24; i++) { sum += raw[i]; } float avg_raw = (float)sum / 16.0f; float sensed = avg_raw * (3.3f / 4096.0f); float v_batt = sensed / 0.629f; /* 补偿分压比 */ return v_batt * cal_gain[ch] + cal_offset[ch]; /* 校准系数 */ }

3.2 核心均衡判据：压差启动阈值、停止阈值与单体电压窗口

电压数据可信了，接下来是判据设计。我用的均衡判据是“压差启动 + 迟滞停止 + 单体电压窗口”三者的组合。

• 启动条件：两节电池压差绝对值大于 50mV，并且两节电池电压都在允许均衡的窗口内（比如 3.0V~4.1V）。
• 停止条件：压差缩小到 10mV 以内，此时判断为“已经均衡到位”，关闭均衡通道。
• 窗口限制：任何一节电压低于 3.0V 时不均衡，避免继续压榨低电量电芯；高于 4.1V 时不均衡，防止在充电末期叠加额外热量。
• 超时保护：单次均衡最长 2 小时，到时强制关闭并记一条日志。这个是为了防止“永远也拉不平”的失配电芯把系统耗死在均衡状态里。

为什么停止阈值要留 10mV 的迟滞而不是用同一个阈值？因为电池电压本身有极化效应，在均衡电流下测得的电压和开路电压并不相同。如果你用同一阈值判断开关，系统会在临界点附近反复切换，均衡 MOS 频繁开关，长时间下去容易疲劳损坏，采样数据也容易被开关噪声污染。迟滞区间就是给这种振荡留出缓冲。

3.3 隔离不同工况：静置均衡、充电均衡与放电禁均衡

系统运行状态对均衡策略的影响很大，不能一个状态机走到底。我按工况把均衡权限分成了三类：

• 静置均衡：系统没有充放电电流时，电压近似开路电压，压差判断最可靠。这种工况下的均衡主要修正自放电率差异导致的漂移。
• 充电均衡：充电过程中，容量小的电芯先到高电压，此时对它进行均衡泄放，相当于把充电电流的一部分分流到电阻上，拖慢它的电压上升速度，给容量大的电芯留出追赶时间。
• 放电禁均衡：放电大电流期间，端电压受到内阻压降影响，实测压差中很大一部分是内阻差异而不是 SOC 差异，此时均衡判断容易出错；况且均衡电流在放电时还占用了本来可以输出的电流，毫无意义。所以放电状态下我直接禁止均衡。

要区分这三种工况，系统里最好有电流采样。最简单的方式是采样电阻 + 电流检测芯片，或者用霍尔电流传感器。如果方案暂时没有电流采样，退而求其次的做法是：只在静置状态下均衡，并把均衡窗口缩窄，宁可少均衡也不误动作。

3.4 均衡电阻选型计算：从均衡电流到散热

均衡电阻的选型决定均衡速度，也决定发热量。我习惯把均衡电流设计在 100~200mA 之间，太小了拉平压差要很久，太大了电阻和周边 PCB 的温度让人担心。

以 30Ω、额定功率 1W 的电阻为例，电芯电压 4.0V 时：

• 均衡电流：I = V / R = 4.0 / 30 ≈ 133mA
• 电阻功耗：P = V² / R = 16 / 30 ≈ 0.53W
• 1W 额定功率下，损耗约 50% 额定值，单纯从散热角度是够用的，但实际布局时要离电芯远一点，旁边留出散热空间。

均衡 2 小时释放的电量：Q = U × I × t = 4.0 × 0.133 × 7200 ≈ 3830J，折合成以 3.7V 标称电压计算的电池电量约 0.26Wh，大约 72mAh。对一个 2Ah 的电芯来说，这相当于 3.6% 的 SOC 差。换句话说，50mV 的压差一般都能在这个时间内拉回到目标范围；如果压差超过 100mV，要么延长均衡时间，要么让均衡电流更大一些。电阻选大还是选小，本质上是在“均衡速度”和“发热量”之间做取舍。

4. PIC32MZ 固件落地：从多通道电压采样到均衡指令输出

4.1 ADC多通道扫描与DMA搬运

PIC32MZ2048EFH144 的 ADC 模块支持多通道扫描，配合 DMA 可以做到“硬件自己采，采完数据直接搬进内存”，主控 CPU 完全不用介入每个采样点。这是电池管理固件里非常关键的一步，因为电压采样是周期性的、高频的，如果用 CPU 逐个通道去等转换完成，时间都被耗在查询标志位上了。

我的配置思路：用定时器触发 ADC 启动转换，ADC 一次扫描完成两节电池电压通道，DMA 把转换结果追加写入一段环形缓冲区，主循环每隔一段固定周期检查 DMA 中断标志，从缓冲区取最新数据做滤波处理。

/* ADC触发与DMA配置示意（以MPLAB Harmony代码风格为例） */ ADCCON1 = 0; ADCCON1bits.FORM = 0x0; /* 整数格式输出 */ ADCCON1bits.SEL = 0x0; /* 由定时器触发 */ ADCCON3bits.SAMC = 0x8; /* 采样时间设置 */ ADCCON2bits.CSCNA = 1; /* 用于扫描输入通道 */ ADCCSS1 = AN0_CHANNEL | AN1_CHANNEL; /* 扫描通道掩码 */ /* DMA寄存器，把ADC转换结果搬运到 adc_buffer */ DMACON = 0; DMA1CONbits.CHEN = 1; DMA1REQ = 0x57; /* ADC1 DMA请求号 */ DMA1STAH = (uint16_t)((uint32_t)&adc_buffer >> 16); DMA1STAL = (uint16_t)((uint32_t)&adc_buffer & 0xFFFF);

实际开发时，我建议直接用 MPLAB Harmony 的配置器生成底层驱动，然后在你自己的业务代码里封装一层get_batt_voltage(ch)。手动写 ADC 和 DMA 寄存器不是不行，但 Harmony 生成的代码经过大量项目验证，初始化顺序和中断处理都更稳妥。

4.2 均衡控制链路：主控写I2C寄存器、回读状态与看门狗

均衡控制的执行接口是 I2C。PIC32MZ 作为主机，MP2642GR-Z 作为从机，挂在同一条 I2C 总线上。硬件上记得接上拉电阻，阻值在 2.2kΩ~10kΩ 之间都可以，走线尽量短，远离强干扰源。

控制逻辑我分三层：

1. 写控制指令：启动均衡前，主控向 MP2642GR-Z 发送写命令，指定目标通道号和均衡电流档位；均衡结束时发送关断命令。
2. 周期回读：每 100ms 回读一次芯片状态寄存器，确认均衡通道实际打开状态，以及芯片是否有过温、过流等内部告警。回读结果异常时，先做 3 次重试，连续失败则进入故障状态并关闭均衡。
3. 软件看门狗：MCU 的独立看门狗定时器（WDT）超时后自动复位，这是防主控程序跑飞的第一道防线；另外在均衡状态机里再设一个“均衡超时看门狗”，一旦均衡持续时间超过预设值，哪怕状态机卡住了，也会强制走超时收尾流程，把均衡关掉。

这两层看门狗用到一起，是保险中的保险。尤其是均衡通道如果失控一直不关，在无人值守的备用电源场景里是会出大事的。

4.3 状态机具体实现与异常边界

均衡状态机是整个固件里最核心的部分。我直接用 C 语言的状态机骨架来说明，具体实现时根据自己的 RTOS 或裸机调度环境做封装：

typedef enum { EQ_STATE_IDLE, /* 空闲，不均衡 */ EQ_STATE_ACTIVE, /* 均衡执行中 */ EQ_STATE_FAULT, /* 故障锁定 */ EQ_STATE_TIMEOUT /* 超时收尾 */ } eq_state_t; void bms_eq_periodic_task(void) { float v1 = get_batt_voltage(0); float v2 = get_batt_voltage(1); float diff = fabsf(v1 - v2); /* 工况判断：放电大电流阶段禁止均衡 */ if (system_current > DISCHARGE_CURRENT_LIMIT) { eq_force_off(); eq_state = EQ_STATE_IDLE; return; } switch (eq_state) { case EQ_STATE_IDLE: if (diff > EQ_START_THRESHOLD_MV && voltage_in_window(v1) && voltage_in_window(v2)) { uint8_t eq_ch = (v1 > v2) ? CHANNEL_A : CHANNEL_B; mp2642_enable_eq_channel(eq_ch); eq_state = EQ_STATE_ACTIVE; eq_start_tick = get_system_tick(); } break; case EQ_STATE_ACTIVE: /* 停止条件：压差到位、超时、过温、通信异常 */ if (diff < EQ_STOP_THRESHOLD_MV || (get_system_tick() - eq_start_tick) > EQ_MAX_DURATION_MS || mp2642_read_status() & STATUS_OVERTEMP) { mp2642_disable_eq(); eq_state = EQ_STATE_IDLE; } break; case EQ_STATE_FAULT: /* 故障锁定后只能手动或经过长时间冷却恢复 */ if (system_cool_state_finished()) { eq_state = EQ_STATE_IDLE; } break; default: eq_force_off(); eq_state = EQ_STATE_IDLE; break; } }

几类边界情况必须提前处理。第一，压差突然增大到 300mV 以上，大概率不是电芯失配而是采样异常，这时候应该关均衡、置故障，不能盲目开始均衡。第二，单体电压低于欠压窗口时禁止均衡，否则均衡电流会继续对低电量电芯放电，可能造成过放。第三，均衡开启的瞬间，电压读数往往会有一次明显的跳变，这是均衡电流在电池内阻上产生压降导致的，软件层面要加一个去抖延时（比如 50ms）再更新滤波缓冲区，别让这个假跳变触发错误状态迁移。

4.4 从两串到多串：这套架构的扩展方向

两串是整个方案的起点，但设计时最好为后面扩展留好余地。在一个主控加多个均衡执行芯片的架构里，后续扩展到 4 串或 8 串的方法是：每两节电池配一颗 MP2642GR-Z，所有芯片挂在同一条 I2C 总线上，用地址或片选区分。主控端只需要增加通道索引映射，均衡算法从两两对比升级成相邻单元对比，或者更高级一点，用“整组最大压差”来判断当前应该均衡哪一串。

再往后走，还可以从电压差法升级到 SOC 差法。磷酸铁锂这种电芯的充放电平台非常平缓，电压差法在平台期根本踩不准，必须结合电流积分估算 SOC，再用 SOC 差作为均衡判据。这套架构下，算法升级只发生在主控固件里，硬件完全不用动，这也是当初选择“均衡驱动芯片 + 通用 MCU”组合最大的好处。

5. 实测数据与我在调试中踩过的坑

5.1 一组两串电池均衡实测记录

先放一组我在调试中用两节锂电池串联做静置均衡的实测数据。两节电芯标称容量相同，但经过不同循环次数后已经出现了轻微失配。初始压差 44mV，均衡电阻 30Ω，均衡电流约 130mA，均衡过程记录如下：

被动均衡的特点在这组数据里看得很清楚：均衡过程中，电压高的那节被电阻不断泄放能量，所以两节电池的电压都在缓慢下降，差别在于电压高的 A 下降速度明显快于 B，压差逐渐收敛。静置 2 小时后极化消退，压差进一步收窄到 7mV，说明均衡效果是真实有效的。

5.2 调试中踩到的三个坑

第一个坑出现在联调第一天：均衡通道一打开，ADC 电压读数立刻往下跳 8~10mV，均衡一关，读数又弹回来。最初以为是滤波没做好，后来排查发现是采样走线和均衡功率回路在 PCB 上有一段共用地线，均衡电流在地线上产生了压降，叠加进了差分采样回路。解决方法是改板，把采样差分线单独拉出来，功率地单点连接，同时软件里加入均衡开启后的 50ms 去抖延时。这个坑也印证了前面说的“采样回路与均衡回路必须分开”不是小事。

第二个坑是压差均衡了很久还没收敛。那块电池的压差一直停在 25~30mV，怎么均衡都压不下去。后来测了均衡开启瞬间的电压跌落幅度：电芯端电压瞬间掉了 15mV，按均衡电流 130mA 反推，这个电芯的内阻高达 100mΩ 级别，说明失配主要来自内阻而不是 SOC。这类电芯靠额外泄放能量很难压平衡，因为电压差主要是内阻极化造成的，不是荷电量差距。解决思路是把这节电芯标记为健康度异常，建议更换，而不是让均衡器无限工作下去。

第三个坑是 I2C 偶发超时。现象是运行几小时后偶尔出现均衡状态回读失败，重试几次又能恢复。排查下来是 SDA/SCL 走线太长，且上拉电阻用了 1kΩ，在均衡开关瞬间被功率回路的噪声干扰。处理办法是降低 I2C 时钟到 100kHz、增大上拉到 3.3V/4.7kΩ，并在通信线上并联小电容滤除高频毛刺，之后未再复现。

另外还有一个容易被忽略的问题：长时间均衡后，均衡电阻附近温度能到 50°C 以上。NTC 温度检测点一定不要放在均衡电阻旁边太近的位置，否则系统会因为局部温度过高频繁暂停均衡，整夜均衡下来几乎没正常工作多久。我的解决方法是把 NTC 放在电芯中部，均衡电阻靠近散热区，两者隔离开。

5.3 参数不能照抄：结合电芯体系与应用场景调优

均衡参数没有一个放之四海而皆准的组合。三元锂电池的平台电压在 3.6~3.9V 之间，压差法非常敏感；磷酸铁锂的平台区在 3.2~3.35V，压差法几乎失效，更需要依赖 SOC 估算；钛酸锂和工作电压区间又完全不同。相同的一套阈值从三元挪到磷酸铁锂上，均衡效果会变得很差。

所以在样品阶段，我强烈建议把均衡启动阈值、停止阈值、最大均衡时间、电压窗口这些参数全部做成可配置项，通过串口命令或者通信寄存器实时修改，而不是写成固件里的宏定义。当时我就是靠这个方式，在实验室里反复调整“50mV 启动、10mV 停止”的组合，根据真实电芯的充放电曲线最终确认了一套比较平衡的参数。均衡这种事，仿真是辅助，真实电芯跑出来的数据才算数。