吐槽Fluent meshing

详细信息

作者优秀: 优秀教师/意见领袖/博士学历/特邀专家
平台推荐: 内容稀缺

5月前浏览3067

Fluent Meshing的watertight Geometry工作流生成面网格实在是太慢了，个人感觉这货在生成面网格的时候根本就无法使用并行方式，因为在后面生成体网格的时候速度要快得多。一个不到300万的面网格，足足生了十几分钟，而体网格（大概90多万）生成时间则不到一分钟。

不过改成传统模式的话，能明显感觉到面网格的生成速度要快很多，不是很清楚到底问题出在哪里。虽然可以直接使用传统模式生成体网格，但是Watertight Geometry工作流程实在过于方便，一般也不想换成其他的软件。传统流程的操作逻辑很混乱，而且很多时候出现问题也很难找到错误在哪来，错误提示形同虚设，各种诡异。

Fluent Meshing生成网格还有个最恶心的地方，在网格生成过程中，想要中断工作非常困难，经常导致Fluent死翘翘，怎么关都关不掉，只能在任务管理器中强制关闭进程。

网上有提到使用ANSYS Mesh做面网格，然后到Fluent Meshing中生成体网格，套路上看起来可行，但实际操作就大打折扣。个人感觉ANSYS Mesh在应付大模型的时候明显能力不足，虽然能够设置CPU数量，但个人感觉根本就没法使用并行方式生成网格，网格稍微多一点就慢得让人想发疯。

以前也尝试过利用STAR CCM+做网格给Fluent用。STAR CCM+的网格生成能力还是非常不错的，现在较新的版本也支持并行生成网格，效率其实也挺高。但STAR CCM+能导出的网格类型太少，三维网格可以使用CGNS或tecplo之类的格式导出，但二维网格就很难导出给其他软件使用了。而且如果是多区域计算网格，导出的网格并不会自动识别交界面，到Fluent中需要重构interface，如果交界面很多的话，人都要被搞疯。

个人觉得如果时间比较充足的话还是有必要在HyperMesh和ANSA中选择一款通用的网格生成软件，工程应用时能省不少的事情。

（完）

来源：CFD之道