Annual Profiles - lighting fraction is higher than original schedule fraction

In using Mostapha's Integrated Daylight and Energy file, I noticed a discrepancy in the lighting profile that is created with the ReadAnnualResult component. I compared the original lighting schedule, which has a 0.2 - 0.5 lighting fraction in the evenings with the generated profile, which has a 1.0 lighting fraction in the evenings.

I'm guessing that this component assumes lighting is 100% required if the lighting fraction is greater than 0.2 and if daylight isn't sufficient. However, I would prefer that if daylight isn't sufficient, the continuous (not binary) lighting fraction is taken from the original schedule.

Does anyone know how to essentially merge these schedules? I think I could do this by exporting to excel, using a couple excel formulas and re-importing, but I would prefer to stick in Grasshopper.

Below is the image of the Office::OpenOffice occupancy schedule, the generated lighting annual profile, and the Office::OpenOffice lighting schedule. I've circled the area in the evening where I'd expect/prefer the generated lighting profile to have a fraction similar to the original lighting schedule.

Replies are closed for this discussion.

Replies to This Discussion

Permalink Reply by Mostapha Sadeghipour Roudsari on February 29, 2016 at 6:56am

Hi Lizzie,

There are two different topics in your your question. I answer the second one first.

You can manipulate the values by merging the lists of numbers and use Honeybee_Create CSV Schedule to write them to a file all inside Grasshopper.

Back the first topic it uses Daysim to calculate the schedule and daysim doesn't accept partial occupancy so we have to convert the partial occupancy in EnergyPlus to zero and ones in Daysim. The good news is that you can manage the numbers as you wish by using the method that I mentioned earlier.

Mostapha

RSS