CFD中文网

@wwzhao 原来是这样，icem软件的六面体导出网格前都要转成非结构，应该就是为了适应fluent中的非结构计算。

@东岳 在 讨论 Fluent计算效率优于OpenFOAM 中说：

你需要深挖一下

给你举个例子，下面是运算的一个log文件，时间步长非常小，2e-5，算2天之后，结果完全可以是正确的，但我觉得有问题

捕获.JPG

在自适应调节时间步长的情况下，时间步长会自动跳转满足CFL标准。其实对于我这个，如果在代码里加上几行，输出Ur的话，会发现下图中全场计算域中，就这么一个地方Ur的值特别大，导致局部库郎数过大。

捕获2.JPG

我建议你看看你的算例是不是也是这样，我怀疑跟我差不多

想请教一下遇到这种情况应该怎么办呢？特别算vof的时候，界面某些点出经常出现很大的速度，导致时间步长小的无法接受。

请问最后你是怎么设置的初始场啊？我也是用LES直接上来步长实在是太小了，算起来一个case非常久。不知道可否用RANS先算然后转换到LES

网格数太大跑不动啊，做个5000网格的？

testCase.tar.xz

2年之后，终于手头有了服务器可以调试酸梨，简单调试了一下..

2021-04-20 11-25-21屏幕截图.png

@sibo :ok: 厉害厉害，第一个问题理解啦

上面的算法都有试过，差别不是很大，和实验数据还是有一些区别。现在在调试fvSolution里面的设置，希望有效果。

@Jacobian 换了操作系统貌似可以啦

@东岳 您好！cyclicAMI和renumberMesh之间还存在一些bug，我将cyclicAMI改为cyclic，还是类似的操作，就可以了。:ok: 需要注意的是：Pointwise导出含周期性边界的网格时，需要先将周期边界设置为patch，然后在openfoam中用createPatchDict将其设为cyclic，就能renumberMesh了。当遇到下面的错误时，提高boundary文件的matchTolerance的值就可以了，不过网格也不能太差。

--> FOAM FATAL ERROR : face 0 and 65 areas do not match by 0.000222148% -- possible face ordering problem From function cyclicFvPatch::makeWeights(scalarField& w) const in file meshes/fvMesh/fvPatches/derivedFvPatches/cyclicFvPatch/cyclicFvPatch.C at line 62.