|August 6, 2012, 06:58||
implementation of wallHeatTransfer BC
Join Date: Oct 2010
Location: Leoben (Austria)
Blog Entries: 6Rep Power: 31
i have a question to you.
I am using the flamelet solver build by Alberto Cuoci et. al. All variables are depended on the mixture fraction Z in that solver.
There for you just have to solve the navier-stokes-equations (p & U) and two additional equations describing the mixture fraction Z and the variance of it Z". Thats all. With
Z and Z" you go into a look-up-table and extract your values like, cp, T, h, and so on
No energy equation is solved! The extension by Alberto is using the enthalpy defect. Therefor he is solving an additional enthalpy equation H (its not the enthalpy h). You can use zeroGradient or fixedValue temperature BC but a wallHeatTransfer BC is treated like a zeroGradient BC. If you have a fixedValue you calculate the enthalpy-defect from that temperature. Thats a other way then in the inside cells or on a zeroGradient BC.
The idea is to implement a wallHeatTransfer to make the "fixedValue BC" more dynamically...
The problem is the following.
I implemented the BC and now I can use the wallHeatTransfer BC but its like a fixedValue BC couse I am not solving the transport equation for "h" and do not get into
the updateCoeffs() function. If I implement an additional enthalpy equation for "h" its working but the calculated "h" field is not the same like "H" depend on the difference species and therefor the temperature field I get is wrong.
Is it possible to add the BC without solving the enthalpy equation?
Therefor I should get into the "updateCoeffs()" function or?
Hmm I think its hard to understand couse that solver is very complex and the thermodynamics too.
Maybe someone has a suggestion?!
Thanks for ready also.
|August 8, 2012, 08:21||
Join Date: Mar 2009
Location: Lisbon, Portugal
Blog Entries: 39Rep Power: 106
I was about to answer your private message and remembered to come look for a thread of yours on this... and since I found it, I'll reply to it here.
In the Doxygen description for this method you'll see an entry in the section "Referenced by" to fvPatchField< Type >::evaluate(), which is also part of this very same class template, namely:
This is how I did this trip (fully based on the Doxygen generated code documentation):
So the next question will be: then who calls "evaluate"?
|Thread||Thread Starter||Forum||Replies||Last Post|
|a little confused with the implementation of compressibleInterFoam||su_junwei||OpenFOAM Running, Solving & CFD||2||May 7, 2014 17:33|
|Implementation issues of fvSchemes / laplacianScheme, in particular gaussLaplacianSch||thomek||OpenFOAM Programming & Development||0||October 18, 2010 05:10|
|Problems with own LES Model Implementation||fs82||OpenFOAM||1||October 9, 2009 10:31|
|Please explain the implementation of species transport Eqn in reactingFoam||kallipygian||OpenFOAM Running, Solving & CFD||0||October 13, 2008 07:29|
|Implementation details of SST k-omega model||Niels||Main CFD Forum||3||July 3, 2008 17:45|