Hrv,
Something came to mind
Hrv,
Something came to mind after I posted. If the triangular surface meshing is done independently from the tetrahedral volume meshing, the tet mesh may not be able to modify to surface mesh to allow the tets near the surfaces to be Delaunay - I believe this is called 'constrained Delaunay' meshing. Constrained Delaunay meshes may not be strictly Delaunay. This a common approach for most mesh generators as the user typically 'tunes' the surface mesh manually - through local refinement and boundary point adjustment - and the volume mesh is generated based off the surface mesh. This may be where the loosening of the Delaunay criteria may be appearing. Chris |
It seems like polyDualMesh still suffers from some restrictions. Unfortunately in the current state it's of not much use to me.
Do you know of any papers on the matter? I would like to know more about what the polyDualMesh tool actually does. I tried to understand all of it by browsing the code, but that is at least tedious work. The common search engines did not yield any useful links when searching for something like "convert tetrahedral to polyhedral grids". (80% of the links point to this forum...) Bjoern |
Quote:
http://www.anova.com.tr/dosyalar/destek/polyhedral.pdf You might also try searching for < voronoi delaunay > - this is a somewhat similar concept. |
2D polyhedral mesh
Hi everyone,
Can someone tell me is there a straightforward way to produce "2D" polyhedral meshes for OpenFOAM? Thanks... |
Hello,
I converted a hybrid mesh with polyDualMesh and got nice poly cells in the former tet region but in the hexa region the cells are split leading to a huge final mesh. I suppose that polyDualMesh splits one hexa cell into 8 new hexas. Is there a way to supress this behaviour or to apply the utility only in a certain region? Regards Markus. |
Quote:
If I check with the mesh from angledDuctImplicit, then checkMesh reports Before: hexahedra: 22000 After: hexahedra: 23232 prisms: 4 polyhedra: 1460 The non-hexas arise from the corners of the domain. At least for this type of mesh I wouldn't say that the increase in the cell count is excessive. |
5 Attachment(s)
Hello Mark,
thank you for your reply. I can confirm your observation for the angledDuct geometry. I ran another test with the cavity case and the cell number goes up from 400 to 882. In our geometry which has quite a few edges I start with 0.4 mill. cells and end up with 2.7 mill. ! I post some pictures of the two examples. Do you see a chance to ignore the hexas in the polyDualMesh algorithm? As it works now it is not very benefitial for complex hybrid geometries. Regards, Markus |
Quote:
Quote:
1. Identify the hex-dominant region that you don't want dualized and assign it to a cellset. This region should be contiguous. 2. Use splitMeshRegions to split things apart. 3. You'll need a modified polyDualMesh that handles the '-region' option so that you only dualize a particular region. You might need support help for that. 4. Rejoin the mesh regions. I don't find a command for that immediately, but it must be there (I hope). |
Thanks a lot. I will check it out.
Markus |
Hello,
Did you solved your problem? I tried yesterday to convert a 4 millions cells with polyDualMesh and it generated 21 millions cells. My mesh comes from Gambit, and it is an hybrid one : Hexa Volumes in combination with Volumes which are meshed with tetra-hexcore schema. With this schema a core of hexa is generated within the volume, and surrounding it there are some tetra layers. I would like to convert only tetra in polyhedra any idea? |
All times are GMT -4. The time now is 09:12. |