
[Sponsors] 
October 23, 2013, 04:04 
rhoCentralFoam Runge Kutta

#1 
Member
Join Date: Nov 2012
Posts: 66
Rep Power: 4 
Hi,
i have worked quite a lot with rhoCentralFoam and did some modification i wanted to share. i have implemented Runge Kutta in rhoCentralFoam. It is stable for the forwardStep case until a CFL No of 1.5 and about 30% faster than the normal solver. i also implemented local time stepping for the Runge Kutta Method (more Information about LTS can be found in the Forum) . This Solver is a lot faster than the Euler LTS. If tested with a CFL No of 1.2, which would be a speed up of more than 100% to the Euler Method. (But i havent looked at the results in detail but the first impression was good). the Runge Kutta Method should work with different values (but not tested) (now it is Runge Kutta 4 ). Just change the values in the createFields.H. If you find some mistakes, let me now! it is written in vers 2.1.1 Best Regards Henning Last edited by Henning86; October 23, 2013 at 09:55. 

October 24, 2013, 03:13 
rhoCentralFoam Runge Kutta 4

#2 
Member
Join Date: Nov 2012
Posts: 66
Rep Power: 4 
the solver for the version 2.2


October 29, 2013, 05:33 

#3  
Senior Member
Join Date: Dec 2010
Posts: 135
Rep Power: 6 
I have a problem compiling the solver with v221, my relevant output is in the following: Any suggestions?
Quote:


October 29, 2013, 06:52 

#4 
Member
Join Date: Nov 2012
Posts: 66
Rep Power: 4 
you probably download the solver for the version 2.1.1.
the class basicPsithermo doesn't exist anymore. in 2.2.x there was a huge change in the thermodynamic libary. try the solver for version 2.2.2 Last edited by Henning86; October 29, 2013 at 20:25. 

October 30, 2013, 13:01 

#5 
New Member
Konrad Makowka
Join Date: Apr 2012
Location: München, Germany
Posts: 6
Rep Power: 5 
Hi,
first of all, thanks for you code contribution. I have implemented something equivalent a while ago, whereas there is the following issue (which is still on my todo list): In order to be consistent, you would also need to perform the RK integration on the turbulence equations. You need to be able *write* the (let's say) k and omega of your turbulence model, because: You also need to perform the weighted RK summation of your turbulence fields that you solve for. This is basically only a programming issue, however, I am experiencing a strange bug related to that, see Virtual inheritance problem while adding public member function to LES SGS Model. Cheers, Konrad Last edited by konneym; October 31, 2013 at 04:28. 

October 31, 2013, 16:30 

#6 
Member
Join Date: Jun 2012
Posts: 68
Rep Power: 5 
Hello Henning86,
I implemented a lowstorage RungeKutta scheme in rhoCentralFoam as well some time ago. I rewrote a ddtclass to account for the coefficients. So, the code in the main file was much more compact. Maybe you could try something yourself. As a guideline, you could check out Oliver Borms density based solver, which also utilizes a lowstorage RungeKutta scheme. Regards, maHein 

November 16, 2013, 16:53 

#7 
Member
Fluid Dynamics
Join Date: Mar 2013
Posts: 41
Rep Power: 4 
Hey Henning86,
Sounds really good and I will test both of them and will try to post some results as well; at some point. A quick comment though  I am not sure if it can be done but if possible please change the name of the thread in order to incorporate words like LTS and or faster rhoCentralFoam. I think it will bring in more people here. Thanks very much. 

November 17, 2013, 02:10 

#8 
Member
Fluid Dynamics
Join Date: Mar 2013
Posts: 41
Rep Power: 4 
Hey Henning86,
Quickly wanted to mention that the 2.2.2 versions that you uploaded are not working with 2.2.2  I got this error while compiling  /opt/OpenFOAM2.2.0/src/OpenFOAM/lnInclude/Field.C: In member function ‘void Foam::Field<Type>:perator=(const Foam::VectorSpace<Form, Cmpt, nCmpt>&)’: /opt/OpenFOAM2.2.0/src/OpenFOAM/lnInclude/Field.C:680:42: warning: typedef ‘VSType’ locally defined but not used [Wunusedlocaltypedefs] typedef VectorSpace<Form,Cmpt,nCmpt> VSType; ^ /usr/bin/ld: cannot find lbasicThermophysicalModels collect2: error: ld returned 1 exit status make: *** [/opt/OpenFOAM2.2.0/platforms/linux64GccDPOpt/lib/librhoCentralFoam.so] Error 1 We can see the basicThermoPhysicalModels issue here. Did you check your 2.2.2 versions  looks like it needs a couple of more changes to get going on 2.2.2 It's quite late here and I'll try to see if can get around this issue tomorrow or next week but any comments will be helpful. Thanks very much 

November 17, 2013, 07:15 

#9 
Member
Join Date: Nov 2012
Posts: 66
Rep Power: 4 
I'm pretty sure you compiled the solver with Allwmake.
i havent changed the rhoCentralDymFoam so you get this error. 

November 17, 2013, 13:32 

#10 
Member
Fluid Dynamics
Join Date: Mar 2013
Posts: 41
Rep Power: 4 
Hey Henning86,
Thanks for your quick response. Yes I saw rhoCentralDyMFoam in the Allwmake file but what I didn't pay attention to was the BCs which are also from OpenFOAM 2.1.0, I think. So, I simply copied both BCs and the rhoCentralDyMFoam folders from the OF2.2.0 sources and used Allwmake. It seems to have worked. On the other hand  Did you ever use Michael Borm's densityBasedTurbo solver? If yes, then, any comments on how it performs when compared to rhoCentralFoam Thanks 

November 17, 2013, 15:01 

#11 
Member
Fluid Dynamics
Join Date: Mar 2013
Posts: 41
Rep Power: 4 
Hey Henning86,
I just attempted to start a run with the rhoLTS... solver and I got this error  Unknown ddt Scheme  Valid ddtschemes are  9 (CoEuler, CrankNicolson, Euler, SLTS, backward, bounded, boundedBackward, localEuler, steadyState) I was thinking that I could just use [rk4 (or maybe RK4) rDeltaT] option for the ddtSchemes in the fvSchemes file and it will run with rk4 local time stepping. Am I missing something here? Please let me know. Thanks very much 

November 17, 2013, 18:09 

#12 
Member
Fluid Dynamics
Join Date: Mar 2013
Posts: 41
Rep Power: 4 
Hey Henning86,
Even if I use Euler it somehow works as RK4 but it diverges/stops/crashes pretty quickly in my case even with a MaxCo of 0.2. Maybe I am doing something wrong. As a side note  I was trying to get densityBasedTurbo going with OpenFOAM 2.2.0 but it gives me an error related to the thermophysical models, which is not at all surprising since it has been developed based on OF1.6ext (link below) http://www.extendproject.de/userfo...dturbosolvers The error looks like this  /opt/OpenFOAM2.2.0/src/OpenFOAM/lnInclude/Field.C: In member function ‘void Foam::Field<Type>:perator=(const Foam::VectorSpace<Form, Cmpt, nCmpt>&)’: /opt/OpenFOAM2.2.0/src/OpenFOAM/lnInclude/Field.C:680:42: warning: typedef ‘VSType’ locally defined but not used [Wunusedlocaltypedefs] typedef VectorSpace<Form,Cmpt,nCmpt> VSType; ^ localTimeStep/localTimeStep.C: In member function ‘void Foam::localTimeStep::update(Foam::scalar, Foam::Switch)’: localTimeStep/localTimeStep.C:153:57: error: ‘const class Foam::basicThermo’ has no member named ‘psi’ (thermophysicalModel_.Cv()*thermophysicalModel_.ps i()); ^ make: *** [Make/linux64GccDPOpt/localTimeStep.o] Error 1 Since you seem to be be quite comfortable with OpenFOAM, can you give me a couple of pointers in order to handle this problem. I think you might also find the densityBasedTurbo as a useful alternative to rhoCentralFoam for steady state cases. Also another thing that I don't understand is that even if we use Local Time Stepping with OpenFOAM it is still not like e.g FLUENT which can give us a 2D steady state solution within minutes. What is the difference between the LTS in OpenFOAM and that in e.g FLUENT. Is it something entirely else. To me it seems that densityBasedTurbo will be something like FLUENT and will give real quick steady state 2D solutions. Thanks very much 

November 19, 2013, 05:13 

#13 
Member
Join Date: Nov 2012
Posts: 66
Rep Power: 4 
hi
the Runge kutta 4 loop is in the solver. You need to use Euler or localEuler rDeltaT (for local timestepping) i dont think it is possible to adapt turbfoam to v 2.2.x without great affort. most crashes of solvers in cfd are caused by the initialisation or the boundary conditions best regards henning 

April 5, 2015, 18:23 

#14 
Senior Member
Phoevos
Join Date: Mar 2009
Posts: 103
Rep Power: 8 
Hi all,
I would like to know if anyone has tried to port the rhoCentralFoamRK4/LTS to 2.3.x. I have done some things; there are some changes to be made (e.g. at the Make file with fluidThermophysycalModels and basicThermophysicalModels) and the code compiles with OF2.3.x and runs for the tutorial case of shocktube. However, at other cases (mainly involving total pressure/temperature) the solver crashes with the following output: Code:
> FOAM FATAL ERROR: request for volScalarField psi from objectRegistry region0 failed available objects of type volScalarField are 27 ( (1thermo:psi) rhok0 rhok1 thermo:mu thermo:psi rhoOld rhoEk1 rhok3 rho rhoOld_0 k rhok2 sqrt(((CpCv)*(1thermo:psi))) rhoEk3 thermo:psi_0 e_0 rho_0 p T rhoE e rhoEk2 muEff rhoEk0 rhoEOld thermo:alpha (rhok0*0.5) ) From function objectRegistry::lookupObject<Type>(const word&) const in file /home/fivos/OpenFOAM/OpenFOAM2.3.x/src/OpenFOAM/lnInclude/objectRegistryTemplates.C at line 198. FOAM aborting #0 Foam::error::printStack(Foam::Ostream&) in "/home/fivos/OpenFOAM/OpenFOAM2.3.x/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #1 Foam::error::abort() in "/home/fivos/OpenFOAM/OpenFOAM2.3.x/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #2 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const& Foam::objectRegistry::lookupObject<Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> >(Foam::word const&) const in "/home/fivos/OpenFOAM/OpenFOAM2.3.x/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #3 Foam::fixedRhoFvPatchScalarField::updateCoeffs() in "/home/fivos/OpenFOAM/OpenFOAM2.3.x/platforms/linux64GccDPOpt/lib/librhoCentralFoamRK4.so" #4 at EulerDdtSchemes.C:0 #5 Foam::fv::EulerDdtScheme<double>::fvmDdt(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&) in "/home/fivos/OpenFOAM/OpenFOAM2.3.x/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #6 at rhoCentralFoamRK4.C:0 #7 in "/home/fivos/OpenFOAM/fivos2.3.x/platforms/linux64GccDPOpt/bin/rhoCentralFoamRK4" #8 __libc_start_main in "/lib/x86_64linuxgnu/libc.so.6" #9 in "/home/fivos/OpenFOAM/fivos2.3.x/platforms/linux64GccDPOpt/bin/rhoCentralFoamRK4" Aborted (core dumped) Foam::fixedRhoFvPatchScalarField::updateCoeffs() in fixedRhoFvPatchScalarField, but I have not been able to poinpoint the exact reason.. Any ideas are welcome. Thanks in advance. Fivos 

April 7, 2015, 03:42 

#15 
Member
Join Date: Jun 2012
Posts: 68
Rep Power: 5 
Simply use "thermosi" in your boundary conditions instead of just "psi". This solves this problem.
Regards, Martin 

April 7, 2015, 19:01 

#16 
Senior Member
Phoevos
Join Date: Mar 2009
Posts: 103
Rep Power: 8 
Hi maHein,
Thanks for your answer Have you done the rhoCentralFoamRK4 for OF2.3.x and it worked? Could you share it, because I may have done something wrong with mine..? I am asking because it seems that it is not related just with replacing psi with thermosi in the total boundary conditions... Actually, I have the same issue with the forwardStep case (OpenFOam tutorial) where, if I remember correctly, static values are prescribed. Thanks again. 

April 8, 2015, 08:49 

#17 
Member
Join Date: Nov 2012
Posts: 66
Rep Power: 4 
your are right the solver don't work with 2.3.x will upload an updated version.


April 8, 2015, 08:50 

#18 
Senior Member
Phoevos
Join Date: Mar 2009
Posts: 103
Rep Power: 8 
Dear Henning,
Thanks a lot in advance. If you don't mind, could you also briefly describe what changes you made? Thanks again. 

April 8, 2015, 09:04 

#19 
Member
Join Date: Nov 2012
Posts: 66
Rep Power: 4 
Dear fivos,
In the folder BCs all the files where from the version 2.1, as it used the old thermodynamic library, it didn't work. Only update it. Hope the solver works, Best Regards Henning 

April 9, 2015, 14:41 

#20 
Senior Member
Phoevos
Join Date: Mar 2009
Posts: 103
Rep Power: 8 
Hi Henning,
Thank you for your help, I can confirm that replacing the BCs of the old version with the new made it work. Thanks again 

Thread Tools  
Display Modes  


Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
Main advantage of using Runge Kutta of higher order?  jakubstary  Main CFD Forum  11  May 17, 2013 18:32 
1D Burgers euqation with 4th Runge Kutta  dokeun  Main CFD Forum  3  August 8, 2011 06:34 
Runge Kutta Discontinuous Galerkin procedure?  Ameya J  Main CFD Forum  6  July 29, 2011 05:56 
Runge Kutta Optimization  vasanth  Main CFD Forum  6  December 2, 2005 14:07 
Diagonally Dominate Runge Kutta Method  Anthony Iannetti  Main CFD Forum  0  January 23, 2001 22:27 