|
Re: gas and electric meters at the same building
OK, thank you very much for clearing that up.
Definitely, for buildings with multiple meters, there should be a separate model for each meter. It is important to use different parameters for gas and electricity, as you read in the CalTRACK compliance document.
On Mon, Feb 24, 2020 at 2:55 PM Si Chen < sichen@...> wrote: Hello,
What do you recommend when a building has gas and electric meters? I read on https://github.com/openeemeter/eemeter/blob/fc91df2b5fa69125a85b1235d24783c350d5b99a/docs/caltrack_compliance.rst:
3.4.3.1: :any:`eemeter.fit_caltrack_usage_per_day_model` must set fit_cdd=True, fit_intercept_only=True, fit_cdd_only=True, fit_hdd_only=True, fit_cdd_hdd=True for electricity data, and fit_cdd=False, fit_intercept_only=True, fit_cdd_only=False, fit_hdd_only=True, fit_cdd_hdd=False for gas data.
So do you recommend building separate models for gas and electric with the parameters changed?
|
|
|
Re: gas and electric meters at the same building
Definitely, for buildings with multiple meters, there should be a separate model for each meter. It is important to use different parameters for gas and electricity, as you read in the CalTRACK compliance document.
On Mon, Feb 24, 2020 at 2:55 PM Si Chen < sichen@...> wrote: Hello,
What do you recommend when a building has gas and electric meters? I read on https://github.com/openeemeter/eemeter/blob/fc91df2b5fa69125a85b1235d24783c350d5b99a/docs/caltrack_compliance.rst:
3.4.3.1: :any:`eemeter.fit_caltrack_usage_per_day_model` must set fit_cdd=True, fit_intercept_only=True, fit_cdd_only=True, fit_hdd_only=True, fit_cdd_hdd=True for electricity data, and fit_cdd=False, fit_intercept_only=True, fit_cdd_only=False, fit_hdd_only=True, fit_cdd_hdd=False for gas data.
So do you recommend building separate models for gas and electric with the parameters changed?
|
|
|
gas and electric meters at the same building
Hello, What do you recommend when a building has gas and electric meters? I read on https://github.com/openeemeter/eemeter/blob/fc91df2b5fa69125a85b1235d24783c350d5b99a/docs/caltrack_compliance.rst:
3.4.3.1: :any:`eemeter.fit_caltrack_usage_per_day_model` must set fit_cdd=True, fit_intercept_only=True, fit_cdd_only=True, fit_hdd_only=True, fit_cdd_hdd=True for electricity data, and fit_cdd=False, fit_intercept_only=True, fit_cdd_only=False, fit_hdd_only=True, fit_cdd_hdd=False for gas data.
So do you recommend building separate models for gas and electric with the parameters changed?
|
|
|
Re: OpenEEMeter integrated in opentaps
toggle quoted message
Show quoted text
So glad to see you've built this (and that I won't need to duplicate the work). Can I share a few use cases and see if you think opentaps fills the needs described (or will shortly)?
On Thu, Jan 30, 2020 at 6:57 PM Si Chen < sichen@...> wrote: That would be great! Please let me know if you need anything else from me for that.
Great work Si and OpenTaps team! This is very exciting. A hearty thank you to you and your team for the contributions back to the OpenEEmeter library along the way. I am looking forward to seeing what comes next from the OpenTaps team and your OpenTaps/OpenEEmeter integration.
If you are open to it, I would be more than happy to feature your integration in the eemeter docs, with the idea that someone wanting to try out the OpenEEMeter or make an integration themselves could head over to OpenTaps to see how it can be done.
--
System Smart LLC
Imagination is the beginning of creation... You imagine what you desire, you will what you imagine, and at last you create what you will. ~George Bernard Shaw
|
|
|
Re: OpenEEMeter integrated in opentaps
So glad to see you've built this (and that I won't need to duplicate the work). Can I share a few use cases and see if you think opentaps fills the needs described (or will shortly)?
On Thu, Jan 30, 2020 at 6:57 PM Si Chen < sichen@...> wrote: That would be great! Please let me know if you need anything else from me for that.
Great work Si and OpenTaps team! This is very exciting. A hearty thank you to you and your team for the contributions back to the OpenEEmeter library along the way. I am looking forward to seeing what comes next from the OpenTaps team and your OpenTaps/OpenEEmeter integration.
If you are open to it, I would be more than happy to feature your integration in the eemeter docs, with the idea that someone wanting to try out the OpenEEMeter or make an integration themselves could head over to OpenTaps to see how it can be done.
-- System Smart LLC
Imagination is the beginning of creation... You imagine what you desire, you will what you imagine, and at last you create what you will. ~George Bernard Shaw
|
|
|
Re: OpenEEMeter integrated in opentaps
That would be great! Please let me know if you need anything else from me for that.
Great work Si and OpenTaps team! This is very exciting. A hearty thank you to you and your team for the contributions back to the OpenEEmeter library along the way. I am looking forward to seeing what comes next from the OpenTaps team and your OpenTaps/OpenEEmeter integration.
If you are open to it, I would be more than happy to feature your integration in the eemeter docs, with the idea that someone wanting to try out the OpenEEMeter or make an integration themselves could head over to OpenTaps to see how it can be done.
|
|
|
Re: OpenEEMeter integrated in opentaps
Great work Si and OpenTaps team! This is very exciting. A hearty thank you to you and your team for the contributions back to the OpenEEmeter library along the way. I am looking forward to seeing what comes next from the OpenTaps team and your OpenTaps/OpenEEmeter integration.
If you are open to it, I would be more than happy to feature your integration in the eemeter docs, with the idea that someone wanting to try out the OpenEEMeter or make an integration themselves could head over to OpenTaps to see how it can be done.
|
|
|
OpenEEMeter integrated in opentaps
|
|
|
Re: Graph of hourly and daily models?
Do you feel a virtual meter would not be accurate enough?
Would this be something that the CalTrack group has or should be researching?
On Mon, Jan 27, 2020 at 10:34 AM Steve Schmidt < steve@...> wrote: Correct, but not with a virtual meter. Best to use a submetering device like this: https://efergy.com/engage-sub-metering-kit/
The three CalTRACK methods (monthly, daily & hourly) can produce different results among themselves, and when compared to other tools. Until we compare results to ground truth we have no way to know how good each model is, and no way to know which aspects of the models need to be improved.
-Steve
On Mon, Jan 27, 2020 at 9:40 AM Si Chen < sichen@...> wrote: Interesting. Do you mean comparing the model's cooling energy versus actual energy use of the equipment, for example with a virtual meter?
On Fri, Jan 24, 2020 at 4:11 PM Steve Schmidt < steve@...> wrote: To determine efficiency you also need to know the amount of conditioned space. My intent is more to determine the accuracy of results against something that can be measured (like actual cooling energy). On Fri, Jan 24, 2020 at 3:27 PM Si Chen < sichen@...> wrote: Interesting. I've been curious about what else besides M&V the CalTrack models could be used for. For example if you had heating, cooling, and baseload parameters, could you use that to compare across different buildings to determine which ones are more or less efficient? Is that what you were thinking?
On Thu, Jan 23, 2020 at 9:34 AM Stephen Suffian < steve@...> wrote: The hourly models don't provide as straight-foward a means of disaggregation, as they construct separate model parameters for different temperature bins. So unlike the daily models where there is a single "cooling", "baseload", and "heating" coefficient, the hourly models have coefficients across up to 5 temperature bins. Additionally, the coefficients are different for each month.
On Thu, Jan 23, 2020 at 12:21 PM Si Chen < sichen@...> wrote: Thanks for letting us know.
Yes, I agree it would be nice to get energy use by category, but how do we get that information?
On Thu, Jan 23, 2020 at 8:55 AM Steve Schmidt < steve@...> wrote: Just my opinion, but I think a chart showing the hourly energy usage in three categories (base, heating, cooling) would be more useful than all the different model parameters.
-Steve
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: Graph of hourly and daily models?
Steve Schmidt
Correct, but not with a virtual meter. Best to use a submetering device like this: https://efergy.com/engage-sub-metering-kit/
The three CalTRACK methods (monthly, daily & hourly) can produce different results among themselves, and when compared to other tools. Until we compare results to ground truth we have no way to know how good each model is, and no way to know which aspects of the models need to be improved.
-Steve
On Mon, Jan 27, 2020 at 9:40 AM Si Chen < sichen@...> wrote: Interesting. Do you mean comparing the model's cooling energy versus actual energy use of the equipment, for example with a virtual meter?
On Fri, Jan 24, 2020 at 4:11 PM Steve Schmidt < steve@...> wrote: To determine efficiency you also need to know the amount of conditioned space. My intent is more to determine the accuracy of results against something that can be measured (like actual cooling energy). On Fri, Jan 24, 2020 at 3:27 PM Si Chen < sichen@...> wrote: Interesting. I've been curious about what else besides M&V the CalTrack models could be used for. For example if you had heating, cooling, and baseload parameters, could you use that to compare across different buildings to determine which ones are more or less efficient? Is that what you were thinking?
On Thu, Jan 23, 2020 at 9:34 AM Stephen Suffian < steve@...> wrote: The hourly models don't provide as straight-foward a means of disaggregation, as they construct separate model parameters for different temperature bins. So unlike the daily models where there is a single "cooling", "baseload", and "heating" coefficient, the hourly models have coefficients across up to 5 temperature bins. Additionally, the coefficients are different for each month.
On Thu, Jan 23, 2020 at 12:21 PM Si Chen < sichen@...> wrote: Thanks for letting us know.
Yes, I agree it would be nice to get energy use by category, but how do we get that information?
On Thu, Jan 23, 2020 at 8:55 AM Steve Schmidt < steve@...> wrote: Just my opinion, but I think a chart showing the hourly energy usage in three categories (base, heating, cooling) would be more useful than all the different model parameters.
-Steve
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: Graph of hourly and daily models?
Interesting. Do you mean comparing the model's cooling energy versus actual energy use of the equipment, for example with a virtual meter?
On Fri, Jan 24, 2020 at 4:11 PM Steve Schmidt < steve@...> wrote: To determine efficiency you also need to know the amount of conditioned space. My intent is more to determine the accuracy of results against something that can be measured (like actual cooling energy). On Fri, Jan 24, 2020 at 3:27 PM Si Chen < sichen@...> wrote: Interesting. I've been curious about what else besides M&V the CalTrack models could be used for. For example if you had heating, cooling, and baseload parameters, could you use that to compare across different buildings to determine which ones are more or less efficient? Is that what you were thinking?
On Thu, Jan 23, 2020 at 9:34 AM Stephen Suffian < steve@...> wrote: The hourly models don't provide as straight-foward a means of disaggregation, as they construct separate model parameters for different temperature bins. So unlike the daily models where there is a single "cooling", "baseload", and "heating" coefficient, the hourly models have coefficients across up to 5 temperature bins. Additionally, the coefficients are different for each month.
On Thu, Jan 23, 2020 at 12:21 PM Si Chen < sichen@...> wrote: Thanks for letting us know.
Yes, I agree it would be nice to get energy use by category, but how do we get that information?
On Thu, Jan 23, 2020 at 8:55 AM Steve Schmidt < steve@...> wrote: Just my opinion, but I think a chart showing the hourly energy usage in three categories (base, heating, cooling) would be more useful than all the different model parameters.
-Steve
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: Graph of hourly and daily models?
Steve Schmidt
To determine efficiency you also need to know the amount of conditioned space. My intent is more to determine the accuracy of results against something that can be measured (like actual cooling energy).
On Fri, Jan 24, 2020 at 3:27 PM Si Chen < sichen@...> wrote: Interesting. I've been curious about what else besides M&V the CalTrack models could be used for. For example if you had heating, cooling, and baseload parameters, could you use that to compare across different buildings to determine which ones are more or less efficient? Is that what you were thinking?
On Thu, Jan 23, 2020 at 9:34 AM Stephen Suffian < steve@...> wrote: The hourly models don't provide as straight-foward a means of disaggregation, as they construct separate model parameters for different temperature bins. So unlike the daily models where there is a single "cooling", "baseload", and "heating" coefficient, the hourly models have coefficients across up to 5 temperature bins. Additionally, the coefficients are different for each month.
On Thu, Jan 23, 2020 at 12:21 PM Si Chen < sichen@...> wrote: Thanks for letting us know.
Yes, I agree it would be nice to get energy use by category, but how do we get that information?
On Thu, Jan 23, 2020 at 8:55 AM Steve Schmidt < steve@...> wrote: Just my opinion, but I think a chart showing the hourly energy usage in three categories (base, heating, cooling) would be more useful than all the different model parameters.
-Steve
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: Graph of hourly and daily models?
Interesting. I've been curious about what else besides M&V the CalTrack models could be used for. For example if you had heating, cooling, and baseload parameters, could you use that to compare across different buildings to determine which ones are more or less efficient? Is that what you were thinking?
On Thu, Jan 23, 2020 at 9:34 AM Stephen Suffian < steve@...> wrote: The hourly models don't provide as straight-foward a means of disaggregation, as they construct separate model parameters for different temperature bins. So unlike the daily models where there is a single "cooling", "baseload", and "heating" coefficient, the hourly models have coefficients across up to 5 temperature bins. Additionally, the coefficients are different for each month.
On Thu, Jan 23, 2020 at 12:21 PM Si Chen < sichen@...> wrote: Thanks for letting us know.
Yes, I agree it would be nice to get energy use by category, but how do we get that information?
On Thu, Jan 23, 2020 at 8:55 AM Steve Schmidt < steve@...> wrote: Just my opinion, but I think a chart showing the hourly energy usage in three categories (base, heating, cooling) would be more useful than all the different model parameters.
-Steve
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: Graph of hourly and daily models?
The hourly models don't provide as straight-foward a means of disaggregation, as they construct separate model parameters for different temperature bins. So unlike the daily models where there is a single "cooling", "baseload", and "heating" coefficient, the hourly models have coefficients across up to 5 temperature bins. Additionally, the coefficients are different for each month.
On Thu, Jan 23, 2020 at 12:21 PM Si Chen < sichen@...> wrote: Thanks for letting us know.
Yes, I agree it would be nice to get energy use by category, but how do we get that information?
On Thu, Jan 23, 2020 at 8:55 AM Steve Schmidt < steve@...> wrote: Just my opinion, but I think a chart showing the hourly energy usage in three categories (base, heating, cooling) would be more useful than all the different model parameters.
-Steve
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: Graph of hourly and daily models?
Thanks for letting us know.
Yes, I agree it would be nice to get energy use by category, but how do we get that information?
On Thu, Jan 23, 2020 at 8:55 AM Steve Schmidt < steve@...> wrote: Just my opinion, but I think a chart showing the hourly energy usage in three categories (base, heating, cooling) would be more useful than all the different model parameters.
-Steve
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: Graph of hourly and daily models?
Steve Schmidt
Just my opinion, but I think a chart showing the hourly energy usage in three categories (base, heating, cooling) would be more useful than all the different model parameters.
-Steve
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: Graph of hourly and daily models?
Glad to hear it! Unfortunately, I haven't yet had the chance to build visualizations for the hourly model. There are a few challenges that make this a little harder than with the daily models. 1) There can be up to 12 separate models for 12 months of data 2) there are way more independent variables and parameters to visualize. It will certainly be possible to make nice visualizations but it will take some effort or a dedicated volunteer to help us get these across the line.
On Wed, Jan 22, 2020 at 3:12 PM Si Chen < sichen@...> wrote: Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Graph of hourly and daily models?
Hello,
We're almost done with our openeemeter integration. We were able to generate a nice plot of the daily model based on the tutorial. Is it possible also to generate a plot of the hourly model?
|
|
|
Re: What are blackout start and end dates in tutorial for?
Thanks! This makes sense -- The model is built up until the start of the black out period, and then run starting from the end of the black out period.
On Tue, Jan 7, 2020 at 6:16 PM Si Chen < sichen@...> wrote: Hello,
I'm looking at the tutorial http://eemeter.openee.io/tutorial.html and would like to know what the role of blackout_start_date and blackout_end_date are?
They're set to 12/26/2016 and 1/4/2017. Is this a holiday period?
Why does the fitting of the model end on blackout_start_date
# get meter data suitable for fitting a baseline model
baseline_meter_data, warnings = eemeter.get_baseline_data(
meter_data, end=blackout_start_date, max_days=365
)
and the calculation of metered savings start on blackout_end_date?
reporting_meter_data, warnings = eemeter.get_reporting_data(
meter_data, start=blackout_end_date, max_days=365
)
|
|
|
Re: What are blackout start and end dates in tutorial for?
toggle quoted message
Show quoted text
On Tue, Jan 7, 2020 at 6:16 PM Si Chen < sichen@...> wrote: Hello,
I'm looking at the tutorial http://eemeter.openee.io/tutorial.html and would like to know what the role of blackout_start_date and blackout_end_date are?
They're set to 12/26/2016 and 1/4/2017. Is this a holiday period?
Why does the fitting of the model end on blackout_start_date
# get meter data suitable for fitting a baseline model
baseline_meter_data, warnings = eemeter.get_baseline_data(
meter_data, end=blackout_start_date, max_days=365
)
and the calculation of metered savings start on blackout_end_date?
reporting_meter_data, warnings = eemeter.get_reporting_data(
meter_data, start=blackout_end_date, max_days=365
)
|
|
|
