具体是在of2212里面的DPMFoam，如果不支持的的话能不能采用paraview去计算，主要是得到U.air的du_dx,du_dy......等这些量，由于已经计算完成就不考虑在求解器里面植入这个功能了。谢谢各位大佬给出建议！！如果在描述中有问题恳请大佬指正！

@李东岳 好的，李老师

@李东岳 老师这个题目就是我问的:135:

应该是不满足颗粒堆积的条件，太稀疏了

你不需要改求解器。你在算例层面，注入两种粒子就可以了

这是我历史以来看到过最简单的招聘需求。

我觉得你应该提升一下网格质量

大家好，请问这个问题解决了吗？我用overinerDyMFoam算一个二维方块浮体也遇到了这个问题，更改了很多参数都没解决。。。

@李东岳 谢谢老师提醒，但是不是这个原因。打扰老师了

最近梳理了一下相关流程，最新结果如下，做个记录。感觉我的结构建模强度有问题，风太大了，把我的杆件吹断了。打算再做一个旋转风机的工况进一步细化相关的流程。

e04dd14547fa1b0d2026b9a92bb9aec.jpg

@cresendo 用的是ibScourFoam求解器

@xuqiming 谢谢您的解答

谢谢李老师！

好吧，我犯了很蠢的错误....在如下位置我写成了bc7.vertexNumber，但是我边界条件就是给的6，这就导致bc7没有边界类型...
1733144138037.png

@wangfei9088 谢谢老师！

@洱聿 在 mpirun并行显示运算中，但是实际log文件无输出 中说：

@洱聿 目前主动停止算例运行，会出error文件（但是之前以为是主动停止报的错误，就一直没有注意过），显示错误如下：

[manage01:228000] [[60655,0],0] tcp_peer_recv_connect_ack: received different version from [[60655,1],1]: 1.8.8 instead of 1.10.2

目前集群使用的mpi版本是1.10.2，是因为mpi版本太高，所以foam extend4.0不适用嘛？有fe40专门对应的openmpi版本嘛？

您好，您的问题是否已经解决了呢？

@yfclark 在 自定义求解器在单核下运行无误在mpirun下报错 中说：

问题找到了，原因是类一旦被实例化后，其内存大小是不能更改的，现在采用LinkList代替List，没有问题

您好，可以具体讲讲吗，我是在KinematicCloud.C加静态方法之后无法并行了:143: ，不知道是不是跟您一样的问题。

在icofoam那个cavity算例上面加functions，不行的话上传到论坛我看看

@wangfei9088
谢谢大佬，我这就试试~:140: :140:

@李东岳 谢谢东子老师