Question-and-Answer Resource for the Building Energy Modeling Community
 | 1 | initial version |
I think the question should really be why are any of the summer month calculations happening in May. When I removed the RunPeriodControl:DaylightSavingTime object so there was no daylight saving time, the summer tariff calculations started in June like you expected. So this is a bug in EnergyPlus that needs to be fixed. I posed issue 7814 so that it can be fixed in the future. You can see in the IsWinter and IsSummer and IsFall native variables that the summer is shown to start a month early than it should be.
As far as why the MidPeak doesn't seem to be getting calculated in May, it does start a few hours later according to the TOU schedule, maybe that is why.
For a workaround (I did not test this) but you can try changing the season and TOU schedules to start the summer an hour later, that might fix it.
| | 2 | No.2 Revision |
I think the question should really be why are any of the summer month calculations happening in May. When I removed the RunPeriodControl:DaylightSavingTime object so there was no daylight saving time, the summer tariff calculations started in June like you expected. So this is a bug in EnergyPlus that needs to be fixed. I posed issue 7814 so that it can be fixed in the future. You can see in the IsWinter and IsSummer and IsFall native variables that the summer is shown to start a month early than it should be.
As far as why the MidPeak doesn't seem to be getting calculated in May, it does start a few hours later according to the TOU schedule, maybe that is why.
For a workaround (I did not test this) but you can try changing the season and TOU schedules to start the summer an hour later, that might fix it.
| | 3 | No.3 Revision |
I think the question should really be why are any of the summer month calculations happening in May. When I removed the RunPeriodControl:DaylightSavingTime object so there was no daylight saving time, the summer tariff calculations started in June like you expected. So this is a bug in EnergyPlus that needs to be fixed. I posed issue 7814 so that it can be fixed in the future. You can see in the IsWinter and IsSummer native variables that the summer is shown to start a month early than it should be.
As far as why the MidPeak doesn't seem to be getting calculated in May, it does start a few hours later according to the TOU schedule, maybe that is why.
For a workaround you can remove the RunPeriodControl:DaylightSavingTime or (I did not test this) but you can try changing the season and TOU schedules to start the summer an hour later, that might fix it.
