-
Notifications
You must be signed in to change notification settings - Fork 114
Weather and load forecasts for BTM #606
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
Conversation
…ecast does nothing so far
ssc/cmod_battery.cpp
Outdated
| // day one is zeros | ||
| for (size_t idx = 0; idx != 24 * step_per_hour; idx++) | ||
| { | ||
| load_prediction.push_back(0); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why isn't this from the last 24 hours of the load forecast?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was matching the convention from the weather file forecast:
Line 1328 in fcff96b
| pv_prediction.push_back(0); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think so. I'd imagine if we're in year 2, and if we were doing lookahead, we'd use jan data for dec 31, and if doing lookbehind, we'd do the counterpart. This keeps continuity. What do you think?
…recast_for_btm
…look behind. this adds a cycle to the tests, which is expected
Add options for load forecasts for behind the meter systems. Load forecast functions the same as actual load - can be either hourly for a single year (8760) or match the weather file timestep. Interpolation is handled by single_year_to_lifetime_interpolated.
Additionally, extend forecast options to generic system.
Pairs with SAM pull request: NREL/SAM#688