CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Meshing & Mesh Conversion

[snappyHexMesh] snappyHexMesh does not create boundary patches from .stl files

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

Like Tree1Likes
  • 1 Post By bug_or_feature

 
 
LinkBack Thread Tools Search this Thread Display Modes
Prev Previous Post   Next Post Next
Old   June 28, 2016, 10:07
Default snappyHexMesh does not create boundary patches from .stl files
  #1
New Member
 
Join Date: Jun 2016
Posts: 5
Rep Power: 9
bug_or_feature is on a distinguished road
Hi everyone,

Having read quite a few threads I decided to join the forum myself. Thanks for all the help you have already provided me with while not even being registered.

Now to a problem I was not able to solve yet: I am trying to mesh a multi region case (one region solid, one region fluid). I have .stl files for each region (solid.stl, fluid.stl). According to the surfaceCheck utility both .stl files are closed surfaces (which was hard enough to begin with). Additionally both .stl files contain various different patches:

Code:
solid solid_region_1
    ...
endsolid
solid solid_region_2
    ...
endsolid
I configured my blockMesh so that the box is slightly larger than my geometry. The geometry is cut in half in the middle because I assume it to be symmetric to that plane (this is the only place where the blockMesh cuts the geometry).

In my snappyHexMeshDict I loaded the .stl files in the geometry sub-directory like this:

Code:
geometry
{
    solid.stl
    name solid
    regions
    {
         solid_region_1
         {
              name solid_region_1
         }
         ...
    }
    fluid.stl
    ....
}
I also declared them in the refinementSurfaces sub-dict:

Code:
refinementSurfaces
{
    solid
    {
        level (1 1);
        faceZone solid;
        cellZone solid;
        cellZoneInside inside;
        regions
        {
            solid_region_1
            {
                level (2 2);
                patchInfo
                {
                    type wall;
                }
           }
           ...
My Problem is, that all these patches I declared in the .stl file (and it was a pain to declare them and keep the surface closed), are simply disappearing after running snappyHexMesh. It just puts "defaultFaces" and "solid_to_fluid" in constant/soild/polyMesh/boundary. It also keeps adding "domain0" (and respective boundaries), which is the empty space resulting from the blockMesh being a little bit bigger than the actual geometry.

My question is: How can I tell snappyHexMesh to keep all the patches that are nicely defined in the .stl files so I can use those patches to apply boundary conditions in my simulation later on?

I found quite a few threads on similar topics but non provided the answer I was looking for. I even ran snappy only on the solid part of the geometry (altering all the necessary files of course) but that does not change the problem that my patches are gone after the meshing process.

Can someone give me a hint what I am doing wrong?

Best regards and thanks in advance

Last edited by bug_or_feature; June 28, 2016 at 10:26. Reason: typo in code
bug_or_feature is offline   Reply With Quote

 

Thread Tools Search this Thread
Search this Thread:

Advanced Search
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 Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
how to set periodic boundary conditions Ganesh FLUENT 15 November 18, 2020 06:09
Out File does not show Imbalance in % Mmaragann CFX 5 January 20, 2017 10:20
Question about heat transfer coefficient setting for CFX Anna Tian CFX 1 June 16, 2013 06:28
Problems in compiling paraview in Suse 10.3 platform chiven OpenFOAM Installation 3 December 1, 2009 07:21
Convective Heat Transfer - Heat Exchanger Mark CFX 6 November 15, 2004 15:55


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