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

kEspilon / simpleFoam - p non converging

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   February 25, 2018, 06:43
Default kEspilon / simpleFoam - p non converging
  #1
New Member
 
Join Date: Aug 2013
Posts: 20
Rep Power: 13
KYPCK444 is on a distinguished road
Hi all,

I am trying to simulate a water flow against elliptical body, adopting kEpsilon model and simpleFoam as solver. The body is inside a pipe, and the whole domain is "split" in a half (I am considering a half of the pipe+body). I am adopting "freestream approach" for che cylindrical surface of the pipe (but treating it as wall does not lead to different results).

My problem is with p residuals, which show very high oscillating behaviour (see attached image), while the other quantities show good convergence. Run stops either after few timesteps, but I think I cannot accept the results.

I think the mesh (3,4 billions cells) should be ok.

I searched the forum to find out what I could change but I cannot get to a solution.

These are the case files:

PRESSURE------------------------

internalField uniform 0;
boundaryField
{
inlet
{ type zeroGradient;}
outlet
{ type fixedValue;
value $internalField;}
periphery
{ type freestreamPressure;}
symmetryPlane
{ type symmetry; }
body
{ type zeroGradient; }
}


VELOCITY--------------------------------------

internalField uniform (0 0 1.5);
boundaryField
{
inlet
{ type fixedValue;
value uniform (0 0 1.5);}
outlet
{ type zeroGradient;}
periphery
{ type freestream;
freestreamValue $internalField;}
symmetryPlane
{ type symmetry;}
body
{type noSlip;}
}


K---------------------------------------------

internalField uniform 0.0030;

boundaryField
{ inlet
{ type fixedValue;
value $internalField; }
outlet
{ type zeroGradient;}
periphery
{ type freestream;
freestreamValue $internalField;}
symmetryPlane
{ type symmetry;}
body
{ type kqRWallFunction;
value uniform 0;}
}


EPSILON-------------------------------------

internalField uniform 0.0003;
boundaryField
{ inlet
{ type zeroGradient;}
outlet
{ type zeroGradient;}
periphery
{ type freestream;
freestreamValue $internalField;}
symmetryPlane
{ type symmetry;}
body
{ type epsilonWallFunction;
value $internalField;}
}


NUt---------------------------------------------

internalField uniform 0.0026;

boundaryField
{ inlet
{ type calculated;
value $internalField;}
outlet
{ type calculated;
value $internalField;}
periphery
{ type freestream;
freestreamValue $internalField;}
symmetryPlane
{ type symmetry;}
body
{ type nutkWallFunction;
value uniform 0; }
}


fvSchemes--------------------------------------------

ddtSchemes
{
default steadyState;
}

gradSchemes
{
default cellMDLimited Gauss linear 0.5;
grad(U) Gauss linear;
}

divSchemes
{
default none;
div(phi,U) bounded Gauss upwind;
div(phi,k) bounded Gauss limitedLinear 1;
div(phi,epsilon) bounded Gauss limitedLinear 1;
div(phi,R) bounded Gauss limitedLinear 1;
div(R) Gauss linear;
div(phi,nuTilda) bounded Gauss limitedLinear 1;
div((nuEff*dev2(T(grad(U))))) Gauss linear;
}

laplacianSchemes
{
default Gauss linear corrected;
}

interpolationSchemes
{
default linear;
}

snGradSchemes
{
default corrected;
}


fvSolution----------------------------------------------

solvers
{
p
{
solver GAMG;
maxIter 500;
smoother GaussSeidel;

tolerance 1e-10;
relTol 0.01;
}

pFinal
{
$p;
tolerance 1e-10;
relTol 0;
}

"(U|k|epsilon)"
{
solver smoothSolver;
smoother symGaussSeidel;
tolerance 1e-05;
relTol 0.1;
}

"(U|k|epsilon)Final"
{
$U;
tolerance 1e-05;
relTol 0;
}
}

PIMPLE
{
nOuterCorrectors 4;
nCorrectors 1;
nNonOrthogonalCorrectors 0;
pRefCell 0;
pRefValue 0;
}

SIMPLE
{

pRefCell 0;
pRefValue 0;

nNonOrthogonalCorrectors 3;
nCorrector 1;
residualControl
{
p 1e-2;
U 1e-3;
"(k|epsilon)" 1e-3;
}
}

relaxationFactors
{
fields
{
p 0.3;
}
equations
{
U 0.7;
k 0.7;
"epsilon.*" 0.7;
}
}

cache
{
grad(U);
}

-----------------------------

Any hint would be really appreciated, thanks.
Attached Images
File Type: jpg p residuals.jpg (90.0 KB, 20 views)
KYPCK444 is offline   Reply With Quote

Old   February 26, 2018, 03:48
Default
  #2
Senior Member
 
piu58's Avatar
 
Uwe Pilz
Join Date: Feb 2017
Location: Leipzig, Germany
Posts: 744
Rep Power: 15
piu58 is on a distinguished road
What is your time step. How large is the max Courant number? If you have problems firts try the get maxCo < 0.1.
__________________
Uwe Pilz
--
Die der Hauptbewegung überlagerte Schwankungsbewegung ist in ihren Einzelheiten so hoffnungslos kompliziert, daß ihre theoretische Berechnung aussichtslos erscheint. (Hermann Schlichting, 1950)
piu58 is offline   Reply With Quote

Old   February 26, 2018, 05:25
Default
  #3
New Member
 
Join Date: Aug 2013
Posts: 20
Rep Power: 13
KYPCK444 is on a distinguished road
Thanks for your reply.

Time step is set to 1, max Courant number (calculated as dt*U/d, where minimum cell dimension is calculated as the square root of minimum cell area, as stated in checkMesh) should be 885,
but I was not taking into account this, because I knew Co is not involved in steady simulations (Smallest element, simpleFoam and CFL condition).

Have I misunderstood something?

Thanks again
KYPCK444 is offline   Reply With Quote

Old   February 26, 2018, 07:03
Default
  #4
Senior Member
 
piu58's Avatar
 
Uwe Pilz
Join Date: Feb 2017
Location: Leipzig, Germany
Posts: 744
Rep Power: 15
piu58 is on a distinguished road
Even in steady simulations the Co number says something about your simulation. The larges change in the values calculated spans about 900 cells! That is much to high.
__________________
Uwe Pilz
--
Die der Hauptbewegung überlagerte Schwankungsbewegung ist in ihren Einzelheiten so hoffnungslos kompliziert, daß ihre theoretische Berechnung aussichtslos erscheint. (Hermann Schlichting, 1950)
piu58 is offline   Reply With Quote

Old   February 26, 2018, 09:54
Default
  #5
Senior Member
 
akidess's Avatar
 
Anton Kidess
Join Date: May 2009
Location: Germany
Posts: 1,377
Rep Power: 30
akidess will become famous soon enough
Quote:
Originally Posted by piu58 View Post
Even in steady simulations the Co number says something about your simulation. The larges change in the values calculated spans about 900 cells! That is much to high.
Courant number is 0, since dt is 0. Your reasoning is odd.
__________________
*On twitter @akidTwit
*Spend as much time formulating your questions as you expect people to spend on their answer.
akidess is offline   Reply With Quote

Old   February 27, 2018, 10:25
Default
  #6
New Member
 
Join Date: Aug 2013
Posts: 20
Rep Power: 13
KYPCK444 is on a distinguished road
Well, I obtain same risults with delta t = 0,001 (large Co) and = 1.

Anyway, I have got better residuals by changing fvSchemes as below:

fvSchemes ---------------------------------------------------------------

ddtSchemes
{
default steadyState;
}

gradSchemes
{
default Gauss linear;
}

divSchemes
{
default none;
div(phi,U) bounded Gauss limitedLinearV 1;
div(phi,k) bounded Gauss limitedLinear 1;
div(phi,epsilon) bounded Gauss limitedLinear 1;
div(phi,R) bounded Gauss limitedLinear 1;
div(R) Gauss linear;
div(phi,nuTilda) bounded Gauss limitedLinear 1;
div((nuEff*dev2(T(grad(U))))) Gauss linear;
}

laplacianSchemes
{
default Gauss linear corrected;
}

interpolationSchemes
{
default linear;
}

snGradSchemes
{
default corrected;
}
--------------------------------------------------------------------------

Now, the very problem is that in spite of better residuals behaviour, my run does not converge, I see it from drag coefficient plot over time not converging to a stable value.

I already adopt initialization with potentialFoam (adding potentialFLow line fvSolution), and I'm monitoring yPlus (in my case yPlus is between 2,5 and 65; I know RAS yPlus should not be less than 30, I don't know if this could be the problem).
I have also tried to increase domain lenght past the submersed pipe, but things do not change.

The "strange" feature is that the simulation stops after few timesteps (ca 100), saying it has converged ..

Attached my case files (as you can see in bc, I am now treating the peripherical surface of the domain as a wall).

Any hint? Thanks
Attached Files
File Type: zip KYPCK444.zip (4.0 KB, 1 views)
KYPCK444 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
interFoam vs. simpleFoam channel flow comparison DanM OpenFOAM Running, Solving & CFD 12 January 31, 2020 16:26
SimpleFoam Case not converging Doflo OpenFOAM Running, Solving & CFD 2 December 18, 2014 13:09
simpleFoam parallel solver & Fluent polyhedral mesh Zlatko OpenFOAM Running, Solving & CFD 3 September 26, 2014 07:53
Trying to run a benchmark case with simpleFoam spsb OpenFOAM 3 February 24, 2012 10:07
SimpleFoam problems with converging maybe skewness hoochie OpenFOAM Running, Solving & CFD 4 May 14, 2007 08:23


All times are GMT -4. The time now is 16:55.