|
[Sponsors] |
[snappyHexMesh] SnappyHexMesh : snapping not matching surface |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
April 18, 2016, 23:52 |
SnappyHexMesh : snapping not matching surface
|
#1 |
New Member
Florian Nguyen
Join Date: Oct 2015
Location: Tokyo, Japan
Posts: 19
Rep Power: 11 |
Hello everybody,
I am trying to create a mesh on a cylindrical tube equiped with a very thin valve on its wall (for FSI study), but whenever I use SHM I seem to notice some strange behaviours in the snapping process. The valve is 0.15-0.35mm thin and has a tapered shape (please refer here for the STL file as well as other dictionaries and .obj files: Google Drive Folder ) I first disabled snapping and layers to find the appropriate refinement level for edges and surfaces. Because my valve is tapered, I cannot match exactly this geometry during this first step. This should be solved by the snapping phase. However, here is what I get when I snap (see attached screenshots). These strange curved shapes are not present in my STL geometry (nodes should match the STL surface according to this page), so somehow the snapping is not done like it should. I don't understand what is wrongly set in my snappyHexMeshDict. Do you have any idea where this comes from and how I can solve this? Thanks for your help, Florian |
|
April 24, 2016, 20:32 |
|
#2 |
Senior Member
Join Date: Nov 2010
Location: USA
Posts: 1,232
Rep Power: 25 |
Did you do a surface feature extraction on this geometry?
|
|
April 24, 2016, 22:28 |
|
#3 |
New Member
Florian Nguyen
Join Date: Oct 2015
Location: Tokyo, Japan
Posts: 19
Rep Power: 11 |
I did. The surface feature extraction was successful, but I ended up with this kind of SHM output. I solved the issue by increasing refinement and adjusting max cell number and mesh quality parameters.
|
|
April 25, 2016, 21:03 |
|
#4 |
Senior Member
Kyle Mooney
Join Date: Jul 2009
Location: San Francisco, CA USA
Posts: 323
Rep Power: 18 |
Make sure you turn off 'decompose polyhedra' in paraview before trying to inspect SHM meshes. This way you'll be looking at the actual cell elements and not the triangulated elements.
|
|
May 31, 2016, 09:23 |
|
#5 |
New Member
Florian Nguyen
Join Date: Oct 2015
Location: Tokyo, Japan
Posts: 19
Rep Power: 11 |
I did, I still have the same problem. The snapping step rounds the mesh instead of making it match the initial geometry's features.
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[snappyHexMesh] creating baffles using snappyHexMesh (for given random shaped surfaces) | ashish.svm | OpenFOAM Meshing & Mesh Conversion | 1 | January 17, 2018 02:24 |
[snappyHexMesh] snappyHexMesh inclinced surface snapping problem | Swift | OpenFOAM Meshing & Mesh Conversion | 19 | January 18, 2017 05:42 |
[snappyHexMesh] Problem with snappyhexMesh: modelling a pore chamber and pore throat model | Saideep | OpenFOAM Meshing & Mesh Conversion | 5 | May 10, 2015 15:46 |
Cluster ID's not contiguous in compute-nodes domain. ??? | Shogan | FLUENT | 1 | May 28, 2014 16:03 |
[snappyHexMesh] collapsed edges snappyHexMesh | ynos | OpenFOAM Meshing & Mesh Conversion | 1 | April 16, 2014 09:23 |