第二章：需求分析与系统架构设计
各位工程师朋友，大家好。我是老张，在电池Pack这行摸爬滚打了十几年。今天咱们聊聊需求分析与系统架构设计。说实话，这一步要是走偏了，后面所有工作都是白费力气。我见过太多项目，因为前期需求没吃透，最后改得面目全非。
2.1 客户需求解读：别让参数骗了你
客户给的需求书，往往就那么几页纸。但你要读懂的，是字面背后的东西。
2.1.1 电压需求
客户说「我要一个48V的电池包」。嗯，这里就有门道了。
- 额定电压 vs 工作电压范围：48V是额定值，但实际工作范围可能是40V到54V。我遇到过客户只给了额定电压，结果我们的BMS低压保护设在了36V，差点把客户的电机控制器烧了。
- 电压平台：磷酸铁锂和三元锂的电压平台完全不同。铁锂的标称电压是3.2V，三元是3.6V。同样是48V，铁锂需要15串，三元只要13串。
2.1.2 容量需求
容量这事儿，说白了就是「能跑多远」。但客户说的「我要100Ah」，和实际能用的100Ah，往往是两码事。
| 参数 | 客户说的 | 实际要考虑的 |
|---|---|---|
| 标称容量 | 100Ah | 0.33C放电下的容量 |
| 可用容量 | 100Ah | 80%~90%（考虑DOD） |
| 低温容量 | 没提 | -20℃时可能只有60% |
我记得有个储能项目，客户坚持要100Ah的可用容量。我们按80% DOD设计，选了125Ah的电芯。结果客户验收时拿100Ah去测，发现放不出来，差点闹到打官司。后来才知道，他们说的「100Ah」其实是电芯标称容量，不是系统可用容量。
2.1.3 功率需求
功率需求，说白了就是「能跑多快」和「能爬多陡的坡」。这里有个关键点——峰值功率和持续功率要分开看。
- 持续功率：决定了电芯的持续放电能力，直接影响热管理设计
- 峰值功率：决定了电芯的瞬间放电能力，一般持续10~30秒
2.1.4 尺寸需求
尺寸限制，往往是所有矛盾的交点。客户说「电池包要放进这个框里」，但那个框可能连电芯都塞不下。
我的做法是：先画一个简单的尺寸链图，把电芯、模组、BMS、热管理、结构件全部放进去。你会发现，真正留给电芯的空间，可能只有客户给的总空间的60%。
2.2 系统架构选型：串并联方案怎么定？
串并联方案，说白了就是「怎么把电芯组合起来」。这个选择直接决定了电压、容量、功率和可靠性。
2.2.1 串联方案
串联是为了提高电压。比如48V系统，用三元锂就是13串，用铁锂就是15串或16串。
这里有个经验值：串联数越多，均衡难度越大。我做过一个96串的储能项目，光均衡就花了两个月时间。所以，能少串就少串。
2.2.2 并联方案
并联是为了提高容量。比如100Ah的系统，用50Ah的电芯，就是2并。
并联有个大坑——环流。电芯内阻不一致，并联后就会产生环流。我见过一个4并的系统，因为电芯内阻差了5%，环流导致其中一串电芯提前老化，整个模组提前报废。
2.2.3 串并联组合的典型方案
| 应用场景 | 典型方案 | 电压范围 | 容量范围 |
|---|---|---|---|
| 电动自行车 | 13S1P~13S4P | 36V~48V | 10Ah~20Ah |
| 电动汽车 | 96S1P~96S4P | 350V~400V | 50Ah~200Ah |
| 储能系统 | 16S1P~16S8P | 48V~52V | 50Ah~400Ah |
2.3 功能安全目标设定：不出事才是硬道理
功能安全，说白了就是「怎么保证电池包不出事」。这个事不能等出了问题再想，必须在设计阶段就定好目标。
2.3.1 安全目标的核心维度
- 过充保护：单节电芯电压超过4.25V（三元）或3.65V（铁锂）时，必须切断充电回路
- 过放保护：单节电芯电压低于2.5V（三元）或2.0V（铁锂）时，必须切断放电回路
- 过温保护：电芯温度超过60℃时，必须降功率或切断回路
- 短路保护：短路电流超过设定值（比如500A）时，必须在1ms内切断回路
2.3.2 功能安全等级怎么定？
功能安全等级一般参考ISO 26262（汽车）或IEC 61508（工业）。但说实话，很多非汽车项目不需要那么严格的等级认证。
我的做法是：先看应用场景。如果是电动汽车，至少ASIL B起步。如果是储能，一般要求SIL 2。如果是消费电子，基本的安全保护就够了。
2.3.3 安全目标的实现路径
安全目标不是写写文档就完事的。它需要落实到硬件、软件和结构设计中。
- 硬件层面：双路采样、冗余保护、独立看门狗
- 软件层面：多级故障诊断、安全状态机、故障注入测试
- 结构层面：防爆阀、隔热层、结构强度校核
2.4 本章知识体系总览
下面这张图，是我自己总结的「需求分析与系统架构设计」的核心逻辑。你把它看懂了，这一章就算过关了。
这张图把本章的核心逻辑串起来了。你从客户需求出发，经过系统架构选型，再到功能安全目标设定，最后输出一份完整的系统需求规格书。这份规格书，就是后面所有设计工作的「宪法」。