是的，在新版除了createFields.H没了，fvCFD.H都没了。变量都在class里面初始化，比如VoFSolver。H：

class VoFSolver : public fluidSolver { protected: // Phase properties //- The compressible two-phase mixture autoPtr<VoFMixture> mixturePtr_; VoFMixture& mixture_; //- Name of the alpha convection scheme const word divAlphaName; //- Phase-fraction flux Courant number scalar alphaCoNum; // Kinematic properties //- Velocity field volVectorField U_; //- Volumetric flux field surfaceScalarField phi_;

请问拉格朗日的TomiyamaLift如何进行编写

TomiyamaLift { sigma 0.072； }

我这个写法openfoam报错了

@xpqiu 好的，谢谢您！

你好，请问这个hole值过大的原因寻找到了吗？

@OFtao 请问您最后解决了吗，可以加个联系方式交流一下吗

@黒洛克 好的，谢谢

@Mina-Lee 好的，谢谢啦。我刚刚试了很久终于试出来了，确实是少给了参数。

跟进一下，这是不同边界条件下的压力云图。可以直观的看到入口处压力场出现震荡。
c908d44b-b2db-44fb-91fb-276fddda4220-image.png

我也尝试从数值角度说一下我的看法。计算求解的是NS方程，对于入口处速度和压力均为定值的初始条件，可能会导致结果不满足NS方程。造成所谓的过度约束。而入口出口分别指定速度和压力为固定值，则会避免过度约束的现象发生。

欢迎各位大佬批评指正！

chemkin原来使用的输入文件中的传输数据chemkinToFOAM识别不了，需要将组分的传递数据用openFOAM的格式自己写一个transportProperties

@YuPeng 好的，感谢！

@Joann 在 什么原因使得“on signal 9 (Killed)” 中说：

大家好，计算后发现求解器的log在算第一个时间的时候就出现了这样的情况：

Primary job terminated normally, but 1 process returned a non-zero exit code. Per user-direction, the job has been aborted. -------------------------------------------------------------------------- [joann:06935] Read -1, expected 5328, errno = 3 [joann:06936] Read -1, expected 5400, errno = 3 [joann:06926] Read -1, expected 5400, errno = 3 [joann:06931] Read -1, expected 10368, errno = 3 [joann:06932] Read -1, expected 5616, errno = 3 [joann:06933] Read -1, expected 6984, errno = 3 -------------------------------------------------------------------------- mpirun noticed that process rank 0 with PID 0 on node joann exited on signal 9 (Killed).

对于这个问题有点迷茫，特来请教各位一下如何解决这个问题？
你好，请问您解决了吗？是什么原因呢

@Hope 18230146705@163.com，谢谢师兄，祝师兄科研顺利！

如果是偏应用的东西，一般来说也不需要人指导，自己跑几个算例就行，虽然学习周期要更长一些（相对商软）

之前我讲课的时候，OpenFOAM应用还是重头戏。http://dyfluid.com/class.html 这个下面有课程演变记录。另外自己每年CFD功力都在增长，7 8年前的自己跟现在完全不能比。2025年，OpenFOAM资料天花乱坠。基本所有的流体课题组都在做CFD。OpenFOAM应用也顺势的要更加简单（因为资料多了，玩的人也多了，交流也多了）。 OpenFOAM应用也不会作为我以后讲课的重头戏（今年只放了2个下午）。

因此类似咨询OpenFOAM应用的问题，我也没有详细回答。不过总体来说，现在做OpenFOAM应用的门槛应该比20年前要小很多。学习周期也要比之前缩短。但还是要比fluent长，毕竟一个点点点，一个要自己改文本文件。

另外关于OpenFOAM应用的问题，我本想直接放弃不讲，直接上算法编程。但是90%的人真是0基础。不讲直接要废。所以今年就放了2个下午。也只有2个下午，如果会还可以不听。

现在做算法多了，已经对OpenFOAM应用没有什么大的兴趣，之前写的洋洋洒洒的这种文章，现在已经写不出来了 OpenFOAM教程 初级入门建议

李老师，感谢您的修改，对比后我发现我对fvsolutions的设置还不太明确。用您改后的案例，openfoamv9跑出来了，但用openfoam-v2206还是报原来的错误。目前，我准备尝试用clion调试找一下壁面函数中wallDist的问题

@Joe 我也是小白还在折腾这个三相的求解器😂，OF似乎没有现成的三相空化求解器，所以想着只能在两相模型的基础上推广到三相然后自己改一个求解器出来了。

这个案例中，看stl文件，模型并没有闭合，为啥可以mode inside。还有是不是进行STL文件进行网格划分时需要一个整体的STL文件?但是看这个案例中并没有给出。

直接mapFields就可以吧？我用过，是可以把自适应加密之后的网格，映射到没有加密的规整网格上的。
如果是说机理上面可不可以，那其实是损失了加密之后那些网格的信息。你用另外一个计算模型也是要自适应网格吗？那可以直接把自适应加密之后的网格也拷贝过去。

@李东岳 在 interfoam计算实际河道 中说：

我也不知道了。类似这种我都是让甲方提供 ..

谢谢东哥，我慢慢找吧，实在弄不出来可能就换东西做了

1000w规模

想debug看看，就是跑不动啊..

最近在搞反应ODE看了一下代码，做个记录。

在chemistryModel.C中有定义：

forAll(RR_, fieldI) { RR_.set ( fieldI, new DimensionedField<scalar, volMesh> ( IOobject ( "RR." + Y_[fieldI].name(), mesh.time().timeName(), mesh, IOobject::NO_READ, IOobject::NO_WRITE ), mesh, dimensionedScalar("zero", dimMass/dimVolume/dimTime, 0.0) ) ); }

RR并不是体场。所以在求解器层面，可以定义一个volScalarField，然后把RR的值复制给这个volScalarField然后进行输出，并在paraview查看。

也可以吧上面的NO_WRITE改成AUTO_WRITE，就是不能再paraview查看。