点击蓝字，关注我们
0.
概述
在CAE飞速发展的今天，工程师面临的一个极大挑战在于平衡仿真计算的结果精度和效率。针对典型的消费级乘用车，零部件数量可能在30k 左右。而针对不同的CAE分析工况，不同的零部件又需要进行不同的处理和简化甚至缩减。因此，得到每个零部件的不同分析工况的网格表达形式是一个冗长且至关重要的第一步。
ANSA针对上述问题，提供了一套完整的，端到端的，最大程度上避免用户交互的整体性解决方案—— 零部件的构建流程。总体来说，构建的第一步需要执行的是自动化识别部件的形状；第二步是针对识别出的形状执行对应（基于形状不同而不同的）一系列功能实现对部件的处理。这套解决方案与ANSA安装包一起发布，并且完全支持定制化开发和高度脚本自动化。
图1 零部件构建流程示意图
本文涵盖Part Build process的主要概念和功能逻辑的基础介绍。
1.
检测零部件类型
图2 检测零部件类型
图3 建模属性
图4 ANSA内置部件类型
通过表格可以发现ANSA内置的部件类型库非常丰富，基本涵盖了所有常见的汽车零部件和其他行业的部件类型。基于不同的部件类型，后续的构建流程会针对不同零部件的特点以及相应的前处理需求，执行不同的脚本任务以实现对零部件的几何处理和网格划分。
2.
三个重要的零部件驱动属性
整个零部件构建流程由每个零部件，即ANSAPART，的三个驱动属性：
Representation: 用于定义当前部件的状态
Modeling>Part Type: 用于定义部件类型
Modeling > Treatment: 用于定义部件的目标状态
值得注意的是，在ANSA中目前我们假设每一个部件都是从translated_cad的Representation（表达）开始。因此，如果要使用零部件的构建流程，在CAD导入ANSA后，所有ANSAPART都应该被赋予translated_cad的表达。
图5 支持调用的处理方式
3.
ANSA中的预设置
在ANSA中使用part build process是不需要额外开发的，但是相应的构建流程脚本文件需要在设置中加载激活。
首先，找到Settings>Modular Environment, 切换到Build标签页。通过Load>Custom Location, 然后键入“$ANSA_EXEC_DIR”，“回车”就可以进入当前版本ANSA的安装路径；
接着，选中文件夹scripts > MBC Actions > Parts，并加载“part_build_processes.json”;
图6 加载建模脚本
图7 加载完成建模脚本
每一个编号的零部件构建流程都是独立的，适用于不同的三个驱动属性组合。通过图中丰富的建模脚本库，我们提供给用户的是一套完整的零部件构建解决方案，包括对不同类型部件的几何检查，面网格、体网格划分，或中面网格抽取等。
实际上，在构建流程中的一个重要特点是打包在脚本文件中的检查功能，能很好地帮助用户执行一些必要的检查，最大化程度上避免因人为疏忽造成的建模质量问题。通过双击便可查看选中流程对应的驱动属性过滤器，如图显示的过滤器需要零部件同时满足三个条件：
Representation = translated_cad
Part Type = sheet_metal
Treatment = common
图8 零部件构建的过滤器
以上就是零部件构建流程的主要概念介绍。相信大家可以通过本文了解零部件构建流程的功能逻辑和应用场景，助力复杂系统的零部件前处理效率。
在后续的文章中会推出Part Build process在ANSA中的实际应用案例讲解，敬请期待！
END
作者 | 刘寒松
BETA CAE 工程师
