|
[Sponsors] |
ico only running with a crazy small time step |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
March 23, 2012, 07:41 |
ico only running with a crazy small time step
|
#1 |
New Member
Debb
Join Date: Sep 2011
Location: Toronto, Canada
Posts: 20
Rep Power: 15 |
I am running a model of flow in a pretty basic channel (2m wide x 4 m in length x 4m tall) and I can only keep the Courant number in check if I run it with a time step of 1e-16.
My block mesh uses a (40 40 40) grid, and going any finer on this means that the computation times takes ages. With my current time step a simple simulation would take several weeks to run. Does anybody have any further tricks on how to keep the Courant number in check with a reasonable time step? It seems to be a trade-off between a super fine mesh and a super small time step, both of which mean really long computation times. |
|
March 23, 2012, 09:29 |
|
#2 |
Senior Member
Kyle Mooney
Join Date: Jul 2009
Location: San Francisco, CA USA
Posts: 323
Rep Power: 18 |
Is the max velocity in the domain realistic? You might be having a velocity blow up which is driving down the Co and deltaT down.
|
|
March 23, 2012, 11:57 |
|
#3 |
New Member
Debb
Join Date: Sep 2011
Location: Toronto, Canada
Posts: 20
Rep Power: 15 |
thanks for the reply, my max velocity is reasonable, but I'm now wondering if I haven't messed something up in my U file:
dimensions [ 0 1 -1 0 0 0 0 ]; internalField uniform ( 0 0 0 ); boundaryField { Wall8 //inlet { type fixedValue; value uniform ( -0.4 0.4 0.1 ); } Wall6 { type fixedValue; value uniform ( 0 0 0 ); } Wall7 { type fixedValue; value uniform ( 0 0 0 ); } Wall9 { type fixedValue; value uniform ( 0 0 0 ); } Wall10 { type fixedValue; value uniform ( 0 0 0 ); } Wall12 { type fixedValue; value uniform ( 0 0 0 ); } Wall17 //outlet { type zeroGradient; } Wall20 { type fixedValue; value uniform ( 0 0 0 ); } Wall21 { type fixedValue; value uniform ( 0 0 0 ); } Wall22 { type fixedValue; value uniform ( 0 0 0 ); } Wall27 { type fixedValue; value uniform ( 0 0 0 ); } Wall28 { type fixedValue; value uniform ( 0 0 0 ); } } |
|
March 23, 2012, 12:28 |
|
#4 |
Senior Member
|
||
March 23, 2012, 12:35 |
|
#5 |
Senior Member
Kyle Mooney
Join Date: Jul 2009
Location: San Francisco, CA USA
Posts: 323
Rep Power: 18 |
You may be facing a problem with numerical stability. What kind of fvSchemes are you using? A more diffusive/stable convection discretization scheme might help.
If you're looking for a steady-state solution you might be able to get away with running upwind for a little while and switching over to more accurate schemes later on in the run. |
|
March 23, 2012, 14:55 |
|
#6 |
New Member
Debb
Join Date: Sep 2011
Location: Toronto, Canada
Posts: 20
Rep Power: 15 |
Thanks for the suggestion. I will look for examples of the fvScheme that you suggest. I'm currently using the following fvScheme:
ddtSchemes { default Euler; } gradSchemes { default Gauss linear; grad(p) Gauss linear; } divSchemes { default none; div(phi,U) Gauss linear; } laplacianSchemes { default none; laplacian(nu,U) Gauss linear corrected; laplacian((1|A(U)),p) Gauss linear corrected; } interpolationSchemes { default linear; interpolate(HbyA) linear; } snGradSchemes { default corrected; } fluxRequired { default no; p ; } |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Extrusion with OpenFoam problem No. Iterations 0 | Lord Kelvin | OpenFOAM Running, Solving & CFD | 8 | March 28, 2016 12:08 |
Full pipe 3D using icoFoam | cyberbrain | OpenFOAM | 4 | March 16, 2011 10:20 |
Time step in transient simulation | shib | FLUENT | 0 | June 17, 2010 14:07 |
Small time step and CFX solver crashing | Vanessa | CFX | 2 | June 21, 2006 10:18 |
VOF | özgür | FLUENT | 8 | January 6, 2004 09:23 |