|
[Sponsors] |
September 11, 2019, 08:11 |
wallHeatFlux: Mesh resolution
|
#1 |
Senior Member
Nejc
Join Date: Feb 2017
Location: Slovenia
Posts: 196
Rep Power: 9 |
Hello.
Does one need a y+<1 mesh for accurate calculation of wallHeatFlux or are alphat wall functions taken into calculation? I've been trying to decode the wallHeatFlux::calcHeatFlux function but have no idea where alphaBf and heBf come from. I suspect snGrad() is just linear gradient from wall to the end of the first cell. In that case, if y+ >> 1 this can be much different than the actual gradient at the wall (that is in fact calculated by wall functions). https://develop.openfoam.com/Develop...wallHeatFlux.C wallHeatFluxBf[patchi] = alphaBf[patchi]*heBf[patchi].snGrad(); Last edited by kandelabr; September 11, 2019 at 08:14. Reason: typos, clearifications |
|
September 11, 2019, 09:08 |
|
#2 |
Senior Member
Join Date: Sep 2013
Posts: 353
Rep Power: 20 |
he is h or e the solution variable depending on your solver settings. (internal energy or enthalpy) and alpha is your effective conductivity field. This is thermal conductivity divided by the heat capacity (cp or cv depending on the solution variable h or e)
And to the best of my knowledge this should give you a heatflux that incorporates the effects of the wall function. Simply because the wall function modifies the values and hence you do have a different gradient. For accurate heat transfer simulations (most importantly in CHT) you should however always aim for y+<1. |
|
September 11, 2019, 09:25 |
|
#3 |
Senior Member
Nejc
Join Date: Feb 2017
Location: Slovenia
Posts: 196
Rep Power: 9 |
Thank you for your reply. Yes: I figured out that mesh requirement myself the hard way over the last three months .
By the way, what boundary condition should I use in case of y+<1 mesh for alphat? Thanks again. |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
sliding mesh problem in CFX | Saima | CFX | 46 | September 11, 2021 07:38 |
keeping resolution of mesh in Dynamic mesh + Q about posprocessing the problem | M.Sc_Student | FLUENT | 3 | April 10, 2011 12:10 |
[snappyHexMesh] snappyHexMesh won't work - zeros everywhere! | sc298 | OpenFOAM Meshing & Mesh Conversion | 2 | March 27, 2011 21:11 |
[snappyHexMesh] external flow with snappyHexMesh | chelvistero | OpenFOAM Meshing & Mesh Conversion | 11 | January 15, 2010 19:43 |
Icemcfd 11: Loss of mesh from surface mesh option? | Joe | CFX | 2 | March 26, 2007 18:10 |