|
[Sponsors] |
time-step < dtmin error after ~5000-20000 cycles |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
July 18, 2019, 15:36 |
time-step < dtmin error after ~5000-20000 cycles
|
#1 |
New Member
Seth Thompson
Join Date: Jul 2019
Posts: 3
Rep Power: 7 |
I am modeling labyrinth spillways in reservoir applications and have almost completed all of my simulations at multiple hexahedral mesh sizes.
I am modeling two different labyrinth geometries and one geometry is crashing at just one mesh size at all discharges. I have tried starting it from time 0 with essentially a wall of water behind the weir, I have also done restart simulations from steady state results of finer meshes, but the mesh blocks have the same dimensions The error is always time-step < dtmin. From one time step to the next the velocities near the spillway sky rocket from ~4 fps to ~250 fps. Here's a photo: https://imgur.com/bpDQbVL Any help or ideas of where to look would be much appreciated. I have achieved successful results with the mesh on a similar spillway so I am kind of lost at this point. Some details on the numerics: VOF=Split Lagrangian Momentum advection=Second Order Fluid flow Solver: Solve Momentum and Continuity Equations I am using two meshes, a coarse upstream mesh and finer,nested mesh surrounding the weir vicinity, the upstream mesh 1.44 of crest width and the weir mesh is 0.48 of the crest width. any help is much appreciated! |
|
July 19, 2019, 07:01 |
|
#2 |
Member
Sehroosh
Join Date: Apr 2019
Location: Pakistan
Posts: 60
Rep Power: 7 |
I have faced similar situation while modeling an inverted siphon. The following steps might help you:
1) Check the plot of time step vs stability in the simulation window 2) Keep time step smaller than the time step you saw in simulation graph. This can be done in numerics tab under 'Time Step Controls' 3) As solver is iterating a lot and reducing time step, its better to change the 'Covergence Controls' in 'Pressure Solver Options' in Numerics tab. You can increase maximum number of iterations before time step is reduced. This will also prevent dt<dtmin. error |
|
July 29, 2019, 11:47 |
|
#4 |
New Member
Seth Thompson
Join Date: Jul 2019
Posts: 3
Rep Power: 7 |
Thanks for the help. I ended up getting the simulations to work by using a monotonicity preserving momentum scheme
|
|
August 30, 2019, 04:23 |
|
#5 | |
New Member
Carlos Tyler
Join Date: Aug 2019
Posts: 1
Rep Power: 0 |
Quote:
|
||
September 28, 2019, 04:54 |
|
#6 |
New Member
Tuan
Join Date: Jun 2019
Posts: 5
Rep Power: 7 |
I have faced this error when simulating Piano key weir model with differerent Q. It occured with a higher discharge rates
Still dont have a solution yet. |
|
September 28, 2019, 08:03 |
|
#7 |
New Member
Seth Thompson
Join Date: Jul 2019
Posts: 3
Rep Power: 7 |
I ended up changing the momentum advection scheme to a monotonicity preserving method and it became stable. It could be that your mesh is too course for the fluid acceleration at a certain point. You could also try the above mentioned advice.
|
|
September 28, 2019, 08:05 |
|
#8 |
New Member
Tuan
Join Date: Jun 2019
Posts: 5
Rep Power: 7 |
I have changed to first order momentum advection. It works. But I am confusing what is it that affects the result comparing to using second order.
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
High Courant Number @ icoFoam | Artex85 | OpenFOAM Running, Solving & CFD | 11 | February 16, 2017 14:40 |
Extrusion with OpenFoam problem No. Iterations 0 | Lord Kelvin | OpenFOAM Running, Solving & CFD | 8 | March 28, 2016 12:08 |
Star cd es-ice solver error | ernarasimman | STAR-CD | 2 | September 12, 2014 01:01 |
pisoFoam with k-epsilon turb blows up - Some questions | Heroic | OpenFOAM Running, Solving & CFD | 26 | December 17, 2012 04:34 |
plot over time | fferroni | OpenFOAM Post-Processing | 7 | June 8, 2012 08:56 |