第3章 BMS系统架构与功能分解

3. BMS系统架构与功能分解

做BMS故障树分析，第一步不是画树，而是把系统拆明白。

我见过不少工程师，上来就对着一个「电池包过压」的故障猛画，画到一半发现——咦，这个信号到底走的是哪条路径？是CSC上报的，还是BCU自己采的？

说白了，FTA的根基在于你对系统架构的理解有多深。架构拆得越清楚，故障树画得越准。

一个典型的分布式BMS，硬件上分三层：

CSC（Cell Supervision Circuit）：电芯监控单元。贴在模组上，负责采集单体电压、温度，以及做被动均衡。
BMU（Battery Management Unit）：电池管理单元。通常放在电池包内部，负责汇总CSC的数据，做绝缘检测、电流采集，以及部分状态计算。
BCU（Battery Control Unit）：电池控制单元。一般在电池包外部或整车端，负责高压继电器控制、SOC/SOP/SOE估算、故障诊断与整车通信。

嗯，这里要注意——不同厂家的叫法可能不一样。有的叫CMU、BMU、BCU，有的把BMU和BCU合并成一个。但逻辑分层是通用的。

  我个人习惯：在FTA中，把CSC视为「感知层」，BMU视为「汇聚层」，BCU视为「决策层」。故障传播路径，基本就是沿着这个方向走的。

举个例子。我曾经遇到一个案例：某车型报「单体电压异常」，故障树画到一半发现，CSC采集没问题，BMU转发也没问题，最后定位到是BCU的CAN接收缓冲区溢出，导致数据丢帧。你看，如果不把三层架构理清楚，这个故障根本找不到根因。

硬件是骨架，软件是灵魂。BMS的软件模块，我一般按功能域拆成这几块：

你想想看，每个模块都可能成为故障树的「顶事件」来源。比如「SOC跳变」这个故障，根因可能在状态估算模块，也可能在数据采集模块——电压采错了，SOC自然算不对。

避坑指南：我曾经在画「绝缘故障」的故障树时，只考虑了硬件漏电路径，忽略了软件诊断模块的阈值设置问题。结果现场复现时发现，绝缘值明明正常，但诊断模块因为滤波算法参数不对，误报了故障。所以，软件模块的故障模式，一定不能漏。

高压回路，说白了就是电池包到电机/负载之间的功率路径。常见的拓扑有：

在FTA中，高压回路拓扑直接影响故障树的「与门」和「或门」结构。举个例子：

「预充失败」这个故障，如果拓扑中有预充继电器和预充电阻，那故障树就要同时考虑继电器是否粘连、电阻是否开路、控制时序是否正确。如果拓扑里根本没有预充回路，那这个故障树就简单多了——直接查主继电器是否异常。

注意：高压回路中的熔断器，很多人把它当成「不会失效」的元件。但我在项目中遇到过熔断器因老化导致内阻增大、发热异常的情况。在FTA中，熔断器应该作为「可维修元件」来处理，不能直接忽略。

下面这张图，是我自己总结的BMS系统架构与功能分解的核心逻辑。你可以把它当作FTA的「地图」——故障从哪来，往哪去，一目了然。

这张图里，我特意把故障传播方向标出来了。你注意看——硬件层的故障，比如CSC采样异常，会向上影响到软件层的状态估算，最终可能导致高压回路的误动作。反过来，高压回路的故障，比如继电器粘连，也会通过诊断模块反馈到软件层。

做FTA的时候，我建议你拿着这张图，一个一个节点去问：这个节点如果坏了，会怎么样？往哪传？传多远？

一个小技巧：在故障树中，把硬件故障放在底层基本事件，软件故障放在中间事件，高压回路故障放在靠近顶事件的位置。这样画出来的树，逻辑层次特别清晰，评审的时候别人一眼就能看懂。

好了，这一章的内容就这些。架构拆明白了，后面画故障树的时候，你会发现自己下笔如有神。