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

[Gmsh] gmshToFoam - insufficient geometrical tolerance?

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

Like Tree1Likes
  • 1 Post By rudolf.hellmuth

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   March 17, 2011, 07:54
Default gmshToFoam - insufficient geometrical tolerance?
  #1
New Member
 
Will Logie
Join Date: Sep 2010
Location: ANU, Canberra, Australia
Posts: 21
Rep Power: 15
will.logie is on a distinguished road
Hallo fellow Gmshers,

I've recently stumbled across a warning in checkMesh and I'm not sure whether the problem indicated is leading to the problems I'm having in my simulations or not.

The gmsh I've created (see pic in attachments) is supposed to be a 2° wedge from a cylindrical water tank, and the holes represent a coil heat exchanger. My original thinking was that structured-hexahedra are preferable but with the simulation irregularities, I'm beginning to question this. In any case, I have parameterised the gmsh file for later optimisation.

But to return to the point, when I run checkMesh I get the following failure:
Quote:
Wedge front with angle 1.00004 degrees
***Wedge patch front not planar. Point (0.260332 0.0457038 0.00454412) is not in patch plane by 3.73728e-08 meter.
Searching for the original point in the gmsh.msh file I find this likely suspect -> 8920 0.2603322947962474 0.04570379734961246 0.004544117108580378.

Is this warning to be taken seriously and if so, why doesn't gmshToFoam write a points file accurate enough?

If anyone can shed light otherwise, I'd be most thankful.
Cheers,
Will.
Attached Images
File Type: jpg gmsh.jpg (33.8 KB, 42 views)
will.logie is offline   Reply With Quote

Old   November 3, 2014, 12:58
Default
  #2
Member
 
Join Date: May 2012
Posts: 55
Rep Power: 14
styleworker is on a distinguished road
Maybe you have already solved your problem in the meantime.

For the sake of completeness: change writeFormat to binary in your controlDict before running gmshToFoam
styleworker is offline   Reply With Quote

Old   February 2, 2016, 09:10
Default
  #3
Member
 
Rudolf Hellmuth
Join Date: Sep 2012
Location: Dundee, Scotland
Posts: 40
Rep Power: 13
rudolf.hellmuth is on a distinguished road
gmsh saves the point positions with 16 digits of precision. gmsToFoam is truncating these big numbers, and thus making tiny shifts in the normal vectors of patch faces. Then the solver sees these tilts as non-planar. This problem doesn't occurs if the conversion is to binary data instead of ASCII.

I don't think these tiny point position shifts would impair your simulation.

I guess this problem could be solved in the source code of gmshToFoam with some sort of regularization of these truncation events.
keitaro7_14 likes this.
rudolf.hellmuth 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
Foam::error::printStack(Foam::Ostream&) with simpleFoam -parallel U.Golling OpenFOAM Running, Solving & CFD 52 September 23, 2023 04:35
icoFoam Courant number growth problem tdof OpenFOAM Running, Solving & CFD 12 May 24, 2023 15:00
Biomass Combustion CFD error mankaran90 OpenFOAM Running, Solving & CFD 12 August 16, 2017 07:51
STL import is not working zordiack enGrid 9 July 1, 2014 15:49
2D isothermal cylinder not converging UPengineer OpenFOAM Running, Solving & CFD 7 March 13, 2014 06:17


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