|
[Sponsors] |
December 18, 2017, 23:25 |
Blown Up Courant Number: twoPhaseEulerFoam
|
#1 |
New Member
Chen Sihe
Join Date: Sep 2017
Posts: 26
Rep Power: 9 |
Hi all,
I have recently encountered a strange problem that troubles me a lot. I am running a two-phase case the involves particles and air. The geometry is simply a 2D slice of a cylindrical body. The simulation is done with variable time step with Courant Number smaller than 1, so the problem is discovered that deltaT suddenly drops to an extremely low level after simulating for a while, which means the Courant Number actually blows up at that position. To simplify this problem, I forced the volume fraction of particles to be 0, so what is simulated is actually a single phase flow. The problem happens at around 1.5s of simulation, and the velocity field is attached: before and after the blowing up of Courant Number, nearly all quantities behave quite well, including k, epsilon, velocity, etc. The only observable irregularity is observed with the pressure field. Pictures of the velocity field and the pressure field are attached. I appreciate it a lot if you could be helping me, since it has really troubling me for quite a long time. Thanks a lot guys! |
|
December 19, 2017, 01:19 |
|
#2 |
Senior Member
Uwe Pilz
Join Date: Feb 2017
Location: Leipzig, Germany
Posts: 744
Rep Power: 15 |
In most such situations the b.c. are not correct. I would check them first.
__________________
Uwe Pilz -- Die der Hauptbewegung überlagerte Schwankungsbewegung ist in ihren Einzelheiten so hoffnungslos kompliziert, daß ihre theoretische Berechnung aussichtslos erscheint. (Hermann Schlichting, 1950) |
|
December 19, 2017, 01:31 |
|
#3 | |
New Member
Chen Sihe
Join Date: Sep 2017
Posts: 26
Rep Power: 9 |
Quote:
Thanks a lot for your reply! However, I have checked my boundary conditions and changed them several times as well. It seems that they are not that problematic. Since I have observed in my openfoam that the cells are affected from the outlet, I hereby provide my b.c. for the outlet: Code:
velocity: zeroGradient pressure: fixed value (uniform, atmospheric pressure) p_rgh: prghPressure k: inletOutlet epsilon: inletOutlet (To be honest, for the boundary conditions, I mostly followed the fluidised bed in the tutorial cases) Another important thing is that I have actually run the same case before, using the icoFoam solver,which gives quite good results. Thanks again! |
||
December 19, 2017, 10:03 |
|
#4 |
Senior Member
Uwe Pilz
Join Date: Feb 2017
Location: Leipzig, Germany
Posts: 744
Rep Power: 15 |
You need a pressure reference point somewhere. I don't know whether atmospheric pressure gives it.
__________________
Uwe Pilz -- Die der Hauptbewegung überlagerte Schwankungsbewegung ist in ihren Einzelheiten so hoffnungslos kompliziert, daß ihre theoretische Berechnung aussichtslos erscheint. (Hermann Schlichting, 1950) |
|
December 19, 2017, 21:26 |
|
#5 | |
New Member
Chen Sihe
Join Date: Sep 2017
Posts: 26
Rep Power: 9 |
Quote:
|
||
December 21, 2017, 03:25 |
|
#6 |
New Member
Chen Sihe
Join Date: Sep 2017
Posts: 26
Rep Power: 9 |
Hey guys
Update of this problem: I have consulted my professor, and he told me to focus on p_rgh instead of p alone. But the problem is that I could not find the suggested boundary conditions for p_rgh. Is there anything that we can refer to? Thanks guyz |
|
December 22, 2017, 03:36 |
|
#7 |
Senior Member
Dongyue Li
Join Date: Jun 2012
Location: Beijing, China
Posts: 849
Rep Power: 18 |
Are you simulating a pipe flow? You mesh is same with mine.
I would suggest you switch off the turbulence to check if the problem comes from turbulence. The small value of deltaT implies your velocity's too large, which probably comes from a wrong prediction of turbulence fields. Just a guess.
__________________
My OpenFOAM algorithm website: http://dyfluid.com By far the largest Chinese CFD-based forum: http://www.cfd-china.com/category/6/openfoam We provide lots of clusters to Chinese customers, and we are considering to do business overseas: http://dyfluid.com/DMCmodel.html |
|
December 22, 2017, 03:43 |
|
#8 | |
New Member
Chen Sihe
Join Date: Sep 2017
Posts: 26
Rep Power: 9 |
Quote:
Thanks a lot for your suggestion. Actually, just now I turned off the adjustable runtime, and make it fixed to a low enough but still acceptable fixed deltaT, and let it run from the beginning. Strangely, this seems to be working for the simplified single-phase case. I am now running it for two-phase, and I think it would be OK. BTW thanks a lot for your website and your papers: it really helps me a lot to get more familiar with CFD and OpenFOAM. |
||
Tags |
courant number, openfoam, twophaseeulerfoam |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Decomposing meshes | Tobi | OpenFOAM Pre-Processing | 22 | February 24, 2023 10:23 |
[snappyHexMesh] Error snappyhexmesh - Multiple outside loops | avinashjagdale | OpenFOAM Meshing & Mesh Conversion | 53 | March 8, 2019 10:42 |
Sudden jump in Courant number | NJG | OpenFOAM Running, Solving & CFD | 7 | May 15, 2014 14:52 |
IcoFoam parallel woes | msrinath80 | OpenFOAM Running, Solving & CFD | 9 | July 22, 2007 03:58 |