Hello All, I'm new here and trying to get some background about OpenEEmeter. I am looking for something that will facilitate the collection of instantaneous current and voltage measurements at a

Reminder: OpenEEmeter Meetup When: Wednesday, 28 October 2020, 12:30pm to 2:00pm, (GMT-07:00) America/Los

Hi everyone! The OpenEEmeter meetup is just less than a week away, on October 28 @ 12:30-2pm Pacific. We'll be having a show and tell, with one or two spots left for showing off a project either using

Hi Phil, Thanks for setting this up. I'd like to share a little bit about what we're doing at the Hyperledger Energy Working Group. Hyperledger is the open source blockchain project of the Linux

Hi OpenEEmeter users! The second OpenEEmeter meetup is scheduled for October 28, 12:30-2pm Pacific, so be sure to get it on your calendar if you haven't yet! As requested at the kickoff event, this

OpenEEmeter Meetup When: Wednesday, 28 October 2020 12:30pm to 2:00pm (UTC-07:00) America/Los Angeles Repeats: Every 3 months on the fourth Wednesday Where: Zoom Organizer: Phil

Hi openEEmeter community, With LF energy data architecture working group we like to have more insight in the current LF energy projects and their data architecture. The goal of the data architecture

I'm looking forward to getting together with some of you at the OpenEEmeter Meetup Kickoff tomorrow! Phil

Hi Phil and Steve, Thank you very much for your responses. I really appreciate you spending time sharing your insights. Steve, your experiment seems very interesting. I would have to think more about

For my own edification I duplicated the FSU calculation Nhi provided in the attached spreadsheet. Hopefully I got it right. Then for fun I "swapped" savings and FSU values between the two buildings in

Hi Nhi, Thanks for reaching out. I'll do my best to answer your questions, although I will ask for some clarification on the second one. 1) It looks to me like you are interpreting the equation

Hi all, My name is Nhi Ngo from Arcadia and I am working on implementing CalTRACK to evaluate one of our products. I am specifically looking at the Billing Method and want to better understand the

Thanks for pointing that out, Phil. It seems that CalTrack 4.3.2.4 has replaced ASHRAE's 1.26 "empirical coefficient" with a formula, and for M=12 (12 reporting periods) it comes out to 1.30 for

My belief: if the building is "well behaved" with respect to outdoor temperatures and heating and cooling loads, then other non-HVAC loads should have no impact on model fit. But I'm not an OEE expert

Is it possible for energy loads that occur at specific times of day (unrelated to CDD or HDD), due to time-of-use pricing, to negatively impact the model accuracy? If so, how can these other variables

A few additional comments -- I'd call this a "bad building". Based on the CalTRACK model fit results, energy use is not very predictable. The ASHRAE Guideline 14 requirement for a good model fit is

1. Correct - autocorr_resid is rho 2. The value of n should be 365, that is correct. It sounds like you have the right idea for m as well (i.e, if you have 30 daily predictions and want to know the

We've fitted some models and would like to know how to use them to really understand the quality of the models. The model metrics look like this: and comparing it to ASHRAE 14 guidelines, which

OK, thanks for the clarification! ----- Si Chen Open Source Strategies, Inc. Our Mission: https://www.youtube.com/watch?v=Uc7lmvnuJHY

Great question - green are qualified model candidates, red are disqualified model candidates, orange is the selected model candidate. If you look carefully, you'll notice all the red ones have