@haining-luo 参考压力应该是只有在没有进出口边界条件的情况下才发挥作用，例如封闭罐体。所以你的算例里设置pRef实际上并没有发挥作用。

自己破案了……
vbox的3D加速关掉就行了
尴尬:joy:
附上链接
ParaFoam OpenGL Warning

但是建议做个sourceMask，能量方程可以写成
\begin{equation}
LHS=-\frac{\partial p}{\partial t}\times (sourceMask-1)-S_c\times sourceMask
\end{equation}

of5.0里面已经有fvOption了，

tmp<fvScalarMatrix> epsEqn ( fvm::ddt(alpha, rho, epsilon_) + fvm::div(alphaRhoPhi, epsilon_) - fvm::laplacian(alpha*rho*DepsilonEff(), epsilon_) == C1_*alpha()*rho()*G*epsilon_()/k_() - fvm::SuSp(((2.0/3.0)*C1_ - C3_)*alpha()*rho()*divU, epsilon_) - fvm::Sp(C2_*alpha()*rho()*epsilon_()/k_(), epsilon_) + epsilonSource() + fvOptions(alpha, rho, epsilon_) );

或者复制模仿realizableKE的格式，赋值于epsilonSource() 或者 kSource()．

@李东岳 在 turbulence里k设置的问题 中说：

你这个可以通过codedfixedvalue来实现，在论坛里有代码你找找这个关键词。我现在手机写不了代码，找不到再回帖。

还有一个方法上是用timeVaryingMappedFixedValue这个boundary condition。

参见tutorials/incompressible/simpleFoam/pitzDailyExptInlet。

需要在constant里建立一个boundaryData的文件，一般只要给定0 时刻分布，就相当于给定constant分布。

boundaryData中点的坐标和具体数值可用python或matlab自行生成。

必须注意的是，boundaryData里面文件的具体格式，不同版本OpenFOAM可能不同。

如果是vof，目前还没有植入能量方程。
如果是TFM，扩散传热系数需要给定。

docker 好像没有这么多问题。

不是，这里很少有用OpenFOAM实现的

@李东岳 确实跟fluent相比有很多地方很麻烦，特别对于非专门搞cfd的人，效率有点低。个人感想，用了openfoam之后感觉一下子从理论层次到了实践层次。收获很大。
另外感谢一下李博士的dyfluid，在我入门的时候给了我很大的帮助

测试一下

@enthusiasm qq168167704 加下好友交流一下

应该是正在写“4.9”，心里打着草稿后面要写安装5，然后5就溜出来。。。一边聊天一边写字很容易把说的听的话写出来:confused:

我刚换virtualBox，这几天Vmware总是有问题，我这个是4K显示器，感觉水土不服。我试试virtualBox怎么样。

sudo apt-get install compizconfig-settings-manager compiz-plugins-extra

然后运行。

@wwzhao 谢谢。这个问题我现在已经搞清楚了，是为了增加矩阵的“对角占优”特性，提高收敛性。经过实验，假如修改成不加nu_t的公式，对于一些Co数较大的case就有可能计算发散。

大家好，我在用动态铺层的网格做模拟，模拟的物理过程为：
在一个用来冷却的容器中，每单位时间内有固定质量且固定温度(1640)的液体进入该容器中（认为不带入动量）并进行冷却。简单的模型如下：
0_1517960921550_图片1.png

为了实现这一过程，我使用了动态铺层的网格模拟液体的增加，并且当有新增网格出现时，将新增网格的internalFieldValue进行人为的定义：
0_1517961307920_1517960362(1).png
从而避免新增网格的值是周围网格值差值计算得来，实现每单位时间内有固定质量且固定温度液体进入的物理过程。
但是，我计算出来的结果显示：流场内的最高温度超过了1640度，并且随着网格数目的增加，最高温度越来越高，我做的是冷却过程啊！
哪位大神知道我这是出什么问题了吗？

这个改动主要是为了区别 const 和 non-const 访问。

@李东岳 谢谢 看来得一步步挖到底层了

如果单纯的mules求解每一相是无法保证alpha1+alpha2=1的

现在我就想确定，alpha2通过对应方程推导，用MULES求解不可行的吗？

MULES的出发点是保证变量的有界。所以如果你用MULES求解alpha1，那么理论上alpha1是有界的。alpha2的求解没有调用MULES，他是通过1-alpha1算出来的，如果alpha1有界，alpha2也有界。

如果你用算法同时求解alpha1和alpha2，如何处理耦合？这俩个变量是耦合在一起的，就像速度和压力。你不能单独的去分离求解，如果分离求解就就需要迭代。迭代就导致计算速度变慢。因此现存大厂据我所知都是只求解alpha1，然后alpha2=1-alpha1。

我在去你年底验证了MULES，理论上是可以保证有界，但是真实计算的时候，还是会越界。尤其是物理模型比较复杂的时候。个人觉得这方面内容搞出来，绝对是个好文。

邱老师现在玩的大项目，都是上亿网格的工业级别 :cheeky: