|
[Sponsors] |
February 24, 2021, 04:53 |
Clarification on k and omega settings
|
#1 |
New Member
Chris
Join Date: Feb 2013
Posts: 17
Rep Power: 13 |
Hi everyone,
I've recently started using OpenFOAM. I'm setting up a run using the k-omega SST turbulence model, but am having some difficulty understanding setup of boundary conditions at my inlet for k and omega. For example, in the rotating fan in a room tutorial (https://www.openfoam.com/documentati...ating-fan.html), the inlet BC at the door is set like this: door { type turbulentIntensityKineticEnergyInlet; intensity 0.05; value uniform 0.00341; } In the incompressible/SRF/simplefoam tutorial, the inlet is set like this: inlet { type fixedValue; value uniform 0.375; } Similarly, for omega, settings are like this for the fan in the room: door { type turbulentMixingLengthFrequencyInlet; mixingLength 1.2; value uniform 0.1; } Whereas for the incompressible/SRF/simplefoam tutorial, they are like this: inlet { type fixedValue; value uniform 3.5; } Please could someone explain to me what the 'value' represents for the 'turbulentIntensityKineticEnergyInlet'/'turbulentMixingLengthFrequencyInlet' type settings represents (i.e. 0.00341 and 0.1 in these examples)? I assume from the User Guide that they are calculated values of k and omega respectively, but how do these differ to those in the 'fixedValue' type? |
|
March 2, 2021, 06:33 |
|
#2 |
Senior Member
Yann
Join Date: Apr 2012
Location: France
Posts: 1,086
Rep Power: 26 |
Hello Chris,
turbulentIntensityKineticEnergyInlet and turbulentMixingLengthFrequencyInlet are derived boundary conditions and the "value" parameter is just a placeholder you need to define for initialization purpose. The value will often have no effect because it will be overwritten by the boundary condition anyway. This parameter has to be defined because the boundary condition might be unable to compute an updated value at the first timestep, for instance if the boundary condition relies on a quantity which has not been computed yet. If this happens, the "value" parameter will be used for initialization and it will be updated at the next time step. This is related to the way the code is written : derived boundary conditions inherit properties from the basic conditions and the "value" parameter usually has to be defined even if it is not used. This is something which often baffle people starting OpenFOAM so you should be able to find more information about this on the forum. I hope this helps. Yann |
|
March 2, 2021, 06:40 |
|
#3 |
New Member
Chris
Join Date: Feb 2013
Posts: 17
Rep Power: 13 |
Thanks Yann, that's very helpful!
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Diffenence between omega_ and omega_() | Youwu | OpenFOAM Programming & Development | 1 | July 24, 2020 06:50 |
[solids4Foam] How to calculate drag coeff when using solids4Foam | amuzeshi | OpenFOAM CC Toolkits for Fluid-Structure Interaction | 15 | November 7, 2019 12:50 |
Behaviour of the kOmegaSST in a steady-state case | Max1234 | OpenFOAM Running, Solving & CFD | 18 | October 31, 2018 08:03 |
Floating point exception error | lpz_michele | OpenFOAM Running, Solving & CFD | 53 | October 19, 2015 02:50 |
how to calculate the omega at inlet boundary in k omega sst | Scabbard | OpenFOAM Running, Solving & CFD | 2 | September 30, 2014 13:06 |