|
[Sponsors] |
![]() |
![]() |
#21 |
Member
Join Date: May 2010
Posts: 33
Rep Power: 16 ![]() |
Hi Thomas,
thanks. the result looks nice. thats exactly what i´ve want. i hope i can transfer the setting on a mesh made by shm (different number of faces on the opposite sides)... what steps did you take? 1) blockMesh 2) faceSet 3) setsToZones -noFlipMap 4) change boundary-file best regards |
|
![]() |
![]() |
![]() |
![]() |
#22 | |
Member
Thomas Wolfanger
Join Date: Mar 2009
Location: South West Germany
Posts: 62
Rep Power: 17 ![]() |
Quote:
Hello FabOr, for the second step, I used setSet -batch system/setSetBatch (just for the sake of completeness, faceSet should also work (I think ![]() Best regards, -Thomas |
||
![]() |
![]() |
![]() |
![]() |
#23 |
Member
Join Date: May 2010
Posts: 33
Rep Power: 16 ![]() |
Hi Thomas,
it works also with shm-meshes ![]() Thank you very much! Best regards |
|
![]() |
![]() |
![]() |
![]() |
#24 |
New Member
kalyan
Join Date: Oct 2010
Posts: 19
Rep Power: 15 ![]() |
Hi Thomas,
Thank you very much for the case file and it helped me to understand ggi well. Can you suggest me an idea of using the non-matching grids(think-cyclicGgi) and a rotating solid(ggi) together in the same case? |
|
![]() |
![]() |
![]() |
![]() |
#25 | |
Member
Thomas Wolfanger
Join Date: Mar 2009
Location: South West Germany
Posts: 62
Rep Power: 17 ![]() |
Quote:
sorry, I don't understand what you mean, can you explain it furhter and/or supply a sketch? Best regards, -Thomas |
||
![]() |
![]() |
![]() |
![]() |
#26 | |
Member
Claudio
Join Date: Mar 2010
Posts: 57
Rep Power: 16 ![]() |
Quote:
Dear Thomas, I am using OF 1.5-dev (the last version released). I am simulating a blade of a radial pump. I am using cyclicGgi patch, with the bridgeOverlap=false option. But when I run the MRFSimpleFoam solver, the message "Found uncovered faces for GGI interface Per1/Per2 while the bridgeOverlap option is not set in the boundary file." appears. I personally think that i would have to set this option true, because the cyclic patches do not overlap with themselves. What can You kindly suggest me to this purpose? Best regards, Claudio However, when I run |
||
![]() |
![]() |
![]() |
![]() |
#27 |
Member
Thomas Wolfanger
Join Date: Mar 2009
Location: South West Germany
Posts: 62
Rep Power: 17 ![]() |
Hi Claudio,
meanwhile there is OF-1.6-ext which is also capable of GGI interpolation and is the successor of 1.5-dev, so the things stated above are a little bit outdated. Regarding your problem, if the patches do not geometrically match, then set bridgeOverlap to true. However, for a radial pump, I'm not sure why they shouldn't do so. If you created your mesh with sHM, than there might be problems because sHM edges are not following strictly the stl geometry, and if this was the case, you'd have to be clear about the effects of setting bridgeOverlap to true to get the simulation running. Regards, -Thomas |
|
![]() |
![]() |
![]() |
![]() |
#28 | |
Member
Aqua
Join Date: Oct 2011
Posts: 96
Rep Power: 14 ![]() |
Quote:
Does rotationAngle mean the angle between the two patches which are setted as cyclicGgi? How to decide the angle is positive or negative? Because in the 1.6-ext tutorial, the case "turboPassangeRotating", the rotationAngle is 30 degree for one patch and -30 degree for the couple patch..I don't know why... Thank you so much! Aqua |
||
![]() |
![]() |
![]() |
![]() |
#29 |
Member
Bidesh Sengupta
Join Date: Sep 2018
Location: Sngapore
Posts: 76
Rep Power: 7 ![]() |
I see it's quite a past post, but still felt relevant for my problem.
I am trying to run overlapGgi and getting the error as: --> FOAM FATAL ERROR: Found uncovered faces for GGI interface innercylinder/outercylinder This is an unrecoverable error. Aborting. boundary blade_1 { type wall; nFaces 46561; startFace 5183059; } blade_2 { type wall; nFaces 39728; startFace 5229620; } innercylinder { type overlapGgi; nFaces 41878; startFace 5269348; rotationAxis (0 0 1); nCopies 30; shadowPatch outercylinder; zone innercylinder_faces; } outercylinder { type overlapGgi; nFaces 41880; startFace 5326982; rotationAxis (0 0 1); nCopies 30; shadowPatch innercylinder; zone outercylinder_faces; } farfield { type patch; nFaces 15756; startFace 5311226; } setBatch faceSet innercylinder_faces new patchToFace innercylinder faceSet outercylinder_faces new patchToFace outercylinder cellSet rotor new cellToCell cellRegion0 quit dynamicMeshDict dynamicFvMeshLib "libtopoChangerFvMesh.so"; dynamicFvMesh turboFvMesh;//mixerGgiFvMesh; turboFvMeshCoeffs//mixerGgiFvMeshCoeffs { coordinateSystem { type cylindrical; origin (0 0 0); axis (0 0 1); direction (1 0 0); } rpm { cellRegion0 360; cellRegion1 0.0; } slider { insidecylinder_faces 360; } } MRFZones cellRegion0//rotor { nonRotatingPatches (farfield); origin origin [0 1 0 0 0 0 0] (0 0 0); axis axis [0 0 0 0 0 0 0] (0 0 1); omega omega [0 0 -1 0 0 0 0] 360; } Command regionCellSets setSet -batch setBatch setsToZones -noFlipMap solverName Can any one tell me how to resolve this error. The figure shows blade1, blade2 and innercylinder. Thanks a lot. |
|
![]() |
![]() |
![]() |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
[snappyHexMesh] combine blockMesh features cyclicGgi and mixingPlane with multiregion snappyHexMesh | AmRo | OpenFOAM Meshing & Mesh Conversion | 5 | June 8, 2016 06:36 |