-
Notifications
You must be signed in to change notification settings - Fork 51
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
lighting gains are not included into occupancy model #879
Comments
@icupeiro I have considered such a model before and I'm not sure whether it should be part of the |
@Mathadon Then I suggest creating a lightingGains model with three options: occupant-based, schedule-based and light-based (for the latter one we would need to compute the amount of light which enters through the windows) |
yup, to be discussed! |
@Mathadon
Based on this I have developed a model and pushed it to the branch |
revisions to lighting control for #879
The occupancy model only accounts for internal gains coming from the occupants, but no relating to the lighting. This gains are mainly radiative
To solve this my first approach is extending the model IDEAS.Buildings.Components.InternalGains.Simple and assuming that lighting is on if at least one occupant is in the zone. Default value for this gains are 3*A_zone (3 W/m2), but it could be modified by the user to directly introduce the manufacturer power of the lighting. I will push this first version soon (EDIT: see https://github.com/open-ideas/IDEAS/tree/issue879_lightingGains). Nevertheless it should be improved to account also for the lighting coming through the windows, or using some sort of schedule, since lights does not have to be on all the time.
Heat gains for appliances (computers in offices, etc..) can be also included
The text was updated successfully, but these errors were encountered: