|
[Sponsors] |
warning - extrapolating on temperature calculation |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
September 2, 2016, 08:17 |
warning - extrapolating on temperature calculation
|
#1 |
New Member
cedric ameloot
Join Date: Apr 2016
Posts: 11
Rep Power: 10 |
Hello,
[Using Converge 2.2.0] I am simulating hot flow in a cylindric tube to study heat flow in the radial direction of the tube. I am doing some kind of parametric study, where I have one fully working case setup. No problems occured during setup, calculation and results interpretation of this first case. In a second case I changed thermal conductivity of the tube material. When I try to run this calculation, Converge gives me the line that I described in the title of this thread. As I merely changed 1 parameter (the thermal conductivity of the tube material), I don't know where to start to debug my case setup. Moreover, at every cycle Converge writes something like: ncyc= 770, time= 9.625000000e-04, dt= 1.250000000e-06, time-step limit =dt_min forced by dt_recover Where dt = 1.250000000e-06 is the minimum time step. I see that Converge uses some kind of recovered time step, but I don't see where it gets it. Is the dt_recover the time step of the previous cycle ? Converge continues running, but writes that it is extrapolating for temperature calculation, so I guess that this calculation is not exact enough. Thanks in advance, Cedric |
|
September 2, 2016, 13:28 |
|
#2 |
Member
Shengbai Xie
Join Date: Aug 2016
Location: Convergent Science, Madison WI
Posts: 68
Rep Power: 10 |
Dear Cedric,
There might be many reasons to cause this warning message. Basically, it means something is wrong in the temperature calculation (either too high or too low). For example, maybe you changed the thermal conductivity too much such that the temperature drops or increases drastically falling out of the reasonable range. The appearance of dt_recover means that the solver doesn't converge well. When the solver doesn't converge, CONVERGE has to go back to the last cycle and reduces the time-step size and retry it until it reaches the minimum time-step limit you set. It seems to me that the temperature is not converged in your case, as a response to the change of conductivity. Hope it helps. Shengbai |
|
September 5, 2016, 12:55 |
|
#3 |
New Member
cedric ameloot
Join Date: Apr 2016
Posts: 11
Rep Power: 10 |
Hello Shengbai,
Indeed, the sudden change in thermal conductivity was the problem. I chose another value, closer to my initial case setup, and it works now. Thank you for your help, Cedric |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
How to use setField to create sphere | sega | OpenFOAM Pre-Processing | 38 | January 13, 2022 01:39 |
is internalField(U) equivalent to zeroGradient? | immortality | OpenFOAM Running, Solving & CFD | 7 | March 29, 2013 02:27 |
where is the calculation of the temperature field | Tobi | OpenFOAM | 1 | July 30, 2012 11:40 |
Can anybody help me to solve the list errors while compiling Openfoam 15 on Opensuse 103 32bit | coompressor | OpenFOAM Installation | 0 | November 12, 2008 20:53 |
OpenFOAM14 for Mac OSX Darwin 104 | gschaider | OpenFOAM Installation | 118 | July 20, 2008 06:19 |