2. HyperMesh装配模型的数据组织
在HyperMesh中完成几何清理与网格划分之后，真正决定模型能否被多人协同、被求解器正确识别、被后续工况复用的，是数据组织方式。一个零件画得再漂亮，如果它被放在错误的组件里、命名混乱、属性没有正确继承，求解时就会出现材料丢失、连接错位、结果无法按子系统提取等问题。本节围绕HyperMesh装配模型的数据组织展开，重点讲清组件（Component）、装配体（Assembly）、子系统（Subsystem）三者的层级关系，命名规范如何落地，属性继承沿哪条路径传递，以及模型树（Model Tree）的日常管理方法。
一、三层数据对象：组件、装配体、子系统
HyperMesh的模型树本质上是一棵以装配体为骨架、以组件为叶子的层级树。理解这三层对象的职责边界，是组织模型的第一步。
- 组件（Component）：网格与几何的最小归属单元，是承载单元（element）、几何面、材料与属性指向的容器。一个组件通常对应一个物理零件或零件的一个可独立划分区域，例如“前防撞梁本体”“前防撞梁吸能盒”。组件是属性继承的实际落点。
- 装配体（Assembly）：组件的上级容器，用于表达“由若干零件组成的结构单元”，例如“前防撞梁总成”包含本体、吸能盒、安装板三个组件。装配体本身不直接承载单元，但可以承载连接关系（如焊点、螺栓、胶层）与装配级属性。
- 子系统（Subsystem）：面向工况与结果提取的高层分组，例如“白车身”“前副车架”“动力总成悬置”。子系统可以跨装配体组织组件，其价值在于让求解器输出、结果后处理、质量统计能够按业务维度聚合。
三者的关系可以概括为：组件是“零件级”，装配体是“总成级”，子系统是“业务级”。同一批组件可以同时属于某个装配体和某个子系统，二者是不同维度的组织，而不是简单的父子包含。
二、命名规范：让模型树可读、可查、可脚本化
命名不是审美问题，而是检索与自动化问题。HyperMesh的模型树支持按名称过滤、按名称批量选择，Tcl脚本也大量依赖名称匹配。建议采用“前缀_业务域_零件名_序号”的分段式命名，各段用下划线连接，全大写，避免中文与空格。
| 对象类型 | 前缀 | 命名示例 | 说明 |
|---|---|---|---|
| 组件 | CMP_ | CMP_FBMP_BEAM_01 | 零件级网格容器 |
| 装配体 | ASM_ | ASM_FBMP | 总成级容器 |
| 子系统 | SUB_ | SUB_BIW | 业务级分组 |
| 材料 | MAT_ | MAT_DC04_1P2 | 牌号+厚度 |
| 属性 | PROP_ | PROP_SHELL_1P2 | 单元类型+厚度 |
| 连接 | CONN_ | CONN_SPOT_FBMP_01 | 连接类型+位置 |
命名规范一旦确定，应写入团队建模规范文档，并在HyperMesh中用Renumber与Organize面板统一整理。对于已有模型，可用Tcl脚本批量重命名，例如把所有以“comp_”开头的组件统一替换为“CMP_”前缀，避免手工逐个修改。
三、属性继承：材料与属性沿哪条路径传递
HyperMesh中，单元本身不直接存储材料与厚度，而是通过组件指向属性（Property），属性再指向材料（Material）。因此属性继承的路径是：单元 → 组件 → 属性 → 材料。这意味着：
- 同一组件内的所有单元共享同一属性与材料，若某几个单元需要不同厚度，必须拆到独立组件。
- 修改组件指向的属性卡片，该组件下所有单元同步更新，这是批量修改厚度的最高效方式。
- 装配体与子系统不直接参与材料继承，它们只影响组织与结果提取，不会改变单元的材料指向。
Model Browser中右键组件选择Card Edit，可直接查看并修改该组件指向的Property与Material。若发现某组件材料为空，求解器通常会报“element has no material”，此时应检查组件是否遗漏了属性指向。四、模型树管理：Organize、Reorder与批量操作
模型树管理最常用的三个动作是：Organize（把对象移动到目标容器）、Reorder（调整树内顺序）、Renumber（重编号）。日常工作中，导入的CAD模型往往组件散乱、命名随意，建议按以下顺序整理：
- 先按几何特征把单元
Organize到正确的组件，确保每个组件对应一个物理零件。 - 再建立装配体，把组件
Organize到对应装配体下，形成总成结构。 - 最后建立子系统，按业务维度把组件或装配体归入子系统，用于结果提取。
- 用
Renumber统一组件、属性、材料的ID区间，例如组件ID从1000开始、属性ID从2000开始，避免ID冲突。
对于大型模型，建议开启Model Browser的过滤功能，按名称前缀快速定位对象。若模型树层级过深，可用Collapse All折叠，只展开当前工作区域。
五、一个可复用的组织示例
假设某前防撞梁总成包含本体、吸能盒、安装板三个零件，材料分别为DC04（厚1.2mm）、DC04（厚1.5mm）、B340LA（厚2.0mm）。合理的组织方式是：
SUB_BIW
└─ ASM_FBMP
├─ CMP_FBMP_BEAM_01 → PROP_SHELL_1P2 → MAT_DC04_1P2
├─ CMP_FBMP_CRSH_01 → PROP_SHELL_1P5 → MAT_DC04_1P5
└─ CMP_FBMP_MTG_01 → PROP_SHELL_2P0 → MAT_B340LA_2P0
CONN_SPOT_FBMP_01（挂接于ASM_FBMP，连接BEAM与CRSH）
这样组织后，若需要把吸能盒厚度从1.5mm改为1.8mm，只需修改PROP_SHELL_1P5的厚度值，该组件下所有壳单元同步更新，无需逐个选择单元。若需要单独提取前防撞梁总成的质量，直接在模型树中选中ASM_FBMP即可统计其下所有组件的质量总和。
总结来说，HyperMesh装配模型的数据组织核心是“组件承载属性、装配体承载连接、子系统承载业务”。命名规范让模型可检索，属性继承让修改可批量，模型树管理让结构可维护。三者配合，才能让一个装配模型在多人协同、多工况复用中保持稳定与高效。