CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

variables U_0, phi, phi_0 in OpenFoam

Register Blogs Community New Posts Updated Threads Search

Like Tree8Likes
  • 5 Post By ssss
  • 2 Post By Coke Rivas Ordenes
  • 1 Post By ssss

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   August 12, 2015, 12:37
Default variables U_0, phi, phi_0 in OpenFoam
  #1
Member
 
Mike
Join Date: Apr 2011
Location: Canada
Posts: 83
Rep Power: 15
saeedi is on a distinguished road
I am new to OpenFoam and had a quick question for you:

I want to do an incompressible simulation and I just need to save P and U but for many time steps (which will take more than 500 GB). So, I do not want to have any extra variable saved,

I assume that variables ( U_0, phi, phi_0) are for the internal use of OpenFoam and will be saved any ways. Right? Because having these three extra variables saved will more than double the occupied space.

Can I get rid of them? as I said, I just want to have instantaneous velocity and pressure to be saved.

Thanks in advance.
saeedi is offline   Reply With Quote

Old   August 12, 2015, 14:05
Default
  #2
Senior Member
 
anonymous
Join Date: Aug 2014
Posts: 205
Rep Power: 12
ssss is on a distinguished road
This files are creates with the backward and CrankNicolson schemes for the ddtSchemes. Whitout them you cannot restart the simulation
ssss is offline   Reply With Quote

Old   August 12, 2015, 17:56
Default
  #3
Member
 
Mike
Join Date: Apr 2011
Location: Canada
Posts: 83
Rep Power: 15
saeedi is on a distinguished road
Thanks for your reply.

So I have to tolerate them

In my own code, I also use CN method for time advancement and only save the last velocity. but unfortunately I cannot handle unstructured grid and have to use OpenFoam for that. Some times, they may not be the most optimum way. or may be there are other reasons.
saeedi is offline   Reply With Quote

Old   May 1, 2017, 19:27
Default Simulation still restarts with out the *_0 files
  #4
New Member
 
Jorge Rivas Ordenes
Join Date: Dec 2016
Location: Chile
Posts: 12
Rep Power: 9
Coke Rivas Ordenes is on a distinguished road
Dear SSSS,

Quote:
Originally Posted by ssss View Post
This files are creates with the backward and CrankNicolson schemes for the ddtSchemes. Whitout them you cannot restart the simulation
Hope you can help me out with a topic related to the *_0 files. I have run a 5000 seconds Large-Eddy-Simulation of the ABL with a kEquation turbulence modelo. I must continue with the simulation but from the 5000 second i have a diferent mesh
(
i remove and stl object from the domain so the new mesh has three blank Cubes, the ones in the image:

blocks.png

)

To continue with the simulation from the 5000 seconds fields i created a new simulation directory and import the fields (U, p, k and nut) from the last saved time-step of the previous 5000 seconds simulation with the mapFields utility. The problem arise when i notice that *_0 files and phi (and phi_0) fields where not imported to the new "0 folder", form where i intent to re-start the simulation. Never the less, the simulation restarted with out any problem and from a simple "eye inspection" the fields imported are in agreement with the last saved time fields:

Left: fields with mapFields. Right: last saved time-step fields.

mapFields.png

Do you know why the new simulation did not require the *_0 files or the phi field considering that the simulation uses a backward ddt scheme? (Using: pisoFoam solver, kEqn turbulence model, openFoam 4.1)

Thank you for your time! And to any one willing to "give me a hand".
Hughtong and Dong Yan like this.
Coke Rivas Ordenes is offline   Reply With Quote

Old   May 2, 2017, 07:44
Default
  #5
Senior Member
 
anonymous
Join Date: Aug 2014
Posts: 205
Rep Power: 12
ssss is on a distinguished road
Buenas Coke Rivas,

The _0 files are not required if the simulation starts from time "0". The solver will use the Euler Scheme in the first iteration and second iterations and then it will start using the backward scheme.

If you want to interpolate the _0 files you need to create files with their names and boundary conditions in the 0/ folder of your targe source. Doing something like this in your target testcase:

cp 0/U 0/U_0

Should allow to map the U_0 from your source testcase to your target
arvindpj likes this.
ssss is offline   Reply With Quote

Old   May 3, 2017, 10:15
Default
  #6
New Member
 
Jorge Rivas Ordenes
Join Date: Dec 2016
Location: Chile
Posts: 12
Rep Power: 9
Coke Rivas Ordenes is on a distinguished road
Quote:
Originally Posted by ssss View Post
Buenas Coke Rivas,

The _0 files are not required if the simulation starts from time "0". The solver will use the Euler Scheme in the first iteration and second iterations and then it will start using the backward scheme.

If you want to interpolate the _0 files you need to create files with their names and boundary conditions in the 0/ folder of your targe source. Doing something like this in your target testcase:

cp 0/U 0/U_0

Should allow to map the U_0 from your source testcase to your target
Gracias SSSS,

That was very useful.

Regards,
Coke
Coke Rivas Ordenes is offline   Reply With Quote

Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
[Gmsh] 2D Mesh Generation Tutorial for GMSH aeroslacker OpenFOAM Meshing & Mesh Conversion 12 January 19, 2012 03:52
64bitrhel5 OF installation instructions mirko OpenFOAM Installation 2 August 12, 2008 18:07
OpenFOAM Debian packaging current status problems and TODOs oseen OpenFOAM Installation 9 August 26, 2007 13:50
OpenFOAM Training and Workshop Zagreb 2628Jan2006 hjasak OpenFOAM 1 February 2, 2006 21:07
PHI file structure Eugene Phoenics 9 November 2, 2001 22:00


All times are GMT -4. The time now is 00:00.