|
[Sponsors] |
Time step size mismatch when loading steady-state solution in Fluent for transient an |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
June 12, 2023, 04:38 |
Time step size mismatch when loading steady-state solution in Fluent for transient an
|
#1 |
New Member
Join Date: Jun 2023
Posts: 6
Rep Power: 3 |
Hello,
I am encountering a warning message in Fluent when loading a steady-state solution as an initialization for a transient analysis. The warning message states: "Warning: The time step size (0.1) in the session did not match the time step size in the data file (1), and has been overwritten by the value from the data file." From my understanding, the steady-state solution does not have an explicit time step size, as it is a time-independent analysis. However, Fluent requires a time step size for transient simulations. Therefore, when I load the steady-state solution, Fluent automatically assigns a default time step size of 1 to match the time step size in the data file. This warning message occurs consistently, and I would like to understand if there is a way to resolve or suppress it. The reason I would like to resolve this problem is that I have defined 3 UDF's for my transient analysis where I am using N_TIME macro and it affects the current time step number, because the first iteration has this number 0 instead of 1 as all the further ones. Anyway I can run the simulation with the time step 0.1s, because I overwrite it in my journal file. But as I mentioned it affects the N_TIME macro that is necessary for my multi-scale modeling. I have explored various options within Fluent, such as adjusting the time step size in the session settings (pseudo-time step...), but it seems that the default value from the data file always takes precedence. Has anyone else encountered this warning message when loading a steady-state solution for initialization in a transient analysis? If so, I would appreciate any insights or suggestions on how to handle this situation. Thank you in advance for your assistance. Best regards, Domen |
|
June 12, 2023, 05:30 |
|
#2 |
Senior Member
Moritz Kuhn
Join Date: Apr 2010
Location: Germany, Dresden
Posts: 218
Rep Power: 17 |
Hello Domen,
you can change the flow time in the dat-file via TUI To start with time zero: In the TUI type with brackets, both values should be reset: (rpsetvar 'flow-time 0) (rpsetvar 'time-step 0) To query the values: (rpgetvar 'flow-time) (rpgetvar 'time-step) Moritz |
|
June 12, 2023, 07:59 |
|
#3 | |
New Member
Join Date: Jun 2023
Posts: 6
Rep Power: 3 |
Quote:
Thank you very much for your reply. It does indeed change the number of time step and the flow time analysis, but there is one more problem. Because fluent somehow does not match the time-step-size it does one iteration with time step size 1.0s (as set from steady-state analysis) and then changes to the time step I set (0.1s). I append the image of the output where the latter happens. If I set the number of time step to 0 it starts with 0 and proceeds to 1, if I set the time step number to 1 it starts 1 and proceeds with 2, but in any case it changes the number of time step. I need this value of N_TIME macro constant over the whole time-step and it should be 1 for the first time step, 2 for the second time step and so on... I hope my problem is clarified enough. Best regards, Domen |
||
June 12, 2023, 08:44 |
|
#4 |
Senior Member
Moritz Kuhn
Join Date: Apr 2010
Location: Germany, Dresden
Posts: 218
Rep Power: 17 |
May this helps:
run your steady state solution, in transient mode with only one time step and with BC setting where nothing will happend and save the data file. |
|
June 12, 2023, 09:13 |
|
#5 | |
New Member
Join Date: Jun 2023
Posts: 6
Rep Power: 3 |
Quote:
- initialize first time step with steady-state data and run transient analysis for 1 time step - send transient data to 0D model and then calculate the results - send this results back to fluent model and iterate till the values at the end of time step converge When values at the end of time step converge, I move to the next time step. So basically my journal file is fine for all the time step (also N_TIME macro), I just encounter the problem when running the first time step when initializing with steady-state data. When I initialize fluent simulation with transient data, it works fine. Any suggestions or experiences with that? Best regards, Domen |
||
June 12, 2023, 09:18 |
|
#6 |
Senior Member
Moritz Kuhn
Join Date: Apr 2010
Location: Germany, Dresden
Posts: 218
Rep Power: 17 |
No sorry I have no detailled experiences in that, so unfortunatly no more hints from my side.
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
bash script for pseudo-parallel usage of reconstructPar | kwardle | OpenFOAM Post-Processing | 42 | May 8, 2024 00:17 |
[solidMechanics] Support thread for "Solid Mechanics Solvers added to OpenFOAM Extend" | bigphil | OpenFOAM CC Toolkits for Fluid-Structure Interaction | 686 | December 22, 2022 10:10 |
Setting up Lid driven Cavity Benchmark with 1M cells for multiple cores | puneet336 | OpenFOAM Running, Solving & CFD | 11 | April 7, 2019 01:58 |
Floating point exception error | lpz_michele | OpenFOAM Running, Solving & CFD | 53 | October 19, 2015 03:50 |
Moving mesh | Niklas Wikstrom (Wikstrom) | OpenFOAM Running, Solving & CFD | 122 | June 15, 2014 07:20 |