★ FEATURED ARTICLE 做电池管理系统BMS这个题目在学校里能看到很多版本有人用STM32有人用51有人直接上TI的专用AFE芯片。但我发现很多毕设和入门项目最后都卡在同一个地方板子能跑、数据能读、电压也量了为什么装到电池上之后保护乱动作、SOC忽高忽低、通信偶尔死机这篇文章就针对智能优化电池基于单片机的电池管理系统这个题目把我在实际做BMS过程中踩过的坑、验证过的方案、以及真正能落地的逻辑梳理一遍。无论你是准备做单片机课程设计、毕业设计还是想自己动手给电池组做一套管理板这篇文章都能给你一套可以直接抄作业的思路。一个完整的BMS不只是量个电压、控个开关这么简单。它要回答的问题是电池当前还能放多少电能不能继续充哪一颗电芯先不安全了故障之后该不该锁死这些判断背后是硬件采集、状态机逻辑、SOC估算算法和通信协议共同协作的结果。下面我按实际开发顺序把整个系统的设计、实现和排障过程拆开讲。1. 拆解电池管理系统功能边界与整体设计思路1.1 BMS到底管什么核心任务拆解很多人以为BMS就是电池保护板这是最常见的一个误区。保护板只做两件事过充过放关断、过流短路关断。而BMS要管的范围更大至少要覆盖这四件事状态感知搞清楚每一串电芯的电压、电池组总电压、充放电电流、电芯温度。状态估算在感知数据的基础上计算SOC剩余电量、SOH健康度、SOP功率能力。安全保护出现过压、欠压、过流、过温、低温充电等异常情况时按优先级执行保护动作并且保留恢复条件。均衡管理电池组内电芯不一致时通过被动均衡或主动均衡把电芯压差控制在合理范围。在单片机上做BMS最大的挑战不是某一项功能做不出来而是所有功能要在有限的IO、有限的计算能力和有限的存储空间里协同工作。比如SOC估算纯靠查表会漂纯靠积分会积累误差又比如保护策略不能一保护就永久锁死也不能反复切开关把MOS搞烧。所以整个系统设计一开始就要想清楚哪些功能必须实时哪些功能可以慢一点。1.2 单片机选型背后的权衡51、STM32还是专用AFE根据题目的热词来看很多人关心的是51单片机能不能做BMS。我的答案是能但很吃力。51单片机的优势是学习成本低、例程多、Keil环境下手快做课程设计、蓝桥杯、毕业设计演示完全够用。但它的ADC精度、定时器资源、通信外设、以及数据处理速度都决定了它只能做简化版BMS。比如你要采6串电芯电压用51单片机加多路模拟开关再自己搭运放调理电路精度做到正负50mV已经很不错了而用STM32内置ADC再结合校准做到正负10mV并不困难。如果你是在做实际可用的BMS我更建议的方案是STM32单片机 专用AFE芯片比如BQ76940、BQ76952这类。AFE负责高精度采集电芯电压、温度、电流甚至自带被动均衡驱动STM32只负责跑算法和逻辑。这样做的好处是硬件设计大大简化采样精度和可靠性都有保证。热搜词里还有STC单片机CH32沁恒单片机C51单片机与ARM5的功耗对比说明很多人也想用国产单片机。STC和CH32都是可以做BMS的CH32F系列带CAN、多路ADC做汽车级BMS样机也是常见的低成本方案。1.3 系统总体架构采集、保护、均衡、通信我习惯把整个BMS系统拆成五个功能模块画成框图大概是这样的思路主控MCUSTM32F103系列或国产替代负责运行状态机、SOC算法、故障管理和通信。采集前端AFE负责多串电芯电压、温度、电流的采集比如BQ76940支持9-15串直接通过I2C/SPI和MCU通信。功率回路充电MOS和放电MOS串联在电池主回路中由MCU控制驱动电路实现过充、过放、过流保护。均衡电路通常在每一串电芯两端并联均衡电阻和均衡MOSMCU控制均衡开启。通信接口通过UART转Modbus RTU、CAN或者蓝牙模块与上位机、充电器、显控屏通信。这样的架构好处是职责清晰。AFE芯片做它擅长的事——高精度模拟采集MCU做它擅长的事——逻辑处理和算法计算。纯单片机采集方案也不是不行只是你需要自己解决共模电压、滤波、校准这些麻烦事后面我会专门讲这个。2. 关键硬件细节与电路设计要点2.1 电压采集分压电阻还是专用AFE先用最常用的BQ76940来举例。这颗芯片支持9到15串电芯内部有ADC可以轮流采集每一串的正负极电压差。硬件上只需要在每串电芯上引出采样线通过RC滤波后接入AFE的VC引脚。关键的细节在于采样线必须用差分走线不能和功率线并行否则充放电大电流会在采样线上感应出干扰电压。RC滤波的电阻值不要太大一般选100欧到1k欧否则与AFE内部采样电容配合会带来稳定时间变长的问题导致ADC读数偏慢。每一串的采样线最好都加一个独立的100欧电阻既做限流也做滤波防止过压脉冲直接打坏AFE。如果不用AFE直接用单片机的ADC加精密电阻分压我实测下来有几个坑分压电阻阻值太大会导致采样电流太小容易受PCB漏电流影响阻值太小会让电池持续放电。另外单片机ADC的参考电压Vref如果用LDO输出LDO本身的温漂就会让采样值跟着漂。所以我的建议是至少用外部基准源比如REF30303.0V精度0.2%比直接用MCU的VDD做参考靠谱得多。2.2 电流检测采样电阻方案与霍尔方案的取舍电流检测有两种主流方式低端采样电阻加运放以及霍尔电流传感器。在单片机上做BMS采样电阻方案更常见因为成本低、线性度好。具体实现是在主回路负极串一颗毫欧级采样电阻比如0.5m欧或1m欧然后用差分运放把电阻两端的压差放大后送入MCU的ADC。这里有个很关键的取舍采样电阻放低端电池负极和地之间还是高端负载和电池正极之间。低端采样电路简单但会让系统地和控制地之间有压差容易干扰其他模拟采集高端采样需要专门的差分放大器成本略高但干扰小。入门项目我建议低端采样但要注意采样电阻的地连接必须单点接地避免大电流在地线上产生压差影响ADC读数。霍尔传感器的好处是隔离、无损但缺点是价格贵、零漂大、低温漂不如采样电阻。如果项目是演示PPT用霍尔方案接线简单如果要实际测量充放电库仑数我还是推荐采样电阻方案。2.3 温度检测NTC布局的三个坑电池温度采集通常用NTC热敏电阻10k或者100k的B值3435或3950。硬件连接方式一般是NTC和精密电阻组成分压网络用MCU的ADC采集分压点的电压然后根据查表或者公式换算温度。第一个坑NTC必须紧贴电芯表面中间不能有空气层。很多人直接焊接在板子边缘结果测到的是环境温度不是电池温度。正确做法是在电芯表面贴NTC用导热硅胶固定然后再用导线引回主板。第二个坑NTC分压电阻不能随意选要结合ADC的参考电压来设计。比如3.3V参考10k NTC串联10k电阻在25摄氏度时分压点正好是1.65V这个设计就处在ADC最灵敏的区间。如果选100k NTC串联10k高温时分压点变化会非常小分辨率不够。第三个坑NTC引线长了之后线电阻会引入误差。特别是负温度系数的NTC在低温时阻值变大如果导线电阻有几十欧会把测出来的温度往偏高的方向带。至少要做两点校准一是用精密电阻箱模拟NTC阻值标定ADC值对应的温度二是把NTC和电池放在同一环境里实测对比修正线电阻影响。2.4 充放电MOS驱动电路最容易烧的一个环节功率MOS驱动有几个容易被忽略的问题。第一个问题是栅极驱动电压。很多MCU输出高电平只有3.3V而MOS管要完全导通Vgs最好达到10V以上用3.3V直接驱动MOS处于半导通状态内阻大大电流下一会儿就发热烧掉。正确做法是用专门的MOS驱动芯片比如IR2104或者国产EG2134用自举电路把栅极电压抬上去。不想加驱动芯片的话至少也要用三极管组成推挽电路并确保Vgs足够。第二个问题是MOS关断瞬间的尖峰。负载是感性负载或者电池组大电流回路有分布电感时关断瞬间会产生高压尖峰容易击穿MOS管。解决办法是保证PCB功率回路的走线尽量短粗减小分布电感同时可以在MOS两端并联RC吸收电路或者TVS管。第三个问题是充放电MOS不能做成共用一个驱动信号。BMS逻辑上充电MOS和放电MOS必须独立控制因为存在只允许放电不允许充电和只允许充电不允许放电这两种状态。比如电池低温时不允许充电但可以放电过放保护后如果插上充电器充电MOS要能闭合让电池恢复充电而放电MOS仍然断开。2.5 被动均衡电路阻值选择不能拍脑袋被动均衡的原理很简单把电压偏高电芯的能量通过电阻放掉。每一串电芯两端并联一个均衡电阻和一个均衡开关MOSMCU检测到某串电芯电压明显高于平均电压时打开这串的均衡开关让它单独放电。均衡电阻阻值怎么定均衡电流越大均衡速度越快但发热也越大。以2S-4S的小电池组为例我一般选33欧到100欧均衡电流在几十毫安级别。如果是10串以上的大电池组均衡电流要做到100mA级别电阻功率就得选1W以上。选型公式很简单I Vcell / R比如电芯电压3.7V均衡电阻47欧电流约78mA功率约0.29W选0.5W电阻比较稳妥。均衡的策略也有讲究不能简单哪个高就放哪个。因为电池在充电过程中本身电压就会升高这时候做均衡会把充电的电压升高误判为过高。我的习惯是在充电末尾或者静置状态下做均衡判断条件是电芯之间的压差超过阈值比如30mV才启动均衡同时还要限制单次均衡时间防止无意义的热损耗。3. 核心软件逻辑SOC估算、状态机与保护策略3.1 SOC计算为什么不能只查电压表SOC是电池管理系统里用户体验最直接的参数。很多人上来就用开路电压OCV查表法把电芯电压查表得到SOC。这个方案在静置状态下还能看一旦电池带载因为电池内阻的存在端电压会明显下跌直接用电压查表会把SOC算得很低。反过来充电时端电压抬高又会被算成SOC偏高。所以实用的SOC算法是开路电压法 安时积分法 电压修正的组合。开路电压法只在静置时间足够长、且电流为零时使用用来校准SOC的初始值。安时积分法负责负载状态下的动态计算SOC_new SOC_old (充电电流 - 放电电流) * 时间 / 电池容量。这样安时积分会累计误差所以当检测到电池静置且电压稳定时用OCV查表结果去修正积分得到的SOC让两者差距收敛。在单片机上实现时要注意安时积分要用定时器中断严格计时计算周期固定比如每100ms积分一次容量值要用实测值而不是标称值。不同放电倍率下电池能放出的实际容量也不同简单处理可以在SOC增量计算时引入一个效率系数充电乘以0.95-0.99放电不乘或乘1.02根据实测标定。3.2 状态机设计让逻辑可维护的核心BMS的逻辑不要用一坨if-else堆。我强烈建议用状态机来组织程序。基本状态可以分成五类INIT上电初始化检测硬件、读取存储参数。STANDBY待机状态电流为0定期采集电压温度。CHARGING充电状态实时监控电压电流执行充满判断。DISCHARGING放电状态实时监控电压电流执行欠压判断。FAULT故障状态保存故障码按故障类型决定是否锁死。状态迁移的条件要明确。比如CHARGEING状态下检测到电流方向反了超过一定阈值持续一段时间才能切换到DISCHARGING不能因为瞬间的电流方向波动就频繁切换状态。每个状态内部可以再用子状态处理细分逻辑比如STANDBY下的自检状态、均衡状态。状态机的好处是逻辑清晰出问题容易定位。我在调试时就遇到过一个问题充电时偶然触发过流保护代码直接从CHARGING跳到FAULT然后FAULT状态因为没有检测到充电器移除一直锁死用户拔掉充电器重新插上没用。后来在FAULT状态里增加了若充电器移除且静置5分钟自动恢复的逻辑问题才解决。3.3 保护策略与恢复机制过压欠压不能一刀切保护策略我总结成这样一张表实际项目里直接参考保护类型触发条件动作恢复条件单体过压单串电压 4.25V磷酸铁锂3.65V关断充电MOS进入FAULT电压回落到4.1V以下且静置30秒单体欠压单串电压 2.8V参考电池规格书关断放电MOS进入FAULT插上充电器后电压回升至3.0V以上总流过流电流 阈值持续一段时间关断对应MOS记录故障码断开负载后静置10秒短路保护电流 短路阈值极高立即关断MOS需要手动复位或断开检修过温保护NTC 55℃限制充放电或关断温度降至45℃以下低温充电保护NTC 0℃只允许放电禁止充电温度回升至5℃以上这里有个很容易犯的错误过压和欠压保护不能只判断一个瞬间值要用软件滤波的概念即连续若干次采样都超阈值才触发防止干扰导致误保护。我一般用连续3次每次间隔50ms。3.4 Modbus通信实现帧接收要防半包热搜词里反复出现modbus单片机帧接收数据程序说明很多人在做BMS上位机通信时卡在Modbus协议上。BMS最常见的就是Modbus RTUMCU做从机上位机做主机主机发送读指令从机返回寄存器数据。串口接收数据最核心的一点是帧间隔判断。Modbus RTU规定一帧数据之间没有固定分隔符只有时间间隔两个字符之间间隔不能超过1.5个字符时间的空闲间隔超过则视为一帧结束。在实际单片机程序里我建议用串口空闲中断或者定时器超时来判断帧结束。比如用STM32的USART可以把接收超时中断打开在一段时间内没有收到新数据时就认为一帧收完了。帧解析的逻辑要稳定几点经验校验必须做CRC16要自己实现并验证。网上现成代码很多但要注意初始化值和多项式是否匹配。地址字节要过滤。如果上位机发来的地址不是本机地址整帧丢弃不回任何响应。帧长度校验不能少。防止错误的帧长导致CRC校验越过帧尾去读内存。处理完一帧后要清空接收缓冲区的计数准备下一帧否则残留数据会导致下一帧错位。如果你用51单片机计算CRC16时注意它的8位乘以256再异或的步骤里整数溢出是要规避的最好用unsigned int类型计算。4. 实操过程从原理图到调试4.1 最小系统与供电设计电源是BMS的命门单片机最小系统USB转串口蜂鸣器LED指示灯这些常规部分我就不重复了。只讲BMS特有的问题BMS的供电电源来自电池组本身这是最大的坑。一般情况下电池组总电压可能是7.4V、12V、24V甚至更高而单片机需要3.3V或5V供电。如果直接用线性稳压器从电池高压降到3.3V压差太大稳压器发热严重还会白白消耗电池能量。我的建议是先用电芯电压作为输入选一颗宽压输入的DCDC比如MP1584、TPS5430这类转到5V再用LDO从5V稳到3.3V给单片机模拟部分供电。更需要注意的是BMS在电池严重欠压时也必须能工作否则整组电池放着放着就过放了。所以MCU供电电路最好能在电池电压低到2.5V/串时仍然维持工作。有的BMS还加了预充电阻 系统自举设计刚上电时系统负载很小用小的预充电流唤醒MCUMCU运行起来后再闭合主回路MOS给负载供电。这个方案在电动工具、扫地机器人里很常见。4.2 通信调试用逻辑分析仪看帧比代码断点更快调试Modbus通信时我建议先把自发自收测通再连接上位机。所谓自发自收就是发送引脚和接收引脚短接MCU发什么数据就立刻收什么数据这样可以验证UART收发链路是否正常。接下来用USB转TTL模块连接板子在上位机发送Modbus指令观察返回数据。如果返回数据不对千万别急着改代码先看波形。用逻辑分析仪抓RX和TX两个通道确认波特率、数据位、停止位是否正确确认一帧内的字节间隔是否在合理范围。很多Modbus通信问题其实是上位机发送间隔太短或者接线太长导致信号质量差。如果你想在代码里去定位收不到一帧完整数据的问题可以加一个调试串口把接收到的每个字节以十六进制打印出来。我第一次调Modbus时就是靠这种方式发现单片机把上位机发来的0x01 0x03 0x00 0x00 0x00 0x01 解析成了0x01 0x03 0x00最后两个字节丢了。查了UART的DMA配置才发现接收缓冲区太小溢出了。4.3 数据校准与验证精度不是调出来的是标定出来的不管是用AFE还是单片机ADC采集到的电压电流都需要校准。校准不是改软件参数那么简单而是要有一台基准仪表。我的做法是用一个可调电源把输出调到每个目标电压点比如3.000V、3.500V、4.000V分别记录BMS读到的ADC原始值然后做线性拟合得到K和B两个系数再把这个系数烧录进Flash里供运行时使用。电流校准同理用一个电子负载分别加载1A、2A、5A记录放大之后的ADC值和实际电流值的对应关系。你会发现实际电流和ADC读数是很好的线性关系但零点往往不是0这是运放失调电压导致的。所以在软件里还要存一个零点校准值没有电流时记录ADC读数为零点用的时候把ADC读数减掉零点再乘系数。校准做完还要做温度测试。这块很容易被忽略。我把NTC和标准温度计放在同一个恒温箱里从-20℃到60℃每隔10度记录一次实际测下来25℃附近的误差最小低温区误差会大一些。如果你只是做课程设计用查表法也可以但两点校准至少要做精度会明显提升。4.4 低功耗与稳定性电池管理系统不能把自己先耗死BMS长期接在电池上自身功耗必须控制。如果MCU一直全速运行ADC一直采样UART一直开放光MCU就要吃几十毫安几个月就能把电池耗光。所以BMS的软件架构要考虑按需工作待机时MCU进入睡眠模式定时器RTC定时唤醒比如每1秒唤醒一次采集电压温度判断是否需要动作然后继续睡。通信时UART保持接收中断使能但MCU可以睡眠接收数据时通过中断唤醒。均衡时只开启对应AFE的均衡通道MCU可以降低主频减少动态功耗。稳定性方面软件看门狗必须开。热搜词里有一条单片机死机后软件看门狗需要多次复位我猜是遇到了这种场景程序死机后看门狗复位了但复位后外设初始化不完全导致又死机看起来像是要多次复位才能恢复。解决办法是看门狗复位后通过标志位判断是上电复位还是看门狗复位如果看门狗复位除了初始化外设还要把关键外设的电源重新上电、把通信状态清空、把故障状态恢复到默认值。这样一次复位就能恢复。5. 常见问题与排查技巧实录5.1 电压采集跳变或漂移现象静置状态下BMS显示的某串电芯电压在正负50mV之间跳或者随时间缓慢漂移。排查思路检查采样线连接是否牢固有没有氧化或接触不良。检查RC滤波电容是否漏电容量是否足够。检查PCB布局采样走线是否与功率走线靠得太近。如果是AFE方案检查AFE的模拟电源和参考电压是否稳定。在代码里多看几次采样值取平均或者中值滤波。注意中值滤波对偶然毛刺效果好平均滤波对稳定噪声效果好两者结合更好。5.2 SOC跳变从30%突然跳到15%现象放电过程中SOC从30%突然变成15%持续一段时间又跳回20%。排查思路安时积分误差过大最可能是电流采样零点漂移。没有电流时ADC读到的电流不是0长期积分就产生了很大的电量误差。用OCV修正时修正条件判断错误。比如电池还在动态放电过程中就被误判为静置状态用动态电压查了OCV表导致SOC被大幅修正。容量参数设置错误。如果电池实际容量只有2000mAh代码里设了3000mAh那么积分计算出的SOC百分比就会偏低或偏高。解决办法严格定义静置状态的条件比如电流绝对值小于50mA持续30分钟以上电压变化率小于1mV/min才能进入OCV修正。同时把安时积分的累计值限制在合理范围防止异常数据拉偏SOC。5.3 充放电MOS发热甚至烧毁现象带载几分钟后MOS管烫手或者直接击穿短路。排查思路大概率是Vgs不够MOS没有完全导通。用示波器测量MOS的栅源电压看看是否高于电池规格书要求的推荐驱动电压。检查PWM驱动频率是否过高。如果MOS开关频率太高开关损耗大也会发热。对于纯开关应用不需要PWM直接开和关即可。检查散热面积。PCB上的铜箔面积要尽量大必要时加散热片。检查有没有直通风险。充电MOS和放电MOS共用一个驱动逻辑时如果配置不当可能两个MOS同时导通等于把负载短路瞬间烧毁。静态工作点验证办法用恒流源加载观察MOS管压降正常情况下低压差MOS在20A时的压降一般只有几十毫伏如果压降超过0.5V基本就是半导通状态。5.4 Modbus通信偶发卡死现象通信偶尔正常偶尔完全没响应上位机一直收不到返回帧。排查思路接收缓冲区溢出如上文提到的DMA接收问题。帧间隔判断太短。如果单片机在收帧过程中因为处理其他中断导致字节间间隔被拉长超过1.5字符间隔软件就误判为一帧结束数据不完整CRC校验不过自然没有应答。解决办法是帧结束判断的时间要留足余量我自己会设为3.5字符时间以上。接收中断嵌套导致丢字节。如果串口接收中断里做了太多事比如打印调试信息会导致接下来的字节被覆盖。中断服务函数里只做数据保存解析放到主循环做。通信线过长、干扰大。波率越低越稳无线情况下建议9600。5.5 看门狗连续复位现象程序死机后看门狗周期性地复位但每次复位后还是死要手动断电才能恢复正常。排查思路检查复位后外设初始化不完整。比如ADC校准没有重新初始化AFE初始化没有重新做会导致采样数据异常又触发故障保护然后又死。检查Flash读写是否异常。如果故障码反复写入FlashFlash擦写时间过长影响主循环定时导致看门狗超时。在复位入口加一个复位原因标记是看门狗复位时不要进入复杂初始化流程只恢复关键寄存器。另外看门狗喂狗的位置要放在主循环的最后而不是某个中断里。放在中断里喂狗主循环卡死时看门狗照样被喂达不到复位目的。我个人在做这个基于单片机的电池管理系统时的体会是硬件方案决定性能上限软件逻辑决定体验下限。如果AFE选对了、布局走线做好了软件再怎么折腾也不会差到哪里去反过来说如果硬件一团糟SOC算法写得再花哨也救不回来。这套系统做完之后还可以继续扩展的方向很多比如加CAN总线做电动车通信、加蓝牙做手机App监控、加上位机数据记录曲线、甚至加主动均衡把小电池组压差控制在5mV以内。单片机做BMS这个题目足够你从入门一直玩到产品级。
阅读完成 · 觉得有帮助？
