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

Unrealistic values in cells at edge (high pressure & velocity) - fvSchemes?!

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   August 19, 2015, 16:03
Default Unrealistic values in cells at edge (high pressure & velocity) - fvSchemes?!
  #1
matzbanni
Guest
 
Posts: n/a
Dear Foamers,

I'm trying to simulate a gas flow through an injector at high pressure levels up to p=400-500 bar and pressure ratios around pi=3-4. Attached you can find a picture of the involving mesh with the inlet on the left side and the three outlets on the right side which was created with cfMesh, cartesianMesh.
The problem I'm dealing with is the edge at the nozzle. Some cells have very high values (U,p,ptot,rho), others that are very close have very low values. These skips are leading to the divergence after a few hundred iterations depending on the operating point and the initialization. Are there any smoothing operations for my fvSchemes? Or would you suggest another meshing-strategy?
It's not a problem of the boundary conditions, I already figured that out...

Here are my current fvSchemes:
Code:
/*--------------------------------*- C++ -*----------------------------------*\
| =========                 |                                                 |
| \\      /  F ield         | OpenFOAM: The Open Source CFD Toolbox           |
|  \\    /   O peration     | Version:  2.3.1                                 |
|   \\  /    A nd           | Web:      www.OpenFOAM.org                      |
|    \\/     M anipulation  |                                                 |
\*---------------------------------------------------------------------------*/
FoamFile
{
    version     2.0;
    format      ascii;
    class       dictionary;
    location    "system";
    object      fvSchemes;
}
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //

ddtSchemes
{
    default         localEuler rDeltaT;
}

gradSchemes
{
    default 	    Gauss linear;
    grad(p)	    faceLimited Gauss linear 1.0;
}

divSchemes
{
    default         none;
    div(phi,U)      Gauss upwind;

    div(phid,p)     Gauss upwind;
    div(phi,h)      Gauss upwind;

    div(phi,K)      Gauss upwind;
    div(phi,k)      Gauss upwind;
    div(phi,omega)  Gauss upwind;

    div((muEff*dev2(T(grad(U))))) Gauss linear;
}

laplacianSchemes
{
    default         Gauss upwind phi corrected;
}

interpolationSchemes
{
    default         skewCorrected linear;
    reconstruct(U)  GammaV 1.0;
    reconstruct(p)  Gamma 1.0;
}

snGradSchemes
{
    default         corrected;
}

fluxRequired
{
    default         no;
    p               ;
}


// ************************************************************************* //
Thanks in advance!
Attached Images
File Type: jpg ParaView 4.0.1 64-bit_015.jpg (51.5 KB, 63 views)
File Type: jpg ParaView 4.0.1 64-bit_017.jpg (56.0 KB, 72 views)
File Type: jpg ParaView 4.0.1 64-bit_016.jpg (66.7 KB, 122 views)
  Reply With Quote

Old   August 20, 2015, 03:41
Default
  #2
Member
 
Vojtech Betak
Join Date: Mar 2009
Location: Czech republic
Posts: 34
Rep Power: 18
betakv is on a distinguished road
Hi Matzbanni,

please can you specify used solvers and folder with initial conditions

VB
betakv is offline   Reply With Quote

Old   August 20, 2015, 03:47
Default
  #3
matzbanni
Guest
 
Posts: n/a
Quote:
Originally Posted by betakv View Post
Hi Matzbanni,

please can you specify used solvers and folder with initial conditions

VB
I'm using a own compressible solver based on rhoPimpleFoam (implemented Peng-Robinson EoS, chung viscosity, janaf specific heats). Please find attached my initial conditions...

Regards!
Attached Files
File Type: gz 0.org.tar.gz (1.1 KB, 18 views)
  Reply With Quote

Old   August 20, 2015, 17:00
Default
  #4
Senior Member
 
Franjo Juretic
Join Date: Aug 2011
Location: Velika Gorica, Croatia
Posts: 124
Rep Power: 17
franjo_j is on a distinguished road
Send a message via Skype™ to franjo_j
Hello,

By looking into provided information, I suggest the following:
1. Set the mut and alphat to slightly larger values that you expect in the final solution. Increased diffusion in the first couple of iterations could help stabilise the solution.
2. What is the maximum Co number in your case? It may beneficial to reduce it in the first couple of iteration while the solution changes rapidly.
3. What is the maximum non-orthogonality in the mesh, and where is it located? You could also improve convergence by switching on a few non-orthogonal corrector during the first couple of time steps.

I hope this helps you a bit.

Regards,

Franjo
__________________
Principal Developer of cfMesh and CF-MESH+
www.cfmesh.com
Social media: LinkedIn, Twitter, YouTube, Facebook, Pinterest, Instagram
franjo_j is offline   Reply With Quote

Old   August 24, 2015, 08:36
Default
  #5
matzbanni
Guest
 
Posts: n/a
Quote:
Originally Posted by franjo_j View Post
Hello,

By looking into provided information, I suggest the following:
1. Set the mut and alphat to slightly larger values that you expect in the final solution. Increased diffusion in the first couple of iterations could help stabilise the solution.
2. What is the maximum Co number in your case? It may beneficial to reduce it in the first couple of iteration while the solution changes rapidly.
3. What is the maximum non-orthogonality in the mesh, and where is it located? You could also improve convergence by switching on a few non-orthogonal corrector during the first couple of time steps.

I hope this helps you a bit.

Regards,

Franjo
Thanks Franjo for your input! I played a little with the meshing settings, here's the thing: if I use no or one boundary layer, there's no problem with the simulation, it converges perfectly. If I use more than one, I get the mistakes i described.
The maximal Courant number for my simulation is fixed at 0.4 (with local time stepping), the non-orthogonality is not an issue. Any ideas?
  Reply With Quote

Old   August 24, 2015, 11:57
Default
  #6
Senior Member
 
Franjo Juretic
Join Date: Aug 2011
Location: Velika Gorica, Croatia
Posts: 124
Rep Power: 17
franjo_j is on a distinguished road
Send a message via Skype™ to franjo_j
Quote:
Originally Posted by matzbanni View Post
Thanks Franjo for your input! I played a little with the meshing settings, here's the thing: if I use no or one boundary layer, there's no problem with the simulation, it converges perfectly. If I use more than one, I get the mistakes i described.
The maximal Courant number for my simulation is fixed at 0.4 (with local time stepping), the non-orthogonality is not an issue. Any ideas?
What is the size ratio between the last cell in the boundary layer and the rest of the mesh? This ratio grows when the number of boundary layers is increased, and can be problematic in case of high gradient variation.
Do you use optimiseLayer option for boundary layers? It is implemented to improve the smoothness and orthogonality of cells in the boundary layers, and out tests have shown beneficial impact on convergence and accuracy.
__________________
Principal Developer of cfMesh and CF-MESH+
www.cfmesh.com
Social media: LinkedIn, Twitter, YouTube, Facebook, Pinterest, Instagram
franjo_j is offline   Reply With Quote

Old   August 24, 2015, 17:32
Default
  #7
matzbanni
Guest
 
Posts: n/a
Quote:
Originally Posted by franjo_j View Post
What is the size ratio between the last cell in the boundary layer and the rest of the mesh? This ratio grows when the number of boundary layers is increased, and can be problematic in case of high gradient variation.
Do you use optimiseLayer option for boundary layers? It is implemented to improve the smoothness and orthogonality of cells in the boundary layers, and out tests have shown beneficial impact on convergence and accuracy.
Hello Franjo,
due to the really high gradients in my setup that could have a major influence, you're right. I'll try to reduce the size ratio and will report tomorrow... There's no such option that I can define the (fixed) size of the first layer?

Regards!
  Reply With Quote

Old   August 24, 2015, 17:43
Default
  #8
Senior Member
 
Franjo Juretic
Join Date: Aug 2011
Location: Velika Gorica, Croatia
Posts: 124
Rep Power: 17
franjo_j is on a distinguished road
Send a message via Skype™ to franjo_j
Quote:
Originally Posted by matzbanni View Post
Hello Franjo,
due to the really high gradients in my setup that could have a major influence, you're right. I'll try to reduce the size ratio and will report tomorrow... There's no such option that I can define the (fixed) size of the first layer?

Regards!
Hi,

You can specify the upper bound on the thickness of the first layer by setting the maxFirstLayerThickness where appropriate.

Regards,

Franjo
__________________
Principal Developer of cfMesh and CF-MESH+
www.cfmesh.com
Social media: LinkedIn, Twitter, YouTube, Facebook, Pinterest, Instagram
franjo_j is offline   Reply With Quote

Old   August 24, 2015, 17:46
Default
  #9
matzbanni
Guest
 
Posts: n/a
Quote:
Originally Posted by franjo_j View Post
Hi,

You can specify the upper bound on the thickness of the first layer by setting the maxFirstLayerThickness where appropriate.

Regards,

Franjo
I've seen that in the user guide, the other way round would be also great (maybe in the next release )...
  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
limit high velocity values riesotto OpenFOAM 7 July 25, 2016 15:28
Unrealistic pressure values dhaya400 FLUENT 1 March 30, 2015 03:46
ATTENTION! Reliability problems in CFX 5.7 Joseph CFX 14 April 20, 2010 16:45
fluent add additional zones for the mesh file SSL FLUENT 2 January 26, 2008 12:55
what the result is negatif pressure at inlet chong chee nan FLUENT 0 December 29, 2001 06:13


All times are GMT -4. The time now is 15:50.