Skip to content

OpenFOAM

OpenFOAM交流区

4.5k 主题 26.5k 帖子
  • 合集:OpenFOAM安装准备工作贴

    已固定
    7
    7 帖子
    15k 浏览
    S

    @sdugem 已解决

  • OpenFOAM教程 初级入门建议

    已固定
    47
    47 帖子
    100k 浏览
    李东岳

    @黑山雁 处理了 :-)

  • paraview显示不了粒子,应该怎么设置呢

    1
    1 帖子
    16 浏览
    S

    2d23d103-e25c-492f-9e30-2589041087b4-image.png

  • 关于piso算法中的压力梯度项

    1
    1 帖子
    55 浏览

    最近在学习算法,请教一下论坛大佬,网站里面的piso算法中讲解了压力梯度项的离散方法,具体是怎么推到的,好像不符合高斯公式的形式,想求教一下。

    ee95e9f4-9b01-44d2-8524-72c7f63ffb9b-image.png

  • chemkinToFoam

    4
    4 帖子
    130 浏览
    X

    @wangfei9088 不好意思,才看见消息。
    非常感谢您的回复,或许我还是应该使用FLUENT去实习自己的需求。

  • 搅拌桨叶附近压力异常

    21
    21 帖子
    914 浏览
    1

    @青山 好的谢谢!

  • 后向台阶流动的入口速度给定问题

    2
    2 帖子
    139 浏览
    A

    我算358

  • 2 帖子
    27 浏览
    C

    给大家分享一下当采用自定义的求解器对波浪进行数值仿真的时候采用wave2Foam waveGaugeProbes对波高进行监测
    当前对波高进行监测主要有wave2Foam中的waveGaugeProbes,IHFoam和olaFlow都有自己的波高监测仪,OpenFOAM中也有interfaceHeight函数对波高进行监测。
    但是有一个问题是,当采用interfaceHeight对alpha.water进行监测的时候,会导致OpenFOAM运行速度慢,而采用自定义的求解器对波高进行监测的时候,那只能采用sampleDict对alpha.water进行监测,这样的结果是在postProcessing会生成一系列的时间文件,需要采用其他方法对这一些列的时间文件中的波高重新提取,也是很不方便。
    因此我这边就是结合wave2Foam中的waveGaugeProbes和interFoam,这样在interFOAM求解器运行的时候,可以采用wave2Foam中的波高仪进行监测,这样的效率会得到很大的提高。

    wave2foam waveGuages.png
    1.把interFoam求解器拷贝到wave2Foam路径的waves2Foam/applications/solvers/solvers2206_PLUS(当然这个求解器solvers2206_PLUS对应的是OpenFOAM相应的版本)
    2.在interFoam文件夹中修改Make/files中修改EXE = $(FOAM_USER_APPBIN)/DinterFoam,使得编译后的程序在platforms中
    3.在这个拷贝的interFoam文件夹中的Make/Options中添加如上图所示2和3步的关于wave2foam的代码
    4.对wave2Foam进行编译就行
    使用方法
    1.在constant文件中添加probeDefinitions文件,这个文件是在wave2Foam中就有的,主要是用来设置波高仪
    2.采用wave2foam的命令waveGaugesNProbes,就可以生成waveGaugesNProbes文件
    3.在controlDict中添加waveGaugesNProbes文件中的 自定义波高仪名称_controlDict
    4.OKOK
    完美实现
    地下这个是放在github的文件,和上面也是一模一样
    https://github.com/byChen47/waveHeightGauge

  • 多相流的扭矩提取

    5
    5 帖子
    44 浏览

    @tidedrinker 你好,我发现of9中可以在force文件中单独定义相名称来提取相分数和对应的密度,输出的力和力矩如下:

    forces forces write: sum of forces: pressure : (-10.813 0 -5.80003) viscous : (-0.000457782 -0.000707157 0.000145593) porous : (0 0 0) sum of moments: pressure : (-0.00441956 4.53963 -0.00703327) viscous : (-3.21179e-05 7.86609e-05 -2.42533e-05) porous : (0 0 0)

    我的搅拌轴是y轴,所以我的扭矩是否就是4.53963N·M,但是这和实验值相差甚远,实验值大概只有0.06N·M,这是为什么?是不是还需要对这个力矩进行下一步处理才可以得到扭矩?需要除以密度嘛?

  • 200万网格并行算力测试(OpenFOAM版本)

    203
    203 帖子
    265k 浏览
    tidedrinkerT

    @秋山结月 内存条插满试试?之前用至强2679v4,插满比插一半快接近一半

  • blockMesh楔形体网格划分

    5
    5 帖子
    105 浏览
    J

    @李东岳 ```
    /--------------------------------- C++ -----------------------------------\

    \ / F ield OpenFOAM: The Open Source CFD Toolbox \ / O peration Website: https://openfoam.org \ / A nd Version: 10 \/ M anipulation

    *---------------------------------------------------------------------------*/
    FoamFile
    {
    format ascii;
    class dictionary;
    object extrudeProperties;
    }
    // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //

    constructFrom patch;
    sourceCase "$FOAM_CASE";

    sourcePatches (front);
    exposedPatchName back;

    extrudeModel wedge;

    sectorCoeffs
    {
    axisPt (0 0 0);
    axis (0 -1 0);
    angle 5;
    }

    flipNormals false;
    mergeFaces false;

    // ************************************************************************* //

    老师,这是我的extrudeMeshDict文件,我用这个文件进行拉伸,它提示我的wedge不是一个平面,为什么会这样呢?

    /--------------------------------- C++ -----------------------------------\

    \ / F ield OpenFOAM: The Open Source CFD Toolbox \ / O peration Website: https://openfoam.org \ / A nd Version: 10 \/ M anipulation

    *---------------------------------------------------------------------------*/
    FoamFile
    {
    format ascii;
    class dictionary;
    object blockMeshDict;
    }
    // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //

    convertToMeters 0.001;

    vertices
    (
    (0 0 0)//0
    (7 0 0)//1
    (10 0 0)//2
    (1010 0 0)//3
    (2010 0 0)//4

    (0 5 0)//5 (5 5 0)//6 (10 5 0)//7 (1010 5 0)//8 (2010 5 0)//9 (0 40 0)//10 (7 40 0)//11 (10 40 0)//12 (1010 40 0)//13 (2010 40 0)//14 (0 1640 0)//15 (7 1640 0)//16 (10 1640 0)//17 (0 0 10)//0 (7 0 10)//1 (10 0 10)//2 (1010 0 10)//3 (2010 0 10)//4 (0 5 10)//5 (7 5 10)//6 (10 5 10)//7 (1010 5 10)//8 (2010 5 10)//9 (0 40 10)//10 (7 40 10)//11 (10 40 10)//12 (1010 40 10)//13 (2010 40 10)//14 (0 1640 10)//15 (7 1640 10)//16 (10 1640 10)//17

    );

    blocks
    (
    hex (0 1 6 5 18 19 24 23) (20 50 1) simpleGrading (1 ((1 1 50)(0 0 0)) 1)//1

    hex (1 2 7 6 19 20 25 24) (30 50 1) simpleGrading (((1 1 0.05)(0 0 0)) ((1 1 50)(0 0 0)) 1)//2 hex (2 3 8 7 20 21 26 25) (300 50 1) simpleGrading (((1 1 1500)(0 0 0)) ((1 1 50)(0 0 0)) 1)//3 hex (3 4 9 8 21 22 27 26) (40 50 1) simpleGrading (1 ((1 1 50)(0 0 0)) 1)//4 hex (5 6 11 10 23 24 29 28) (20 100 1) simpleGrading (1 1 1)//5 hex (6 7 12 11 24 25 30 29) (30 100 1) simpleGrading (((1 1 0.05)(0 0 0)) 1 1)//6 hex (7 8 13 12 25 26 31 30) (300 100 1) simpleGrading (((1 1 1500)(0 0 0)) 1 1)//7 hex (8 9 14 13 26 27 32 31) (40 100 1) simpleGrading (1 1 1)//8 hex (10 11 16 15 28 29 34 33) (20 400 1) simpleGrading (1 ((1 1 50)(0 0 0)) 1)//9 hex (11 12 17 16 29 30 35 34) (30 400 1) simpleGrading (((1 1 0.05)(0 0 0)) ((1 1 50)(0 0 0)) 1)//10

    );

    boundary
    (
    inlet
    {
    type patch;
    faces
    (
    (15 33 34 16)
    (16 34 35 17)
    );
    }

    outlet { type patch; faces ( (4 9 27 22) (9 14 32 27) ); } upper { type symmetry; faces ( (12 30 31 13) (13 31 32 14) ); } axis { type symmetry; faces ( (0 18 23 5) (5 23 28 10) (10 28 33 15) ); } bottom { type wall; faces ( (0 1 19 18) (1 2 20 19) (2 3 21 20) (3 4 22 21) ); } wall { type wall; faces ( (12 17 35 30) ); } back { type symmetry; faces ( (0 5 6 1) (1 6 7 2) (2 7 8 3) (3 8 9 4) (5 10 11 6) (6 11 12 7) (7 12 13 8) (8 13 14 9) (10 15 16 11) (11 16 17 12) ); } front { type symmetry; faces ( (18 19 24 23) (19 20 25 24) (20 21 26 25) (21 22 27 26) (23 24 29 28) (24 25 30 29) (25 26 31 30) (26 27 32 31) (28 29 34 33) (29 30 35 34) ); }

    );

    // ************************************************************************* //

    这是我的blockMesh文件,根据你之前的提示,我看那个算例里面是先定义了一个矩形出来,然后进行拉伸的,想仿照人家的来做
  • p→p_rgh的修改

    1
    1 帖子
    49 浏览
    S

    在使用DPMFoam求解大气尺度流动时,需要将DPMFoam中的p改为p_rgh吗,不可压的情况

  • 欧拉拉格朗日方法的问题

    8
    8 帖子
    403 浏览
    G

    是的,趋势没啥问题,但是看起来这个case对于网格的依赖性没那么强,网格和液滴直径的比值小于1的情况也和另外的基本吻合

  • 6 帖子
    270 浏览
    C

    @evensun 哦哦这样。

    燃烧如果是FPV啥的,想耦合FLUENT自带的确实有些麻烦,不如直接把FPV涉及的那些变量都自定义uds再求解。如果不是FPV就不清楚了。

  • 升阻力系数计算问题

    4
    4 帖子
    207 浏览
    S

    @Joker 谢谢,我改一下试试

  • turbinesFoam致动线模型

    3
    3 帖子
    74 浏览
    S

    @李东岳 李老师你好,这有论文的,这个是作者写的
    Bachant, P., Goude, A., and Wosnik, M. (2016) Actuator line modeling of vertical-axis turbines. arXiv preprint 1605.01449.

  • 物性库编译提示 undefined reference

    2
    2 帖子
    54 浏览
    L

    因为密度和温度是成反比,多项式拟合即使用7次方拟合,效果仍然较差,而不可压理想气体模型可以又快又准的计算出密度

  • OpenFOAM编程计算湍动能Budget

    4
    4 帖子
    234 浏览
    李东岳

    是,这个nabla U有不同的写法:

    可以看出,方程(2.41)中的速度梯度与方程(2.7)形式并不一样,二者互为转置。这是因为
    在这里牵涉到一个张量概念:分子布局(numerator layout)以及分母布局(denominator
    layout)。方程(2.41)中的速度梯度采用了分子布局。方程(2.7)采用的为分母布局。两种布
    局导致写法不同。维基百科表示目前的教材中确实存在这一问题[8]。在本书以及开源软件
    OpenFOAM 中,使用的是方程(2.7)的形式

    另外,nabla U这个我之前也没细看。写了一种形式,有人说我写错了,给我发了个sci,我发现确实错了。我就改了一下。过一段时间,又有人说我错了。我又改回去了。这个sci里面定义还不一样。目前我写的跟OpenFOAM一致。

  • 如何加速压力求解器收敛

    6
    6 帖子
    203 浏览
    学流体的小明

    😅我自己写的程序必须是simple的分解,scotch都不能用,更不用说metis了

  • #无痛苦N-S方程笔记#勘误

    2
    2 帖子
    96 浏览
    李东岳

    已更新,确实有遗漏。谢谢!