@如果随风 你如果 是要算,单个的每个柱体的受力啥的,那就是 单个柱体的直径,每个就指的是,一个柱体,而不是一堆堆
红豆沙
帖子
-
-
@如果随风 如果针对三维模型,他还是 投影面积,你这个 如果阵列排列的话,也还是 每一个的投影面积,这个参考值,是影响的力的系数的一些东西计算,如升阻力系数,对你计算出的实际的值(如实际的受到的升阻力)并不影响
-
@如果随风 你这个 其他模型是指?
-
嗯嗯 下来 我在你的结果上 用 OF 试试,,看看结果怎么样,,
-
@红豆沙 但算出的不同的值,和不同的文献的能对比上,也就是说,我所查阅的文献中,对于这个值也没有一个 较为精确地值,就很奇怪,非常奇怪。
-
@波流力 我在控制其余算法等条件不变的情况下,做的网格无关性验证,通过改变,网格包裹域的增长率,大小,y+,来希望得到一个 趋于精确解的值,但是按照正常理解来说,当网格精细度达到一定程度后,求解出来的,如升力值应该趋于一个值,但我没有,而是随着网格越发的精细,没有一个稳定值的出现,相反一直在减小。
-
@波流力 我以前也做过单圆柱绕流,是Re=100还是150来着,选用的 层流模型,当时以为自己哪里做错了,所以数据也没保存,但得到的结果就是,不管我网格如何变,基本我是越来越精细,但得到的升力数值没有趋于一个稳定值,而是一直呈现 递减的现象,我所查阅的文献中,也没有一个 较为统一的值,
-
我曾用过fluent算过单圆柱绕流,希望得到一个 趋近稳定解的值,然而我在确定所有条件后,通过更改网格的精度,包括y+,包裹域大小,网格增长率,都没有一个趋近解,只有越来越小的数值。
-
从头看到尾,懵逼居多,,我fluent用的居多,精力太分散,手头事情多如麻,哈哈,慢慢加油吧我 ,即将研三的我瑟瑟发抖,,毕设还没动呢都
-
还有 用 Meshing画的多面体网格,OF能支持么,,
-
楼主还在么,,我最近也要做个 复杂圆柱的 LES模拟,,初步的 模型
是这样的,,可以交流下么,,LES小白一个,,很多地方都是 懵懂中 -
@红豆沙 太感谢了 啦 确实是这个命令,,半年没用OF 都给忘了 命令了 这错误犯的,,害 丢人列,,
-
@东岳 有段时间没用OF了,,但看的 help 文件 上写的 是 后面加 -parallel 我试试吧 谢谢李老师啦
-
@wg0632 而且,我的motorBike 案例的并行都可以运行
-
@wg0632 不是吧 应该 我在虚拟机信息中就是 8个核,,电脑本身核数也是超过 8个的
-
我用 snappyHexMesh -parallel 碰到报 FOAM FATAL ERROR:
bool IPstream::init(int& argc, char**& argv) : attempt to run parallel on 1 processor 这个错,,用的是您发的 2004版的虚拟机包 -
我运行motorBike的并行就可以,但我自己用snappyHexMesh -parallel 命令时,为嘛就报错了,,有没有大神知道哪里错了,,我自己也装了mpich,系统也本身有openmpi,要不然案例motor也跑不起来,,奇了怪了啊
--> FOAM FATAL ERROR: bool IPstream::init(int& argc, char**& argv) : attempt to run parallel on 1 processor From function static bool Foam::UPstream::init(int&, char**&, bool) in file UPstream.C at line 112. FOAM aborting #0 Foam::error::printStack(Foam::Ostream&) at ??:? #1 Foam::error::abort() at ??:? #2 Foam::UPstream::init(int&, char**&, bool) at ??:? #3 Foam::argList::argList(int&, char**&, bool, bool, bool) at ??:? #4 ? in "/home/zc/OpenFOAM/OpenFOAM-7/platforms/linux64GccDPInt32Opt/bin/snappyHexMesh" #5 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" #6 ? in "/home/zc/OpenFOAM/OpenFOAM-7/platforms/linux64GccDPInt32Opt/bin/snappyHexMesh" [chun:296185] *** Process received signal *** [chun:296185] Signal: Aborted (6) [chun:296185] Signal code: (-6) [chun:296185] [ 0] /lib/x86_64-linux-gnu/libc.so.6(+0x46210)[0x7fcbfb4d3210] [chun:296185] [ 1] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fcbfb4d318b] [chun:296185] [ 2] /lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fcbfb4b2859] [chun:296185] [ 3] /home/zc/OpenFOAM/OpenFOAM-7/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam5error5abortEv+0x1fd)[0x7fcbfbd23bfd] [chun:296185] [ 4] /home/zc/OpenFOAM/OpenFOAM-7/platforms/linux64GccDPInt32Opt/lib/openmpi-system/libPstream.so(_ZN4Foam8UPstream4initERiRPPcb+0x219)[0x7fcbfb483de9] [chun:296185] [ 5] /home/zc/OpenFOAM/OpenFOAM-7/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam7argListC1ERiRPPcbbb+0x885)[0x7fcbfbd4e1d5] [chun:296185] [ 6] snappyHexMesh(+0x173db)[0x559effc5d3db] [chun:296185] [ 7] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7fcbfb4b40b3] [chun:296185] [ 8] snappyHexMesh(+0x1b43e)[0x559effc6143e] [chun:296185] *** End of error message *** Aborted (core dumped)
-
有懂的可以交流下么
-
研究流体携带的砂粒在一定的工艺参数条件(比如注入速率、携砂液粘度、砂子粒径、砂子密度、裂缝宽度、裂缝角度等等)下的运移和分布规律,除了使用DEM外,有没有什么较为便宜的方法,可以得到相类似的结果呢,DEM跑起来太。。。。。
-
@linhan-ge 已经 request 了
-
@linhan-ge 第一篇文章可以分享么,大佬,,或者我跟踪你的 RG,在那个上面分享
-
@金石为开 http://dyfluid.com/interfoam.html#testcase
这里有个算例 你可以打开看 在transportProperties中有接触角设置 -
@linhan-ge 一次两篇 厉害厉害 大佬 膜拜,
-
Create time Create mesh for time = 0 Selecting dynamicFvMesh dynamicMotionSolverFvMesh Selecting motion solver: sixDoFRigidBodyMotion Selecting sixDoFSolver symplectic Translational constraint tensor (1 -0 -0 -0 1 -0 -0 -0 -624) Rotational constraint tensor (0 0 0 0 0 0 0 0 0) PIMPLE: No convergence criteria found PIMPLE: No corrector convergence criteria found Calculations will do 2 corrections PIMPLE: Operating solver in transient mode with 2 outer correctors Reading field p Reading field U Reading/calculating face flux field phi Selecting incompressible transport model Newtonian Selecting turbulence model type laminar Selecting laminar stress model Stokes No MRF models present No finite volume options present Constructing face velocity Uf Courant Number mean: 0.000625613 max: 0.10552 fieldAverage fieldAverage1: Starting averaging at time 0 forces forces1: Not including porosity effects forces forceCoeffs1: Not including porosity effects forceCoeffs forceCoeffs1: Not including porosity effects Starting time loop Courant Number mean: 0.000625613 max: 0.10552 deltaT = 0.005 Time = 0.005 PIMPLE: Iteration 1 forces forces: Not including porosity effects #0 Foam::error::printStack(Foam::Ostream&) at ??:? #1 Foam::sigFpe::sigHandler(int) at ??:? #2 ? in "/lib/x86_64-linux-gnu/libc.so.6" #3 Foam::sixDoFSolvers::symplectic::solve(bool, Foam::Vector<double> const&, Foam::Vector<double> const&, double, double) at ??:? #4 Foam::sixDoFRigidBodyMotion::update(bool, Foam::Vector<double> const&, Foam::Vector<double> const&, double, double) at ??:? #5 Foam::sixDoFRigidBodyMotionSolver::solve() at ??:? #6 Foam::motionSolver::newPoints() at ??:? #7 Foam::dynamicMotionSolverFvMesh::update() at ??:? #8 ? in "/home/z/OpenFOAM/OpenFOAM-7/platforms/linux64GccDPInt32Opt/bin/pimpleFoam" #9 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" #10 ? in "/home/z/OpenFOAM/OpenFOAM-7/platforms/linux64GccDPInt32Opt/bin/pimpleFoam" 浮点数例外 (核心已转储)
-
谢谢呢,,已经解决了呀,,哈哈
-
@hurricane007 感觉到了你的豪气,,你怎么那么多计算资源 哈哈哈
-
@白礼耕 那不会是 因为搭建的平台的问题么,,我不懂,但觉得不会是U的问题吧
-
在流体域中,如何设置监测点,监测线呢
-
以低雷诺数绕流为例,对称的结构势必会出现对称的结果吗
-
@东岳 嗯嗯 好的 谢谢啦
-
例如控制网格达到什么尺寸后,不在变形,并赋予一定的属性,如阻尼变化,刚度变化等。。
这个不在变形为单向的,,即如网格压缩变小,小到一定程度后停止变形,但当开始拉伸后 ,又开始变形 -
@红豆沙 哈哈,看了老半天,讨论好详细,,
-
@random_ran 你用fluent算的,,参考值是否设置正确,,这个对阻力系数有直接影响
-
@hurricane007 @东岳 这估计 在6核的时候,就达到了 需要的计算资源,剩下的就交给信息交换,,也就是跟内存这边有关了,,所以 你就算涨到12核,,有内存拖后腿,,你还是得用这么些时间。,,,所以数值计算 内存速度影响挺大的,,例如,,同样16G,,肯定28两个条子的,比116的条子速度快。。
估摸着也还有啥别的影响原因,,总得来讲,,
应该 这个计算6核就可以喂饱了,因为计算不光是CPU在这屋里哇啦的 一顿埋头苦干,也还得有进出交换信息啥的,,一来一去也就是,,就像你往屋里搬砖,6核一人搬4页砖,12核一人搬2页砖或者有人搬多有人搬少,但是这个门就这么大,一次最多允许你搬24页砖,,所以,你就算拉上12核也发挥不出来他的实力了。
不知道 我这样说对不对 哈哈 有没有电脑大神来指教下
-
@RebelYoung 嗯嗯呢
-
@东岳 哦哦,,是不是 好像那个 Intel有MKL数学运算库,,对于方程求解啥的很有用,,,这个影响在openfoam里会不会也是个原因
-
@东岳 所以是不是 AMD架构采用了 ZEN2后,多核通信效率提高了,且浮点啊,整数啊运算能力提高了,,但是至强系列你耐不住INTEL爸爸的指令集,尤其对于至强系列的,更牛批啊,,对于运算更加得心应手咯
-
@hurricane007 有具体结果了 你可以看看哈,,,,6核,12核,超线程24核,6核是59.8s和165s
-
@红豆沙 说错了 说错了 最简单的加减 哈哈哈 2分多 就是153s多
-
@东岳 6核下,snappyhexmesh时间:59.8s,simplefoam时间164s,,12核simplefoam时间是153s,,上面那个说错了
-
表格里面是不是 打错了 ,是213s,,2分多
-
@红豆沙 求解时间 和你上次做的测试看,,网格时间表现好,,求解时间,达到了213s,有点彪啊
-
@东岳 在开启超线程下,24核全开,snappyHexmesh时间:52.89s,,simpleFoam时间:2:59.85s,,,再试试开超线程情况下12核,snappyHexMesh时间:48.07s,,simpleFoam时间2:33.38s,,,下次 在BISO里把超线程关了再看看时间,
-
@RebelYoung 那就 重新破解,,,不行了,重找别的破解文件,,
-
@RebelYoung 重新破解,,破解好了就行,,还有最好不要多版本共存,,容易出问题,,我看你是多版本共存
-
@RebelYoung 没有破解成功
-
@东岳 下不动,下了好多次的说,每次都失败了,,最后 我借了个VPN下下来了,,
-
@piteqiu 换了 AMD 记得 别上水冷(水冷漏液啥的 不放心) 也别 用原装风冷,,直接上 顶级风冷(我的是阿萨辛3),机箱买好,风道构建好,,,温度 压得死死的,,,原装 压不住的,,单烤FPU 秒上 95,,十几秒往100上走了,,,
-
@红豆沙 顺便说一下啊,,我的计算因为网格少,,且瞬态每个时间的迭代次数少,,所以感觉速度差不多,并行超过4核后,速度基本变化不大了,但是 个人直觉,3900X,就以主频来说,我可以调电压到1.3V超到4.2G,主频比志强的肯定要强,,我们实验室 刚刚看了是银牌4110 记错了,,哈哈,还有个2643V4,,其余的也不说了 差不多配置,,感觉让我算起来速度差不多,,AMD高主频优势体现不出来,可能和我的计算也有关,但是 多线程下,,有那么感觉 快些,,对比是
再者,人说INTEL和AMD的数学库,虽然Intel占优,但我们基本估计用不到那么多,可能这个优势也就不叫优势了,,这个要看U,估计得上 稍微大点的计算,,结果才可靠呢,,我这电脑 暂时 没装双系统,只是用的虚拟机,,可以试试 这个模拟 @东岳
再者性价比高呀,啊哈哈哈,,配下来 才刚刚1W出头的电脑,,主板还是 ROG的,,性能也是刚刚的,,你就挡不住便宜啊 全货京东,配下来 配件什么的 也很放心,,加装个显卡,,还能打打游戏 ,,,
二维单圆柱绕流在FLUENT中计算Reference Value里面的参数如何设置
二维单圆柱绕流在FLUENT中计算Reference Value里面的参数如何设置
二维单圆柱绕流在FLUENT中计算Reference Value里面的参数如何设置
分享:OpenFOAM不同离散格式的简单研究
分享:OpenFOAM不同离散格式的简单研究
分享:OpenFOAM不同离散格式的简单研究
分享:OpenFOAM不同离散格式的简单研究
分享:OpenFOAM不同离散格式的简单研究
LES初始速度场设置和壁面函数设置
LES初始速度场设置和壁面函数设置
LES初始速度场设置和壁面函数设置
求助 求助,康康我啦
求助 求助,康康我啦
snappyHexMesh网格质量控制
snappyHexMesh网格质量控制
snappyHexMesh网格质量控制
求助 求助,康康我啦
DMD动态模态分解
求指点---颗粒模拟
多相流VOF
多相流VOF
多相流VOF
多相流VOF
求助,做动网格遇到问题,,找不到原因了
一个小问题,,
AMD 新CPU好像测试结果还不错啊
AMD 新CPU好像测试结果还不错啊
一个小问题,,
对称性
请教?如何控制网格变形细节
请教?如何控制网格变形细节
Cd计算不准的问题-LES-Re3900-三维圆柱绕流-pisoFoam
Cd计算不准的问题-LES-Re3900-三维圆柱绕流-pisoFoam
AMD 新CPU好像测试结果还不错啊
Fluent 18.0/19.2 闪退问题
OpenFOAM并行测试
OpenFOAM并行测试
AMD 新CPU好像测试结果还不错啊
AMD 新CPU好像测试结果还不错啊
OpenFOAM并行测试
OpenFOAM并行测试
AMD 新CPU好像测试结果还不错啊
AMD 新CPU好像测试结果还不错啊
Fluent 18.0/19.2 闪退问题
Fluent 18.0/19.2 闪退问题
Fluent 18.0/19.2 闪退问题
AMD 新CPU好像测试结果还不错啊
AMD 新CPU好像测试结果还不错啊
AMD 新CPU好像测试结果还不错啊