CFD Online Discussion Forums

CFD Online Discussion Forums (http://www.cfd-online.com/Forums/)
-   OpenFOAM Native Meshers: snappyHexMesh and Others (http://www.cfd-online.com/Forums/openfoam-meshing-snappyhexmesh/)
-   -   refineMesh + snappyHexMesh (http://www.cfd-online.com/Forums/openfoam-meshing-snappyhexmesh/109399-refinemesh-snappyhexmesh.html)

s_braendli November 16, 2012 11:33

refineMesh + snappyHexMesh
 
1 Attachment(s)
Dear all

I try to generate a mesh using "blockMesh" - "topoSet" - "refineMesh -dict" - "snappyHexMesh" (see Allmake script in the attached case). From the refinement step I expect better snapping quality without introducing too many cells with blockMesh. However this results in the error:

Code:

hexRef8 : Dumping cell as obj to "/temp-4/sb/calcs/wigley_fsi_short/OF/meshgen/cell_4053.obj"


--> FOAM FATAL ERROR:
cell 4053 of level 0 uses more than 8 points of equal or lower level
Points so far:8(4467 4468 4498 4499 4963 4964 4994 4995)

    From function hexRef8::setRefinement(const labelList&, polyTopoChange&)
    in file polyTopoChange/polyTopoChange/hexRef8.C at line 3500.

FOAM aborting

The cell in question is at the border of the refinement and therefore consists of more than 8 points. Can't snappy handle this case? Is there a nice alternative to have a finer mesh before snappy without massively increasing the number of cells?

Looking forward to your suggestions
Silvan

PS: I tried both OF 2.0 and 2.1.0
PPS: Due to the file size restriction I can't upload the stl - the wigley hull from the tutorial can be used

David* July 26, 2013 09:32

Hi everyone,

seems like this problem still persists in OF 2.2.0. I assume it appears when the topoSet is smaller than the domain.

Can someone somebody confirm this and or provide a solution?

For now I will use the order castellatedMesh - topoSet - refineMesh - snap.

Cheers!
David


All times are GMT -4. The time now is 01:58.