第1章：BMS核心架构——硬件与软件的分层设计

大家好，我是老张。在储能行业摸爬滚打了十几年，今天咱们聊聊BMS的核心架构。说实话，很多新人一上来就盯着算法和通信协议，却忽略了最基础的架构设计。我见过不少项目，因为架构没理清，后期调试改得想哭。所以这一章，咱们把硬件和软件的分层逻辑彻底讲透。

1.1 BMS硬件架构：主控、从控、高压采集

先说说硬件。BMS的硬件架构，说白了就是三个部分：主控（BMU）、从控（CMU）、高压采集（HVU）。你想想看，一个电池包少则几十个电芯，多则上千个，总得有人管吧？

  • 主控（BMU）：大脑。负责整体策略、通信、故障处理。我习惯用双核MCU，一个核跑控制逻辑，一个核跑诊断，这样安全冗余有保障。
  • 从控（CMU）：手脚。每个模组配一个，采集电压、温度，做均衡。我记得有个项目，从控的采样电阻选型没注意温漂，结果低温下电压偏差0.5%，差点导致过放保护误动作。
  • 高压采集（HVU）：眼睛。专门盯着总压、绝缘电阻、电流。这里有个坑——高压采样回路必须用隔离放大器，否则一旦短路，整个板子就烧了。我曾经亲眼见过一块HVU板子冒烟，就是因为光耦隔离耐压不够。

关键点：主控和从控之间通常用CAN或菊花链通信。菊花链的好处是线束少，但坏处是——如果中间一个节点挂了，后面全断。所以我在实际项目中，更倾向于用双CAN冗余，成本高一点，但可靠性翻倍。

1.2 软件分层架构：应用层、中间层、驱动层

软件架构这块，我见过最乱的项目，就是把所有代码写在一个main函数里，足足两万行。调试的时候，改一个定时器参数，结果均衡逻辑崩了。所以，分层是必须的。

1.2.1 驱动层

最底层，直接跟硬件打交道。比如ADC采样、GPIO控制、SPI读写。这里有个原则：驱动层只做一件事——把硬件抽象成接口。举个例子，你写一个BMS_ADC_Read(channel)，上层根本不用管你是用内部ADC还是外部ADC。

// 驱动层示例：ADC采样函数
uint16_t BMS_ADC_Read(uint8_t channel) {
    // 启动ADC转换
    ADC_Start(channel);
    // 等待转换完成
    while(!ADC_IsComplete());
    // 返回原始值
    return ADC_GetValue();
}

我的经验：驱动层一定要做超时处理。我曾经遇到过ADC卡死，因为没加超时，整个系统就挂在那了。后来我习惯在每个while循环里加个计数器，超时就复位。

1.2.2 中间层

这一层是承上启下的。比如协议解析、数据校验、状态机管理。说白了，就是把驱动层拿到的原始数据，加工成应用层能用的信息。

举个例子，驱动层读到的是ADC原始值（比如2048），中间层要把它换算成电压（比如3.6V），还要做滤波、校准。我习惯用滑动平均滤波，窗口大小取8，既能滤掉噪声，又不至于延迟太大。

// 中间层示例：电压换算与滤波
float BMS_CalcVoltage(uint16_t raw_value) {
    // 原始值转电压
    float voltage = raw_value * 0.001; // 假设参考电压3.3V，12位ADC
    // 滑动平均滤波
    static float buffer[8];
    static uint8_t index = 0;
    buffer[index++] = voltage;
    if(index >= 8) index = 0;
    float sum = 0;
    for(uint8_t i = 0; i < 8; i++) sum += buffer[i];
    return sum / 8.0;
}

注意：中间层最容易出bug的地方是状态机。我见过有人用switch-case写状态机，结果漏了一个break，状态乱跳。我的建议是——用查表法，或者用状态机框架，比如QP/C，这样逻辑清晰，不容易出错。

1.2.3 应用层

最上层，负责业务逻辑。比如SOC估算、SOH诊断、充放电管理、故障报警。这一层不关心硬件细节，只关心数据。

举个例子，应用层要判断是否过压。它只需要调用中间层的GetCellVoltage()，然后跟阈值比较。至于这个电压是怎么采的、怎么滤波的，应用层一概不管。

// 应用层示例：过压保护逻辑
void BMS_OverVoltageCheck(void) {
    for(uint8_t i = 0; i < TOTAL_CELLS; i++) {
        float voltage = GetCellVoltage(i);
        if(voltage > OVER_VOLTAGE_THRESHOLD) {
            SetFaultFlag(FAULT_OVER_VOLTAGE, i);
            // 触发保护动作
            DischargeRelay_OFF();
        }
    }
}

1.3 架构设计中的避坑指南

嗯，这里要注意几个常见的坑：

  • 硬件隔离：高压和低压之间必须隔离。我见过有人为了省成本，用电阻分压直接采样，结果一打雷，整个板子全烧了。记住，隔离是底线，不能省。
  • 软件分层：层与层之间用接口通信，不要跨层调用。比如应用层不要直接调用驱动层的GPIO_Set()，否则一旦硬件换了，所有代码都得改。
  • 状态机设计：每个状态都要有超时处理。我曾经遇到过BMS卡在“预充电”状态，因为接触器没吸合，又没有超时退出，结果电池一直没接入系统。

总结一下：BMS的硬件架构，主控、从控、高压采集各司其职；软件架构，驱动层、中间层、应用层层层解耦。这样设计的好处是——出了问题，你能快速定位是硬件还是软件，是底层还是上层。我这些年修过的BMS板子，90%的问题都能通过分层排查找到根因。

好了，这一章就聊到这。下一章咱们深入讲讲BMS的通信协议，尤其是CAN和菊花链的优缺点对比。到时候我会分享一个真实案例——因为通信延迟导致均衡失败的教训。

← 上一章 📖 返回目录 下一章 →