4. 碰撞工况矩阵与签核计划

碰撞工况矩阵不是把能想到的工况全部堆进仿真清单，而是围绕“保护谁、在什么碰撞形态下、按哪条法规或企标判定、用多少算力在什么时间点给出结论”这四个问题做取舍。工况选得过多，算力被摊薄，关键工况反而来不及迭代；选得过少，签核时无法覆盖法规强制项和企业内控项，交付风险会在项目后期集中爆发。因此，工况矩阵的实质是一份“约束条件下的覆盖证明”，它同时约束了模型、求解设置、资源分配和签核节点。

一、工况选取逻辑：从碰撞形态到考核目标

整车碰撞工况通常按碰撞方向、壁障类型和考核目标三个维度展开。正面工况主要考核前部吸能结构与乘员约束系统的匹配，常见形态包括100%重叠刚性壁障、40%重叠可变形壁障（ODB）以及25%小偏置；侧面工况考核车门、B柱、门槛与侧气囊/气帘的协同，典型为移动变形壁障（MDB）侧碰和侧柱碰；追尾工况关注后部结构、座椅骨架与鞭打伤害；柱碰（如直径254 mm刚性柱）用于评估局部侵入和电池包/油箱区域的挤压风险；翻滚工况则考核车顶强度与约束系统在持续载荷下的保持能力。

选取时先锁定法规强制项，再叠加企业内控项。以某纯电SUV为例，法规项覆盖GB 11551正面碰撞、GB 20071侧面碰撞、GB 11557防止转向机构伤害等；企标项则可能增加64 km/h ODB、32 km/h侧柱碰、后碰50 km/h以及车顶静压。企标项往往比法规更严，例如把侧碰速度提高或把柱碰位置对准电池包最薄弱区域。选取逻辑可以概括为：法规项保证“能上市”，企标项保证“敢签核”，而开发性工况（如不同重叠率、不同角度）用于暴露设计边界，不进入正式签核清单，但必须保留在矩阵中作为风险探测。

二、法规与企标映射：把条款翻译成仿真输入

映射不是简单抄写标准号，而是把条款中的速度、角度、壁障刚度、碰撞位置、乘员状态和评价指标逐项翻译成LS-DYNA可执行的输入。例如GB 11551要求正面碰撞速度50 km/h、100%重叠刚性壁障，对应到模型中就是初速度50 km/h、壁障刚性墙、乘员Hybrid III 50百分位男性假人、安全带预紧与限力参数按量产状态设置。企标若要求64 km/h ODB，则需把壁障改为可变形蜂窝铝，重叠率40%，并检查前端吸能盒、纵梁和副车架的压溃顺序。

映射表应至少包含：工况名称、法规/企标条款、碰撞速度、壁障类型、重叠率或角度、乘员配置、评价指标、对应仿真模型版本。评价指标要区分“法规限值”和“企标目标值”，例如法规要求大腿轴向力≤10 kN，企标可能要求≤8 kN；法规要求B柱侵入量≤300 mm，企标可能要求≤250 mm。这些差异直接决定仿真结果的判读阈值，也决定签核时是“通过”还是“有条件通过”。

三、计算资源估算：从单元数到机时

资源估算不能只凭“大概跑几天”。以整车碰撞模型为例，假设整车网格约1200万单元，显式求解时间步长约1.2 μs，碰撞物理时间150 ms，则总步数约12.5万步。若单步计算耗时0.8 s（取决于CPU核数与接触算法），单工况墙钟时间约27.8小时。若矩阵包含正面3个、侧面2个、追尾1个、柱碰1个、翻滚1个，共8个正式工况，首轮总机时约222小时。按32核并行、每工况占用32核计算，若集群有256核可用，则首轮可同时跑8个工况，墙钟约28小时；但实际还要考虑模型调试、结果后处理和整改复算，通常按首轮机时的1.5~2倍预留。

资源分配要区分优先级：法规强制项和企标高风险项优先排产，开发性工况放在算力空闲窗口。对于电池包柱碰、小偏置等高风险工况，建议单独预留算力池，避免被常规工况挤占。存储方面，单个碰撞工况的d3plot、binout和动画文件可能达到200~500 GB，8个工况首轮就需要2~4 TB，必须提前规划清理策略和归档节点。

四、排期签核：把工况矩阵变成可执行计划

排期签核的核心是“节点+判据+责任人”。建议按以下节点组织：模型冻结节点（确认网格、材料、连接、边界条件版本）、首轮结果节点（所有正式工况完成一次求解并输出判据）、整改复算节点（针对未通过项完成结构或约束优化并复算）、正式签核节点（汇总全部工况结果，形成签核报告）。每个节点都要明确输入版本、输出物和放行条件，例如首轮结果节点要求“8个工况全部完成，且法规项全部满足限值，企标项满足目标值或给出偏差说明”。

签核计划还应包含偏差处理机制。若某工况因模型简化或试验数据不足导致结果置信度低，应在签核报告中标注“有条件通过”，并附上后续验证计划。对于法规项，不允许“有条件通过”；对于企标项，可由技术负责人评估风险后放行，但必须记录偏差原因和补偿措施。排期上，建议在正式签核前预留至少一轮复算窗口，避免整改后无时间验证。

工况矩阵、映射表、资源估算和排期签核四者必须联动更新。任何一项工况增减、速度调整或评价阈值变化，都要同步更新资源需求和签核节点。签核计划不是一次性文档，而是随项目推进滚动维护的受控记录。只有把“选什么工况、按什么判、用多少算力、什么时候签”四件事锁死，碰撞仿真才能真正支撑工程交付，而不是停留在结果展示层面。