
[Sponsors] 
December 9, 2004, 18:24 
Please bear with me, I'm a re

#1 
Guest
Posts: n/a

Please bear with me, I'm a relative newbie to FOAM.
I had a few questions about implementing flux splitting methods in FOAM.... Q1. Where does one find details of upwind differencing schemes? What I really want to do is test a solver that uses flux vector splitting, but in foam I cannot figure out how to force upwind biasing because foam seems to be too high level. In other words, I figure I can specifiy upwinding no problemo, but if I want to solve the governing equations in two step, one with positive wave speeds only, the other with negatie wave speeds only, how do I do that in FOAM? I see foam comes with upwind differenceing schemes, but I cannot tell what exactly those schemes perform, do they do the wave speed analysis and so forth under the hood, or do they simply apply upwinding based upon the local net flow direction without splitting the flux? What I do is find my matrix of wave speeds, by diagonalizing the Jacobians of my flux vectors, then I want to split the wave speeds into positive and negative parts, and then apply upwind biasing. Is it likely that foam does not give me the flexibility to perform such low level operations? Q2. Related to flux splitting, and considering I'm a relative newbie to CFD, I was wondering if any experts out there can advise me on whether flux splitting is worth bothering with, e.g., perhaps the Gamma schemes are better and flux splitting is passe in state of the art CFD? (I'm not a CFD expert, merely a user of CFD tools for engineering physcis, so I'm probably a decade or more behind in what is trendy in CFD.) That brings me to another question: when is it appropriate to use Gamma schemes rather than upowind schems or blended? I'd really like a scheme that works well with moderate viscosity gas dynamic shock equations and with magnetohydrodynamic shocks. I've tested FCT methods in my own FORTRAN code, but I'd rather move up to 3D with FOAM. But I'm not sure at the outset what tools will work with strong field MHD equations. I guess some experimentation is in order, but can anyone advise or give me hints at what solver options would be most apt? Any advice would be welcomethe more testing I have to do the better it'll be for my foam usage education. Thanks for any considerations, Blair. 

December 10, 2004, 06:47 
Q1. It sounds like you need t

#2 
Guest
Posts: n/a

Q1. It sounds like you need to write your own discretisation scheme. OpenFOAM should be out today, with full source available for everything. You can find details of the upwind implementation in "upwind.H" in the main library.
Welcome to the foam discussion forum by the way. Eugene 

December 10, 2004, 07:01 
Hi Eugene,
Slight diversio

#3 
Guest
Posts: n/a

Hi Eugene,
Slight diversion from the original post, but what exactly is OpenFOAM? And how does it differ from FOAM? I see there is an OpenFoam project on SourceForge, but this seems related to communication protocols, so I guess this isn't it! Thanks for the information. Jason 

December 10, 2004, 07:09 
Hi Jason,
Foam is going op

#4 
Guest
Posts: n/a

Hi Jason,
Foam is going open source via the GNU GPL under the name OpenFOAM. You wont find anything on a search engine, because it hasn't been released yet. Imminent though. Keep checking www.openfoam.com. Once the site is up you should be able to download the OpenFOAM code. Eugene 

December 21, 2004, 18:54 
Hello,
I have a similar prob

#5 
Guest
Posts: n/a

Hello,
I have a similar problem as it was described in the original post. What I would like to have is an implicit and densitybased solver for high speed aerodynamics (e.g. Roe, van Leer, AUSM, ...). Has anybody done something like this with FOAM already? I am very new to FOAM, but from what I have read so far it seems like the fluxes are computed, using a construction of the variables on the cell interfaces. For a densitybased solver the fluxes would be computed based on left and right sided variables (based on the characteristics). Any advice how to implement something like this and where to look for examples would be appreciated. Thanks, Oliver 

December 21, 2004, 19:28 
rhoSonicFoam and rhopSonicFoa

#6 
Guest
Posts: n/a

rhoSonicFoam and rhopSonicFoam are both densitybased solvers with the latter also including a pressure equation for transsonic problems including regions of low Ma. We have also developed a new version of rhopSonicFoam with improved interpolation practices for the fluxes which is proving to be far superior to simple Rho etc. methods which will be included in the next release of OpenFOAM.


December 22, 2004, 05:16 
First of all, thanks for the

#7 
Guest
Posts: n/a

First of all, thanks for the reply!!
I forgot to say that I would like to have an upwind solver ... the problems that I have in mind have very low ambient pressures and very high speeds (2 < Ma < 6), perfect gas should still be a valid assumption. I would like to get to know the code a little and I thought a simple upwind solver like van Leer would be a good starting point. Do you think it is possible and if yes, where should I look for examples? As for the other compressible methods that you have implemented, do you have papers describing the numerics? Thanks a lot, Oliver 

December 22, 2004, 05:27 
> I forgot to say that I would

#8 
Guest
Posts: n/a

> I forgot to say that I would like to have an upwind solver
Fine, just choose upwind differencing for the convection terms although you will probably be better off choosing an NVD or TVD scheme like van Leer or MUSCL. > ... the problems that I have in mind have very low ambient > pressures and very high speeds (2 should still be a valid assumption. I would like to get to > know the code a little and I thought a simple upwind solver > like van Leer would be a good starting point. I consider van Leer to be a convection differencing scheme rather than a complete solver. > Do you think > it is possible and if yes, where should I look for examples? sonicFoam, rhoSonicFoam, rhopSonicFoam. > As for the other compressible methods that you have > implemented, do you have papers describing the numerics? Nope, I never wrote papers on this stuff nor on many of the other algorithms in FOAM I was too busy writing FOAM. 

December 22, 2004, 05:46 
With upwind scheme I mean a s

#9 
Guest
Posts: n/a

With upwind scheme I mean a splitting method.
To avoid confusion, what I would like to do is the following: 1. Use a method to construct variables on both sides of the interface (MUSCL, ...). For unstructured grids I found that limiting the order to capture shocks is not trivial. 2. Use a splitting (Roe, van Leer, AUSM, ...) to compute the fluxes. For an implicit scheme this would have to be linearised and only the linearised part would be treated implicitly. This might be a bit classical and oldfashioned, but it works well for the type of flow I have in mind. I will still try the other solvers you have mentioned. Thanks, Oliver 

December 22, 2004, 05:53 
I prefer the methods I have i

#10 
Guest
Posts: n/a

I prefer the methods I have implemented in FOAM, in particular the new approach to be released shortly, as they are 2ndorder, work well on any meshes including polyhedra, give good shockcapturing and conservation of the important properties. I have not implemented any of the splitting techniques you have mentioned because they tend to be loworder and difficult to extend to unstructured meshes. However, I understand that some FOAM users have implemented such techniques, maybe they can help you...


December 22, 2004, 06:05 
Thanks for your help and I wi

#11 
Guest
Posts: n/a

Thanks for your help and I will certainly try what you have implemented in FOAM as it sounds very interesting. The methods I mentioned are 2nd order (apart from the limiter close to the shocks), conservative and they work well on most meshes (limiter becomes more difficult) as well. For lower speeds, however, they are not the best choice ... and the density based + pressure equation solver you mentioned sounds very attractive!
Still if someone has implemented a classical flux vector or flux difference splitting  any help would be appreciated. 

December 22, 2004, 07:11 
In my opinion, for the kind o

#12 
Guest
Posts: n/a

In my opinion, for the kind of flows you are interested in, nothing can beat a proper Roe flux solver. However, you need all the bits, including geometric multigrid, explicit/point implicit/fully implicit solvers etc. and not just an explicit Roe flux approach. Gradient reconstruction stuff we've got should be OK and geometric multigrid is easy on polyhedral cells. There is a lot of published literature on this and implementing it should be relatively straightforward.
I know a guy who had a play with the Roe schemes in foam a while back but I don't know if it has ever been completed  it certainly isn't a part of the release. As for the implicit solvers, you will need a block matrix solver approach which is currently not implemented (all solvers are segregated). This is something I will be working on over the next 34 months... Hrv 

December 22, 2004, 07:22 
> In my opinion, for the kind

#13 
Guest
Posts: n/a

> In my opinion, for the kind of flows you are interested in, nothing can beat a proper Roe flux solver.
I disagree. > However, you need all the bits, including geometric multigrid, explicit/point implicit/fully implicit solvers etc. and not just an explicit Roe flux approach. I certainly don't see the need for all these frills. > I know a guy who had a play with the Roe schemes in foam a while back but I don't know if it has ever been completed  it certainly isn't a part of the release. The results were not competitive with results from the codes already included in the FOAM release and certainly not with the new code I have written which even beats WIND and this is why we did not include this work in the release. 

December 22, 2004, 07:42 
Try running your code on the

#14 
Guest
Posts: n/a

Try running your code on the Courant number of 300 :)
The aerospace industry relies precisely on the kind of solvers I have described and stays away from any pressurebase algorithms because they are typically a factor fo 10 or more slower than what they are using. 

December 22, 2004, 07:51 
> Try running your code on th

#15 
Guest
Posts: n/a

> Try running your code on the Courant number of 300 :)
I have a steadystate formulation for steadystate cases and I don't think a Co of 300 is appropriate for transient running. > The aerospace industry relies precisely on the kind of solvers I have described and stays away from any pressurebase algorithms because they are typically a factor fo 10 or more slower than what they are using. rhoSonicFoam is not pressurebased in my new code the pressure equation is runtime selectable so for supersonic cases it can be switched off and for transsonic or cases with boundary layers it can be switched on to improve stability and performance. The comparisons which have been done so far show that this approach is much faster than the Rhobased approches you are advocating. 

December 22, 2004, 08:16 
What about a comparison? I wi

#16 
Guest
Posts: n/a

What about a comparison? I will try to get the hang of using FOAM and compare its results to some of the more classical solvers we have here. Do you have a low Re turbulence model for compressible flow? Right now we are mainly using Spalart Almaras and SST. Actually, for a start, an Euler test case or laminar flow might be alright.
Thanks a lot so far, Oliver 

December 22, 2004, 08:20 
What about a comparison? I wi

#17 
Guest
Posts: n/a

What about a comparison? I will try to get the hang of using FOAM and compare its results to some of the more classical solvers we have here. Do you have a low Re turbulence model for compressible flow? Right now we are mainly using Spalart Almaras and SST. Actually, for a start, an Euler test case or laminar flow might be alright.
Thanks a lot so far, Oliver 

December 22, 2004, 08:28 
We will put together a webpa

#18 
Guest
Posts: n/a

We will put together a webpage with results and comparisons of the new rhopSonicFoam solver and release it at the same time as the solver early next year.
We have implemented several turbulence models for compressible flow but none with special terms for shocks, boundarylayer interaction etc. although I don't envisage that this will be too difficult and should be something you will be able to do if you are familar with these models. 

March 10, 2008, 11:09 
Since this thread is quite old

#19 
Senior Member
Alberto Passalacqua
Join Date: Mar 2009
Location: Ames, Iowa, United States
Posts: 1,888
Rep Power: 25 
Since this thread is quite old, did someone implement some flux splitting based method?
Thanks in advance for any information you can provide, Alberto
__________________
Alberto GeekoCFD  A free distribution based on openSUSE 64 bit with CFD tools, including OpenFOAM. Available as live DVD/USB, hard drive image and virtual image. GeekoCFD 32bit  The 32bit edition of GeekoCFD. GeekoCFD text mode  A smaller version of GeekoCFD, textmode only, with only OpenFOAM. Available in a variety of virtual formats. 

January 9, 2013, 05:07 

#20 
Senior Member
Ehsan
Join Date: Oct 2012
Location: Iran
Posts: 2,173
Rep Power: 16 
there is not a Roe solver yet in openFoam?even in before releases?
Thanks. 

Thread Tools  
Display Modes  


Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
flux splitting  emrah  Main CFD Forum  3  August 30, 2014 09:53 
About the Flux splitting method  maximus  Main CFD Forum  0  February 24, 2006 01:05 
Fluxdifference splitting  Ruben  Main CFD Forum  0  August 21, 2005 21:41 
Van Leer's Flux splitting  vasanth  Main CFD Forum  0  December 5, 2003 20:48 
Flux Splitting: Derivation  Abhijit Modak  Main CFD Forum  5  May 2, 2000 05:13 