@liurui 面的编号要用右手定则指向计算域外侧,所以就比如第一个hex应该是(0 7 6 1 8 9 14 15)
chapaofan
帖子
-
blockmesh生成网格总报错没有相邻面 -
关于ICEM尖角网格这么做尖角网格是不是看起来不太对呀,这类尖角网格有没有什么好一点的做法呢?
虽然看着网格质量还行,但总感觉不太对
-
cfdem中cfd流场重组reconstructPar@Shihang-Chen 哇!感谢,确实解决了!
-
cfdem中cfd流场重组reconstructPar我看之前也有这个问题,但是不知道有什么好一点的解决方法
-
cfdem中cfd流场重组reconstructPar@李东岳 对的,liggghts和of5.x
-
cfdem中cfd流场重组reconstructPar使用reconstructPar进行流场重组就会报错,大伙有没有什么好一点的解决办法呀
--> FOAM FATAL IO ERROR:
wrong token type - expected Scalar, found on line 5 the punctuation token ')'file: /home/kiana/Desktop/test9/CFD/processor0/0.5/lagrangian/particleCloud/positions at line 5.
-
关于cfdem计算发散只要有浮力就会发散,为什么呢
-
关于cfdem计算发散使用cfdempiso算法,之前计算空气的时候能够正常计算,结果还可以,但是把流体改成水之后,就发生了两种粒子一旦接触就会丢失。我觉得应该是发散了,但是发散的话我应该从哪里修改入手?我尝试修改了阻力模型、流体速度,还有耦合的A、B、Bfull模型,都有这个发散问题。一般造成发散的原因都有哪些呢?
-
blockmesh生成网格总报错没有相邻面
找到问题所在了。大家一定要从离原点最近的坐标开始定义block,要不然划分网格就会乱掉QvQ -
blockmesh生成网格总报错没有相邻面@xiezhuoyu oh!非常感谢!我再慢慢调整一下
-
blockmesh生成网格总报错没有相邻面@xiezhuoyu 修改过后这样报错是为什么呢?我之前修改也会这样报错
--> FOAM FATAL ERROR:
Inconsistent number of faces between block pair 1 and 3 -
blockmesh生成网格总报错没有相邻面blockmesh生成网格总报错没有相邻面,改来改去总有这个问题,还是不同的面报错,这是为什么呢?哭QvQ
--> FOAM FATAL ERROR: face 0 in patch 0 does not have neighbour cell face: 4(12 13 31 30) From function Foam::labelList Foam::polyMesh::facePatchFaceCells(const faceList&, const labelListList&, const faceListList&, Foam::label) const in file meshes/polyMesh/polyMeshFromShapeMesh.C at line 118. ![e1752f4f83bfed1f6e8b47f61921b5a.jpg](/assets/uploads/files/1700296198954-e1752f4f83bfed1f6e8b47f61921b5a.jpg) blockmeshdict convertToMeters 1; vertices ( (0 1 0) (3 1 0) (3 0 0) (9 0 0) (9 1 0) (11 1 0) (11 2 0) (9 2 0) (9 3 0) (3 3 0) (3 2 0) (2 2 0) (2 3 0) (1 3 0) (1 2 0) (0 2 0) (1 1 0) (2 1 0) (0 1 0.1) (3 1 0.1) (3 0 0.1) (9 0 0.1) (9 1 0.1) (11 1 0.1) (11 2 0.1) (9 2 0.1) (9 3 0.1) (3 3 0.1) (3 2 0.1) (2 2 0.1) (2 3 0.1) (1 3 0.1) (1 2 0.1) (0 2 0.1) (1 1 0.1) (2 1 0.1) ); blocks ( hex (0 16 14 15 18 34 32 33) (10 10 1) simpleGrading (1 1 1) //1 hex (16 17 11 14 34 35 29 32) (10 10 1) simpleGrading (1 1 1) //2 hex (14 11 12 13 29 30 31 32) (10 10 1) simpleGrading (1 1 1) //3 hex (17 11 29 35 1 10 28 19) (10 10 1) simpleGrading (1 1 1) //4 hex (10 9 27 28 7 8 26 25) (60 10 1) simpleGrading (1 1 1) //5 hex (1 4 7 10 19 22 25 28) (60 10 1) simpleGrading (1 1 1) //6 hex (2 1 19 20 3 4 22 21) (60 10 1) simpleGrading (1 1 1) //7 hex (4 7 25 22 5 6 24 23) (20 10 1) simpleGrading (1 1 1) //8 ); boundary ( inletair { type patch; faces ( (12 13 31 30) ); } inletwater { type patch; faces ( (0 18 33 15) ); } outlet { type patch; faces ( (5 6 24 23) ); } wall { type wall; faces ( (0 16 34 18) //FRONT (16 17 35 34) (35 17 1 19) (20 19 1 2) (20 2 3 21) (3 4 22 21) (4 5 23 22) (33 18 34 32) //UP (32 34 35 29) (35 19 28 29) (31 32 29 30) (26 27 28 25) (25 28 19 22) (22 19 20 21) (23 24 25 22) (14 15 33 32) //BACK (32 31 13 14) (12 30 29 11) (29 28 10 11) (10 28 27 9) (9 27 26 8) (7 8 26 25) (6 7 25 24) (0 15 14 16) //DOWN (16 14 11 17) (14 13 12 11) (1 17 11 10) (10 9 8 7) (1 10 7 4) (2 1 4 3) (5 4 7 6) ); } );
-
计算过程库郎数太大应该怎么解决@coolhhh 好的感谢
-
计算过程库郎数太大应该怎么解决
小小算了0.05秒,为什么会出现这种情况呢 -
计算过程库郎数太大应该怎么解决
刚刚入门,自己做了很简单的一个小例子,左进1m/s空气,右出,边界条件设置为P: internalField uniform 101325; boundaryField { INLET { type fixedValue; value uniform 101325; } WALL { type zeroGradient; } OUTLET { type zeroGradient; } U: internalField uniform (0 0 0); boundaryField { INLET { type fixedValue; value uniform (1 0 0); } WALL { type zeroGradient; } OUTLET { type zeroGradient; } }
用的是cavity算例中的icoFoam算法来计算,为什么一算库郎数就非常大呢?我应该怎么解决这个问题QvQ。