B1-05 · 整车热管理系统架构 / 整车热平衡与需求定义
待认领listed
→
众筹中recruiting
→
已开课open · Course 售卖
一课题可并存多讲师版本
课程大纲
学完能做什么
- 能把热管理开发活动排进 V 模型左右支，并与项目门禁对齐
- 能给每条需求配上层级匹配的验证活动，生成 DVP&R 条目
- 能判断哪些结论可以靠仿真下、哪些必须见实物
- 能用仿真—试验相关性界定模型的可信外推范围
- 能识别 V 模型跑偏的早期信号并给出补救路径
内容大纲
- V 的左支：需求与设计
- 整车热需求 → 系统架构 → 子系统设计 → 零部件设计，每层的产出物是什么；这四层都是硬件/系统侧产出物，控制软件方向在系统架构层之后另有一层——控制功能规格（软件需求，见 K4-07），它才是 MIL/SIL/HIL 验的那份「写下来的需求」
- 与 B1-01/03/04 的接口：负荷谱、工况表、目标表就是左支最上层的输入
- 架构选型在这一层收口（B1-06）：越往下改，代价越呈数量级上涨；收口时除选型结论外还须交出控制可行性四查结论（四查内容见 B1-06 第 2 讲）
- 左支通病：需求没冻结就开始画图，后面每一版都在返工
- V 的右支：验证与确认
- 零部件 DV → 子系统台架 → 系统集成 → 整车环境舱与道路；各级设施各有物理边界，台架不等于整车——哪些结论可直接上搬、哪些必须整车复测要先划线（失真源见 L1-01/L2-01/L2-03/C2-09）
- 验证（做对了没）与确认（做的是不是对的东西）不是一回事
- DV 验设计、PV 验量产过程：拿手工样件的结果代表量产一致性是自欺
- 每条右支活动都必须能上溯到一条左支需求，否则要么白测、要么漏测
- 仿真在 V 里的位置与左移
- 1D 系统模型定架构与选型（J1-04），CFD 定布置与均流，FEA 定强度与热应力
- 左移的前提是模型可信：先做相关性（J7-01），再谈用模型下结论；非仿真岗拿到一份仿真报告要按清单逐条追问——网格无关性做没做、y+ 与所选湍流模型是否自洽、边界条件来自实测还是上游模型、相关性覆盖了哪些工况、结论有没有落在可信外推范围内
- MIL/SIL/HIL 把控制策略验证提前到没有整车的阶段
- 左移不了的：接触热阻、装配偏差、泄漏、老化——这些只能见实物
- 门禁、样件与排程
- 与 APQP/项目里程碑对齐：每个门禁真正在问的是「哪些需求已被验证」；架构冻结这道门要多问一句「选定的这套架构控不控得住」——架构冻结门 = 需求覆盖率达标 + 控制可行性四查结论齐备且无一项不过（四查见 B1-06 第 2 讲）；软件开发启动门再加一条检项「控制可达域核对通过」
- 样件阶段（工程样件→工装件）与验证内容的匹配关系
- 台架资源与工况数才是排程的真约束：工作量 = 样件数 × 工况数 × 重复次数
- 变更管理：一条设计变更触发哪些回归验证，谁来判定影响面（判定判据与量产阶段的 4M 变更申报、再验证范围、断点切换展开见 M2-06；软件侧「跑哪一批用例、怎么自动跑、结果怎么判」见 K4-08）
- 跑偏信号与补救
- 信号：右支活动找不到对应需求；仿真结论没有相关性支撑；样件晚到把验证压成走过场
- 缺陷发现越晚越贵（1-10-100 经验法则）：把争议留到整车阶段是最贵的选择
- 补救：需求回溯补写、用存量台架数据做相关性、把不可测项改为可测的代理指标
- 交付物：V 模型活动图 + DVP&R 条目表 + 相关性报告清单
关键公式
C = N_verified / N_total
需求覆盖率：V 模型的健康度指标，右支每关掉一条它才动一格
需求 → (工况, 测点, 判据, 验证层级)
需求与验证的配对规则，缺任一项即不可验收（承接 B1-02 的四要素）
M = (Capability − Requirement)/Requirement
裕度：验证结果不该只写「通过」，而要留下还剩多少余量；Capability 一栏除热量/流量/功率这类能力量外，还应含控制可达域一类（可调范围与可调比、最小可控点、通道权度、包线四边），否则会出现需求覆盖率满格、目标却在硬件上不可控的假通过（核对清单与判法见 K3-14）
ε_corr = |X_sim − X_test| / X_test
相关性误差：在标定工况上收敛之后，模型才有资格向未测工况外推
缺陷成本 ∝ 10^(阶段序号)
1-10-100 经验法则：设计期改代价 1、样件期 10、量产或售后 100
验证工作量 = N_样件 × N_工况 × N_重复
排程的真约束：决定 DVP 能不能在门禁前跑完，比试验天数更硬
关键概念
V 模型左支/右支配对DV/PVDVP&R验证 vs 确认相关性 correlation验证左移MIL/SIL/HIL门禁 gate工程样件/工装件回归验证需求覆盖率
推荐工具与标准
DOORS / Polarion（需求—验证追溯） GT-SUITE / KULI + Simulink（左支虚拟验证） HIL 台架（控制策略提前验证） MS Project / Jira（DVP 排程与门禁跟踪）
IATF 16949（汽车质量管理体系） APQP（产品质量先期策划与开发门禁） ISO 26262（安全生命周期与 V 模型） VDA 6.3（过程审核）
工程案例
某项目热泵的低温制热目标只在 1D 模型里跑通就冻结。样车进高寒才发现化霜策略下制热量塌陷——模型里根本没有结霜。追下去：这条需求右支只挂了「仿真验证」，没有台架结霜工况。补救是先做结霜相关性再修模型，代价是整整一个冬季试验窗口。
动手做
交付物 · 选一条热管理需求（如快充温升上限）：① 在 V 模型上标出它的左支产出物与右支验证活动并逐层配对；② 写出对应的 DVP&R 条目（工况/样件/判据/责任人/时间）；③ 判断哪些结论可由仿真下、哪些必须见实物，并列出所需的相关性证据。
常见误区
- V 模型只画在流程文件里，实际右支活动与左支需求对不上号，测了一堆没人要的数据
- 仿真没有相关性就当结论用，模型在外推区间早已失效而无人察觉
- 用手工样件的结果代表量产一致性，到 PV 阶段被批次散差打回来
- 需求没冻结就开模，之后每次变更都触发全套回归验证，成本与工期双爆
- 把「验证左移」理解成「少做试验」：接触热阻、泄漏、老化这些只能见实物的项被跳过
相关课题