Adaptive mesh refinement operation
1 Attachment(s)
Hello all,
When testing the damBreak tutorial applying adaptive mesh refinement it seems the mesh it's not correct, i mean, there are octrees but something weird too in the transition zone to the unrefined mesh part (see image attached). I've been looking to the Tobias Holzmann case http://voluntary.holzmann-cfd.de/ope...ment-pseudo-2d in wich the adaptative mesh refinement is correct. Maybe it has something to do with the snappyHexMesh utility he uses but i guess it should work using blockMesh too. Hope you can help me because i haven't found anything about this, Thank you. |
Hi!
It is correct. Paraview is decomposing polyhedral elements into tets. You have to switch the "decomposePolyhedron", or "use VTK polyhedron" or something like that button depending on your paraview version. You can find somewhere in the Properties panel (under the apply button) when you import your case into paraview. And also if you create a slice you have to set "triangulate" to off. Or your silce will be triangulated and you will see the same. |
Thank you!
Just to be sure: i understand then that this is only a paraView issue, i mean, openFOAM makes the refinement octree, true? But if i type checkMesh for example for t=0.14s : Code:
Time = 0.14 Thank you again |
They are diferent. hexa is a "cube", with 6 sides, 8 vertices.
Polyhedra is an n sided volume. The refinemen engine is using a "splitHex" method, where you split the hex into 8 hexes. But when you have 2 hexa elements near each other, and you refine only one of them (transition zone), you have to split one face of the "uncutted" element into 4 faces. in 2D: Code:
|
Thank you very much, it was really helpfull!
|
You are welcome!
|
All times are GMT -4. The time now is 19:43. |