CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Main CFD Forum

why prism meshing near wall?

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

Like Tree4Likes
  • 4 Post By t.teschner

Reply
 
LinkBack Thread Tools Display Modes
Old   February 8, 2014, 00:53
Default why prism meshing near wall?
  #1
New Member
 
avinashjagdale
Join Date: Feb 2014
Location: pune,India
Posts: 26
Rep Power: 3
avinashjagdale is on a distinguished road
Hello,

I have read at many places that hexahedral and prism elements resolve boundary layer better that unstructured tetrahedral elements.

Why is it so?
avinashjagdale is offline   Reply With Quote

Old   February 8, 2014, 08:29
Default
  #2
Member
 
Tom-Robin Teschner
Join Date: Dec 2011
Location: Cranfield, UK
Posts: 57
Rep Power: 5
t.teschner is on a distinguished road
because hexa and prism elements can be easily forced to have a constant distant away from the wall / next element due to their geometry. unstructured (tetra / tri) elements are much harder to control in terms of height so if you want to resolve a wall bounded flow which is turbulent, you need to resolve the boundary layer and hence you have to account for the y+ values. there are two regions, one where you resolve the boundary layer (i.e. first cell has a height of y+ ~= 1) and one where you have to use wall functions (depending on turbulence model and author, it could be anywhere between y+=5-30 or even higher values). with unstructured elements you are constantly changing your cell hight and thus your y+ value which, depending on your approach might give you wrong results, for example, you want to use wall functions but locally you have a very fine mesh (say an airfoil at the leading edge) and hence you get very small elements where you suddenly have y+=1. but since you are using wall functions you will get wrong results in that region and, in this particular example, this error would propagate downstream and giving you poor results there (for example separation point, pressure distribution etc.)

commercial software codes sometimes have an hybrid approach where the y+ value is calculated locally and depending on the region you are in, it will apply wall functions or not
t.teschner is offline   Reply With Quote

Old   February 9, 2014, 02:02
Default
  #3
New Member
 
avinashjagdale
Join Date: Feb 2014
Location: pune,India
Posts: 26
Rep Power: 3
avinashjagdale is on a distinguished road
Thank you Tom. I'll get back to you in case of any further doubts.
avinashjagdale is offline   Reply With Quote

Old   February 17, 2014, 07:06
Default
  #4
New Member
 
avinashjagdale
Join Date: Feb 2014
Location: pune,India
Posts: 26
Rep Power: 3
avinashjagdale is on a distinguished road
in a general case(not limited to boundary)
"hexahedral meshes will give more accurate solutions, especially if the grid lines are aligned with the flow"

does this statement apply to turbulent flow as well?
because,
In a turbulent flow due to random motion of eddies, there is no specific direction of flow, at a point,, unlike laminar flow, where a direction is well defined.
avinashjagdale 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
CFD meshing with prism layer wjy-c ANSA 1 August 28, 2013 09:51
[ICEM] prism terminated prematurely in ICEM meshing yuhehuan ANSYS Meshing & Geometry 7 October 11, 2012 02:19
[ANSYS Meshing] ICEM Prism Meshing fergal ANSYS Meshing & Geometry 0 April 12, 2012 16:45
tmerge utility creates unwanted interface/walls comes in the final mesh dinesh2n@gmail.com OpenFOAM Other Meshers: ICEM, Star, Ansys, Pointwise, GridPro, Ansa, ... 11 January 20, 2012 07:23
Patches for OpenFOAM 1.7 on MacOS X gschaider OpenFOAM Installation on Windows, Mac and other Unsupported Platforms 101 September 21, 2011 05:37


All times are GMT -4. The time now is 15:28.