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

Defining patches in snappyHexMesh

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

Reply
 
LinkBack Thread Tools Display Modes
Old   April 27, 2015, 16:57
Default Defining patches in snappyHexMesh
  #1
New Member
 
J Collins
Join Date: Feb 2015
Posts: 1
Rep Power: 0
JCollins is on a distinguished road
OpenFOAM seems have a lot on inconsistencies and overconstraints over the data specified within it. I am trying to set up a case where an internal object creates a flow velocity on one side and controls the domain pressure on the other side. The mesh is a large volume and the flow creator is entirely enclosed within it. I have its shape defined in one STL file, and its inlet and outlet faces in two other STLs that are subsets of the main file.

It seems that the only way for snappyHexMesh to generate a patch definition is to use a named STL it as a refinement surface. Without using refinement, the STL is ignored. What do I do if I do not want the object to control the mesh density around it?

When specifying the inlet and outlet patches, they also need to be defined using refinement surfaces to be recognised and given their type. This refinement level is also redundant and can conflict with the already-defined refinement on the overall shape.

This all creates a problem because it seems that all named patches need to be referred to in the boundary conditions files in the '0' folder. Here I can freely set the inlet and outlet conditions, but simpleFoam will not allow the main shape to go undefined. Clearly I cannot have one definition for both sides of the object, as they have different roles, and it seems that overconstraining for instance the velocity, leads to the solver failing to start.

As a result of the above, I cannot seem to progress with this model.

Update:

I seem to have been able to get simpleFoam running with the shared patches, however have discovered in paraview that the shared patch faces aren't actually shared, they are randomly distributed between the two patches. It means there is no consistent boundary condition across the faces that I would like to define. Is there a way to define a patch on a surface cut out with a 'superset' STL?

Thanks in advance.

Last edited by JCollins; April 28, 2015 at 06:44. Reason: Additional update plus a question
JCollins is offline   Reply With Quote

Reply

Tags
boundary conditions, patch type, simplefoam

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
Foam::error::PrintStack almir OpenFOAM Running, Solving & CFD 51 June 28, 2015 16:36
snappyHexMesh and renaming boundary patches amir.a.aliabadi OpenFOAM Pre-Processing 6 June 5, 2013 04:42
snappyHexMesh with cyclic patches? Axel_T OpenFOAM Native Meshers: snappyHexMesh and Others 1 October 12, 2010 10:03
internal faces between patches created with snappyHexMesh romant OpenFOAM Mesh Utilities 0 August 17, 2009 08:40
SnappyHexMesh large number of patches written prapanj OpenFOAM Mesh Utilities 0 July 15, 2009 08:11


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