Skip to content
  • 对fluent中六自由度的疑问:

    Fluent
    3
    0 赞同
    3 帖子
    7k 浏览
    Z

    谢谢啦

  • STAR-CCM+网格转换后,checkMesh报错

    Meshy
    2
    0 赞同
    2 帖子
    3k 浏览
    I

    1.我猜是symmetry这个边界条件,试一下改成wall,然后在0文件夹里自己定义上下的slip边界条件。openfoam会对生成的网格编号进行检查,外部软件的网格节点编号和blockMesh的逻辑不一样。
    2.可能是前后的empty边界问题,你可以在starccm里生成3D网格后,重新在openfoam里extrude来生成前后empty边界
    类似这样
    constructFrom patch;
    sourceCase "../w3-d_hc1-3";
    sourcePatches (symFront);

    // If construct from patch: patch to use for back (can be same as sourcePatch)
    exposedPatchName symBack;

    // Flip surface normals before usage. Valid only for extrude from surface or
    // patch.
    flipNormals false;

    //- Linear extrusion in point-normal direction
    extrudeModel linearNormal;

    nLayers 1;

    expansionRatio 1.0;

    linearNormalCoeffs
    {
    thickness 1;
    }

    // Do front and back need to be merged? Usually only makes sense for 360
    // degree wedges.
    mergeFaces false; //true;

    // Merge small edges. Fraction of bounding box.
    mergeTol 0;

  • 0 赞同
    3 帖子
    5k 浏览
    李东岳

    Fortran 代码,令人感动

  • udf动网格壁面运动速度的问题

    Fluent
    7
    0 赞同
    7 帖子
    14k 浏览

    @硫酸亚铜 大神,又看到你了,我要膜拜你了。

  • 0 赞同
    3 帖子
    4k 浏览
    杨英狄

    @杨英狄 感谢感谢!

  • CFD国内就业贴

    CFD彩虹条
    36
    0 赞同
    36 帖子
    49k 浏览
    李东岳

    @evensun 能在高校待时间长的,必然都有外快。各有各的路子,有些大家能看见,有些大家看不见。否则待个5 6年必然就走了。

  • 0 赞同
    2 帖子
    4k 浏览
    winsway_zeroW

    如果能实现顶盖驱动MAC算法,simple也没有问题啊~可以先试试MAC,速度边界条件都是第一类边界条件,其余都为0.只有顶盖有速度。

  • 0 赞同
    1 帖子
    1k 浏览
    X

    OpenFOAM热解反应中某一种反应物的质量随时间的变化情况,应该怎样去计算呢?还有controlDict下时间步长adjustableRunTime,库朗数从0.5修改到0.8,结果却发生很大变化,这是为什么呢?

  • 0 赞同
    19 帖子
    23k 浏览

    是我应该感谢cfd中文网的各位老师,对我的帮助很大.
    :xiexie: :xiexie: :xiexie: :xiexie: :xiexie: :xiexie: :xiexie: :xiexie:
    另外,我测试的这个构造函数和析构函数只承担了new和delete一个double[]的任务,如果是功能更复杂的构造函数,就不好说了。

  • 0 赞同
    4 帖子
    6k 浏览
    H

    @veen 从源码编译of是个挺痛苦的事情,建议不把of安装在root,可以考虑试一试easybuild,它是基于module的环境管理,应该比较成熟了。我从0开始,最开始在PC上面编of-3.0,到后来在实验室的机群上home编译of-4.0, foam-extend等等,多版本的管理用module还是方便些。印象中,gcc(如果你用gcc的话)和mpi的版本很重要。

  • 0 赞同
    5 帖子
    5k 浏览
    yhdthuY

    @yhdthu 大佬别闹,求赐教:140:

  • CFD-DEM滤波原理及代码实现

    CFD彩虹条
    1
    0 赞同
    1 帖子
    2k 浏览
    L

    微信截图_20201227163302.png
    如图,这个代码是怎么实现的,原理是什么

  • 实验室规模鼓泡床直接模拟

    Algorithm
    8
    0 赞同
    8 帖子
    9k 浏览

    Examinination of bubble collisions and coalescence in bubbly flows
    D. Broder and M. Sommerfeld
    还有这一篇,这好像都是小的那个做的,大的具体尺寸我也不知道,不过什么时候能在做实验不好说,实验仪器快被转移了,大的那个。。

  • 0 赞同
    21 帖子
    28k 浏览
    cfd_xfxC

    thinkpad t480s i7 8550u 16G内存
    平时写论文、做ppt用,也可以开虚拟机改求解器算算小规模问题,真要数值计算还得远程服务器:140:

  • snappy加边界层

    Meshy
    4
    0 赞同
    4 帖子
    2k 浏览
    李东岳

    这个基本没有一针见血的办法,shm生成边界层已经是老大难了

  • 0 赞同
    1 帖子
    2k 浏览
    I

    西安电子科技大学集成攻关研究院 & 西安云深光电科技有限公司 联合招聘
    工作地点:西安云深光电科技有限公司&西安电子科技大学北校区
    薪资:面议
    职位要求:
    西安 经验不限
    本科及以上 25-35岁
    全职
    岗位职责:
    1、开发辐射传热求解
    2、开发固体表面导热求解器
    3、开发全速域求解器
    4、开发气固两相流(DPM)求解器
    5、自研求解器的代码精简与优化
    6、自研求解器的跨平台编译
    7、依据软件工程流程,编写相关技术文档,提供技术支持

    任职要求:
    1、流体力学、空气动力学、计算数学、工程热物理、应用数学、计算机、软件工程等相关专业本科及以上学历,数学基础良好,学习能力强
    2、掌握计算流体力学基本理论及方法
    3、精通C++编程,熟悉OpenFoam开源程序库构架,熟练掌握OpenFoam算法开发,基本掌握全速域、DPM等算法,有辐射、传热、流动等计算程序实际开发经验者优先
    4、掌握计算机软件开发基本理论及方法,熟悉Linux和win跨平台代码编译,有代码优化、精简实际开发经验者优先
    5、责任心强,态度端正,具备良好的逻辑思维和分析能力,具备良好的团队合作与沟通能力

    联系电话:13772177120 史总

  • 求关于LBM方法的算例或者教程

    Algorithm
    13
    0 赞同
    13 帖子
    20k 浏览

    @FluidGao 嗯嗯,感谢。

  • 0 赞同
    7 帖子
    7k 浏览
    H

    Fine. Give me more details about performance. Reducing switch is expected to reduce communication delay which is benifit to mpi. To what extend will the smaller delay improve the performance when running CFD application. Is this another advantage of ring topology infiniband network?

    The performance improvement due to the reduced communication delay in a ring topology compared to a star topology depends largely on the specifics of your CFD application.

    With the InfiniBand protocols, the primary factor that contributes to the delay is not the time it takes for the packet to traverse the physical network (which is typically less than a few microseconds), but the time it takes for the packet to get through the software stack. The overhead of software in sending and receiving messages can be a significant component of the total latency.

    MPI-based CFD applications often require large scale, synchronized computing. If your application often needs to exchange small amounts of data between all nodes (such as boundary values or synchronization barriers), then minor latency improvements might accumulate and contribute to significant overall performance improvement.

    However, if your CFD application is structured so that most of the time is spent in computation, and communication is relatively infrequent (typical for methods where each node can work on a discrete part of the problem for much of the time), then the improvement might be marginal.

    Furthermore, if your CFD application is using collective communication, like MPI_Bcast or MPI_Reduce, or if it's using non-blocking sends/receives, then it may be intelligent enough to take advantage of the network topology to minimise communication delays.

    So, it can potentially be an advantage of ring topology, but the magnitude of this advantage is highly dependent on the specifics of your CFD code. Thorough testing will be necessary to calculate the potential benefit in your own case.

  • 0 赞同
    3 帖子
    6k 浏览
    李东岳

    @ibelief 可以 发呗

  • 0 赞同
    2 帖子
    4k 浏览
    W

    直接相乘即可: $\mathbf S_b \cdot (\phi \mathbf u)_b$