Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Alternative computation for radiant temperature #623

Closed
Mathadon opened this issue Jan 11, 2017 · 3 comments
Closed

Alternative computation for radiant temperature #623

Mathadon opened this issue Jan 11, 2017 · 3 comments
Assignees
Labels
Milestone

Comments

@Mathadon
Copy link
Member

Mathadon commented Jan 11, 2017

EnergyPlus uses a different way of calculating the equivalent radiant temperature of the environment.

Currently we use:

final parameter Real Fssky=(1 + cos(inc))/2
    "radiant-interchange configuration factor between surface and sky";

edit:
but energy plus uses

final parameter Real Fssky=(1 + cos(inc))/2*sqrt((1 + cos(inc))/2)
    "radiant-interchange configuration factor between surface and sky";

They reference McClellan, T. M., & Pedersen, C. O. (1997). Investigation of Outside Heat Balance Models for Use in a Heat Balance Cooling Load Calculation Procedure. ASHRAE Transactions, 103, 469–484.for this equation, but this source suggests:

final parameter Real Fssky=(1 + cos(inc))/2*cos(inc/2))
    "radiant-interchange configuration factor between surface and sky";

The last two formulations however seem to produce the same numerical result.

This produces clear differences in the ZoneExample model:
screen shot 2017-01-11 at 11 57 55

I propose to change the equation to the second formulation since it seem to be more appropriate and better supported by literature. @rubenbaetens is there a reason not to do this?

edit2:
According to https://en.wikipedia.org/wiki/List_of_trigonometric_identities both formulations are mathematically identical (see Half-angle formulae).

@Mathadon Mathadon added this to the Release 1.0 milestone Jan 11, 2017
@Mathadon Mathadon self-assigned this Jan 11, 2017
@GlennReynders
Copy link
Contributor

I don't really see where this *cos(inc/2)) should come from.
The angle factor for the sky is given by:
image
Integration over half of the "sky dome" results in:
image

So, as far as I'm aware no need to change the current model.

@Mathadon
Copy link
Member Author

The view factor is indeed correct. The problem is apparently that what you 'see' is not the black sky temperature, but a weighted sum of the black sky temperature and the air temperature since the air radiates as well, especially when the surface is vertical since then the path through the air is longer towards space.

According toWalton, G. N. 1983. Thermal Analysis Research Program Reference Manual. NBSSIR 83-2655. National Bureau of Standards,
"The effective temperature of any point in the sky depends on the optical path length through the atmosphere."

@GlennReynders
Copy link
Contributor

solved in #647

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants