|
[Sponsors] |
October 29, 2015, 21:20 |
Diverging simulation
|
#1 | |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
Hi, my simulation is diverging. I've tried increasing nNonOrthogonalCorrectors up to 10, and also introducing residualControl in fvSolution, but nothing helps. My checkMesh log is as follows.
The boundary conditions are similar to my other case, which runs perfectly. I have only changed the velocity at the inlet and with a slightly different geometry. May I know if the "number of severely non-orthogonal faces" is the cause? Otherwise, how can I solve the diverging problem? Quote:
|
||
October 30, 2015, 02:19 |
|
#2 |
New Member
Vishal
Join Date: Feb 2013
Posts: 28
Rep Power: 13 |
hi czhongrong
By looking at your checkMesh Log, it is seen that the Max Skewness for your mesh is 3.314. This could be the problem why your simulations are diverging. The skewness of the mesh is an indication of the optimum cell size. For accurate solution, the maximum skewness for Hex mesh should not go beyond 0.7 or 0.85. In general, the mesh with max skewness of 0 is considered to be perfect and it should not go beyond 1 in order to have accurate solution or convergence in solution. So i recommend you to change your mesh and run the simulations once again. All the best |
|
October 30, 2015, 03:02 |
|
#3 | |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
Hi vishal3,
My geometry is a cylinder with a protruded top on its surface(see attached). I just can't seem to be able to decrease the max skewness. May I know what parameters I could try editing? Below is my blockMeshDict. Quote:
|
||
October 30, 2015, 04:03 |
|
#4 |
Senior Member
Anton Kidess
Join Date: May 2009
Location: Germany
Posts: 1,377
Rep Power: 30 |
If you have an STL of your geometry use snappyHexMesh.
__________________
*On twitter @akidTwit *Spend as much time formulating your questions as you expect people to spend on their answer. |
|
October 30, 2015, 04:10 |
|
#5 |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
Hi akidess,
I can't get my STL to work, that's why I use blockMeshDict to mesh my geometry. |
|
October 30, 2015, 05:31 |
|
#6 |
Senior Member
Matvey Kraposhin
Join Date: Mar 2009
Location: Moscow, Russian Federation
Posts: 355
Rep Power: 21 |
The problem is in non-orthogonality, in fact OpenFOAM's implementation of FVM will not work with non-orthogonality larger then 60-70 degrees
__________________
MDPI Fluids (Q2) special issue for OSS software: https://www.mdpi.com/journal/fluids/..._modelling_OSS GitHub: https://github.com/unicfdlab Linkedin: https://linkedin.com/in/matvey-kraposhin-413869163 RG: https://www.researchgate.net/profile/Matvey_Kraposhin |
|
October 30, 2015, 05:37 |
|
#7 |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
So I would need to reduce the "Mesh non-orthogonality Max" to be below 60-70? If so, how can I do that? Do I still need to care about the max skewness?
|
|
October 30, 2015, 09:58 |
|
#8 | |
Senior Member
Matvey Kraposhin
Join Date: Mar 2009
Location: Moscow, Russian Federation
Posts: 355
Rep Power: 21 |
Quote:
You must locate cells where non-orthogonality is high and change geometry of corresponding blocks in blockMeshDict. To locate this cells, run: Code:
checkMest Code:
foamToVTK -faceSet nonOrthoFaces
__________________
MDPI Fluids (Q2) special issue for OSS software: https://www.mdpi.com/journal/fluids/..._modelling_OSS GitHub: https://github.com/unicfdlab Linkedin: https://linkedin.com/in/matvey-kraposhin-413869163 RG: https://www.researchgate.net/profile/Matvey_Kraposhin |
||
October 30, 2015, 22:16 |
|
#9 |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
Hi mkraposhin,
Is there any rule of thumb or guideline that we can follow to avoid high non-orthogonality? As seen from my geometry in my previous reply #3, I find it difficult to change the geometry of the block. Attached is the schematic sketch diagram of my meshing and what "foamToVTK -faceSet nonOrthoFaces" has shown me in ParaView. It can be seen that lines 5-23 and 4-22 are the causes of this problem. |
|
October 30, 2015, 23:49 |
|
#10 |
New Member
Vishal
Join Date: Feb 2013
Posts: 28
Rep Power: 13 |
Hey czhongrong
Why don't you try to create a mesh in other applications like GMSH / SALOME / GAMBIT / ANSYS WORKBENCH / HYPERMESH etc. ? I dont have any idea whether blockmeshdict is that much capable of handling this. Just give it a try. There you have a good control over your mesh when you are using other applications. All the best! |
|
October 31, 2015, 06:52 |
|
#11 |
Senior Member
Matvey Kraposhin
Join Date: Mar 2009
Location: Moscow, Russian Federation
Posts: 355
Rep Power: 21 |
I would propose another a bit more complex configuration of blocks - see attachment
__________________
MDPI Fluids (Q2) special issue for OSS software: https://www.mdpi.com/journal/fluids/..._modelling_OSS GitHub: https://github.com/unicfdlab Linkedin: https://linkedin.com/in/matvey-kraposhin-413869163 RG: https://www.researchgate.net/profile/Matvey_Kraposhin |
|
November 1, 2015, 00:59 |
|
#12 |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
Thanks for the layout, but just a few questions, I couldn't quite visualise properly:
1) I see 2 circles, do I have to model that outer circle? If yes, is the area in-between the 2 circles considered as hex blocks as well? 2) Are the 2 horizontal lines on the right needed? 3) "With this line non-orthogonality can be adjusted" - meaning the BLACK diagonal line on the right? |
|
November 1, 2015, 11:49 |
|
#13 | ||
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
By the way, I've tried to mesh in a different layout. See attached for layout. But I keep getting the following error from blockMesh - "face 3 in patch 2 does not have neighbour cell face: 4(3 4 7 8)". I can't find the cause of the problem. My blockMesh is as follows.
Quote:
Quote:
|
|||
November 2, 2015, 04:59 |
|
#14 |
Senior Member
Matvey Kraposhin
Join Date: Mar 2009
Location: Moscow, Russian Federation
Posts: 355
Rep Power: 21 |
Hi,
I think that with the descretization shown above, you will also get mesh with high non-orthogonality. I made another version of block geometry (see attachment). Grey regions are blocks In this geometry you can adjust non-orthogonality with the vertical position of point 6 and horizontal position of point 5.
__________________
MDPI Fluids (Q2) special issue for OSS software: https://www.mdpi.com/journal/fluids/..._modelling_OSS GitHub: https://github.com/unicfdlab Linkedin: https://linkedin.com/in/matvey-kraposhin-413869163 RG: https://www.researchgate.net/profile/Matvey_Kraposhin |
|
November 2, 2015, 05:20 |
|
#15 |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
Hi mkraposhin,
Yes, indeed my discretisation still yields 88 deg of non-orthogonality. 1) Are points 4, 6, 8, 9, 13, 14 all arbitrary points on the circle which I can choose on my own? 2) I will need to follow this discretization on the upper left half of the geometry too right (i.e. mirror on the left)? |
|
November 2, 2015, 05:37 |
|
#16 | ||
Senior Member
Matvey Kraposhin
Join Date: Mar 2009
Location: Moscow, Russian Federation
Posts: 355
Rep Power: 21 |
Quote:
Quote:
For the first iteration, you can assume that line 2-5 have length equal or slighly larger then line 3-2. Line 13-8 inclined to line 12-10 with angle ~ 30 degrees Yes, you need to mirror upper right blocks on the upper left to get upper part of your geometry. Then, you must creat lower part of geometry. For this you can look at tutorial tutorials/stressAnalysis/solidDisplacementFoam/plateHole
__________________
MDPI Fluids (Q2) special issue for OSS software: https://www.mdpi.com/journal/fluids/..._modelling_OSS GitHub: https://github.com/unicfdlab Linkedin: https://linkedin.com/in/matvey-kraposhin-413869163 RG: https://www.researchgate.net/profile/Matvey_Kraposhin |
|||
November 2, 2015, 05:51 |
|
#17 |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
For the lower part of my geometry, can I just model it like how I used to, in my earlier posts? By the diagonals 0-12 and 13-1?
|
|
November 2, 2015, 05:59 |
|
#18 | |
Senior Member
Matvey Kraposhin
Join Date: Mar 2009
Location: Moscow, Russian Federation
Posts: 355
Rep Power: 21 |
Quote:
or like the top part, you will get better mesh quality, i think. Also, please note, that in any case you will need to save blocks between outer and inner cylinders See attachment
__________________
MDPI Fluids (Q2) special issue for OSS software: https://www.mdpi.com/journal/fluids/..._modelling_OSS GitHub: https://github.com/unicfdlab Linkedin: https://linkedin.com/in/matvey-kraposhin-413869163 RG: https://www.researchgate.net/profile/Matvey_Kraposhin |
||
November 2, 2015, 06:03 |
|
#19 |
Member
Join Date: Sep 2015
Posts: 30
Rep Power: 11 |
Save blocks?
|
|
November 2, 2015, 06:05 |
|
#20 |
Senior Member
Matvey Kraposhin
Join Date: Mar 2009
Location: Moscow, Russian Federation
Posts: 355
Rep Power: 21 |
I attached file with lower part of mesh
__________________
MDPI Fluids (Q2) special issue for OSS software: https://www.mdpi.com/journal/fluids/..._modelling_OSS GitHub: https://github.com/unicfdlab Linkedin: https://linkedin.com/in/matvey-kraposhin-413869163 RG: https://www.researchgate.net/profile/Matvey_Kraposhin |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Huge file sizes when Running VOF simulation | aarratia | FLUENT | 0 | May 8, 2014 13:27 |
Supersonic Nozzle Exhaust Simulation | mikeh | FLUENT | 0 | May 1, 2014 22:28 |
Exporting data of transient simulation DURING a simulation, at user locations ? | Milan2013 | CFX | 0 | April 18, 2014 04:47 |
Simulation of a complex wing in solidworks flow simulation | niels1900 | FloEFD, FloWorks & FloTHERM | 6 | April 20, 2011 11:44 |
GUI crash and simulation engine still running | RPJones | FLOW-3D | 2 | November 9, 2010 09:18 |