CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Mesh Generation & Pre-Processing Software > enGrid

enGrid Surface grid parameters

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

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   June 12, 2013, 16:13
Default enGrid Surface grid parameters
  #1
New Member
 
Claudio
Join Date: May 2010
Location: Boston, MA
Posts: 28
Rep Power: 16
Claudio is on a distinguished road
Hi,

I am trying to create an OpenFOAM grid using enGrid to test a Wigley hull and I have several questions:

1) the mesh that is exported as STL is created in Rhinoceros, and it is creates with the z-axis being vertical with positive being up, but when I open the STL in enGrid y is the vertical axis and positive is up. why the change?

2) in the STL file the hull has square corner, but when I start making the surface grid they get rounded out (see the pictures attached). Any reason why?
STL file
enGrid file

3) I am following the tutorial on the enGrid website for version 1.3 since it creates the mesh starting from an STL file. I have created the boundary conditions with no big problems, and have moved on to create the surface meshes. To create the surface mesh, one has to create a rule for each BC: in the case of the tutorial (damper in a duct) the rules for the resolution on the damper surfaces are set to 0.05. What does the 0.05 represent? is it an absolute length? a relative length?

4) the tutorial suggests to run the "improve surface mesh" several times while keeping an eye on the change and fluctuation ratio. What do these ratios represent? What are good values to stop the process at? I currently can get the change ratio to 0%, but the fluctuation ratio seem to be stuck at ~5-6%. (Same enGrid file as above)

5) I assumed the surface grid was good enough and try to move forward to make the prismatic boundary layer: the tutorial says to define a volume first, and set all cells to green by double clicking, etc.. In enGrid 1.4 however the choices are "A <<" or ">> B". what do they mean and which one am I supposed to pick?

6) I let them as "A <<" and tried to grow the prismatic boundary layer by selecting "PortHull" and "StbdHull", in the BC windows, and newly created "tank" volume in the volumes window. There are then 5 check boxes and 7 parameters to be set. How are these supposed to be handled? is there a manual somewhere that explains what they do?

7) I used the default values and enGrid crashes. Any obvious reason why?

Hope somebody can help.

Claudio
Attached Images
File Type: jpg WigleyHullCornerSTL.jpg (85.6 KB, 84 views)
File Type: png WigleyHullCornerGrid.PNG (27.3 KB, 100 views)
Claudio is offline   Reply With Quote

Old   June 13, 2013, 03:12
Default
  #2
Senior Member
 
Oliver Gloth
Join Date: Mar 2009
Location: Todtnau, Germany
Posts: 121
Rep Power: 17
ogloth is on a distinguished road
Hi Claudio,

I'll try to answer your questions:

1. That is to match the Blender definition of top, front, etc. You can change that behaviour in "Tools -> Configure enGrid -> General Tab"

2. enGrid probably fails to detect that corner as fixed. Try setting the parameter "edge angle to determine fixed vertices" in "Tools -> Configure enGrid -> surface meshing Tab". 45 degrees could be a good starting point.

3. The length is absolute. You do not need to specify rules for every patch; if you don't specify a rule, enGrid will relax the mesh size towards the maximal allowed edge length.

4. I consider those values converged ;-)

5. A<< is the old green -- adaptation for people with red green deficiencies. You can configure the colours in "Tools -> Configure enGrid -> Colours"

6. The only checkbox you need for now is the "use absolute height" option. Leave anything that does not make sense to you as default. If you want, you could use a very simple geometry and play around with the parameters to see what they do. We are still looking for volunteers to improve the documentation (GitHub wiki pages).

7. Sounds like a NETGEN crash. For some reason the NETGEN library version we are using at the moment does not stop gracefully... :-( If you upload the full case (.egc, .egc.vtu, .egc.geo.vtu) I can have a look and maybe it is something very simple.

I have completed a mesh for your geometry (see image below). You can find the several steps here: http://db.tt/teoAehko. The STL file got first imported into Blender and then exported to enGrid (the Blender files are in the archive as well).

Cheers,
Oliver


Last edited by ogloth; June 13, 2013 at 05:22. Reason: added files and picture
ogloth is offline   Reply With Quote

Old   June 13, 2013, 11:35
Default
  #3
New Member
 
Claudio
Join Date: May 2010
Location: Boston, MA
Posts: 28
Rep Power: 16
Claudio is on a distinguished road
Oliver,

thanks for your reply. I have downloaded your files and will examine them in details. If I open them with enGrid, will they show the set of parameters you used to make the steps work?

Sorry I didn't upload the complete set of enGrid files, didn't realize it made more than the file I saved. Here are the links to all of them:
.egc
.egc.vtu
.egc.geo.vtu

One more question: why did you import the STL into Blender first? When I checked the STL imported directly into enGrid, it said the mesh was ok. what is the advantage of doing the extra step in Blender?
I'm asking because I am learning enGrid, and OpenFOAM, and would love not to have to pile another program on top of it.

Cheers,
Claudio
Claudio is offline   Reply With Quote

Old   June 13, 2013, 15:46
Default
  #4
Senior Member
 
Oliver Gloth
Join Date: Mar 2009
Location: Todtnau, Germany
Posts: 121
Rep Power: 17
ogloth is on a distinguished road
Blender is very useful to split the geometry into different boundary codes (patches) -- easier than the "P" and feature angle approach. It is not required though.

I haven't had the chance to look at your case yet. One suspicion, however, is that the surfaces are not correctly oriented.
ogloth is offline   Reply With Quote

Old   June 13, 2013, 16:43
Default
  #5
New Member
 
Claudio
Join Date: May 2010
Location: Boston, MA
Posts: 28
Rep Power: 16
Claudio is on a distinguished road
My understanding, and attempt, was to have the normals all pointing into the flow region.
So for the box the normals point inward, and for the hull they point outward.
I might not have achieved what I intended though...
Claudio is offline   Reply With Quote

Old   April 29, 2015, 03:32
Default
  #6
Senior Member
 
Join Date: Mar 2015
Posts: 250
Rep Power: 12
KateEisenhower is on a distinguished road
Quote:
Originally Posted by Claudio View Post
My understanding, and attempt, was to have the normals all pointing into the flow region.
So for the box the normals point inward, and for the hull they point outward.
I might not have achieved what I intended though...
Hello Claudio,

I do it the other way round. According to the UNSTRUCTURED GRIDS FOR OPENFOAM WITH BLENDER AND ENGRID tutorial all normals have to point away from the fluid.
KateEisenhower is offline   Reply With Quote

Reply

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
[CAD formats] beginners how to convert binarySTL to asciiSTL with regions (good for SHM tutorial) soonic OpenFOAM Meshing & Mesh Conversion 11 July 28, 2017 15:46
Algebraic Model for Variance - grid size surface field alessio.nz OpenFOAM 0 June 28, 2012 05:03
How to extract surface from plot3d grid (NASA chimera mesh) kedarerohan Main CFD Forum 5 December 13, 2011 02:25
Grid on curved surface Beggin Main CFD Forum 0 October 15, 2003 00:41
Non-Conformal Grid Interfaces Sridhar FLUENT 0 May 3, 2002 03:04


All times are GMT -4. The time now is 13:12.