CFD中文网

100万网格这种起码要上个工作站。笔记本这种8核12核的，基本就是30万的体量了。即使是真系统，也不建议用笔记本跑102万网格。太慢。

形态倒是问题不大，数值0.3是太大了，湍流模型预测的nut太大，不对

@李东岳 算法研究的比较少，偏应用~

CNN处理的时候，你需要生成不同的OpenFOAM网格，http://dyfluid.com/cnn.html#id6 我在这里面做了4次池化，那你就需要4套openfoam网格

autoDecoder_cavity.tar.xz

我有这个算例，但是代码都是课堂现写，之前都是计划LCO课堂给大家讲的算例，写完了代码之后用我准备的算例去验证，后来大家一听一个不吱声，太难不讲了。目前我对CNN这方面也没有之前那么高涨，还没有重写代码的计划。

@火山口玩泥巴 因为准备申请个学校的云主机进行后处理，计算时用了128核，现在申请云主机的核数也需要至少128吗？

@上级 我想到一个特别的方法，writeCellCentres输出网格中心坐标，然后写个Python/Matlab等脚本，判断一下中心点在不在你想要的范围内，然后给赋值
（感觉听起来难，操作起来应该挺简单）

@李东岳 :zoule: :ok:

@heyi999 feeling_coolabc@163.com

最后一个图应该就是没算好。

@李东岳 谢谢东岳老师

您好，我最近也在研究这个问题，想请教一下您使用的求解器，以及算法参考的文献。我目前采用不可压vof计算，也无法得到准确的激波。

@李东岳好的，谢谢老师！

@biaowai 是的，所以怀疑是不是设置出了一些问题

@fan820 上述问题已解决只需要在''Surfaces to Plot''处右键选择Boundary cell faces，内部面就可以显示出来:146:

@学流体的小明 在 setFields是否可以并行计算提高效率 中说：

确实很慢。我想手动划分计算域，使用setFields也很慢。看别人的思路，先topoSet标记区域，然后再对区域进行setFields，也感觉挺慢的，时间上差不多吧？但是topoSet之后可以重复使用这个被标记的区域。
另一个思路是自己写程序进行赋值。我推测setFields和topoSet很慢，是因为每个赋值块它都要遍历一次网格，设置几千个球状的体积分数，就要遍历几千次网格？自己写程序的话，遍历一次就够了。

感谢您提到的思路，我还没有尝试过。之所以提到这个问题，一方面是因为计算速度，另一方面是因为一次性setFields几千个球体经常会在中间报错（各种错误），导致我一直失败。昨天晚上，我尝试了将几千个球体分成四份setFieldDict文件，大概每次set 1k多球体，这样可以保证不报错。实际体验来看，1s可以设置1个球体，4k个球体的体量大概1h左右就可以setFields完成，不报错的话就可以接受这样的速度。

@李东岳 谢谢李老师！

楼上完全正确

完整的ThirdParty还要从http://svn.code.sf.net/p/openfoam-extend/svn/trunk/Breeder_1.6/other/waves2Foam下载。

这是是提供了一个修改了的ThirdParty/settings文件，用来替换waves2Foam中的settings文件。

@pengdi @李东岳 @Prometheus10 从圆柱绕流的计算结果来看，slip边界条件不满足无穿透边界条件，在壁面流向两侧存在正的流向速度，symmetry的计算结果还在计算，后续再提供symmetry的计算结果
image.png

@bike-北辰 在 OpenFOAM v2012 waves2foam 造波问题 中说：

@liujm 您好，waves2foam 的版本应该是2148，编译前手动下载了OceanWave3D-Fortran90，然后修改了一下./Allwmake文件，具体可以参考(https://blog.csdn.net/Killig_1/article/details/135386466) ，然后正常编译即可。

嗯嗯，以前编译成功过，可是最近重新编译报错严重，确实主要问题出现在OceanWave3D-Fortran90这里，需要注释掉make中git clone和检查更新部分，感谢~