
[Sponsors] 
November 30, 2010, 05:15 
I need explanations about fixedFluxPressure

#1 
Senior Member
Cyprien
Join Date: Feb 2010
Location: Stanford University
Posts: 251
Rep Power: 10 
Hello!
I had a look at the fixedFluxPressure boundary condition and I am not quite sure to well understand what this BC does. I guess I have to use this BC if I want to evaluate the pressure according to a velocity input. Am I wrong ? Furthermore, in the code source, one can read: Code:
gradient() = (phip  (patch().Sf() & Up))/patch().magSf()/rAp; All enlightments are welcome! Regards, Cyp 

August 19, 2013, 20:36 
buoyantPressure vs. fixedFluxPressure

#2 
Senior Member
Jose Rey
Join Date: Oct 2012
Posts: 128
Rep Power: 10 
I realize this is an old thread, but it is still very relevant.
I was having terrible problems trying to get buoyantBoussinesqSimpleFoam to converge. I changed the p_rgh BC's from buoyantPressure to fixedFluxPressure and the model started to converge. Anybody? 

August 1, 2014, 04:42 

#3 
Senior Member
Srivathsan N
Join Date: Jan 2013
Location: India
Posts: 101
Rep Power: 5 
Same question here. What is the difference between buoyantPressure and fixedFLuxPressure boundary conditions?
__________________
Regards, Srivaths 

October 16, 2014, 02:23 
OpenFAOM 2.3.0 doesn't have buoyantPressure BC

#4 
Senior Member
Fatema Zandi Goharrizi
Join Date: Mar 2009
Posts: 156
Rep Power: 9 
Hi
OpenFAOM version 2.3.0 doesn't have buoyantPressure libraries. Am I right? what is the difference between buoyantPressure and fixedFluxPressure? why fixedFluxPressure converge better? is it the only difference between them? Please help 

October 16, 2014, 03:46 

#5 
Senior Member
Fabian Roesler
Join Date: Mar 2009
Location: Germany
Posts: 210
Rep Power: 10 
OpenFOAM 2.2.2 has both boundary conditions. In newer Version, buoyantPressure boundary was dismissed. For clarification have a look into the code or into Doxygen.
From buoyantPressureFvPatchScalarField we learn that: This boundary condition sets the pressure gradient appropriately for buoyant flow. If the variable name is one of pd, p_rgh or ph_rgh, we assume that the pressure variable is and the gradient set using: Otherwise we assume that it is the static pressure, and the gradient calculated using: From fixedFluxPressureFvPatchScalarField we see that: This boundary condition adjusts the pressure gradient such that the flux on the boundary is that specified by the velocity boundary condition. The predicted flux to be compensated by the pressure gradient is evaluated as , both of which are lookedup from the database, as is the pressure diffusivity used to calculate the gradient using: 

October 16, 2014, 04:21 

#6 
Senior Member
Fabian Roesler
Join Date: Mar 2009
Location: Germany
Posts: 210
Rep Power: 10 
Some additional remarks:
The fixedFluxPressure boundary is known do have a better convergence. This is in my opinion due to the more pressure related calculation of the gradient: phi and phiHbyA (predicted flux field) are directly linked to pressure equation. On a wall, the flux difference tends to zero and so the boundary condition turns to zeroGradient. The buoyanPressure boundary is more the physical method to describe the pressure gradient with Archimedes' principle. I hope my explanation is understandable and correct. Cheers Fabian 

November 5, 2014, 17:06 

#7 
Senior Member
Santiago Marquez Damian
Join Date: Aug 2009
Location: Santa Fe, Santa Fe, Argentina
Posts: 430
Rep Power: 16 
Hi folks, I'm dealing with fixedFluxPressure BCs also and this thread was helpful. Checking the code things have changed at least in FOAM 2.3.0. The class definition is now more simple
fixedFluxPressureFvPatchScalarField.C Code:
125 void Foam::fixedFluxPressureFvPatchScalarField::updateCoeffs 126 ( 127 const scalarField& snGradp 128 ) 129 { 130 if (updated()) 131 { 132 return; 133 } 134 135 curTimeIndex_ = this>db().time().timeIndex(); 136 137 gradient() = snGradp; 138 fixedGradientFvPatchScalarField::updateCoeffs(); 139 } Code:
27 // Update the fixedFluxPressure BCs to ensure flux consistency 28 setSnGrad<fixedFluxPressureFvPatchScalarField> 29 ( 30 p_rgh.boundaryField(), 31 ( 32 phiHbyA.boundaryField() 33  (mesh.Sf().boundaryField() & U.boundaryField()) 34 )/(mesh.magSf().boundaryField()*rAUf.boundaryField()) 35 ); Hope this helps for 2.3.0 users. Regards.
__________________
Santiago MÁRQUEZ DAMIÁN, Ph.D. Research Scientist Research Center for Computational Methods (CIMEC)  CONICET/UNL Tel: 543424511594 Int. 7032 Colectora Ruta Nac. 168 / Paraje El Pozo (3000) Santa Fe  Argentina. http://www.cimec.org.ar Last edited by santiagomarquezd; November 7, 2014 at 06:25. Reason: Add equation 

April 14, 2015, 16:46 

#8 
Senior Member
anonymous
Join Date: Aug 2014
Posts: 198
Rep Power: 4 
I would like to comment out a bit, why does OpenFOAM use the expression given by santiagomarquezd (gracias por el análisis del código fuente) for the pressure surface normal gradient in the boundaries.
First of all we need to write down the momentum equation discretized using the RhieChow interpolation method. This reads: Where the f subscript means interpolate to the face, is the variable p_rgh whose value is , and the vector u is the velocity. Now multiply the equation by the face surface vector where the vector n is the surface normal: Thus the following equation for the pressure surface gradient can be obtained: Hope this is useful for you foamers 

October 14, 2015, 13:55 

#9 
New Member
Angel Monsalve
Join Date: Oct 2009
Posts: 6
Rep Power: 9 
Thanks for the explanation!!


August 31, 2016, 14:35 
value uniform 0;

#10 
Member
Jon Elvar Wallevik
Join Date: Nov 2010
Location: Reykjavik, ICELAND
Posts: 78
Rep Power: 12 
Dear all, thank you for the above discussion
There is one thing I don't understand fully. In the damBreak example for interFoam (say of OF 4.0) the b.c. for p_rgh is given as... leftWall { type fixedFluxPressure; value uniform 0; } so the question is, what does "value uniform 0;" stand for? There is one constructor in fixedFluxPressureFvPatchScalarField.C which has 3 arguments: Foam::fixedFluxPressureFvPatchScalarField::fixedFl uxPressureFvPatchScalarField ( const fvPatch& p, const DimensionedField<scalar, volMesh>& iF, const dictionary& dict ) ... and in that function body, there is if (dict.found("value") && dict.found("gradient")) But in interFoam, this constructor is not used, since it is the constructor with two arguments that is used (actually the first constructor), c.f. in pEqn.H setSnGrad<fixedFluxPressureFvPatchScalarField> ( p_rgh.boundaryField(), ( phiHbyA.boundaryField()  fvOptions.relative(mesh.Sf().boundaryField() & U.boundaryField()) )/(mesh.magSf().boundaryField()*rAUf.boundaryField() ) ); So am I understanding this correctly: When using interFoam, then the "value uniform 0;" is actually not used? Any comment would be helpful J. 

November 23, 2016, 18:45 

#11 
New Member
Declan
Join Date: Oct 2016
Location: Mexico
Posts: 4
Rep Power: 2 
Hi Jon,
I had a similar question about flowRateInletVelocity which requires an input value that doesn't appear to do anything. As explained by Roman in the below thread some derived boundary conditions necessarily inherit a placeholder value like this one because of their basic structure. flowRateInletVelocity I think the value uniform 0; you asked about is like this and could be assigned any value you like without affecting your simulation. 

Thread Tools  
Display Modes  


Similar Threads  
Thread  Thread Starter  Forum  Replies  Last Post 
Rotating objects  Marcus Gellert (Gellert)  OpenFOAM Running, Solving & CFD  17  December 14, 2010 16:06 
muSgsWallFunctionFvPatchField, explanations or bug ?  fgal  OpenFOAM Bugs  0  July 22, 2010 14:19 
FixedFluxPressure cannot find field 1%7cAU  anger  OpenFOAM Running, Solving & CFD  3  November 10, 2008 06:50 
New to CFXneed explanations about mesh parameters  Cyril  CFX  3  November 24, 2006 07:33 
Rotor/stator tutorial, and how to...  gilberto  CFX  5  January 21, 2002 10:41 