[Equest-users] eQUEST Calculations

Tue May 22 08:28:37 PDT 2018

As Niels Bohr said, “Prediction is very difficult, especially about the future”.

Christopher R Jones, P.Eng.
T+ 1 416-644-0252

[cid:image001.png at 01D3F1C0.05E53A80]

From: Equest-users [mailto:equest-users-bounces at lists.onebuilding.org] On Behalf Of Kathryn Kerns via Equest-users
Sent: Tuesday, May 22, 2018 11:19 AM
To: Aaron Powers <caaronpowers at gmail.com>; Nicholas Caton <Nicholas.Caton at schneider-electric.com>
Cc: equest-users at onebuilding.org
Subject: Re: [Equest-users] eQUEST Calculations

I have never been a fan of those performance contracting energy savings projects and our company has steered clear of them for the reasons listed below. I have done fluid and thermal  finite element modeling and energy modeling for about 30 years off and on, and the only thing that can be said for these models is they show the user how something changes as a result of changing certain variables. The models do not predict the future nor do they justify the past.

Sometimes a difficult concept to get across to people.

Kathryn Kerns
Systems Specialist
BCE Engineers, Inc.
| Ph: 253.922.0446 | Fx: 253.922.0896 |

From: Equest-users <equest-users-bounces at lists.onebuilding.org<mailto:equest-users-bounces at lists.onebuilding.org>> On Behalf Of Aaron Powers via Equest-users
Sent: Monday, May 21, 2018 5:30 PM
To: Nicholas Caton <Nicholas.Caton at schneider-electric.com<mailto:Nicholas.Caton at schneider-electric.com>>
Cc: equest-users at onebuilding.org<mailto:equest-users at onebuilding.org>
Subject: Re: [Equest-users] eQUEST Calculations

Very well put Nick, and an important perspective from the world where savings projections are guaranteed.  2 + 2 = 4, but so does 10 - 6

On Mon, May 21, 2018 at 7:13 PM, Nicholas Caton via Equest-users <equest-users at lists.onebuilding.org<mailto:equest-users at lists.onebuilding.org>> wrote:
As an energy engineer in the performance contracting side of the industry, a defining skillset for my job is creating and then calibrating models to fit historical utility data.  We calibrate our models to a degree of rigor allowing our business to guarantee savings projected from those models (and write shortfall checks when we’re wrong).  I don’t generally talk up my background, but I think in this case it helps to know where my voice is coming from to press a nuanced response:

It's possible (again, not built-in) to automate iterative model input manipulation to “auto-tune” a building energy simulation to match a set of utility bills.  You can even get the curves to fit extremely tightly over multiple meters.  I’ve gone so far as to build some such tools from scratch, and that experience has taught me some very important lessons I didn’t set out to find.  Among them, an “auto-tuned” model where many inputs are guided by randomization and computer logic can in practice become very difficult to trust for projecting savings, even on a relative “doesn’t need to be seen on the bills” level.

On the other hand, if you careful to bound “auto-tuning” techniques to reasonable input ranges, and specifically to address “unknowable” model inputs which cannot be measured or reasonably estimated/inferred, the results can become much more useful, even enlightening.  This “optimal” usage of the likes of monte carlo analysis, with and without machine learning algorithms, is anything but an “easy” button.

I use doe2/eQuest as my primary energy simulation platform, however all of the above advice is platform-agnostic and holds true whether you’re crunching degree-day analyses in excel or wielding rooms of supercomputers in the cloud with e+.

If calibration matters, and you’re not doing so just to tick some prescriptive box, best practice during model development is to keep mindful track of which inputs are:

  1.  Known

     *   General Hierarchy of “Known:”  Design/Construction Documents < As-Builts < RCx reports < Current field measurements & observations
     *   Be mindful that construction documents and nameplate data are better than nothing, but commonly do not match reality and may be better considered as “informed estimates.”  Allow some room for doubt.

  1.  Estimated

     *   For existing buildings, this most inputs will be “estimated.”
     *   If for example you have to define fan power based on scheduled static pressure loss and airflows on the drawings… that’s just aligning your estimate with the designer’s.  Actual is probably something different.
     *   Software defaults you understand are ready to “own” or explain fall under this category
     *   This includes anything “auto-sized”

  1.  Guesswork

     *   This includes software defaults that you are relying upon but haven’t yet investigated/understood.
     *   This includes “known unknowns” for lack of information / resources.
     *   A pretty common example is envelope constructions where (a) you have no architectural details/specifications to reference all the layers in the middle and (b) you aren’t budgeted/resourced to tear up a client’s walls to find out what’s inside.

Considering the degree of input complexity for something like an eQuest model, I feel there will always be some blend of all if these input categories for every project and every individual modeler.  Experience helps, though as the years pile on, for every new topic I get a lock on measuring/estimating, I feel like I learn about two more issues that were previously not on my radar… “the more I see the less I know!”

Having rough estimates and unknowns is fine, but the more that you know or else can reasonably estimate, the better your initial calibration results will turn out, and the quicker the process of iteratively “tuning” a model will go.  When you have a good record kept of which inputs are particularly solid vs. estimated/guesswork, you can work your way up the tree, marrying that knowledge to assumed/tested input sensitivity on the results, and plot a course to find your way back to the billed amounts!

Hope this is helpful!

~Nick

[cid:image004.png at 01D3F1C0.05DE0E90]
Nick Caton, P.E., BEMP
  Senior Energy Engineer
  Regional Energy Engineering Manager
  Energy and Sustainability Services
  Schneider Electric

D  913.564.6361
M  785.410.3317
F  913.564.6380
E  nicholas.caton at schneider-electric.com<mailto:nicholas.caton at schneider-electric.com>

15200 Santa Fe Trail Drive
Suite 204
Lenexa, KS 66219
United States

[cid:image005.png at 01D3F1C0.05DE0E90]

From: Equest-users [mailto:equest-users-bounces at lists.onebuilding.org<mailto:equest-users-bounces at lists.onebuilding.org>] On Behalf Of David Eldridge via Equest-users
Sent: Saturday, May 19, 2018 2:08 PM
To: equest-users at onebuilding.org<mailto:equest-users at onebuilding.org>
Subject: Re: [Equest-users] eQUEST Calculations

If you mean automatically adjusting the parameters of the model inputs to minimize error against the actual utility data by using a basis such as ASHRAE Guideline 14, then no eQUEST does not have that capability built in.

You wouldn’t be changing the internal calculations – some review of the inputs and outputs should provide insight into what variables are known and which are assumed and may have a reasonable range of values resulting in a better fit to the utility data.

With some on-site data such as what you’d be collecting for energy audits anyway, you can usually get an accurate model to start with, or with few iterations.

There are other code/programs/platforms available that can help optimize, but requires a little more effort up front to either run the programming yourself or using a packaged program to setup the modeling files in a different program and tell the optimization program which variables have which range of values to be allowed.

I hope this helps.

David

David S. Eldridge, Jr., P.E., LEED AP BD+C, BEMP, BEAP, HBDP
Associate

Direct: (847) 316-9224 | Mobile: (773) 490-5038

Grumman/Butkus Associates | 820 Davis Street, Suite 300 | Evanston, IL 60201
Energy Efficiency Consultants and Sustainable Design Engineers

grummanbutkus.com<http://grummanbutkus.com/> | Blog<http://grummanbutkus.com/blog> | Facebook<https://www.facebook.com/pages/GrummanButkus-Associates/1385285015032526> | Twitter<https://twitter.com/grummanbutkus>

From: Equest-users [mailto:equest-users-bounces at lists.onebuilding.org] On Behalf Of Tom McGovern via Equest-users
Sent: Friday, May 18, 2018 4:45 PM
To: equest-users at lists.onebuilding.org<mailto:equest-users at lists.onebuilding.org>
Subject: Re: [Equest-users] eQUEST Calculations

Hello,

Have a question regarding the internal calculations performed by eQUEST. Am new to eQUEST and just looking to understand some basics. Trying to figure out if there is some way to modify internal eQUEST calculations so baseline model may be adjusted to fit existing utility bills or if there is no way to modify internal eQUEST calculations and we need various end arounds to fit baseline eQUEST model to fit existing utility bills.

Thanks,

Tom McGovern

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________

_______________________________________________
Equest-users mailing list
http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org
To unsubscribe from this mailing list send  a blank message to EQUEST-USERS-UNSUBSCRIBE at ONEBUILDING.ORG<mailto:EQUEST-USERS-UNSUBSCRIBE at ONEBUILDING.ORG>

________________________________

NOTICE: This communication and any attachments ("this message") may contain information which is privileged, confidential, proprietary or otherwise subject to restricted disclosure under applicable law. This message is for the sole use of the intended recipient(s). Any unauthorized use, disclosure, viewing, copying, alteration, dissemination or distribution of, or reliance on, this message is strictly prohibited. If you have received this message in error, or you are not an authorized or intended recipient, please notify the sender immediately by replying to this message, delete this message and all copies from your e-mail system and destroy any printed copies. You are receiving this communication because you are listed as a current WSP contact. Should you have any questions regarding WSP's electronic communications policy, please consult our Anti-Spam Commitment at www.wsp.com/casl<http://www.wsp.com/casl>. For any concern or if you believe you should not be receiving this message, please forward this message to caslcompliance at wsp.com<mailto:caslcompliance at wsp.com> so that we can promptly address your request. Note that not all messages sent by WSP qualify as commercial electronic messages.

AVIS : Ce message, incluant tout fichier l'accompagnant (« le message »), peut contenir des renseignements ou de l'information privilégiés, confidentiels, propriétaires ou à divulgation restreinte en vertu de la loi. Ce message est destiné à l'usage exclusif du/des destinataire(s) voulu(s). Toute utilisation non permise, divulgation, lecture, reproduction, modification, diffusion ou distribution est interdite. Si vous avez reçu ce message par erreur, ou que vous n'êtes pas un destinataire autorisé ou voulu, veuillez en aviser l'expéditeur immédiatement et détruire le message et toute copie électronique ou imprimée. Vous recevez cette communication car vous faites partie des contacts de WSP. Si vous avez des questions concernant la politique de communications électroniques de WSP, veuillez consulter notre Engagement anti-pourriel au www.wsp.com/lcap<http://www.wsp.com/lcap>. Pour toute question ou si vous croyez que vous ne devriez pas recevoir ce message, prière de le transférer au conformitelcap at wsp.com<mailto:conformitelcap at wsp.com> afin que nous puissions rapidement traiter votre demande. Notez que ce ne sont pas tous les messages transmis par WSP qui constituent des messages electroniques commerciaux.

-LAEmHhHzdJzBlTWfa4Hgs7pbKl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20180522/0ca82c94/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 255 bytes
Desc: image004.png
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20180522/0ca82c94/attachment-0012.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 8477 bytes
Desc: image005.png
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20180522/0ca82c94/attachment-0013.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 1860 bytes
Desc: image001.png
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20180522/0ca82c94/attachment-0014.png>