Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
看起来好像你得OpenFOAM没编译完整
颗粒在cloudProperties里面,有个Euler关键词那个
@李东岳
10.1615/AtomizSpr.2017019354 可能说的是这个东西
@vbcwl 原来是因为硬盘里权限问题,不能出现带:的文件:136:
@李东岳 感谢东岳前辈,之前做的是气固,密度比上千,可以指考虑drag,才开始研究密度比较接近的颗粒。想要比较精确的结果还需要考虑更多的力
@李东岳 还是受到李老师的启发想到这种操作:chouchou:
@李东岳 在 reconstructPar 一边组一边删除数据 中说:
最近在算几个LES,我勒个去数据太大了。大算例一般算完了只有几百个G,比如500G,reconstructPar重组的时候并不会删processor的数据,这将导致占据双倍的硬盘,直接干到1T。利用下面这个命令,可以重组一个时间步,删除一个时间步,对于硬盘吃紧的时候非常有用: #!/bin/bash for i in $(foamListTimes -case processor0); do reconstructPar -time ${i} && rm -r processo*/${i} done Pretty Simple :high: :high: :high:
最近在算几个LES,我勒个去数据太大了。大算例一般算完了只有几百个G,比如500G,reconstructPar重组的时候并不会删processor的数据,这将导致占据双倍的硬盘,直接干到1T。利用下面这个命令,可以重组一个时间步,删除一个时间步,对于硬盘吃紧的时候非常有用:
Pretty Simple :high: :high: :high:
@李东岳 感谢东岳老师,扩散项我明白了,但是对流项还有一个疑问,就是他的正负只跟速度有关,跟浓度梯度没有任何关系么还是受到二者共同影响?
@星星星星晴 明白了,谢谢星星前辈
@李东岳 谢谢东岳老师
@李东岳 忘了说了,网格都是结构化的,长方体网格:duang:
@bestucan 谢谢前辈,这就去研究下
@Tens 谢谢前辈:146:
@vbcwl 请问你调用成功了嘛,我也在尝试firefoam的这里,我想改成正庚烷的
@upc_ngh 感谢,用的点粒子模型,这样就够了
这个扩展磁盘不太好弄,经常出问题,因此我都默认搞成了100G。我也没有什么好办法可以简单的扩展硬盘。
如果开不开机,你可以再下一个虚拟机,用新虚拟机,挂上开不开机的虚拟机硬盘,单做一个硬盘用。
@李东岳 only 外力,就是被这个误导了才没转过来弯:136:
@李东岳 谢谢东岳老师,看了一下完美满足需求:146:
你在机械硬盘跑,数据少的话,不影响跑的速度
@星星星星晴 谢谢星星前辈,这就去试试:146:
看看这样行不,这样行的话,那就是ux、vx的值有问题了
@李东岳 感谢东岳前辈
@vbcwl 原因已经大概确定了,应该是因为求解过程中用到了求解梯度的命令,然后每一块单独计算了梯度,请问这样是否会出现这种可能呢?如果是又该怎么解决呢?
请问一下做过槽道流传热的前辈,恒定热流密度加热时。壁面的温度rms是从0开始还是2?我看文献里很多都是从0开始的,但是我做出来的是从2开始,而且按照我的理解,近壁面的流体速度不均匀,条带分布的话,带走的热量也不一样,壁面温度肯定不可能均匀啊,那温度RMS也就不应该为0,请问有前辈了解么?
@田畔的风 感谢前辈,已经利用reduce解决了问题
@bestucan 感谢前辈
一般放外面就行,如果要放pimple.loop()里的话,标量方程的时间步长需要除以nOuterCorrector。
感谢分享!!
@李东岳 好的,感谢东岳老师:papa:
请教一下研究过粒子的前辈,在openFoam里如何调用硬球模型?跟parcelTypeId有关么?自带的算例没找到相关的
一阶时间格式比如Euler这种和二阶backward会产生很大的差异吗?
不会
@李东岳 谢谢东岳老师,我去研究下拉格朗日看下能不能满足我的要求
@vbcwl 解决了,重启就好了,主要问题应该是电脑累了,数据传输慢导致的CPUTime太少:136:
@李东岳 请问下东岳前辈" RMS对接的精确性要求就高了很多" 具体指的是哪些呢?http://www.dyfluid.com/icoFoam.html 我把离散格式 solver,残差这些都设置的和东岳流体里的这个算例或者这里说的那篇论文一样了(除了pFinal的relTol没有设为0设为了0.01,pimpleFoam外循环设为1内循环设为4),计算RMS的方式现在经过改正也和老师确认过了没有问题,可是RMS拟合度还是很低。
@李东岳 谢谢东岳老师,我把它调小到十分之一后确实能看到明显的波动了
@vbcwl 我用的 openfoam.com 的版本,这个问题可能是 of9 的bug。
@李东岳 明白了,谢谢东岳老师:146:
@bestucan 感谢前辈回复,已经解决了:146:
@bestucan 谢谢前辈,我去试试去:146:
@李东岳 好嘞,谢谢老师解惑
工作中常做好备份工作,否则很容易:添加新功能成没成功且不说,旧功能无法实现了。
如果有备份拉出来,用 diff 对比不同就很容易排查了
感谢,有一个问题,为什么不把入口直接设置为湍流入口,是因为计算的雷诺数不高嘛
meanVelocityForce这个应该是跟 http://www.dyfluid.com/boundaryFoam.html 相差个不到5% 我记得是
meanVelocityForce只用于不可压缩,但是涉及传热又不区分可压缩与不可压缩,那么像buoyantPimpleFoam这种求解器可以用meanVelocityForce来驱动么?有了解的前辈解释下么?
@vbcwl 结果输出成三维列表,可以自己用MATLAB或者python之类的写个后处理程序提取出来,想要OpenFOAM直接输出来要额外写程序估计要费劲点
paraview 的操作可以写 python 脚本。直接写比较麻烦,可以宏录制之后复制粘贴改参数
tools -> start trace
请教一下各位,我做的圆环柱的传热,流向为周期性边界条件,内壁面恒定热流,外壁面绝热,内外壁面无滑移,fvOptions加了一个meanVelocityForce,(0.7 0 0),0.7就是流向,可是最终的速度云图,产生了一块速度较大的区域,并且该区域还会沿环向流动
如图,可以明显看到红色高速区在缓慢的逆时针移动,请问下为什么会产生这个高速区,以及为什么高速区会移动?
你有热通量输入到计算域里,但是没有边界让输入的热量离开,系统的温度无法达到统计稳态那就自然随着时间不断提高了
@vbcwl 米
@vbcwl 是的,
压力与速度是耦合的 重力是个源项啊 没法取梯度吧