CFD中文网

@wangfei9088 哈哈 多谢支持多谢支持 :chigua:

@李东岳 李老师，可能是您python版本的问题，我用的是python3.8，您应该也有python3但是系统调用的是python2.7，可以试试python3 plot.py运行。
坐等大佬改我的代码:chouchou:

不太清楚 静候大神

@李东岳 感谢李老师的回复，一下子就通透了

貌似罗技的鼠标相关功能做的不错，还是硬件上实现比较的靠谱。

@两月三年 是的，这样显示的时候是表示选上了。注意选的位置就好。

@东岳 是啊我也看到了，改成压力基说是在low mach时更好。感觉各种拼凑。。

@hangsz 非结构有限体积也有高精度格式

Sjunnesson, A, Nelsson, C, and Max, E. 1991. "LDA measurements of velocities and turbulence in a bluff body stabilized flame." Sweden.
sci-hub，researchGate，已经试过了，求助各位大佬是否有方法能下载到:xinxin:

@冰冰玩 谢谢你的回复，对于这个问题您提到的解决方法应该是可行的。这个问题的旋转机械是浮体，经过足够长时间演化以后，200rad/s的结果也是准确的。 但是如果机械非浮体，旋转过程中下落，整个时间也就持续零点几秒，这个时候转速分步增加结果还可以相对准确么？几步的时间相对于总时间有没有一个比较合适的比例？谢谢您~

你需要重新关联一下，挺费事的

啊哦，第一次发帖好像还把格式弄错了非常抱歉，，
图在这里
1.png

另外请教一下如何发文件，想发例子的压缩包的貌似也没成功

@walten 好的 感谢提醒

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

你需要深挖一下

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

捕获.JPG

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

捕获2.JPG

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

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

@刘雄国 我知道这个网站，之前就看了一些，现在是OpenFOAM的版本差的有点多，之前的cloudFunctions是单独编译的，这样就很好弄，但是现在的是和liblagrangianIntermediatemy.so放在一起编译的，包含很多程序，我不知道在/src/lagrangian/intermediate/Make/file 里面哪个地方是指定的对于cloudFunctions 的编译。

@西湖冷月 对的，这里说硬盘已经是默认是移动硬盘了，移动硬盘就当个大u盘了，拔插就关机太费劲了…

emmm似乎有些印象，是不是@Haining-LUO 老兄的形状优化的贴子，感觉有些类似
https://www.cfd-china.com/topic/2340/形状优化

@Hungryandfool
Operator 翻译过来叫做 ”算子“，也就是说，微分方程的空间项可以看作是不同的算子，比如 “对流”（散度），“扩散”（梯度）；
Splitting 的意义在于不同项可以相对独立的去求解，甚至采用完全不同的求解器，这样有利于提高计算效率，减小计算复杂性