|
[Sponsors] |
bad momentum source, vortice direction with twoPhaseEulerFoam and non-ortho meshes |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
February 5, 2015, 05:20 |
bad momentum source, vortice direction with twoPhaseEulerFoam and non-ortho meshes
|
#1 |
Senior Member
Join Date: Mar 2010
Location: Germany
Posts: 154
Rep Power: 16 |
Hi,
I'm observing nonphysical results when using twoPhaseEulerFoam on non-orthogonal meshes. I'm trying to simulate a long tank with rigid lid and aeration (usage of a simplified geometry in order to track down the problem): geometry.jpg The inflow of air is supposed to introduce large vortices and lead to mixing of the fluid. These results can be observed when using complete orthogonal hexaedral meshes: orthogonal_mesh.jpg orthogonal_U.water.jpg Whenever I try to use somewhat skew or non-orthogonal meshes the whole simulation either blows up or yields wrong results (wrong direction of vortices!). There seems to be an artificial source of momentum: non-orthogonal_mesh.jpg non-orthogonal_U.water.jpg I already tried to use non-orthogonal correction loops and different numerical schemes. This issue probably relates to the following bug report: http://www.openfoam.org/mantisbt/view.php?id=1379 Please find the two sample cases illustrating the problem within this Dropbox shared folder: https://www.dropbox.com/sh/eqoaca7b9...fPLSKSiha?dl=0 None of the tutorial cases concerning air-water simulations seems to use non-orthogonal meshes or non-trivial geometries (except mixerVessel2D). Are there any example cases that match my use case closely? Any other comments regarding case setup and boundary conditions are welcome too! I will happily provide further infos that may be required to shed some light on this issue. Thanks Cutter |
|
February 11, 2015, 00:36 |
|
#2 |
Senior Member
Dongyue Li
Join Date: Jun 2012
Location: Beijing, China
Posts: 849
Rep Power: 18 |
I would like to say this this is related to mesh, I happened to run across this problem long long time ago, this is still not solved, The only solution for me is to use hex mesh.
I downloaded your case, there is no files under 0 file. n which openfoam edition r u using? And maybe u can just try this simple 2D case. pls see the mesh attached. Anyway, from my experience using twoPhaseEulerFoam, this solver is sensitive to mesh. |
|
February 11, 2015, 13:55 |
|
#3 |
Senior Member
Join Date: Mar 2010
Location: Germany
Posts: 154
Rep Power: 16 |
Hi,
thanks for the feedback. I will have a look at the 2D mesh. The boundary condition files are located in the init directory. Please copy them into the 0 directory before running the solver. See run_simulation.sh for more infos! The usage of the init dir allows to recover the boundary condition files at a later point in time. They sometimes get modified by tools like setFields or screwed up by the user. This way there is always a working backup. Some people use a folder called 0.org for the same reason. I did the tests with a recent version of OF 2.3.x. Sorry for the short reply - I am not in the office this week. More infos next week... Cutter |
|
February 27, 2015, 16:01 |
|
#4 |
Senior Member
Dongyue Li
Join Date: Jun 2012
Location: Beijing, China
Posts: 849
Rep Power: 18 |
Hello!
Have u ever solved this problem? Best, |
|
May 19, 2015, 10:45 |
|
#5 |
Senior Member
Join Date: Mar 2010
Location: Germany
Posts: 154
Rep Power: 16 |
Hi,
sorry for this very late response, I've been busy with some other projects in the meantime. The problem has (at least partially) been fixed with the patches in OpenFOAM-dev (see https://github.com/OpenFOAM/OpenFOAM-dev) during the first months of 2015 (there've been quite a lot regarding twoPhaseEulerFoam directly). The solver is now capable to produce plausible results for the simple test case I provided in the first post of this thread and meshes similar to the 2d samples of post #2. It is also able to run much more complicated cases using irregular hex meshes produced with cartesianMesh (part of the cfMesh grid generation suite). However it constantly crashes with a similar case which differs in geometry size and some load parameters only. Many thanks to the OF team for the ongoing development effort! Cutter |
|
April 25, 2016, 18:17 |
|
#6 |
Member
Sami
Join Date: Nov 2012
Location: Cap Town, South Africa
Posts: 87
Rep Power: 14 |
Hello Foamers,
Thank you for this thread and for the great job you are doing. I am facing the same stability issues using multiphaseEulerFoam (OpenFoam 2.3.0) with a mesh of 99% hex elements. Is this problem solved or how can I run stable simulations using this solver (or twoPhaseEulerFoam) ? Thank you for your answer. Best, Mhrz |
|
May 27, 2016, 11:15 |
|
#7 |
Member
Join Date: Oct 2015
Posts: 48
Rep Power: 11 |
Hi Cutter
I use twophaseEulerFoam openfoam 2.4,I have problem in my case Alpha became negative,and epsilon increases and then deltaT is reduced very much Do you khnow how can I fix that? Best Regards Masoud |
|
November 17, 2016, 15:17 |
|
#8 |
Senior Member
Join Date: Mar 2010
Location: Germany
Posts: 154
Rep Power: 16 |
Hi,
please check OpenFOAM 3.0.1, there've been many important changes in the 3.x.x branch that solved some of my own issues. Also check the latest dev versions (https://github.com/OpenFOAM/OpenFOAM-dev), there's currently quite a lot development regarding the twoPhaseEulerFoam solver. Cutter |
|
|
|