CFD中文网

各位大佬，最近想用OF计算固定的多体装置，由于在大域内生成的结构过于粗糙 需在小域里生成 然后用mergeMesh合并到大域里去，但是小域的边界没办法删除
请问各位大佬，有没有什么设置建议？删除边界或指定特殊的边界？

为什么要配台丽台的卡？

网格加密到Y+<1，计算结果变化不大，对流通量用二阶MUSCL, AUSM格式

@wjxhit 这不是网格的问题，是那个位置的粒子正好被注射在了两个cores的中间应该。不知道你具体用的什么注射方式，但只有移除那个粒子才能接着run。

感觉和网格有关，可以试试优化一下网格

有时候网格数量多了反而还偏离了

有时候是会这样。也不是说网格数量越少结果越好。理论跟实践的区别，也不太好解释。

@zhangyan 导入成功了，稳态成功运行，但瞬态仿真不能成功

@sibo 并行限制2核，网格限制是52万

请问fluent和edem耦合时：
1.颗粒相可不可以带自热的化学反应？
2.可不可以使用动网格，网格边界发生位移的那种？
如果都不能，那么fluent和rocky耦合可以做到吗？

谢谢老师，我找出来看一下

他这个聊天记录我没太懂。什么是拖布结构？

如果使用standard KE，计算二维流场，在某个高雷诺数下把Cd, Cl, St都算对，那么说明碰对了，意思就是好运。这并不能说明standard KE可以算对漩涡脱离。

3d408cf3-836a-4aef-bb0b-a370d462f7e5-image.png 如图，左边的上部是大气边界，右边是封闭壁面。如果不在左边画和右边一样的细网格，得到的网格质量很差。如果画了细网格，则计算速度很慢。有更好的处理方式吗

各位大佬好，这几天刚学习Fluent中的VOF方法，计算3D双气泡上浮，但是截取一个截面发现气液界面呈现出不规整的锯齿状（气泡直径大概等于15个网格的长度），下图的截图是跑了0.005s（模拟使用VOF方法，没有求解能量方程和湍流方程，气液两相分别为水和空气）
768562c7-9de4-4b9a-b6a7-bbe0e3958971-image.png

网格量为300万，这个截面部分的网格分布如下：
dd8e88f4-19f3-46cc-8ed9-24a2409a187f-image.png

对于VOF、动量方程的格式选择如下
7dae248d-4c34-4835-baed-08bb3b3c744a-image.png
9f6dd348-0914-4999-868c-bdea037210da-image.png
e1ac9909-ded7-4240-8455-32709455cad3-image.png

这个结果有问题吗？请问大家怎么解决呢？谢谢！

@东岳 如此说来，除了加密网格，没有好的解决方案啦:zoule: :zoule:

@东岳
不不不，您才是大佬，我是仰慕小菜鸡:xiexie:

自己写的代码终于可以出结果了，但是用cgns存坐标数据的时候发现只能存一半，很奇怪，代码举例如下
三维的面网格，节点数2x11，因此是1x10个网格, 坐标储存在x,y,z数组中

real, dimesion(2,11) :: x,y,z CALL CG_BASE_WRITE_F(INDEX_FILE, BASENAME, 2, 3, INDEX_BASE, IER) ISIZE(1,1) = 2 ISIZE(2,1) = 11 ISIZE(1,2) = 1 ISIZE(2,2) = 10 ISIZE(:,3) = 0 CALL CG_ZONE_WRITE_F(INDEX_FILE, INDEX_BASE, ZONENAME, ISIZE, Structured, INDEX_ZONE, IER) CALL CG_COORD_WRITE_F(INDEX_FILE,INDEX_BASE,INDEX_ZONE, RealSingle, & 'CoordinateX', x, INDEX_COORD, IER) YZ坐标同上

读取时代码为

real :: node(2,11) node = 0.0 call CG_COORD_READ_F(INDEX_FILE,INDEX_BASE,INDEX_ZONE, 'CoordinateX', RealSingle, (/1,1/),(/2,11/),node,IER ) write(*,*) node

node的读取结果为

x(1,1) x(2,1) ... x(1,6) 0.0 0.0 ... 0.0

请问有没有大佬能指点一下

二维的vorticity只有一个方向 实际上从涡的形成来看 二维似乎并不适合一些涡量的模拟
但是对于一些简单的流场 实际上2D具备非常大的优势 他的处理简单 很多算法很好自编程实现
并且网格可以完全mapped 最大的优势 还是在于后处理的一目了然
这就是为什么大多数理论研究还是集中2D 但是2D可能不是太适用Fluent Fluent主要接轨工程实际问题

对，然后不计算边界的话就是0