|
[Sponsors] |
November 29, 2021, 10:23 |
problem with incrementation of iterations
|
#1 |
New Member
widad
Join Date: Nov 2021
Posts: 8
Rep Power: 4 |
Hello,
I used Fluent for Flow simulation, but i have a problem with incrementation of iterations wich is blocked in one number as you can see below : iter continuity x-velocity y-velocity z-velocity energy k !16777216 solution is converged 16777216 5.7144e-06 8.5447e-08 1.1905e-07 7.4299e-08 7.0228e-08 16777216 5.8402e-05 7.7194e-04 2.9054e-04 5.8629e-04 5.4369e-06 16777216 3.8929e-04 2.8179e-06 1.0037e-05 2.6640e-06 8.0121e-08 16777216 4.2810e-05 6.1503e-07 2.6153e-07 6.8516e-07 7.5695e-08 16777216 1.1685e-05 2.1724e-07 1.5408e-07 2.3194e-07 7.1890e-08 16777216 7.2224e-06 1.2360e-07 1.2990e-07 1.2009e-07 7.0474e-08 !16777216 solution is converged photo non increm d'iteration.jpg If someone had the same prob or if you can help me to solve that Thank you |
|
November 29, 2021, 13:29 |
|
#2 |
Senior Member
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,751
Rep Power: 66 |
That's the largest number that a float (32-bit) can hold. The number can't be incremented anymore. For a more detailed explanation see IEEE 754.
You might want to try using the double precision version of Fluent if you aren't already. But if the counter is cast as a float in the code then there is nothing you can do about it. |
|
November 29, 2021, 13:35 |
|
#3 |
New Member
widad
Join Date: Nov 2021
Posts: 8
Rep Power: 4 |
hello;
But this number is in the first iteration It s not started like from 1 or 0 and then after a number of iteration don t change |
|
November 29, 2021, 14:25 |
|
#4 |
Senior Member
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,751
Rep Power: 66 |
You are on timestep 1900523. At 10 iterations per time-step that means you are on iteration 19005230 which is bigger than 16777216. Even supposing that you converge in 5 iterations each time-step that's still a lot bigger than 1.
So no, this is not the first iteration. The counter counts all iterations done, not just the iterations in a time-step. |
|
November 30, 2021, 07:15 |
|
#5 |
New Member
widad
Join Date: Nov 2021
Posts: 8
Rep Power: 4 |
Yeah i understand that, thank you
Do you know how can i initialize time and iteration , cause like when i run an other calculate it started by the max number which is that is the picture so it could not increase |
|
November 30, 2021, 11:46 |
|
#6 |
Senior Member
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,751
Rep Power: 66 |
You should reset your residuals and that should set your iteration counter to 0. The timestep and physical time can be set to 0 (or any other number) by typing into the TUI:
(rpsetvar 'flow-time 0) (rpsetvar 'time-step 0) You can also reset the iteration counter the same way but off the top of my head I don't remember what the iteration counter variable is called. |
|
February 7, 2022, 10:45 |
Iteration reset
|
#7 |
New Member
widad
Join Date: Nov 2021
Posts: 8
Rep Power: 4 |
Hello,
I used Fluent for Flow simulation, but i have a problem with incrementation of iterations wich is blocked in one number as you can see below : iter continuity x-velocity y-velocity z-velocity energy k !16777216 solution is converged How can i reset the iteration |
|
February 7, 2022, 11:23 |
|
#8 |
Senior Member
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,751
Rep Power: 66 |
Is there a reason you can't just reset the residuals? Using the GUI or the TUI command: solve/montiors/residual/reset yes
Doing so would reset the iteration counter to 0 |
|
February 7, 2022, 11:44 |
|
#9 |
New Member
widad
Join Date: Nov 2021
Posts: 8
Rep Power: 4 |
Thank you ,
I have also this notification : error at host update_time_level invalid data did you an idea about it or how to solve |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[solids4Foam] How to calculate drag coeff when using solids4Foam | amuzeshi | OpenFOAM CC Toolkits for Fluid-Structure Interaction | 15 | November 7, 2019 13:50 |
Moving mesh | Niklas Wikstrom (Wikstrom) | OpenFOAM Running, Solving & CFD | 122 | June 15, 2014 07:20 |
pimpleFoam: turbulence->correct(); is not executed when using residualControl | hfs | OpenFOAM Running, Solving & CFD | 3 | October 29, 2013 09:35 |
Orifice Plate with a fully developed flow - Problems with convergence | jonmec | OpenFOAM Running, Solving & CFD | 3 | July 28, 2011 06:24 |
Error while running rhoPisoFoam.. | nileshjrane | OpenFOAM Running, Solving & CFD | 8 | August 26, 2010 13:50 |