CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Native Meshers: snappyHexMesh and Others

different sHM results on same geometry when everythin is in one or several stl-files.

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
Old   September 6, 2016, 15:46
Default different sHM results on same geometry when everythin is in one or several stl-files.
  #1
New Member
 
Join Date: Jun 2009
Location: Belgium
Posts: 8
Rep Power: 9
Laika is on a distinguished road
Dear forum,

I'm working towards a multiregion case but I keep hitting problems for the first region...

I have a geometry defined as a set of stl-files that combined define a closed region. When thrown at sHM with surfaceFeatureRefinement and proper settings, this produces a nice mesh of the inside of my volume. A finer mesh version of it gave me nice results in an actual simulation.

When I combine all these stl-files in one single stl file, sHM does not produce the desired mesh: it meshes both the inside and the outside of my mesh as if the volume wasn't closed.
That's strange, as the surfaces in the combined stl are exactly the same as the surfaces in the original set of separate one-subsurface-per-file set of stl-files.

No surfaces are missing in the combined file: I extracted the subsurfaces from the combined stl, and with this set of files, sHM produces the desired mesh easily.

Clearly there are some fundamental differences in how an stl with multiple regions is treated compared to a set of separate stl files.
Can someone shed a light on these differences please?
Is this problem familiar to someone?
How can I mesh the inside of the domain in my merged stl-files?

(My final goal is to have several unconnected similar flow domain in one simulation. As the multiregion sHM procedure needs stl-files of closed volumes only, it would be a good start to get one such geometry definition running...)

thanks in advance for any help or useful hints,

kind regards,
Laika,
still orbiting
Laika is offline   Reply With Quote

Old   September 8, 2016, 04:09
Default
  #2
New Member
 
Join Date: Jun 2009
Location: Belgium
Posts: 8
Rep Power: 9
Laika is on a distinguished road
To make my question a bit clearer:

My geometry is defined by a set of stl surfaces that do not form the watertight closed surface one would like to have, as there are edges that are only connected to one triangle. Aha, one would say, you just need to make the good stl file with all connected facets!

OK, but then why can I make a nice mesh when I put these same faceted surfaces in separate stl-files? It are still the exact same facets with the open edges. This time sHM recognises they form a closed volume, nicely refines near these faces, and correctly keeps the inside and throws out the outside.

Why does it matter whether the surfaces are in one file, or in separate files?

On the other hand, this might be a good way to proceed when you have a geometrically well defined volume, but with edgewise-unconnected patches: simply split the file in separate one-patch-per-file stl-files.

I hope this triggers some thinking...

best regards,
Laika,
still orbiting
laika@inorbit.eu
Laika is offline   Reply With Quote

Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
How to generate STL files for idealized geometries? werder85 Main CFD Forum 0 November 1, 2012 13:47
Dealing with stl files from Calculix in Netgen psosnows Open Source Meshers: Gmsh, Netgen, CGNS, ... 7 July 11, 2011 11:17
critical error during installation of openfoam Fabio88 OpenFOAM Installation 21 June 2, 2010 03:01
OpenFOAM15 paraFoam bug koen OpenFOAM Bugs 19 June 30, 2009 10:46
Results saving in CFD hawk Main CFD Forum 16 July 21, 2005 20:51


All times are GMT -4. The time now is 00:50.