|
[Sponsors] |
February 29, 2012, 10:58 |
flowRateInletVelocity
|
#1 |
Senior Member
Samuele Z
Join Date: Oct 2009
Location: Mozzate - Co - Italy
Posts: 520
Rep Power: 19 |
Dear All,
I am trying to use the flowRateInletVelocity BC. There is something that I can not understand: what does the `value' field mean? The code looks like this: Code:
inlet { type flowRateInletVelocity; flowRate 0.2; // Volumetric/mass flow rate [m3/s or kg/s] value uniform (0 0 0); // placeholder } Thanks, Samuele |
|
March 1, 2012, 03:27 |
|
#2 | |
Senior Member
Roman Thiele
Join Date: Aug 2009
Location: Eindhoven, NL
Posts: 374
Rep Power: 21 |
Quote:
__________________
~roman |
||
March 1, 2012, 03:42 |
|
#3 |
Senior Member
Samuele Z
Join Date: Oct 2009
Location: Mozzate - Co - Italy
Posts: 520
Rep Power: 19 |
Thanks for ansering.
I have a doubt: isn't that right that those values are the component of the u vector that is used if we have a revers-flux through that surface? Thanks a lot, Samuele |
|
March 1, 2012, 03:46 |
|
#4 | |
Senior Member
Roman Thiele
Join Date: Aug 2009
Location: Eindhoven, NL
Posts: 374
Rep Power: 21 |
Quote:
In the source code it doesn't say anything about that and it gives that the flux is always normal and inwards from the patch. Code:
Description Describes a volumetric/mass flow normal vector boundary condition by its magnitude as an integral over its area. The basis of the patch (volumetric or mass) is determined by the dimensions of the flux, phi. The current density is used to correct the velocity when applying the mass basis. Example of the boundary condition specification: \verbatim inlet { type flowRateInletVelocity; flowRate 0.2; // Volumetric/mass flow rate [m3/s or kg/s] value uniform (0 0 0); // placeholder } \endverbatim Note - The value is positive inwards - May not work correctly for transonic inlets - Strange behaviour with potentialFoam since the U equation is not solved
__________________
~roman |
||
March 1, 2012, 04:03 |
|
#5 |
Senior Member
Samuele Z
Join Date: Oct 2009
Location: Mozzate - Co - Italy
Posts: 520
Rep Power: 19 |
Dear Roman,
pardon the huge number of messages I am writing, but I would like to better und this point. I many read the code many times. There's a point that I can not understand: why should we specify something that does not have any effects on our simulation? Could you try to explain this? Sorry if I am teasing you. I am just to try to und. Have a good day, Samuele |
|
March 1, 2012, 04:08 |
|
#6 | |
Senior Member
Roman Thiele
Join Date: Aug 2009
Location: Eindhoven, NL
Posts: 374
Rep Power: 21 |
Quote:
Hej, OpenFOAM is based on C++ where new classes and libraries, such as boundary conditions can be derived from previous ones, which also means that they take input parameters and internal values with them. In this case this means that the new class flowRateInletVelocity, which is based on fixedValueFvPatchVectorField, also inherited the value component. This in turn means that the value variable is part of flowRateInletVelocity and therefore must be specified, otherwise the class is missing an input, even though the variable is never used. Just try it without the variable and you will notice that it won't run.
__________________
~roman |
||
March 1, 2012, 04:12 |
|
#7 |
Senior Member
Samuele Z
Join Date: Oct 2009
Location: Mozzate - Co - Italy
Posts: 520
Rep Power: 19 |
Thanks Roman,
thank you very much. I perfectly understand what you mean. And I completely agree with you. I haven't thought about that. By the way - though I am afraid I am going off topic - is there `a point' in which I am asked to insert the value of velocity that are used just in case of a reverse flow somewhere? Thanks again, Samuele |
|
March 1, 2012, 04:53 |
|
#8 |
Disabled
Join Date: Mar 2011
Posts: 174
Rep Power: 15 |
I think that the "value" field is also needed because it's read by paraview.
At least I think that paraview crashes if I delete that field. In the beginning it does not make a lot of sense I guess. |
|
March 4, 2012, 14:58 |
where could i find such this file for all cases?
|
#9 | |
Senior Member
|
Quote:
|
||
March 5, 2012, 02:41 |
|
#10 | |
Senior Member
Roman Thiele
Join Date: Aug 2009
Location: Eindhoven, NL
Posts: 374
Rep Power: 21 |
Quote:
__________________
~roman |
||
March 5, 2012, 11:11 |
solvers
|
#12 |
Senior Member
|
roman,
i searched for discription for another type, slip type but this is the only description available. is there is moer detailed description. Description Foam::slipFvPatchField is this available discription for solvers also?, if yes where? Last edited by Ahmed Khattab; March 5, 2012 at 11:27. |
|
August 13, 2013, 05:42 |
|
#13 |
New Member
Chuyen Nguyen
Join Date: Jul 2013
Posts: 4
Rep Power: 13 |
Dear all guys,
I used the type flowRateInletVelocity in my case for the velocity field at the inlet. The solver ran well. However this error occured when I open the paraView. "--> FOAM FATAL IO ERROR: Please supply either 'volumetricFlowRate' or 'massFlowRate' and 'rho'" I've used OpenFOAM version 2.1.1. Can you instruct me to repair it? Best regard. |
|
May 29, 2015, 04:29 |
|
#14 |
New Member
James F.
Join Date: May 2015
Posts: 24
Rep Power: 10 |
"The basis of the patch (volumetric or mass) is determined by the dimensions of the flux, phi."
Do you know where I can find the dimension of phi? |
|
October 7, 2015, 09:50 |
|
#15 |
Member
Vineet Bhola
Join Date: Jun 2015
Location: Chemnitz, Germany
Posts: 49
Rep Power: 11 |
Hello James,
"phi" Files are created at run time. So let your solver run for some iterations and then you can check in the timestep folders. There you will either see m3/s or kg/s. You can change the number of solving iterations and write iterations in system/controlDict Thanks Vineet |
|
October 19, 2015, 09:07 |
|
#16 |
New Member
James F.
Join Date: May 2015
Posts: 24
Rep Power: 10 |
Thanks for helping me knowing the unite of my flux.
I found that I am using kg/s. Anyway to change that? I'd like to use m3/s as my temperature is varying and I cannot use a fixed rho value. |
|
October 19, 2015, 10:55 |
|
#17 |
Member
Vineet Bhola
Join Date: Jun 2015
Location: Chemnitz, Germany
Posts: 49
Rep Power: 11 |
I guess it is the opposite way. If you are using a compressible fluid then phi values should be in kg/s and if you are using a incompressible one, it should be in m3/s. Though I think it depends on your solver also, you can try to change it by changing the thermoType in Thermophysicalproperties file in constant Folder of your fluid Region.
The reason for m3/s and kg/s is that for a constant rho in Navier Stokes equation it can be removed from both sides. Also check the dimensions of Pressure. It is sometime P and sometimes P/rho. Hope that helps. Vineet. |
|
October 19, 2015, 11:14 |
|
#18 |
New Member
James F.
Join Date: May 2015
Posts: 24
Rep Power: 10 |
I am using compressible flow with the solver buoyantPimpleFoam but I know the volumetric flow rate of my extracting system so I'd like to use it.
I'd like to work with constant volumetric flowrate, varying rho and varying mass flowrate (rather than constant mass flowrate, varying rho and varying volumetric flowrate). I checked P is P (not P/rho) My thermoType is hRhoThermo<pureMixture<constTransport<specieThermo <hConstThermo<perfectGaz I start looking for documentation about how to change it but if you have any hint, starting point, it would be appreciated. Thanks again for your help! |
|
October 19, 2015, 11:40 |
|
#19 |
Member
Vineet Bhola
Join Date: Jun 2015
Location: Chemnitz, Germany
Posts: 49
Rep Power: 11 |
If you can use a constant volume flow rate and varying mass flow rate, you would be either getting a nobel prize or defying the laws of physics. Chances of second Option are more though :P
Just kidding. Fluids too have to follow conservation of mass, momentum and energy. Infact These 3 are the Basis of Navier Stokes Equation. So ask the guy who gave you volumetric flow rate to either give the values of density at that Point OR better to give mass flow rate values. Thanks Vineet |
|
October 19, 2015, 11:52 |
|
#20 |
New Member
James F.
Join Date: May 2015
Posts: 24
Rep Power: 10 |
I may have poorly explained what I meant:
Let's say my outlet BC is mass flow rate = 1 At t=0 I may have mass flow rate = 1 volume flow rate = 1 rho = 1 At t=1, rho changes because temperature goes up, I may have mass flow rate = 1 (never changes, it's the BC) volume flow rate = 2 rho = 0.5 Now let's say my outlet BC is now volume flow rate = 1 At t=0 I may have volume flow rate = 1 mass flow rate = 1 rho = 1 At t=1, rho changes, I may have volume flow rate = 1 (never changes, it's the BC) mass flow rate = 0.5 rho = 0.5 In this case, due to mass conservation, my inlet mass flow rate will have to change too, ofc. My temperature is not varying that much and I probably could use mass flow rate estimating my outlet temperature since I already have a few simulations. But still, I'm interested in finding a way (if there is one) to use volume flow rate, "for knowledge". |
|
|
|