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

[blockMesh] results with checkMesh...please comment

Register Blogs Community New Posts Updated Threads Search

Like Tree15Likes
  • 1 Post By nileshjrane
  • 13 Post By linnemann
  • 1 Post By nileshjrane

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   September 6, 2010, 12:34
Default results with checkMesh...please comment
  #1
Senior Member
 
Nilesh Rane
Join Date: Apr 2010
Posts: 122
Rep Power: 16
nileshjrane is on a distinguished road
I have made a mesh in blockMesh after a long struggle. But now i am not able to run any kind of solver run with it. COmpressible, imcompressible, laminar, turbulent, inviscid, p-based, rho-based...nthing seems to work. Everytime i get huge negative pressures, huge courant numbers and divergence no matter what BC or solver setting i use.

So i am wondering is is because of the mesh??? Now my mesh is pretty coarse, no refinment at all. nice hex mesh, with only one problem, that i had to do mergepatchpairs and which gives some distorted cells.

This is the output of checkMesh:
Quote:
Create time

Create polyMesh for time = 0

Time = 0

Mesh stats
points: 62755
faces: 182738
internal faces: 175446
cells: 60000
boundary patches: 7
point zones: 1
face zones: 3
cell zones: 0

Overall number of cells of each type:
hexahedra: 55098
prisms: 4196
wedges: 0
pyramids: 0
tet wedges: 0
tetrahedra: 0
polyhedra: 706

Checking topology...
Boundary definition OK.
Point usage OK.
Upper triangular ordering OK.
Face vertices OK.
Number of regions: 1 (OK).

Checking patch topology for multiply connected surfaces ...
Patch Faces Points Surface topology
Combustor 1692 1854 ok (non-closed singly connected)
Head 1000 1040 ok (non-closed singly connected)
Fuelinlet 200 201 ok (non-closed singly connected)
AirinletX 400 401 ok (non-closed singly connected)
AirinletY 400 401 ok (non-closed singly connected)
Outlet 1200 1201 ok (non-closed singly connected)
Airpipe 2400 2544 ok (non-closed singly connected)

Checking geometry...
Overall domain bounding box (-0.089 -0.089 0) (0.17 0.17 1)
Mesh (non-empty, non-wedge) directions (1 1 1)
Mesh (non-empty) directions (1 1 1)
Boundary openness (-3.46157e-17 3.39964e-16 -3.75078e-16) OK.
***High aspect ratio cells found, Max aspect ratio: 1632.72, number of cells 400
<<Writing 400 cells with high aspect ratio to set highAspectRatioCells
Minumum face area = 1.24511e-09. Maximum face area = 0.00112629. Face area magnitudes OK.
Min volume = 2.37717e-10. Max volume = 4.87164e-06. Total volume = 0.0260461. Cell volumes OK.
Mesh non-orthogonality Max: 68.7054 average: 9.51964
Non-orthogonality check OK.
Face pyramids OK.
***Max skewness = 5.59368, 8 highly skew faces detected which may impair the quality of the results
<<Writing 8 skew faces to set skewFaces

Failed 2 mesh checks.

End
As you can see, i got 8 skew cells but max skewness is about 6. what this number 5.59 in checkmesh signifies??? What value is good?? (in Gambit 0.85 for hex is considered all right.)


And please give me some comment, that whether these few bad cells can be the nemesis of my simulation??? Should i think of remeshing??

Please help. I am already frustrated a lot..
y_jiang likes this.
__________________
Imagination is more important than knowledge..
nileshjrane is offline   Reply With Quote

Old   September 6, 2010, 14:59
Default
  #2
Senior Member
 
linnemann's Avatar
 
Niels Nielsen
Join Date: Mar 2009
Location: NJ - Denmark
Posts: 555
Rep Power: 27
linnemann will become famous soon enough
Hi

I would definitely re-mesh.

And if I were you I would isolate the bad cells using

foamToVTK -faceSet highAspectRatioCells (or cellSet cant remember)
foamToVTK -faceSet skewFaces

Open your original mesh and the the vtk files and highlight the vtk ones and see what aspects of your geometry creates the bad cells.
I've had similar problems where it turned out to be two edges lying very close to one another making it useless for any kind of solving, even though it was only 4 cells. Also an aspect ratio of 1600 is insane, this means you have a cell 1600 times longer than it is high/wide (correct me if I'm wrong).

you definitely have to get rid of the high aspect ratio cells and I would say with regards to skewness that if you want reliable/stable results I would stay below 2. I never have issues when I keep it in that range. Again you could go higher, but some care have to taken with regards to limiters/relaxation in fvSchemes and fvSolution

Hope this is useful in any way.
atg, ynos, blake and 10 others like this.
__________________
Linnemann

PS. I do not do personal support, so please post in the forums.
linnemann is offline   Reply With Quote

Old   September 6, 2010, 19:44
Default
  #3
Senior Member
 
Nilesh Rane
Join Date: Apr 2010
Posts: 122
Rep Power: 16
nileshjrane is on a distinguished road
Hello Niels,

Thanx for the reply. It is helpful indeed. I m new to OF and i really want to get grip on it. And every bit of info is welcomed from me.

Well you are right about Aspect ratio (i read somewhere that OF does not accept cells with AR more than 1000, is that right???). I managed to get reed of them.

And your clue on locating bad cells is really helpful. I am actually trying to mesh a geometry in which two small pipes join one big cylinder. I could not mesh it using blockmesh by simple block decomposition so had to use "mergepatchpairs". This is giving those bad skewed cells. Please see the pictures attached. I have thought of a way to eliminate use of this "mergepatchpair" so i wont get these bad cells. Still out of curiosity, i would like to know is there any better way of doing this?? or may be using "mergepatchpair" in better way?? i tried to use fine mesh around the merged patches but it only makes situation bad. Any suggestion or guideline would be much appreciated.

One more question, if i may trouble you some more. How skewness is measured?? As far as i remember, in Fluent it ranges between 0 to 1. But in OF it can go more than 1 so certainly there is a difference in OF the way skewness is calculated. (The definition i know is something like this: skewness = max[ (90-anglemax)/90 , 90/(90-anglemin)] I remember it vaguely. This will give value bet 0 to 1)

Thank you very much for your help..Have a nice day..
Attached Images
File Type: jpg Screenshot-3.jpg (57.3 KB, 692 views)
File Type: jpg Screenshot-2.jpg (38.5 KB, 593 views)
raj kumar saini likes this.
__________________
Imagination is more important than knowledge..
nileshjrane is offline   Reply With Quote

Old   January 21, 2011, 05:00
Default
  #4
Senior Member
 
MadsR's Avatar
 
Mads Reck
Join Date: Aug 2009
Location: Copenhagen, Denmark
Posts: 177
Rep Power: 17
MadsR is on a distinguished road
Just for the record: aspect ratios of more than 1000 is by no means insane - we have it in airfoil aerodynamics all the time - and on wind turbine blades.

Aspect ratios of 1e5 or even higher is usual business when you want to have a first cell height of around 1e-6 chordLengths. checkMesh reports a problem with this, and I don't know how sensitive the OpenFOAM solver is to this (I am investigating that), but all (other) major CFD codes eats those bad aspect ratios with a smile.

/Mads
__________________
Online free airfoil-mesher for OpenFOAM here
MadsR is offline   Reply With Quote

Old   May 7, 2011, 09:27
Default
  #5
New Member
 
conny
Join Date: May 2011
Posts: 3
Rep Power: 14
madeye is on a distinguished road
i'm not sure if i'm right here, but since this is almost exactly the problem i have, i didn't want to open a new thread.
i also have similar outputs for checkMesh and my courant number explodes and it actually gives out 'nan' for it.

check Mesh tells me following:
Quote:
Checking geometry...
Domain bounding box: (-0.1 0 -0.025) (1.8 0.61 0.025)
Boundary openness (-6.91952e-19 -1.3839e-17 5.84483e-15) OK.
***High aspect ratio cells found, Max aspect ratio: 1.06743e+197, number of cells 888
<<Writing 888 cells with high aspect ratio to set highAspectRatioCells
Minumum face area = 0.00125. Maximum face area = 0.0025. Face area magnitudes OK.
Min volume = 2e-300. Max volume = 2e-300. Total volume = 1.776e-297. Cell volumes OK.
Mesh non-orthogonality Max: 180 average: 180
***Number of non-orthogonality errors: 1714.
<<Writing 1714 non-orthogonal faces to set nonOrthoFaces
***Error in face pyramids: 5328 faces are incorrectly oriented.
<<Writing 3614 faces with incorrect orientation to set wrongOrientedFaces
Max skewness = 2.57229e-14 OK.
All angles in faces OK.
Face flatness (1 = flat, 0 = butterfly) : average = 1 min = 1
All face flatness OK.

Failed 3 mesh checks.

End
also, when i try
Quote:
foamToVTK -faceSet highAspectRatioCells
it tells me this
Quote:
unexpected class name cellSet expected faceSet
while reading object highAspectRatioCells

file: /Users/connylenz/OpenFOAM/connylenz-1.5/run/interFoam/test8/constant/polyMesh/sets/highAspectRatioCells at line 15.

From function regIOobject::readStream(const word&)
in file db/regIOobject/regIOobjectRead.C at line 114.
i already also checked
Quote:
foamToVTK -faceSet wrongOrientedFaces
foamToVTK -faceSet nonOrthoFaces
which gave me these images




according to the images, all my faces are wrong orientated, which i really don't know how that could happen.
i really don't know what to think of them. they don't look bad at all. especially since i tried to keep the aspect ratio around 1.
interessting is as well, that the same mesh works for a different scale (when i mesh it smaller...)

are there any suggestions what best to do??


thanks in advance
conny
madeye is offline   Reply With Quote

Old   May 9, 2011, 04:41
Default
  #6
Senior Member
 
Nilesh Rane
Join Date: Apr 2010
Posts: 122
Rep Power: 16
nileshjrane is on a distinguished road
My guess would be...you have defined the hex blocks incorrectly..e.g. if correct hex block is (1 2 3 1 4 5 6 4) you might have done (1 2 3 1 5 4 6 5) or something like that..the wrongly oriented faces and the aspect ratio of e+197 suggest this thing..check your hex blocks...
__________________
Imagination is more important than knowledge..
nileshjrane is offline   Reply With Quote

Old   May 9, 2011, 08:52
Default
  #7
New Member
 
conny
Join Date: May 2011
Posts: 3
Rep Power: 14
madeye is on a distinguished road
i figured it out. it was none of that. for some reason i changed convert to meters from 0.001 to 1 and changed my vertices, so that the numbers still have the same scale. i ended up without problems.
thanks anyways!
madeye is offline   Reply With Quote

Old   July 18, 2018, 20:17
Post
  #8
New Member
 
Bereket
Join Date: Jun 2018
Posts: 2
Rep Power: 0
Berino is on a distinguished road
I have similar problem
Checking geometry...
Overall domain bounding box (-20 -10 0) (20 10 1)
Mesh has 3 geometric (non-empty/wedge) directions (1 1 1)
Mesh has 3 solution (non-empty) directions (1 1 1)
Boundary openness (4.73602e-19 2.64556e-19 -2.74382e-17) OK.
***High aspect ratio cells found, Max aspect ratio: 10180.4, number of cells 24
<<Writing 24 cells with high aspect ratio to set highAspectRatioCells
Minimum face area = 1.1966e-05. Maximum face area = 2.42745. Face area magnitudes OK.
Min volume = 5.62067e-07. Max volume = 0.682058. Total volume = 642.966. Cell volumes OK.
Mesh non-orthogonality Max: 89.9812 average: 26.9749
*Number of severely non-orthogonal (> 70 degrees) faces: 353.
Non-orthogonality check OK.
<<Writing 353 non-orthogonal faces to set nonOrthoFaces
Face pyramids OK.
***Max skewness = 5.3958, 12 highly skew faces detected which may impair the quality of the results
<<Writing 12 skew faces to set skewFaces
Coupled point location match (average 0) OK.

Failed 2 mesh checks.


\I have made a mesh in blockMesh after a long struggle. But now i am not able to run any kind of solver run with it. COmpressible, imcompressible, laminar, turbulent, inviscid, p-based, rho-based...nthing seems to work. Everytime i get huge negative pressures, huge courant numbers and divergence no matter what BC or solver setting i use.

So i am wondering is is because of the mesh??? Now my mesh is pretty coarse, no refinment at all. nice hex mesh, with only one problem, that i had to do mergepatchpairs and which gives some distorted cells.

This is the output of checkMesh:
As you can see, i got 8 skew cells but max skewness is about 6. what this number 5.59 in checkmesh signifies??? What value is good?? (in Gambit 0.85 for hex is considered all right.)


And please give me some comment, that whether these few bad cells can be the nemesis of my simulation??? Should i think of remeshing??

Please help. I am already frustrated a lot..[/QUOTE]
Berino is offline   Reply With Quote

Old   August 22, 2019, 21:10
Default
  #9
Senior Member
 
Brett
Join Date: May 2013
Posts: 212
Rep Power: 13
Bdew8556 is on a distinguished road
Hey guys,

Great tips here. Makes sense.
My paraView shut down for some reason when I tried to open my new VTK files.

Any thoughts?
Bdew8556 is offline   Reply With Quote

Reply


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
[Commercial meshers] fluent3DMeshToFoam bego OpenFOAM Meshing & Mesh Conversion 31 August 16, 2023 09:04
Error Interpolating Results onto New Mesh nammeh CFX 1 March 26, 2019 12:08
Save Results automatically by APDL Command ansyxyz ANSYS 1 June 5, 2018 08:16
Please comment on this Results of Natural Convection!!! adambarfi OpenFOAM 10 August 7, 2012 15:58
checkMesh Errors after refineMesh mgdenno OpenFOAM 0 July 30, 2012 21:39


All times are GMT -4. The time now is 18:49.