@wzlr2023 我看你这个算例里只有两相流,正常用 interFoam足够了。这个相关资料还挺多的。这个多相流的求解器正如我前面所说我没有去验证其是否可以正常求解。就你这个算例来讲,里面涉及到了六自由度运动求解。造成两相交界面求解发散的问题也可能是六自由度求解引起的流场发散。建议可以先设置一个简单的动网格算例,如动边界造波来验证多相流求解是否稳定。如发现是多相流求解出问题了,欢迎进行补充修正。
maoyanjun_dut
帖子
-
-
@东岳 持续关注中,排排队,看看哪个最能打
-
CPU型号:AMD 霄龙 7742 系统:linux系统 OpenFOAM版本:OpenFOAM-v1912 64 62.23 32 103.27 16 128.03 8 205.02 4 337.93 2 717.1 (不是最佳状态) 1 1370.22(不是最佳状态)
-
再补充一下,用不同的电脑跑了 damBreak 算例,得到的三个 ExecutionTime 和 ClockTime 。
并不总是 clockTime 大于 ExecutionTime
。@wwzhao但是仔细检查发现,造成右边两个有差异的主要原因是
两个时间的精度问题
,如下所示:ExecutionTime = 1.58 s ClockTime = 1 s ExecutionTime = 1.59 s ClockTime = 1 s ExecutionTime = 1.59 s ClockTime = 1 s ExecutionTime = 1.6 s ClockTime = 1 s ExecutionTime = 1.6 s ClockTime = 1 s ExecutionTime = 1.61 s ClockTime = 1 s ExecutionTime = 1.62 s ClockTime = 1 s ExecutionTime = 1.62 s ClockTime = 1 s ExecutionTime = 1.63 s ClockTime = 1 s ExecutionTime = 1.64 s ClockTime = 1 s ExecutionTime = 1.64 s ClockTime = 2 s ExecutionTime = 1.65 s ClockTime = 2 s ExecutionTime = 1.66 s ClockTime = 2 s ExecutionTime = 1.66 s ClockTime = 2 s ExecutionTime = 1.67 s ClockTime = 2 s ExecutionTime = 1.67 s ClockTime = 2 s ExecutionTime = 1.68 s ClockTime = 2 s
因为是一个很小的单核算例,IO也不大,所以IO基本上没有花时间,导致在保留精度不同的情况下出现了上述差异。
多说两句
:
上图右上角是在WSL2 根目录下的结果,
右下角是在一个 Ubuntu18.0.4 服务器上的结果,
左边的结果是用 WSL2 在 /mnt/h 盘下的结果,可以看到在即使是很小的算例。这个IO耗时也是相当大。这是 WSL2目前的问题,相较于WSL 它在 根目录下确实IO能力有很大提升。但是在 /mnt/* 下 真是果断弃疗。
版本:
OpenFOAM-v7The 'ExecutionTime' is the elapsed CPU time, and the ClockTime is the elapsed wall clock time for the latest time step(approximate!!)
-
foam-extend4.0 fsi模块: https://openfoamwiki.net/index.php/Extend-bazaar/Toolkits/Fluid-structure_interaction#Install_on_foam-extend-4.0
遇到了一个比较奇怪的问题,感觉算是个bug。
类似这样:明明字典中给定了p
,但还是显示not specified
在CFD Online 上找到了解答,做一个搬运工,可能也能方便一些习惯看中文论坛的朋友。另外还请熟悉程序的朋友解释一下这样的处理方式的原理,也学习学习最好。
CFD Online 解决方法
-
vim-latex 插件可以了解一下,我配置了,但是还没有时间来练手。感觉熟练之后也可以用来进行latex写作。
-
经过三个月的磨炼,我想我也可以算是积极分子了。什么时候,逛论坛也不用鼠标就厉害了。(本条消息没有鼠标发送,哈哈哈,cVim 推荐一下)
-
难度不大,我几个月前就公布了博客内容,详细记录了修改过程。应该是目前全网首发。
准确性:直接取决于 重叠网格求解器的准确性。重叠网格求解器的准确性待验证,最近忙得我都顾不上做这个工作,有人做了的话欢迎交流 邮箱:maoyanjun_dut@foxmail.com。
waveFoam 与overInterDyMFoam -
@东岳 鼠标垫和笔记本已收到,感谢东岳老师,祝CFD中文网,CFD界,东岳流体 越办越好。会坚持在CFD的路上!
-
@东岳 好的,谢谢了,坐等大鼠标垫。过段时间再继续好好学习。
-
@东岳 填了两次信息了,还是显示未填报。
-
做过一点验证,看过代码,
accelerationDamping
尽量保持为1.0 ,或者在0.9-1之间,这个是真正作用在加速度上增加阻尼的,也就是你真的给你的运动加了阻尼。而accelerationRelaxation
是加速度松弛,利用当前步和上一步进行松弛处理,个人理解不影响计算准确性,而且可以保证计算稳定,可以调小。wiki那个结论感觉有问题,望辩证看待。
另:如果你的计算总是发散,请检查边界条件等是否合适。 -
好期待两斤重的鼠标垫可以马上到手,我要带着这大鼠标垫出国搞CFD,想想都很霸气,别人都是拿出笔记本电脑,我拿出来一块大桌布。最近忙着准备英语考试,论坛上的活跃度下降了,等我回来。(PS:邮寄地址啥的什么时候收集呢?)
不奢求能获得赠送笔记本,要是能有机会买这个笔记本,正好一起邮寄了就更好了,硕士毕业后,找时间把硕士期间学的流体力学和计算流体力学的公式再复盘一遍,用这个本整理一下,想想也是美滋滋。邮箱:maoyanjun_dut@foxmail.com
-
@东岳 前段时间在您的推文中看到了这个图,当时立刻下载了下来。打算仔细看看
-
@浪迹天大 应该是类似现象。感觉挺有意思的。我学习一下
-
if (nonOrth == nNonOrthCorr)
{
phi = phiHbyA - pEqn.flux();
//使用求解的压力场修正通量场,在最后一次修正的时候通量守恒,Issa指出,大约需要2-3次内循环步。
//对应方程(26),pEqn.flux()返回方程(26)方程右边第二项,也为fvc::interpolate(rUA)*fvc::snGrad(p)*mag(mesh.Sf())。
//某些可压缩求解器其中的pEqn.flux()可能为+号,即为phi = phiHbyA + pEqn.flux()。这是因为pEqn中的laplacian项为−号
}
@东岳 做个勘误,注释中的fvc::interpolate(rUA)*fvc::snGrad§*mag(mesh.Sf())
似乎应该是rAU
还行麻烦解释一下
surfaceScalarField phiHbyA ( "phiHbyA", (fvc::interpolate(HbyA) & mesh.Sf()) //此处依据Rhie-chow插值原理,HbyA使用线性插值得到, //即需要在算例中设定interpolate(HbyA)的格式 + fvc::interpolate(rAU)*fvc::ddtCorr(U, phi) );
里面的
fvc::interpolate(rAU)*fvc::ddtCorr(U, phi)
的 意思。谢谢啦。 -
@jacobian 抱歉,我目前也在学习阶段,对于可压缩模型几乎没什么了解。正如我所说,这个实现就是简单的代码对比将两相流模型换成了多相流。他们的代码结构和实现太相近了。也没做算例验证,后续有时间,我会补充算例验证,检查求解器的程序逻辑和算法准确性。
-
@东岳 这次workshop我简单投了个摘要,用overset算了个浮体,效果还可以,但是也有些问题。后面打算做些验证工作。发现算法重叠区插值效率貌似有待提高,下面打算学习一下overset 库的具体实现算法,看看是否有优化空间,有问题还希望和东岳老师和网站上的各位交流。
-
The Manipulation of OvermultiphaseInterDyMFoam
前天和一个群里的朋友交流,要改一个多相流的重叠网格求解器。感觉和两相流求解差不多,于是改了一下,编译成功了,放上来仅供感兴趣的参考。没有算例验证,也没检查程序逻辑,就是简单的参考对比编译成功了。希望得到大家的反馈和意见,还有算例补充。http://maoyanjun.top/2018/05/04/the-manipulation-of-OvermultiphaseInterDyMFoam/ -
在Linux下用OpenOffice 写的,在word里乱版了。哪天整理一下挂在我的博客上。下面的简单总结仅做参考。应该可以解决你的问题。
Selecting sixDoFSolver Newmark Translational constraint tensor (0 0 0 0 0 0 0 0 1) Rotational constraint tensor (0 0 0 0 1 0 0 0 0)
这个约束采用的是二阶张量形式,在设定约束的时候,1 意味着开放这个方向的自由度。0意味着关闭自由度
plane 只能约束Translation ,且当y=1时,意味着放开x,和z,不能约束rotation line: 只能约束Translation ,且当y=1时,意味着放开y,不能约束rotation Aix :只能来约束Rotation ,且当y=1时,意味着放开了y方向摇动,不能约束translation
最后,Aix和line的方向矢量不能为零,所以当需要限制两个方向摇动的时候可以,设置两个aix。
-
用grep 命令按照关键字提取一行成一个文本,然后可以用python对文本中字符串后处理从而提取出你想要的数据。
-
@random_ran 在 关于积雪问题的讨论 中说:
图1和图2还真没注意过,这是个别现象还是所有的树都会出现?是降雪过程中就形成还是融雪过程中形成? 我发现图1稍远离树根部分是水泥,有没有可能是离树根部分更近的部分对雪的吸收能力更强?都是猜测。等下次降雪的时候,我也会注意的。
这个是降雪过程中出现的,可能是树干的遮蔽作用,但是我觉得更多的是风导致的,河流泥沙中的桥墩或者立柱貌似也有过此类现象。类似圆柱绕流,但是我用圆柱绕流貌似解释不了这个现象。并不是所有的树都出现,可能和地形和风向有关。但是昨天的这场雪,大部分树的周围都出现了这种情况。
图3感觉像是风的主要速度从右侧往左,或从左往右。 遇到中间的小沟槽,会在沟槽间形成一个小的漩涡。小的漩涡形成一个低压力点,那些低压力点对雪的吸引造成了类似于波浪的分布。
这个我的想法,风也是垂直于花坛的,在凹槽处加速,使其携带能力加强。
图4波浪一样的积雪形态和图3很类似。像是风的主要方向是迎着建筑而吹。这样在接近地面的地方就形成局部的漩涡,如果能作出这张图的 速度-时间 均值,然后再做面流场线,我猜波浪的尖点一定在漩涡的中心附近。
这个非常赞同你的解释。
最后还有东岳老师给出的那个,和我的第一张图里一样,也可以讨论一下,这个现象貌似自然界的确实在存在很多,似乎波浪状是一种稳定形式。 -
美图镇楼
上面两个是我家,趴在零下20度的地上拍的:sunglasses: 。上面两个太复杂了,就不讨论了吧。
今天大连下雪了,早晨去教研室,随手拍了几张图。对于积雪问题早就好奇。学习了流体力学,隐约感觉这个问题可以用流体力学来解释。问题如下,希望有研究积雪,粉尘,泥沙的还有各位感兴趣的一起来讨论讨论。- 下图图1和图2应该是相同的原理,为什么圆柱周围的积雪会有圆形无积雪区域?是不是可以看到风的主流向和流动停滞点?貌似河流泥沙也有这种形态。
- 图3中积雪成波浪状,观察发现感觉应该是花坛竖条纹引起的,如何解释?
- 图4 积雪呈现翻卷,是因为平行于壁面流动加速,还是直角处引起漩涡,使积雪呈翻卷状。或者是垂直于壁面的风沿壁面向上流动引起?
- 最后,顶图的那个波浪状积雪是如何形成的,地面并没有起伏,但是积雪表面是美丽的波纹状的。
-
大写 服,快看哭了。
-
@李东岳 推板造波的优点是和实验室造波对比较好,还有在不规则波造波上有一定的优势,主要问题是因为要求动网格,导致计算效率稍稍低一些,另一个问题是求解浮体时,涉及到两个域都要进行动网格更新,比较麻烦。边界速度入口式的优势是计算速度较快,目前的主要问题是质量不守恒问题。在大波峰和浅水时,水面抬升较明显。还暂时没看到比较好的解决方案。两者在目前的开发程度上来讲,基本上都能满足基本的造波要求。阻尼消波,就是在动量方程中加一个阻尼源项的那种,阻尼系数按照一定的函数拟合,起点是0,终点是1,这个不同的函数都差不多。
-
这个是openfoam-dev的啊。貌似造波功能不全呢?只有一阶波浪和二阶stokes波。另外,我觉得,这些工具都差不多,都是速度入口造波,说不定它只是把waves2foam或者olafoam的实现整合进来了呢,造波应该不会有太大问题。要是有人能较好的解决速度入口造波导致的水面抬升问题,请记得@我一下。最后可以试试of1706.貌似比这个造波全一点。也是整合进去了。
-
@李东岳 在东岳流体上看到了关于pimpleDyMFoam中mesh.update()函数的一点简单解释,但还是不是很清楚,我最近正在用sixdof求解,想要明白其中的调用关系。看了好久,还是没理清,不知道sixdof是怎么被mesh.updata()调用的。希望东岳兄可以发个帖子,详细的指点一二。路过的各位大神也欢迎多多指导小弟。
-
of1706里那个吗,我试过一次,造波还可以,基本上能得到稳定波形和波高。消波效果欠佳,可能是我设置的有问题。打算自己写过阻尼区效果,虽然计算域长了点,但还是稳定。另外有比较好的主动消波的边界,麻烦大神们推荐一下。
-
@mohui 你这个是显卡驱动太旧了吧。试着更新一下驱动试试。
-
结论:在出错后,不断尝试重复编译七次之后,终于成功了,给大家提个醒,遇到困难,不要灰心,不要放弃,多尝试几次或许就好了。愿大家不要像我一样点背。天天好运。
-
@赵一铭 我这里不知道为什么总是出错,错误提示大概就是上面的样子,每一次出错的地方还不一样。虚拟机和ubuntu系统我都试过了。结果都这样。最理想的一次是icofoam编好了,但是发现其他的有一些求解器,还有blockmesh都没编好。
-
@赵一铭 而且我有同学和师兄都已经按照这个编译成功了,而我在虚拟机和双系统下都编不成功。很是奇怪,加点儿背。:crying:
-
@赵一铭 好的,谢谢。总是好奇新版本有啥好东西,总想看看。
-
准确的说应该是编译Thirdparty时就已经遇到的问题:
15%] Python Wrapping - generating vtkCellLinksPython.cxx [ 15%] Python Wrapping - generating vtkCellLocatorPython.cxx [ 15%] Python Wrapping - generating vtkCellTypesPython.cxx In file included from /usr/include/c++/5/random:49:0, from /usr/include/c++/5/bits/stl_algo.h:66, from /usr/include/c++/5/algorithm:62, from /home/maoyanjun/OpenFOAM/ThirdParty-v1706/build/linux64Gcc/ParaView-5.4.0/VTK/Common/Core/vtkSMPToolsInternal.h:15, from /home/maoyanjun/OpenFOAM/ThirdParty-v1706/ParaView-v5.4.0/VTK/Common/Core/vtkSMPTools.h:33, from /home/maoyanjun/OpenFOAM/ThirdParty-v1706/ParaView-v5.4.0/VTK/Common/ExecutionModel/vtkThreadedImageAlgorithm.cxx:27: /usr/include/c++/5/bits/random.h:4014:31: internal compiler error: Segmentation fault typename _CharT, typename _Traits> ^ [ 15%] Building CXX object VTK/Common/ExecutionModel/CMakeFiles/vtkCommonExecutionModel.dir/vtkTrivialConsumer.cxx.o Please submit a full bug report, with preprocessed source if appropriate. See <file:///usr/share/doc/gcc-5/README.Bugs> for instructions. VTK/Common/ExecutionModel/CMakeFiles/vtkCommonExecutionModel.dir/build.make:1287: recipe for target 'VTK/Common/ExecutionModel/CMakeFiles/vtkCommonExecutionModel.dir/vtkThreadedImageAlgorithm.cxx.o' failed make[2]: *** [VTK/Common/ExecutionModel/CMakeFiles/vtkCommonExecutionModel.dir/vtkThreadedImageAlgorithm.cxx.o] Error 1 make[2]: *** Waiting for unfinished jobs.... [ 15%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkCommonDataModelCS.dir/vtkDirectedAcyclicGraphClientServer.cxx.o [ 15%] Python Wrapping - generating vtkCompositeDataSetPython.cxx [ 15%] Python Wrapping - generating vtkCompositeDataIteratorPython.cxx [ 15%] Python Wrapping - generating vtkConePython.cxx [ 15%] Python Wrapping - generating vtkConvexPointSetPython.cxx [ 15%] Python Wrapping - generating vtkCubicLinePython.cxx [ 15%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkCommonDataModelCS.dir/vtkDirectedGraphClientServer.cxx.o [ 15%] Python Wrapping - generating vtkCylinderPython.cxx [ 15%] Python Wrapping - generating vtkDataSetCellIteratorPython.cxx [ 15%] Python Wrapping - generating vtkDataObjectCollectionPython.cxx [ 15%] Python Wrapping - generating vtkDataObjectPython.cxx [ 15%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkCommonDataModelCS.dir/vtkDistributedGraphHelperClientServer.cxx.o [ 15%] Python Wrapping - generating vtkDataObjectTypesPython.cxx [ 15%] Python Wrapping - generating vtkDataObjectTreePython.cxx [ 15%] Python Wrapping - generating vtkDataObjectTreeIteratorPython.cxx [ 15%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkCommonDataModelCS.dir/vtkEdgeListIteratorClientServer.cxx.o [ 15%] Python Wrapping - generating vtkDataSetAttributesPython.cxx [ 15%] Python Wrapping - generating vtkDataSetCollectionPython.cxx [ 15%] Python Wrapping - generating vtkDataSetPython.cxx [ 15%] Python Wrapping - generating vtkDirectedAcyclicGraphPython.cxx [ 15%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkCommonDataModelCS.dir/vtkEdgeTableClientServer.cxx.o CMakeFiles/Makefile2:2016: recipe for target 'VTK/Common/ExecutionModel/CMakeFiles/vtkCommonExecutionModel.dir/all' failed make[1]: *** [VTK/Common/ExecutionModel/CMakeFiles/vtkCommonExecutionModel.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... [ 15%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkCommonDataModelCS.dir/vtkEmptyCellClientServer.cxx.o
-
我在virtualbox 上安装的Ubuntu16.04系统,上安装OpenFOAM-v1706,按照openfoamwiki上关于v1612+的安装指导[进行的安装,结果出现了如log文件中的错误。请各位帮忙看一下是什么原因导致的错误。GCC版本lgcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4)
Making dependency list for source file data.C-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM -IlnInclude -I. -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OpenFOAM/lnInclude -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OSspecific/POSIX/lnInclude -fPIC -c meshes/pointMesh/pointPatches/constraint/symmetry/symmetryPointPatch.C -o /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/pointMesh/pointPatches/constraint/symmetry/symmetryPointPatch.o g++ -std=c++11 -m64 -DOPENFOAM_PLUS=1706 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM -IlnInclude -I. -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OpenFOAM/lnInclude -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OSspecific/POSIX/lnInclude -fPIC -c meshes/pointMesh/pointPatches/constraint/wedge/wedgePointPatch.C -o /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/pointMesh/pointPatches/constraint/wedge/wedgePointPatch.o g++ -std=c++11 -m64 -DOPENFOAM_PLUS=1706 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM -IlnInclude -I. -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OpenFOAM/lnInclude -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OSspecific/POSIX/lnInclude -fPIC -c meshes/pointMesh/pointPatches/derived/coupled/coupledFacePointPatch.C -o /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/pointMesh/pointPatches/derived/coupled/coupledFacePointPatch.o g++ -std=c++11 -m64 -DOPENFOAM_PLUS=1706 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM -IlnInclude -I. -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OpenFOAM/lnInclude -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OSspecific/POSIX/lnInclude -fPIC -c meshes/pointMesh/pointPatches/derived/wall/wallPointPatch.C -o /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/pointMesh/pointPatches/derived/wall/wallPointPatch.o g++ -std=c++11 -m64 -DOPENFOAM_PLUS=1706 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM -IlnInclude -I. -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OpenFOAM/lnInclude -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OSspecific/POSIX/lnInclude -fPIC -c meshes/pointMesh/pointBoundaryMesh/pointBoundaryMesh.C -o /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/pointMesh/pointBoundaryMesh/pointBoundaryMesh.o g++ -std=c++11 -m64 -DOPENFOAM_PLUS=1706 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM -IlnInclude -I. -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OpenFOAM/lnInclude -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OSspecific/POSIX/lnInclude -fPIC -c meshes/boundBox/boundBox.C -o /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/boundBox/boundBox.o g++ -std=c++11 -m64 -DOPENFOAM_PLUS=1706 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM -IlnInclude -I. -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OpenFOAM/lnInclude -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OSspecific/POSIX/lnInclude -fPIC -c meshes/treeBoundBox/treeBoundBox.C -o /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/treeBoundBox/treeBoundBox.o meshes/boundBox/boundBox.C: In member function ‘Foam::tmp<Foam::Field<Foam::Vector<double> > > Foam::boundBox::points() const’: meshes/boundBox/boundBox.C:110:34: internal compiler error: Segmentation fault pointField& pt = tpoints.ref(); ^ g++ -std=c++11 -m64 -DOPENFOAM_PLUS=1706 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O3 -DNoRepository -ftemplate-depth-100 -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM -IlnInclude -I. -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OpenFOAM/lnInclude -I/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/src/OSspecific/POSIX/lnInclude -fPIC -c meshes/meshTools/matchPoints.C -o /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/meshTools/matchPoints.o Please submit a full bug report, with preprocessed source if appropriate. See <file:///usr/share/doc/gcc-5/README.Bugs> for instructions. /home/maoyanjun/OpenFOAM/OpenFOAM-v1706/wmake/rules/General/transform:28: recipe for target '/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/boundBox/boundBox.o' failed make: *** [/home/maoyanjun/OpenFOAM/OpenFOAM-v1706/build/linux64GccDPInt32Opt/src/OpenFOAM/meshes/boundBox/boundBox.o] Error 1 make: *** Waiting for unfinished jobs....
-
@lv1995 不知道是否正确,innerdistance的意思是随着动边界一起运动的网格厚度,不变形,outerdistance是网格变形域的范围。仅供参考。
-
@李东岳 在 of中的多相流求解器 中说:
@mohui 非常感谢!原文已更新:cheeky:
有关
MULES
的验证(暂时说不上研究,因为基金会已经植入了),我这里分为俩部分验证,第一部分验证已经完毕并且投稿,第二部分验证还在进行中,不过进度很慢毕竟还有别的课题在进行,我只能建议你参考Flux Correct Transport
部分数值算法内容,MULES
的思想来源于此,只不过基金会将此方法用于多相流有关求解一个方程或者两个方程的验证,应该不是很难,并且结果应该一致。在你之前发的相图上,我没有看出太大差别,是否有曲线图。另外,是否对比过1D
Riemann问题
的解析解?岳哥,公式20更新了,公式19却没更新。建议更新一下,否则看着怪怪的。
OvermultphaseInterDyMFoam
200万网格并行算力测试(OpenFOAM版本)
200万网格并行算力测试(OpenFOAM版本)
ExecutionTime与ClockTime有什么区别与联系?
fsiFoam: flux requested but p not specified in fluxRequired
texmaker左边的编辑器能和VIM结合么?
成立党支部
waves2Foam是否支持重叠网格的计算?
CFD周边
CFD周边
CFD周边
关于动网格字典中accelerationDamping的疑惑
CFD周边
关于积雪问题的讨论
关于积雪问题的讨论
icoFoam求解器解析中问题。
OvermultphaseInterDyMFoam
OvermultphaseInterDyMFoam
OvermultphaseInterDyMFoam
sixDoFRigidBodyMotion设置参数
提取log中数据问题
关于积雪问题的讨论
关于积雪问题的讨论
关于积雪问题的讨论
地下室的CFD有志青年
基金会那个造波的怎么样?
基金会那个造波的怎么样?
关于动网格求解器中mesh.update()函数的调用问题,它与sixdof求解器是如何联系的?
基金会那个造波的怎么样?
关于OpenFOAM-v1706安装失败的问题
关于OpenFOAM-v1706安装失败的问题
关于OpenFOAM-v1706安装失败的问题
关于OpenFOAM-v1706安装失败的问题
关于OpenFOAM-v1706安装失败的问题
关于OpenFOAM-v1706安装失败的问题
关于OpenFOAM-v1706安装失败的问题
关于OpenFOAM-v1706安装失败的问题
请教各位大神关于动网格的问题
of中的多相流求解器