@coolhhh 厉害厉害，我就觉着是变量定义格式问题，但是自己不太懂。感谢～

@yfleung 请问下用paraview该怎么做流向和展向的平均呢？

请教一下各位，我做的圆环柱的传热，流向为周期性边界条件，内壁面恒定热流，外壁面绝热，内外壁面无滑移，fvOptions加了一个meanVelocityForce，（0.7 0 0），0.7就是流向，可是最终的速度云图，产生了一块速度较大的区域，并且该区域还会沿环向流动

如图，可以明显看到红色高速区在缓慢的逆时针移动，请问下为什么会产生这个高速区，以及为什么高速区会移动？

压力与速度是耦合的 重力是个源项啊 没法取梯度吧

@zhe :146: :146:

@hhh 解决了，需要现在ICEM中设置周期性边界，之后就可以了
我参照的是https://blog.csdn.net/muyangzixue/article/details/108631943

@tens 感谢您的提醒，我再去看看

把 return 挨个屏蔽，看看屏蔽了哪个报错。。。:yes:
就知道调用哪个了

我想知道它是什么意思呢？

好像是用 u 和 dim 初始化了一个新的 fvVectorMatrix 类型的变量

@李东岳 东岳老师您好，感谢您的回复。我重新安装gcc 9.4.0和gsl 2.7之后，使用root账户尝试编译发现错误，如下：

make[1]: *** [/home/user1/OpenFOAM/user1-v2012/platforms/linux64GccDPInt32Opt/bin/faceSetToSTL] Error 1 make[1]: Leaving directory `/home/user1/OpenFOAM/user1-v2012/applications/utilities/waves2Foam/applications/utilities/preProcessing/faceSetToSTL' make: *** [faceSetToSTL] Error 2

想询问一下这种错误是来自 gsl 版本问题吗？或者是否需要重新编译OpenFOAM-v2012（之前使用的gcc 4.8.5 编译的v2012）？

在高版本Paraview中我通常是采用contour读取界面，然后选中该表面save data，进行输出界面上的各种数据，但是由于实验室的服务器过于老旧，只能使用paraview4.4版本，同样的操作在输出数据时，得到的数据文件及其繁琐乱糟糟的，一个时刻下竟然生出了5个文件，请教一下大家有没有更好的方法简化输出数据的方法

你有热通量输入到计算域里，但是没有边界让输入的热量离开，系统的温度无法达到统计稳态那就自然随着时间不断提高了

@vien锁 您好，dsmcFoam输出哪些流场文件是由什么控制的。注意到像icoFoam这种求解器是通过fvSolution来设置的，但是dsmcFoam好像并不是。

而且我在使用dsmcFoamPlus时发现，提供的几个案例输出的流场参数也是不一样的。按理说相同求解器输出的哪些流场文件应该是相同的，除非设置了字典文件，然而我在字典文件中并未发现这种设置。

@hellofoam 请问一下,自动画图的温度范围区间不合适，是300-1200，我想把他调整到800-1200该怎么整？

@zhanghan 您好，我最近在用buoyantPimpleFoam做管道的传热，可是温度分布云图却几乎和层流的一样，请问您方便把您之前的算例文件借我借鉴借鉴么？或者说一下您的温度是否出现过我这种问题以及如何解决的？

@vbcwl 米

@bestucan 好的，非常感谢大佬的指点！

大家好，我想请教一下KinematicParcelTrackingDataI.H中的TrackCloudType& cloud里的cloud指的是什么？在如下代码中：

rhoInterp_ ( interpolation<scalar>::New ( cloud.solution().interpolationSchemes(), cloud.rho() ) ),

cloud直接调用了函数rho()，为了弄清楚cloud是哪个类，我改变了rho()为任意的字母，比如a()，但是重新编译依然可以编译成功，这是为什么呢?

@cccrrryyy 老师，我这个结果跑完。后续贴上，麻烦！

@hotairballon1997 再coneinjection中 你可以通过控制flowrate来控制你喷射的parcel的速度

case ftFlowRateAndDischarge: { const scalar A = 0.25*pi*(sqr(dOuter_) - sqr(dInner_)); const scalar massFlowRate = this->massTotal()*flowRateProfile_.value(t)/this->volumeTotal(); const scalar Umag = massFlowRate/(parcel.rho()*Cd_.value(t)*A); parcel.U() = Umag*dirVec; break; }

@zhy2022 在 controlDict文件中关于自动调节库朗数 中说：

@hitsc30 稳定状态感觉没什么影响，但是瞬态的话影响很大。我一般都还是保持在1以下。个人愚见库朗数30+还不如把网格画粗一点。不过结果对得上最重要:146:

目前来看确实是这样。不过网格很粗的情况下，我的y+估计就有点大了。一般要是壁面的网格小于1的情况下，保证库郎数小于1的话，感觉时间步小到无法接受。计算成本太高了。网格画的厚一点的代价就是近壁面的y+估计要上升了。不知道怎么权衡了
蚌埠住了，我做的瞬态模拟