当前主流的CAE软件都有自己特有的输入格式,如Abaqus .inp, Ansys .cdb, Nastran .bdf等。在实际工作中,经常需要把一种格式的模型转换为另一种格式。知名的商业软件如HyperMesh, Abaqus等,都提供了此类转换的功能,但是转换的结果往往差强人意,需要大量的后期手工修复。 那么问题来了,为什么做一个完美的CAE格式转换工具这么难呢? 根据Simright的总结,有如下的几大挑战: 1.各种CAE格式提供的定义内容极其复杂,大部分格式有几百个关键字,每个关键字还有几个到几十个选项, 要想完美支持这些选项是一个庞大的工程; 2. 一些在格式A中定义的内容,在格式B中根本就没有对应的定义。比如某些Abaqus的材料本构,在Nastran中根本就不支持,这类参数在转换时只能忽略, 或者转换成最接近的定义。 3. 有一些格式A中的定义,在B中不直接支持,但是有变通的实现办法。这就要求工具的编写者对两种格式都有深入的了解,同时具备扎实的有限元知识。比如Nastran中的MPC, RBE单元,转换到Abaqus的时候,可翻译为Kinematic等关键字。再比如 Abaqus中的Part/Instance, 理论上可以“展平”后转换为其他不支持Part/Instance概念的格式,但是处理逻辑相当复杂,甚至在一些最主流的前处理软件中都不支持。 4. 支持多种格式的互转时,如果不引入一个"中间格式", 直接从某种格式转换到另一种格式,会发生"排列组合爆炸"。比如 A,B,C三种格式,就需要实现A->B, A->C, B->A,B->C, C->A, C->B六种转换, 随着格式种类的增多,这种工作量是无法承受的(2*C(N,2))。而通过引入"中间格式", 每种格式只需要实现针对这种中间格式实现转入和转出,工作量会大大减少(2*N)。但是,这对中间格式的设计要求非常高,需要兼容不同的格式。 Simright开发的Converter工具,支持在多种CAE格式之间互转。在某些格式和关键字上,转换品质比大部分商业软件还要高。更重要的是,Converter工具充分发挥了互联网产品快速迭代的特性,用户上传的模型一旦转换失败,会在第一时间得到修复并快速上线。到目前为止,Converter已为全球数百名用户成功实现了格式转换。而这个工具随着使用者和反馈的增加,功能会越来越强,成为宇宙第一的CAE格式转换器指日可待。
|