CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

OpenFOAM simulation stops with no error when increasing mesh element density

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   November 26, 2020, 18:02
Default OpenFOAM simulation stops with no error when increasing mesh element density
  #1
New Member
 
Dan Padrao
Join Date: Jun 2020
Posts: 14
Rep Power: 6
DanPad07 is on a distinguished road
Hi all,

I've got a curious error in my simulation. The simulation will stop running at an early time step and exit without giving an error or explaining why. I began running this in parallel and the only erroneous line displayed was:
Code:
[58] #0  Foam::error::printStack(Foam::Ostream&)
I tried running this in series and instead I just got no message whatsoever about why the simulation stopped running.

This error only occurred when I increased my mesh element density from 175x315x42 to 200x360x48. The simulation worked for the former but not the latter which leads me to believe that it is a meshing problem. But when I use checkMesh it says that it only failed one test and I believe it was because of concave faces/cells.

I've attached my case below (some files, like the stl file, were removed due to the max file size) so if anyone could give me any indication as to why this is happening I would greatly appreciate it.

Thanks,
Dan
Attached Files
File Type: zip case.zip (159.9 KB, 7 views)
DanPad07 is offline   Reply With Quote

Old   November 27, 2020, 04:10
Default
  #2
Member
 
Teresa
Join Date: Nov 2015
Location: germany
Posts: 63
Rep Power: 11
TeresaT is on a distinguished road
Hi Dan,

have a look at your writePrecision in controlDict and than have a look at your numbers in blockMeshDict.
You use locations like 1e-7 with a writePrecision of 7 this might cause trouble when changing your grid width.

You might want to set your write precision higher and do another test run.


Greetings,
Teresa
TeresaT is offline   Reply With Quote

Old   November 27, 2020, 06:37
Default
  #3
New Member
 
Dan Padrao
Join Date: Jun 2020
Posts: 14
Rep Power: 6
DanPad07 is on a distinguished road
Hi Teresa,

I changed the 1e-7 to 1e-5 in my blockMeshDict but my simulation still exited at the exact same time step as before :/

Do you have any other suggestions? This might have something to do with my STL file/snappyHexMesh because I found that when I increased my mesh element density from 150x270x36 to 175x315x42 I seemed to "lose" my refinement region (see attachments). I can't upload my stl file here since it exceeds the max file size so images are the best I can do right now.
Attached Images
File Type: jpg 175x315x42.jpg (97.1 KB, 26 views)
File Type: jpg 150x270x36.jpg (97.6 KB, 22 views)
DanPad07 is offline   Reply With Quote

Old   November 27, 2020, 07:02
Default
  #4
Member
 
Teresa
Join Date: Nov 2015
Location: germany
Posts: 63
Rep Power: 11
TeresaT is on a distinguished road
Hey Dan,

you could try using a different STL

Your bounding box within the snappyHexMesh
boundingBox : (-2.186298e-09 3.544467e-19 -9.674712e-19) (0.05 0.05 0.012)

and there is a warning

--> FOAM Warning :
From function void Foam::snappySnapDriver::doSnap(const Foam::dictionary&, const Foam::dictionary&, bool, Foam::scalar, Foam::scalar, const Foam::snapParameters&)
in file snappyHexMeshDriver/snappySnapDriver.C at line 2844
Did not successfully snap mesh. Continuing to snap to resolve easy
surfaces but the resulting mesh will not satisfy your quality constraints

Maybe checkMesh can give you some new hints.

Regards
Teresa
TeresaT is offline   Reply With Quote

Old   November 27, 2020, 08:17
Default
  #5
New Member
 
Dan Padrao
Join Date: Jun 2020
Posts: 14
Rep Power: 6
DanPad07 is on a distinguished road
Unfortunately I need to use this STL as my project revolves around lattices.

I ran checkMesh and this is the output:
Code:
/*---------------------------------------------------------------------------*\
| =========                 |                                                 |
| \\      /  F ield         | OpenFOAM: The Open Source CFD Toolbox           |
|  \\    /   O peration     | Version:  v1812                                 |
|   \\  /    A nd           | Web:      www.OpenFOAM.com                      |
|    \\/     M anipulation  |                                                 |
\*---------------------------------------------------------------------------*/
Build  : v1812 OPENFOAM=1812
Arch   : "LSB;label=32;scalar=64"
Exec   : checkMesh -allGeometry -allTopology
Date   : Nov 27 2020
Time   : 11:29:16
Host   : DUIP74162
PID    : 2815
I/O    : uncollated
Case   : /home/ppydp7/computationalWorkPC/CFD/OpenFOAM/computationalTime/gyroidMatrix/meshElementSize/cubeCell/200x360x048_HPC
nProcs : 1
trapFpe: Floating point exception trapping enabled (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster (fileModificationSkew 10)
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

Create mesh for time = 0

Enabling all (cell, face, edge, point) topology checks.

Enabling all geometry checks.

Time = 0

Mesh stats
    points:           3555489
    faces:            10466880
    internal faces:   10269006
    cells:            3455981
    faces per cell:   6
    boundary patches: 7
    point zones:      0
    face zones:       1
    cell zones:       2

Overall number of cells of each type:
    hexahedra:     3455981
    prisms:        0
    wedges:        0
    pyramids:      0
    tet wedges:    0
    tetrahedra:    0
    polyhedra:     0

Checking topology...
    Boundary definition OK.
    Cell to face addressing OK.
    Point usage OK.
    Upper triangular ordering OK.
    Face vertices OK.
    Topological cell zip-up check OK.
    Face-face connectivity OK.
    Number of regions: 1 (OK).

Checking patch topology for multiply connected surfaces...
    Patch               Faces    Points   Surface topology                   Bounding box
    maxY                9600     9849     ok (non-closed singly connected)   (1e-05 0.07 1e-05) (0.05 0.07 0.012)
    minX                16944    17689    ok (non-closed singly connected)   (1e-05 -0.02 1e-05) (1e-05 0.07 0.012)
    maxX                16989    17689    ok (non-closed singly connected)   (0.05 -0.02 1e-05) (0.05 0.07 0.012)
    minY                9600     9849     ok (non-closed singly connected)   (1e-05 -0.02 1e-05) (0.05 -0.02 0.012)
    minZ                72000    72561    ok (non-closed singly connected)   (1e-05 -0.02 1e-05) (0.05 0.07 1e-05)
    maxZ                72000    72561    ok (non-closed singly connected)   (1e-05 -0.02 0.012) (0.05 0.07 0.012)
    gyroidMatrix        741      2360     ok (non-closed singly connected)   (1e-05 7.811226e-08 0.0008573088) (0.05 0.04999995 0.01114398)

Checking faceZone topology for multiply connected surfaces...
    FaceZone            Faces    Points   Surface topology                   Bounding box
    block_to_air        448857   450410   ok (non-closed singly connected)   (1e-05 -2.590211e-05 1e-05) (0.05 0.05002226 0.012)

Checking basic cellZone addressing...
    CellZone            Cells        Points       Volume       BoundingBox
    block               672595       936490       1.060277e-05 (1e-05 -2.590211e-05 1e-05) (0.05 0.05002226 0.012)
    air                 2783386      3069409      4.334144e-05 (1e-05 -0.02 1e-05) (0.05 0.07 0.012)

Checking geometry...
    Overall domain bounding box (1e-05 -0.02 1e-05) (0.05 0.07 0.012)
    Mesh has 3 geometric (non-empty/wedge) directions (1 1 1)
    Mesh has 3 solution (non-empty) directions (1 1 1)
    Boundary openness (-1.762469e-15 -3.517342e-16 6.255808e-15) OK.
    Max cell openness = 4.243169e-16 OK.
    Max aspect ratio = 12.8433 OK.
    Minimum face area = 1.896463e-09. Maximum face area = 1.540076e-07.  Face area magnitudes OK.
    Min volume = 1.449772e-12. Max volume = 3.802479e-11.  Total volume = 5.394421e-05.  Cell volumes OK.
    Mesh non-orthogonality Max: 65.64012 average: 10.60025
    Non-orthogonality check OK.
    Face pyramids OK.
 ***Max skewness = 4.757959, 35 highly skew faces detected which may impair the quality of the results
  <<Writing 35 skew faces to set skewFaces
    Coupled point location match (average 0) OK.
    Face tets OK.
    Min/max edge length = 2.048068e-05 0.0005143614 OK.
   *There are 1230 faces with concave angles between consecutive edges. Max concave angle = 42.74695 degrees.
  <<Writing 1230 faces with concave angles to set concaveFaces
    Face flatness (1 = flat, 0 = butterfly) : min = 0.7928011  average = 0.9981342
   *There are 3 faces with ratio between projected and actual area < 0.8
    Minimum ratio (minimum flatness, maximum warpage) = 0.7928011
  <<Writing 3 warped faces to set warpedFaces
    Cell determinant (wellposedness) : minimum: 0.008020489 average: 0.9545793
    Cell determinant check OK.
 ***Concave cells (using face planes) found, number of cells: 39349
  <<Writing 39349 concave cells to set concaveCells
    Face interpolation weight : minimum: 0.081386 average: 0.4851155
    Face interpolation weight check OK.
    Face volume ratio : minimum: 0.07626664 average: 0.9306736
    Face volume ratio check OK.

Failed 2 mesh checks.

End
I believe the failed checks to be the concave cells (which doesn't matter I think?) and the max skewness (which curiously I didn't have when I had my blockMeshDict at 1e-7).

I'm not particularly sure where to go from here now however.

Thank you for the help so far.
DanPad07 is offline   Reply With Quote

Old   November 27, 2020, 09:06
Default
  #6
Member
 
Teresa
Join Date: Nov 2015
Location: germany
Posts: 63
Rep Power: 11
TeresaT is on a distinguished road
Hi,

even if you have to use this stl in the end you might want to use a different one now to check if the stl is a problem.
You can change your current STL to less features, different resolution and so on as well.

You might get better results with snappyHexMesh using the same grid with in all directions.

If snappyHexMesh refines your cells even more you should change the writingPrecision accordingly (instead of your points in the blockMesh).

Getting a nice mesh is worth the time and effort in many if not most cases.

Good luck,
Teresa
TeresaT is offline   Reply With Quote

Old   November 27, 2020, 09:27
Default
  #7
New Member
 
Dan Padrao
Join Date: Jun 2020
Posts: 14
Rep Power: 6
DanPad07 is on a distinguished road
Thanks Teresa! I'm definitely going to have to work on my mesh a bit more then and make sure that it's as good as I can get it. Thanks for all of your help so far!

If I make any breakthroughs I'll post here again
DanPad07 is offline   Reply With Quote

Old   November 27, 2020, 10:39
Default
  #8
Member
 
Eren
Join Date: Aug 2018
Posts: 86
Rep Power: 9
ErenC is on a distinguished road
You have an intresting geometry! I usually encounter problems when the stl is not refined enough. You can have really bad cells. First of all try checkMesh, see your elements if they are in good shape or not. If they are not, I suggest you to refine your stls surface quality.
ErenC 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
OpenFOAM - mixing tank simulation using dynamic mesh foamF OpenFOAM 3 February 9, 2021 16:43
decomposePar problem: Cell 0contains face labels out of range vaina74 OpenFOAM Pre-Processing 37 July 20, 2020 06:38
[mesh manipulation] Importing Multiple Meshes thomasnwalshiii OpenFOAM Meshing & Mesh Conversion 18 December 19, 2015 19:57
[Gmsh] 2D Mesh Generation Tutorial for GMSH aeroslacker OpenFOAM Meshing & Mesh Conversion 12 January 19, 2012 04:52
Icemcfd 11: Loss of mesh from surface mesh option? Joe CFX 2 March 26, 2007 19:10


All times are GMT -4. The time now is 00:06.