|
[Sponsors] |
reconstructPar -time NOT giving the desired times |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
July 18, 2012, 16:34 |
reconstructPar -time NOT giving the desired times
|
#1 |
Senior Member
|
Hi all,
Another puzzling situation. Sometimes, reconstructPar works as expected, I ask for time 1000, for example, and I get the solution at 1000. But, some other times, this utility calculates the solutions at 990, like it is just doing now. Any thoughts? Thanks! |
|
July 18, 2012, 18:22 |
|
#2 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Hi aerospain,
I vaguely remember about a bug report, where it was described something like reconstructing "999.9999" should either be or not be the same as "1000"... maybe this is related to the same issue? What was the exact command you used for the reconstruction? Best regards, Bruno
__________________
|
|
July 18, 2012, 18:27 |
|
#3 | |
Senior Member
|
Quote:
The exact command I used was: reconstructPar -time 1000 I also tried a list of times comma-separated, but canceled operation when I saw 990 as the time being created. Cheers! |
||
July 18, 2012, 19:59 |
|
#4 | |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Hi aerospain
Quote:
Another thing is the files located at "processor*/1000/uniform/time". They should contain specific time information. Do they have anything out of the ordinary? Can you share one of these specific "uniform/time" files? Best regards, Bruno
__________________
|
||
July 19, 2012, 06:07 |
|
#5 |
Senior Member
|
Hello wyldckat,
Are these the lines you were asking for? ///////////////////////////////////// startFrom latestTime; startTime 0; stopAt endTime; endTime 5000; deltaT 1; writeControl timeStep; writeInterval 500; purgeWrite 1; ///////////////////////////////////// I think I've unravelled what has happened. I have told my solver to write every 500 iterations, but purgeWrite deletes what has been written at those steps every time a 500 iterations interval has gone by. Now, why does "reconstructPar" give me results at 990 iterations??? BECAUSE, I have defined some functions inside "controlDict" to get forces, coefficients and probes every 10 iterations. But, I don't know if the information inside those folders is the same as the one we can get when written out results. Regarding your petition for a "processor*/1000/uniform/time" I cannot send you anything because I have no "time" file or directory inside the "uniform" directory. What I do have is a fieldAveragingProperties file. But, the directory 1000 does not exist as explained above. Therefore, wyldckat, thank you once again for your time, following your instructions I could see the elephant in front of me ;-) cheers! |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Reconstruction of the parallel case with dynamic mesh | makaveli_lcf | OpenFOAM Post-Processing | 8 | December 3, 2024 12:16 |
Floating point exception error | Alan | OpenFOAM Running, Solving & CFD | 11 | July 1, 2021 22:51 |
High Courant Number @ icoFoam | Artex85 | OpenFOAM Running, Solving & CFD | 11 | February 16, 2017 14:40 |
Computation Times for reconstructPar | sega | OpenFOAM Running, Solving & CFD | 1 | March 24, 2009 07:57 |
unsteady calcs in FLUENT | Sanjay Padhiar | Main CFD Forum | 1 | March 31, 1999 13:32 |