|
[Sponsors] |
July 21, 2014, 10:00 |
save the fields using a different frequency
|
#1 |
Senior Member
Join Date: Jan 2013
Posts: 372
Rep Power: 14 |
Dear All,
I would like to make some quantities saved as a high frequency, e.g. 25 time step for each writing, while others 100 time step. This is because some quantities are more important in terms of unsteady variations. I found that in openfoam, in the run-time post-processing Code:
partialWrite: allows registered objects, e.g. fields, to be written at different times (frequencies). Thank you very much. OFFO |
|
July 22, 2014, 08:11 |
|
#2 |
Senior Member
Olivier
Join Date: Jun 2009
Location: France, grenoble
Posts: 272
Rep Power: 17 |
Hello,
You should define this in your ControlDict file, at the end, like this: Code:
functions { the_name_you_want { type partialWrite; functionObjectLibs ("libIOFunctionObjects.so"); objectNames (p U T); // the fields you want to write here writeInterval 25;// freq of write } } olivier |
|
July 22, 2014, 08:34 |
|
#3 |
Senior Member
Join Date: Jan 2013
Posts: 372
Rep Power: 14 |
Thank you.
I tried your suggestion in the tutorial in compressible/rhoPimpleFoam/les/pitzDaily If write pressure as the in the following item: Code:
objectNames (p); |
|
July 22, 2014, 09:45 |
|
#4 |
Senior Member
Olivier
Join Date: Jun 2009
Location: France, grenoble
Posts: 272
Rep Power: 17 |
hello,
Yes this is the behaviour of partialWrite. It delete all entries except those selected. If you wan U and T each 100 iterate, you may try to add another function obsject, like: functions { func1 { type partialWrite; objectNames (p) writeInterval 25; } func2 { type partialWrite; objectNames (p U T); writeInterval 100; } } NB: not tested. regards, olivier |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Very quick - Journal file command to save monitors | lcaBR | FLUENT | 2 | October 18, 2022 12:26 |
multiphaseEulerFoam: efficient way of implementing fields for all phases | maybee | OpenFOAM Programming & Development | 0 | January 23, 2014 04:16 |
a reconstructPar issue | immortality | OpenFOAM Post-Processing | 8 | June 16, 2013 11:25 |
an odd(at least for me!) reconstructPar error on a field | immortality | OpenFOAM Running, Solving & CFD | 3 | June 3, 2013 22:36 |
PostChannel | maka | OpenFOAM Post-Processing | 5 | July 22, 2009 09:15 |