Skip to content
  • 最新
  • 版块
  • 东岳流体
  • 随机看[请狂点我]
皮肤
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
CFD中文网

CFD中文网

  1. CFD中文网
  2. OpenFOAM
  3. 不使用湍流模型,而是直接求解器中实现湍流计算

不使用湍流模型,而是直接求解器中实现湍流计算

已定时 已固定 已锁定 已移动 OpenFOAM
13 帖子 3 发布者 4.6k 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • 李 在线
    李 在线
    李东岳 管理员
    写于2024年9月1日 16:59 最后由 李东岳 编辑 2024年9月2日 01:07
    #4

    你移动的是SA,我最近移一下kEpsilon,我这个没问题。我测试的是pitzDaily。你测试的是什么算例。

    你这个代码不全,我还注意到你松弛因子是硬植入,是不是哪里有啥bug。

    并且你这个好像是个听老的版本。storePrevIter()这种操作好久都没看过了。如果是老版本,你要不要试试把对流项跟扩散项两行兑换一下。 https://github.com/OpenFOAM/OpenFOAM-dev/commit/8e04a529d9edcc35a927be97b6995f9c6d776413

    http://dyfluid.com/index.html
    需要帮助debug算例的看这个 https://cfd-china.com/topic/8018

    D 1 条回复 最后回复 2024年9月2日 03:48
  • D 离线
    D 离线
    Do1975
    在 2024年9月2日 03:48 中回复了 李东岳 最后由 编辑
    #5

    @李东岳 在 不使用湍流模型,而是直接求解器中实现湍流计算 中说:

    我测试的是pitzDaily。你测试的是什么算例。

    李老师,我这边测试的是自己的算例,不是官方自带的。
    下图是我的模型,由于模型的对称性,算例miny边界设置的是对称边界条件,冷却液从左侧流入,从右侧流出。这边设置目的是获取直管道的粘性耗散值作为拓扑优化的约束函数值,因此模型也不是最原始的直管模型,而是通过gamma场来区分固体域(gamma=0)和流体域(gamma=1),如下图所示:
    69750239-43ba-4066-a56a-8c95b31668bf-密度场.png
    在求解器层面,通过在UEqn添加源项来实现固体域和流体域的区分:

    fvm::Sp(alpha, U)
    

    对应的nuTildaEqn源项为:

    fvm::Sp(alpha, nuTilda)
    

    其中,alpha为自定义的参数,用来惩罚速度:

    volScalarField alpha(alphaMax*qu*(1-gamma)/(qu+gamma));
    

    上述方法在层流模型中已经实现拓扑优化了,现在想将其应用到湍流中实现湍流传热的拓扑优化。因此我打算在求解器层面实现湍流求解,以便于后续将推导的伴随方程通过同样的方式移植进去。
    但目前在求解器层面计算的结果和直接调用湍流模型的计算结果不一样。
    求解器层面计算结果如下图所示:
    732ff953-92c6-4fc8-a86b-344b3f0db781-求解器实现.png
    调用湍流模型计算结果如下图所示:
    446fdcc3-19e1-4cd2-9188-17da3b724cef-湍流模型实现.png

    @李东岳 在 不使用湍流模型,而是直接求解器中实现湍流计算 中说:

    storePrevIter()这种操作好久都没看过了。如果是老版本,你要不要试试把对流项跟扩散项两行兑换一下。

    我尝试了上述的修改,换成新版本代码或者使用旧代码对换对流项和扩散项,计算出来的结果都不正确,不知道是不是有啥bug。

    另外想请教新的问题,如果是调用湍流模型的话,我想要写一个伴随湍流模型,但是要怎么在一个算例中即能实现湍流模型调用,又能实现伴随湍流模型计算呢?
    即湍流模型调用是通过constant/turbulenceProperties进行选择和调用,我想写一个constant/adjointturbulenceProperties来调用伴随湍流模型,如何实现?

    1 条回复 最后回复
  • 李 在线
    李 在线
    李东岳 管理员
    写于2024年9月2日 06:24 最后由 编辑
    #6

    @Do1975 这个算例太复杂了。我建议从pitzDaily入手。如果pitzDaily没问题。再debug你的。

    我不太熟悉伴随湍流模型是什么 :-)

    http://dyfluid.com/index.html
    需要帮助debug算例的看这个 https://cfd-china.com/topic/8018

    D 1 条回复 最后回复 2024年9月2日 09:47
  • D 离线
    D 离线
    Do1975
    在 2024年9月2日 09:47 中回复了 李东岳 最后由 编辑
    #7

    @李东岳 在 不使用湍流模型,而是直接求解器中实现湍流计算 中说:

    如果pitzDaily没问题。再debug你的。

    李老师,我发现问题了,在调用SA模型计算的时候,我忘记把turbulence->correct();加进去了,并且算例那边使用的是层流进行计算,现在改成SA模型,计算结果是一样的了。
    pitzDaily试过,没有问题。

    @李东岳 在 不使用湍流模型,而是直接求解器中实现湍流计算 中说:

    我不太熟悉伴随湍流模型是什么 :-)

    这边的伴随湍流模型只是一个叫法,可以这样理解,原始的湍流模型为湍流模型1,伴随湍流模型为湍流模型2(自定义的)。
    在求解器中会计算控制方程(调用的是湍流模型1),计算完控制方程后会计算伴随方程(调用的是湍流模型2)。如下图所示:
    59282c0d-e659-4857-a7de-cf7004c43c1b-image.png
    由于constant/turbulenceProperties中只能调用一种湍流模型,我想在一个算例中调用两种不同湍流模型,要怎么实现呢?

    1 条回复 最后回复
  • 李 在线
    李 在线
    李东岳 管理员
    写于2024年9月2日 09:52 最后由 编辑
    #8

    那你就turbulenceProperties调用kEpsilon,然后自己植入一个SA。kE是湍流模型1,SA是湍流模型2,就得了呗。

    http://dyfluid.com/index.html
    需要帮助debug算例的看这个 https://cfd-china.com/topic/8018

    D 1 条回复 最后回复 2024年9月2日 10:28
  • D 离线
    D 离线
    Do1975
    在 2024年9月2日 10:28 中回复了 李东岳 最后由 编辑
    #9

    @李东岳 是的是的 目前打算通过在求解器中植入的方式实现:chouchou:

    1 条回复 最后回复
  • 李 在线
    李 在线
    李东岳 管理员
    写于2024年9月2日 10:37 最后由 编辑
    #10

    你这个是什么版本,storePrevIter()好久没遇到过了,还是说是extend版本?

    http://dyfluid.com/index.html
    需要帮助debug算例的看这个 https://cfd-china.com/topic/8018

    D 1 条回复 最后回复 2024年9月2日 11:16
  • D 离线
    D 离线
    Do1975
    在 2024年9月2日 11:16 中回复了 李东岳 最后由 编辑
    #11

    @李东岳 在 不使用湍流模型,而是直接求解器中实现湍流计算 中说:

    你这个是什么版本,storePrevIter()好久没遇到过了,还是说是extend版本?

    李老师,使用的是OpenFOAM6.0版本。
    我是在github的代码基础上进行移植的,它里面用到了storePrevIter(),但我还不清楚storePrevIter()有没有作用,删除了也可以正常计算。

    1 条回复 最后回复
  • 李 在线
    李 在线
    李东岳 管理员
    写于2024年9月2日 11:24 最后由 编辑
    #12

    6.0应该也很少了,官方版本2.0之后就特别少了。如果不是官方的代码,有些情况下一些作者都是基于之前的代码做的工作,有一些代码不知道有啥作用,那就留着,留着总比删了更保险。然后一直留到现在。比如你做吧,你可能也不知道有啥用,你就留着了。然后如果你发布出去,别人用你的,也会有这个。。

    这个在extend那面很常见。extend本身也是特别老的版本。

    http://dyfluid.com/index.html
    需要帮助debug算例的看这个 https://cfd-china.com/topic/8018

    D 1 条回复 最后回复 2024年9月2日 11:39
  • D 离线
    D 离线
    Do1975
    在 2024年9月2日 11:39 中回复了 李东岳 最后由 编辑
    #13

    @李东岳 在 不使用湍流模型,而是直接求解器中实现湍流计算 中说:

    有一些代码不知道有啥作用,那就留着,留着总比删了更保险。

    好像是的,对结果不影响的都会跟着作者留下来了。:papa:

    @李东岳 在 不使用湍流模型,而是直接求解器中实现湍流计算 中说:

    这个在extend那面很常见。

    extend我只是听过,但没有用过。现在我常使用的版本一个是Org 6.0的,另外一个是ESI v2312的。

    1 条回复 最后回复
2024年9月1日 08:58

13/13

2024年9月2日 11:39

2024年9月2日 11:39
  • 登录

  • 登录或注册以进行搜索。
13 / 13
  • 第一个帖子
    13/13
    最后一个帖子
0
  • 最新
  • 版块
  • 东岳流体
  • 随机看[请狂点我]