NatLabRockies / NatLabRockies/OpenStudio

Allow multiple Run Periods

Open
#3,047 0 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

component - Model Enhancement Request
Dominant language
C++
Stars
646
Forks
237
Avg merge
3d 11h
Merged PRs (30d)
10

Description

Problem: right now you can only use one model runPeriod.

Solution: Add ability to have several runPeriods.

Context: It’s extremely useful during iterative changes or troubleshooting. You might want to have for example a run for three days: one in winter (january), one in summer (july) and one in shoulder season (april). That would allow short runtime while still seeing different load conditions.

Also, I could also see a case where you’d run for a week in each month (reduce runtime but without sacrificing the accuracy too much). The good thing about using several runPeriods in EnergyPlus (rather than launching a parametric analysis where you do 12 individual runs) is that the sizing only happens once, AND all the runs end up in the SAME SQL file, which makes aggregation of the results much easier. That would allow easier creation of measures for new workflows such as this one.

Migrated from UserVoice

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files or tests are named. Start by tracing how the model's runPeriod is represented and passed to EnergyPlus, then inspect how multiple runs could be collected in one SQL file. Done means several distinct run periods can be configured, simulated, and distinguished in the shared results output.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
tooling
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.