<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Justin,<br>
<br>
That's right. The biggest impact of the missing leap day is not the
missing day itself, but the shift in the days of the week after Feb.
29th. Yesterday I made a run for a leap year (1992) to confirm that
DOE-2 doesn't adjust the days of the week for the missing day, i.e.,
Mar. 1 is not two days-of-the-week behind Feb. 28. <br>
<br>
Now, if you're modeling a building that has distinct workday and
weekend schedules, as all commercial buildings do, the daily load
shapes will be out of phase with what they actually are from March 1
through the end of the year. To me, that alone would be sufficient
reason to fix, especially that the fix is not very difficult.<br>
<br>
The main reason this defect has been neglected so far is that most
simulations are still being done for design assessment using
"typical year" weather data. However, now that more simulations are
being done using actual year weather data to compare to actual
performance, the defect is no longer so trivial.<br>
<br>
Joe<br>
<pre class="moz-signature" cols="90">Joe Huang
White Box Technologies, Inc.
346 Rheem Blvd., Suite 205A
Moraga CA 94556
<a class="moz-txt-link-abbreviated" href="mailto:yjhuang@whiteboxtechnologies.com">yjhuang@whiteboxtechnologies.com</a>
<a class="moz-txt-link-freetext" href="http://weather.whiteboxtechnologies.com">http://weather.whiteboxtechnologies.com</a> for simulation-ready weather data
(o) (925)388-0265
(c) (510)928-2683
"building energy simulations at your fingertips"
</pre>
<div class="moz-cite-prefix">On 6/24/2015 3:01 PM, Justin Spencer
wrote:<br>
</div>
<blockquote
cite="mid:CAB+zL_=71AYEhspobxuYJFiuammxf=Wge1QhPWCeMKJuG5DECg@mail.gmail.com"
type="cite">
<div dir="ltr">It's days of the week that matter. You'll never get
your calibration to line up on daily or hourly usage if your
days of the week get off. I was trying to say in my earlier
response that your days of the week are not off by a day if you
just let it ride and have your simulation still run through days
1-365. What's off by a day is your month start and end days and
potentially your holidays, which you can relatively easily set
to alternate dates. </div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Jun 24, 2015 at 3:54 PM, Keith
Swartz <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:KSwartz@seventhwave.org" target="_blank">KSwartz@seventhwave.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-US">
<div>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif">This
has been an interesting thread. I raised this
question at an ASHRAE conference a few years ago and
nobody in that session did anything to account for
Leap Day.</span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif"> </span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif">Couldn’t
the day of the week selected for January 1 be
shifted a day so that the last 10 months of the year
will match and only 2 months will be off (instead of
2 months matching and 10 months being off a day)?</span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif"> </span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black">Keith
Swartz, PE</span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black">Senior
Energy Engineer |
<b>Seventhwave </b></span><span
style="font-size:10.0pt;font-family:"Arial",sans-serif;color:gray">|
<b>Madison.Chicago.Minneapolis</b></span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black">(formerly
Energy Center of Wisconsin)</span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black"><a
moz-do-not-send="true" href="tel:608.210.7123"
value="+16082107123" target="_blank">608.210.7123</a>
|
<a moz-do-not-send="true"
href="http://www.seventhwave.org/" target="_blank">www.seventhwave.org</a></span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Arial",sans-serif"> </span></p>
<p class="MsoNormal"><b><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Jim
Dirkes [mailto:<a moz-do-not-send="true"
href="mailto:jim@buildingperformanceteam.com"
target="_blank">jim@buildingperformanceteam.com</a>]
<br>
<b>Sent:</b> Tuesday, June 23, 2015 7:46 PM<br>
<b>To:</b> James Hansen<br>
<b>Cc:</b> <a moz-do-not-send="true"
href="mailto:bldg-sim@lists.onebuilding.org"
target="_blank">bldg-sim@lists.onebuilding.org</a></span></p>
<div>
<div class="h5"><br>
<b>Subject:</b> Re: [Bldg-sim] What do people do
about Leap Years? was Re: Energy model calibration -
normalizing the utility bills to month start-end</div>
</div>
<div>
<div class="h5">
<p class="MsoNormal"> </p>
<div>
<div>
<p class="MsoNormal"><span
style="font-size:18.0pt;color:#b45f06">Dear
Joe,</span></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:18.0pt;color:#b45f06">Absolutely
no condescension intended. I apologize for
even coming close. It was supposed to be
tongue in cheek; I realize that switching
software is a tough thing and not
necessarily a good plan for all.</span></p>
</div>
</div>
<div>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal">On Tue, Jun 23, 2015 at
5:17 PM, James Hansen <<a
moz-do-not-send="true"
href="mailto:jhansen@ghtltd.com"
target="_blank">jhansen@ghtltd.com</a>>
wrote:</p>
<blockquote style="border:none;border-left:solid
#cccccc 1.0pt;padding:0in 0in 0in
6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Getting
upset that eQuest / DOE-2 doesn’t
incorporate leap year data is like
getting upset that it can’t predict a
snow day. Or a power outage. If you
are using an energy model for a
specific task where missing 1 day in
1,460 is going to affect someone’s
decision making process, and/or you’re
not willing to multiply February
energy consumption by 29/28 for that
year, then that is worrisome. No
energy modeling program is so accurate
that this would make a difference.
But that’s just my opinion. I have
lots of scratches on my car and don’t
care…</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">-James</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<p class="MsoNormal"><b><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif">
Bldg-sim [mailto:<a
moz-do-not-send="true"
href="mailto:bldg-sim-bounces@lists.onebuilding.org"
target="_blank">bldg-sim-bounces@lists.onebuilding.org</a>]
<b>On Behalf Of </b>Karen Walkerman<br>
<b>Sent:</b> Tuesday, June 23, 2015
4:57 PM<br>
<b>To:</b> <a moz-do-not-send="true"
href="mailto:bldg-sim@lists.onebuilding.org" target="_blank">bldg-sim@lists.onebuilding.org</a><br>
<b>Subject:</b> Re: [Bldg-sim] What do
people do about Leap Years? was Re:
Energy model calibration - normalizing
the utility bills to month start-end</span></p>
<div>
<div>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal">I hear your
frustrations Joe, but after
finding many, many issues with
eQuest/Doe-2 that never got fixed,
I eventually did "just" switch to
EnergyPlus. I'm not sure when the
last time DOE2 got a major update,
but EnergyPlus is getting major
updates all the time. There are
people actively supporting this
software and every bug and
idiosyncrasy I've found has either
been fixed, or is in the cue to be
fixed.</p>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">In my
opinion, this community needs to
either:</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">1. Support a
major update to eQuest/DOE-2
that fixes this, and many other
issues. If you are capable and
interested in fixing some of
these bugs - maybe try a
crowdfunding campaign? People
could contribute towards fixing
particular issues or bugs.</p>
</div>
<div>
<p class="MsoNormal">2. Recognize
the limitations of eQuest/ DOE-2
and use it only when projects
can be appropriately modeled
with this software.</p>
</div>
<div>
<p class="MsoNormal">3. Switch
software packages completely.</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">One of the
challenges in this industry is
that people are used to getting
software for free. eQuest,
DOE-2, EnergyPlus have all be
developed in large part with
public funding. When that
funding goes away, support
stops, but people still have the
expectation that the software
should be free.</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">--</p>
</div>
<div>
<p class="MsoNormal">Karen</p>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"> </p>
<div>
<div>
<div>
<p class="MsoNormal">On Tue, Jun
23, 2015 at 4:43 PM, Joe Huang
<<a moz-do-not-send="true"
href="mailto:yjhuang@whiteboxtechnologies.com"
target="_blank">yjhuang@whiteboxtechnologies.com</a>>
wrote:</p>
</div>
</div>
<blockquote
style="border:none;border-left:solid
#cccccc 1.0pt;padding:0in 0in 0in
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div>
<div>
<div>
<p class="MsoNormal"
style="margin-bottom:12.0pt">The
responses so far are not
what I expected and, in my
view, miss the point.
<br>
I was not talking about
workarounds or ignoring the
missing day in DOE-2, which
is what I presume everyone
has been doing up until
now. I'm frankly tired of
that, because adding the
fixes to DOE-2 seems to be
quite easy to do.<br>
<br>
I also find the responses of
"just use EnergyPlus" to be
disingenuous and
condescending. It's like
trying to fix a scratch on
your car, and then somebody
comes by and says, "oh, just
go and buy this new better
one".
<br>
<br>
Joe</p>
<pre>Joe Huang</pre>
<pre>White Box Technologies, Inc.</pre>
<pre>346 Rheem Blvd., Suite 205A</pre>
<pre>Moraga CA 94556</pre>
<pre><a moz-do-not-send="true" href="mailto:yjhuang@whiteboxtechnologies.com" target="_blank">yjhuang@whiteboxtechnologies.com</a></pre>
<pre><a moz-do-not-send="true" href="http://weather.whiteboxtechnologies.com" target="_blank">http://weather.whiteboxtechnologies.com</a> for simulation-ready weather data</pre>
<pre>(o) <a moz-do-not-send="true" href="tel:%28925%29388-0265" target="_blank">(925)388-0265</a></pre>
<pre>(c) <a moz-do-not-send="true" href="tel:%28510%29928-2683" target="_blank">(510)928-2683</a></pre>
<pre>"building energy simulations at your fingertips"</pre>
</div>
</div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal">On
6/23/2015 1:21 PM,
Justin Spencer wrote:</p>
</div>
</div>
</div>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<p class="MsoNormal">I
think the cleanest
is you just pretend
every day is off by
one. Ignore all of
the month garbage
(yes you'll be off
by a day at times).
Just think about it
as days 1-365, with
the right day of the
week assigned. You
can reassign your
holidays if you
want. You wind up
dropping the real
12/31.
</p>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">But
I like the "just
use EnergyPlus"
option. </p>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"> </p>
<div>
<div>
<div>
<p class="MsoNormal">On
Tue, Jun 23, 2015
at 12:57 PM, Jim
Dirkes <<a
moz-do-not-send="true"
href="mailto:jim@buildingperformanceteam.com" target="_blank">jim@buildingperformanceteam.com</a>>
wrote:</p>
</div>
</div>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<div>
<ol start="1"
type="1">
<li
class="MsoNormal">
Use EnergyPlus
:), which
allows >365
days. This is
also helpful
when the
combined
two-fuel
billing cycle
is 13-14
months.</li>
<li
class="MsoNormal">
Ignore the
1/365
difference.
Do you really
think it will
matter much?</li>
</ol>
</div>
</div>
</div>
</div>
<div>
<div>
<div>
<p
class="MsoNormal"> </p>
<div>
<div>
<div>
<p
class="MsoNormal">On
Tue, Jun 23,
2015 at 2:48
PM, Joe Huang
<<a
moz-do-not-send="true"
href="mailto:yjhuang@whiteboxtechnologies.com" target="_blank">yjhuang@whiteboxtechnologies.com</a>>
wrote:</p>
</div>
</div>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<p
class="MsoNormal"
style="margin-bottom:12.0pt">This is a little off-topic, but something
I've pondered
for some
time...<br>
<br>
The question
is when people
are using
eQUEST/DOE-2
with
historical
year weather,
what do you do
when it's a
leap year?
Since DOE-2<br>
always
simulates a
365-day year,
do you just
ignore the
missing leap
day, but then
don't the Days
of Week also
get screwed up
starting in
March?<br>
<br>
Since a
quarter of the
years are leap
years, I've
never
understood why
accounting for
them has been
considered an
insignificant
detail.
<br>
I mean, if I
told you that
a quarter of
the time your
simulation
results would
be a little
wrong, isn't
that a pretty
high
frequency?<br>
<br>
Many
eQUEST/DOE-2
users also
have the
mistaken
impression
that the fault
lies in the
DOE-2 weather
files, which
is not true.
<br>
Believe it or
not, but the
packed DOE-2
weather file
format
actually
contains 384
days (32 days
per month),
and all the
DOE-2 weather
files I
produce always
contains Feb.
29 for the
leap years (as
well as other
enhancements
like greater
precision in
the data).<br>
<br>
So, where does
the problem
lie? It's in
the clock
within DOE-2
that always
sets February
to be 28
days. In
other words,
DOE-2 will
read the
weather file
and do the
simulation
only through
February 28th,
even though
the weather
file contains
data through
February 32nd
(:-)),
although
everything
beyond the
28th would be
blank on
non-leap
years, and
beyond the
29th on leap
years.
<br>
<br>
When I've
looked through
the DOE-2.1E
code, there
are even flags
setting the
leap years but
these are
never used.
I've thought
many times of
toying around
with the code
to see how
difficult it
would be to
implement leap
years, but
just haven't
gotten around
to it. As far
as I can see,
the biggest
difficulty
might might
have to do not
with the
simulation
itself, but
with the
reporting.<br>
<br>
I'd like to
know if others
think this is
something of
sufficient
importance to
merit further
investigation.<br>
<br>
Joe<br>
<br>
</p>
<pre>Joe Huang</pre>
<pre>White Box Technologies, Inc.</pre>
<pre>346 Rheem Blvd., Suite 205A</pre>
<pre>Moraga CA 94556</pre>
<pre><a moz-do-not-send="true" href="mailto:yjhuang@whiteboxtechnologies.com" target="_blank">yjhuang@whiteboxtechnologies.com</a></pre>
<pre><a moz-do-not-send="true" href="http://weather.whiteboxtechnologies.com" target="_blank">http://weather.whiteboxtechnologies.com</a> for simulation-ready weather data</pre>
<pre>(o) <a moz-do-not-send="true" href="tel:%28925%29388-0265" target="_blank">(925)388-0265</a></pre>
<pre>(c) <a moz-do-not-send="true" href="tel:%28510%29928-2683" target="_blank">(510)928-2683</a></pre>
<pre>"building energy simulations at your fingertips"</pre>
<div>
<p
class="MsoNormal">On
6/23/2015
10:27 AM,
Collinge,
William
Overton wrote:</p>
</div>
</div>
</div>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<p
class="MsoNormal">All,</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">This
is a fantastic
thread, and I
am wondering
if it could be
taken one step
further to
query if
anyone has
experience
with methods
to attempt
calibrating
models of
energy savings
attributable
to retrofits
of multiple
systems
simultaneously
(plant,
envelope, HVAC
etc. – as most
real-world
retrofits
likely are),
going past the
4- or
5-parameter
breakpoint
regression
models to
incorporate
inverse
modeling of
specific load
types and
their space-
or
time-variable
characteristics.
This would fit
under
multivariate
methods in the
last line of
Table 2 in the
older version
of ASHRAE
Guideline 14
that Jeff
Haberl has
posted on his
website, and
would attempt
to standardize
Maria’s Step 5
below without
(possibly) the
need to
conduct as
much in-depth
field
verification
as might
otherwise be
required. I’ve
dabbled in
this a little
bit…without
extensive
discussions
with others…</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">Example:
changing the
OA ventilation
rate is going
to have a
specific load
profile versus
some retrofit
that affects
the solar gain
rate. Of
course, much
easier in
theory to do
calibrations
of this sort
with hourly
meter data
versus monthly
utility bills…</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">Bill
Collinge</p>
<p
class="MsoNormal">Postdoctoral
Scholar</p>
<p
class="MsoNormal">University
of Pittsburgh</p>
<p
class="MsoNormal">Department
of Civil and
Environmental
Engineering</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal"> </p>
<div>
<div>
<p
class="MsoNormal"><b>From:</b>
Bldg-sim [<a
moz-do-not-send="true"
href="mailto:bldg-sim-bounces@lists.onebuilding.org" target="_blank">mailto:bldg-sim-bounces@lists.onebuilding.org</a>]
<b>On Behalf
Of </b>Maria
Karpman<br>
<b>Sent:</b>
Tuesday, June
23, 2015 12:02
PM<br>
<b>To:</b>
'Jeff Haberl';
'Joe Huang'; <a
moz-do-not-send="true" href="mailto:bldg-sim@lists.onebuilding.org"
target="_blank">
bldg-sim@lists.onebuilding.org</a><br>
<b>Subject:</b>
Re: [Bldg-sim]
Energy model
calibration -
normalizing
the utility
bills to month
start-end</p>
</div>
</div>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">Hello
all,</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">We
usually do the
following to
calibrate
model to
monthly
utility bills:</p>
<p>1)
Create or
purchase
weather file
corresponding
to
pre-retrofit
period for
which we have
billing data.
Lately we’ve
been using
WeatherAnalytics
files, which
we found to be
more cost
effective than
creating our
own (they
charge $40 for
an annual
file).</p>
<p>2) Run
simulation
using this
weather file
instead of
TMY.</p>
<p>3)
Standard
simulation
reports (we
typically use
eQUEST) show
usage by
calendar month
(e.g. January,
February,
etc.) which is
usually not
aligned with
dates of
utility bills,
as noted in
the question
that started
this thread.
As Brian
mentioned in
one of the
earlier posts,
this may be
circumvented
by entering
the actual
meter read
dates into
eQUEST as
shown in the
screenshot
below. This
will align
usages shown
in eQUEST’s
“E*” reports
such as ES-E
with the
actual utility
bills. The
approach does
not allow
entering more
than one read
date per month
(e.g. we can’t
capture April
3 – 28 bill).
For projects
where this
limitation is
an issue we
generate
hourly reports
that show
consumption by
end use for
each meter in
the project,
and aggregate
it into
periods that
are aligned
with utility
bills. </p>
</div>
</div>
<p><img
src="cid:part22.04040209.04090107@whiteboxtechnologies.com"
alt="cid:image001.png@01D0ADD6.D9D5F9F0" border="0" height="412"
width="555"></p>
<div>
<div>
<p> </p>
<p>4) We
then copy
simulation
outputs
(either from
ES-E or hourly
reports,
depending on
the method
used) into a
standard
spreadsheet
with utility
data. The
spreadsheet is
set up to plot
side by side
monthly
utility bills
and simulated
usage, and
also
calculates
normalized
mean bias
error (NMBE)
and variance
CV(RMSE). </p>
<p>5) If
we did not to
where we want
to be with
NMBE and
CV(RMSE) we
adjust and
re-run the
model, and
re-paste
results into
the same
spreadsheet.
</p>
<p
class="MsoNormal"> </p>
<div>
<p
class="MsoNormal">In
my experience
regression
analysis using
weather as
independent
variable (i.e.
running model
with TMY file
and
normalizing
for difference
in weather) or
relying on HDD
to allocate
usage to
billing
periods can be
very
misleading,
mainly because
on many
projects
weather is not
the main
driver of
consumption.
For example
energy usage
of a school
during a given
time period
depends much
more on
vacation
schedule than
outdoor dry
bulb
temperatures.
</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">Thanks,</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">--
</p>
<p
class="MsoNormal"><b>Maria
Karpman
</b>LEED AP,
BEMP, CEM</p>
<p
class="MsoNormal">________________</p>
<p
class="MsoNormal">Karpman
Consulting</p>
<p
class="MsoNormal"><a
moz-do-not-send="true" href="http://www.karpmanconsulting.net/"
target="_blank">www.karpmanconsulting.net</a>
</p>
<p
class="MsoNormal">Phone <a
moz-do-not-send="true" href="tel:860.430.1909" target="_blank">860.430.1909</a> </p>
<p
class="MsoNormal">41C
New London
Turnpike</p>
<p
class="MsoNormal">Glastonbury,
CT 06033</p>
</div>
<p
class="MsoNormal"> </p>
<div>
<div>
<p
class="MsoNormal"><b>From:</b>
Bldg-sim [<a
moz-do-not-send="true"
href="mailto:bldg-sim-bounces@lists.onebuilding.org" target="_blank">mailto:bldg-sim-bounces@lists.onebuilding.org</a>]
<b>On Behalf
Of </b>Jeff
Haberl<br>
<b>Sent:</b>
Tuesday, June
23, 2015 10:16
AM<br>
<b>To:</b> Joe
Huang; <a
moz-do-not-send="true"
href="mailto:bldg-sim@lists.onebuilding.org" target="_blank">
bldg-sim@lists.onebuilding.org</a><br>
<b>Subject:</b>
Re: [Bldg-sim]
Energy model
calibration -
normalizing
the utility
bills to month
start-end</p>
</div>
</div>
<p
class="MsoNormal"> </p>
<div>
<p>Hello Joe,</p>
<p> </p>
<p>Yes, you
can count the
degree days
and regress
against that
to show a
correlation.
However, one
will get a
better "fit"
to the weather
data if you
regress to the
degree day
that is
calculated for
the balance
point
temperature of
the building
-- hence the
inverse model
toolkit or the
variable based
degree day
method.</p>
<p> </p>
<p>PRISM
actually
calculates the
degree days to
a variety of
change points
and actually
provides a
table for each
location that
you use as a
look up. The
IMT will
actually
perform a
variable based
degree day
calculation
that agrees
well with
PRISM. IMT
will also
provide you
with the
average daily
temperature
for the
billing
period.</p>
<p> </p>
<p>When using
DOE-2 for
actual billing
periods, one
will have to
extract the
appropriate
hourly
variable, sum
it to daily
and then
regroup to
align with the
billing
periods.
Here's a chunk
of code that
will create a
dummy plant,
display PV-A,
PS-A, PS-E and
BEPS, and
extract the
relevant
hourly
variables to
normalize the
BEPS to the
utility bills:</p>
<p> </p>
<p>INPUT PLANT
..</p>
<p> </p>
<p>PLANT-REPORT
VERIFICATION =
(PV-A)</p>
<p>$ PV-A,
EQUIPMENT
SIZES</p>
<p> </p>
<p>SUMMARY =
(PS-A,PS-E,BEPS)</p>
<p> </p>
<p>$ PS-A,
PLANT ENERGY
UTILIZATION
SUMMARY</p>
<p>$ PS-E,
MONTHLY ENERGY
END USE
SUMMARY</p>
<p>$ BEPS,
BUILDING
ENERGY
PERFORMANCE
SUMMARY</p>
<p> </p>
<p>HVAC=PLANT-ASSIGNMENT
..</p>
<p> </p>
<p>$ EQUIPMENT
DESCRIPTION</p>
<p>$ ELECTRIC
DOMESTIC WATER
HEATER</p>
<p> </p>
<p>BOIL-1
=PLANT-EQUIPMENT
TYPE=ELEC-DHW-HEATER
SIZE=-999 ..</p>
<p> </p>
<p>$ ELECTRIC
HOT-WATER
BOILER</p>
<p> </p>
<p>BOIL-2
=PLANT-EQUIPMENT
TYPE=ELEC-HW-BOILER
SIZE=-999 ..</p>
<p> </p>
<p>$
HERMETICALLY
SEALED CENT
CHILLER</p>
<p> </p>
<p>CHIL-1
=PLANT-EQUIPMENT
TYPE=HERM-CENT-CHLR
SIZE=-999 ..</p>
<p> </p>
<p>$ Graphics
block for Data
Processing ***</p>
<p> </p>
<p>RP-3 =
SCHEDULE THRU
DEC 31 (ALL)
(1,24) (1) ..</p>
<p> </p>
<p>$ 8 = Total
PLANT heating
load (Btu/h)</p>
<p>$ 9 = Total
PLANT cooling
load (Btu/h)</p>
<p>$ 10 =
Total PLANT
electric load
(Btu/h)</p>
<p> </p>
<p>BLOCK-3-1 =
REPORT-BLOCK</p>
<p>VARIABLE-TYPE
= PLANT</p>
<p>VARIABLE-LIST
= (8,9,10) ..</p>
<p>BLOCK-3-2 =
REPORT-BLOCK</p>
<p>VARIABLE-TYPE
= GLOBAL</p>
<p>VARIABLE-LIST
= (1) ..</p>
<p>HR-3 =
HOURLY-REPORT</p>
<p>REPORT-SCHEDULE
= RP-3</p>
<p>REPORT-BLOCK
=
(BLOCK-3-1,BLOCK-3-2)
..</p>
<p> </p>
<p>END ..</p>
<p> </p>
<p>COMPUTE
PLANT ..</p>
<p> </p>
<p>STOP ..</p>
<p> </p>
<div>
<div>
<div>
<p
class="MsoNormal">8=!
8=) :=) 8=)
;=) 8=) 8=(
8=) 8=()
8=) 8=| 8=)
:=') 8=) 8=?<br>
Jeff S.
Haberl,
Ph.D.,P.E.inactive,FASHRAE,FIBPSA,......<a
moz-do-not-send="true" href="mailto:........jhaberl@tamu.edu"
target="_blank">jhaberl@tamu.edu</a><br>
Professor........................................................................Office
Ph:
<a
moz-do-not-send="true"
href="tel:979-845-6507" target="_blank">979-845-6507</a><br>
Department of
Architecture............................................Lab
Ph:<a
moz-do-not-send="true"
href="tel:979-845-6065" target="_blank">979-845-6065</a><br>
Energy Systems
Laboratory...........................................FAX:
<a
moz-do-not-send="true"
href="tel:979-862-2457" target="_blank">
979-862-2457</a><br>
Texas A&M
University...................................................77843-3581<br>
College
Station,
Texas, USA,
77843.............................<a
moz-do-not-send="true" href="http://esl.tamu.edu" target="_blank">http://esl.tamu.edu</a><br>
8=/ 8=) :=)
8=) ;=) 8=)
8=() 8=)
:=) 8=) 8=!
8=) 8=? 8=)
8=0</p>
</div>
</div>
</div>
<div>
<div>
<div
class="MsoNormal"
style="text-align:center" align="center">
<hr
align="center"
size="3"
width="100%">
</div>
</div>
<div>
<p
class="MsoNormal"><b>From:</b>
Bldg-sim [<a
moz-do-not-send="true"
href="mailto:bldg-sim-bounces@lists.onebuilding.org" target="_blank">bldg-sim-bounces@lists.onebuilding.org</a>]
on behalf of
Joe Huang [<a
moz-do-not-send="true" href="mailto:yjhuang@whiteboxtechnologies.com"
target="_blank">yjhuang@whiteboxtechnologies.com</a>]<br>
<b>Sent:</b>
Monday, June
22, 2015 9:17
PM<br>
<b>To:</b> <a
moz-do-not-send="true" href="mailto:bldg-sim@lists.onebuilding.org"
target="_blank">bldg-sim@lists.onebuilding.org</a><br>
<b>Subject:</b>
Re: [Bldg-sim]
Energy model
calibration -
normalizing
the utility
bills to month
start-end</p>
</div>
<div>
<p
class="MsoNormal"
style="margin-bottom:12.0pt">Maybe I'm missing something here, but why
can't you just
count up the
degree days
for the
utility
period?<br>
I hope you're
not working
with average
or "typical
year" degree
days, but the
degree days
from the same
time period.<br>
<br>
I also recall
that the old
Princeton
Scorekeeping
Method (PRISM)
back in the
1980's allows
the user to
enter the
degree days
for that time
period, so
it's not a new
problem.<br>
<br>
Joe</p>
<pre>Joe Huang</pre>
<pre>White Box Technologies, Inc.</pre>
<pre>346 Rheem Blvd., Suite 205A</pre>
<pre>Moraga CA 94556</pre>
<pre><a moz-do-not-send="true" href="mailto:yjhuang@whiteboxtechnologies.com" target="_blank">yjhuang@whiteboxtechnologies.com</a></pre>
<pre><a moz-do-not-send="true" href="http://weather.whiteboxtechnologies.com" target="_blank">http://weather.whiteboxtechnologies.com</a> for simulation-ready weather data</pre>
<pre>(o) <a moz-do-not-send="true" href="tel:%28925%29388-0265" target="_blank">(925)388-0265</a></pre>
<pre>(c) <a moz-do-not-send="true" href="tel:%28510%29928-2683" target="_blank">(510)928-2683</a></pre>
<pre>"building energy simulations at your fingertips"</pre>
<div>
<p
class="MsoNormal">On
6/22/2015 6:09
AM, Jones,
Christopher
wrote:</p>
</div>
<blockquote
style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p
class="MsoNormal">When
calibrating an
energy model
to utility
bills the
utility bills
often don’t
align with the
month start
and end. I
have reviewed
a couple
methods to
calendar
normalize the
utility bills
but find them
somewhat
unsatisfactory.</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">For
example the
method I am
looking at
does the
following:</p>
<p
class="MsoNormal">The
April gas bill
runs from
March 25 –
April 24. The
algorithm
takes the
average number
of m3 per day
from that
bill, applies
it to the days
in April.
Then it takes
the average
number of days
from the May
bill which
runs from
April 24 – May
25 and applies
that average
to the
remaining days
in April.
</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">The
issue is that
the
March-April
period has
much higher
HDD than the
April-May
period and the
“normalized”
gas usage is
significantly
lower than the
simulation
data for
April.</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal">I
am wondering
if there are
any papers or
other sources
of information
as to how
others
approach this
problem.</p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal"> </p>
<div>
<p
class="MsoNormal"><img
src="cid:part39.09050904.06030604@whiteboxtechnologies.com"
alt="cid:image003.png@01D09C46.E75BA0D0"
border="0"
height="53"
width="136"></p>
<p
class="MsoNormal"><b>Christopher
Jones,</b>P.Eng.<i>
<br>
</i><span
lang="EN-CA">Senior
Engineer</span></p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal"><b><span
lang="EN-CA">WSP
Canada Inc.</span></b></p>
<p
class="MsoNormal"><span
lang="EN-CA">2300
Yonge Street,
Suite 2300</span></p>
<p
class="MsoNormal"><span
lang="EN-CA">Toronto,
ON M4P 1E4<br>
T </span><a
moz-do-not-send="true"
href="tel:%2B1%20416-644-4226" target="_blank"><span lang="EN-CA">+1
416-644-4226</span></a></p>
<p
class="MsoNormal"><span
lang="EN-CA">F
</span><a
moz-do-not-send="true"
href="tel:%2B1%20416-487-9766" target="_blank"><span lang="EN-CA">+1
416-487-9766</span></a></p>
<p
class="MsoNormal"><span
lang="EN-CA">C
</span><a
moz-do-not-send="true"
href="tel:%2B1%20416-697-0065" target="_blank"><span lang="EN-CA">+1
416-697-0065</span></a></p>
<p
class="MsoNormal"> </p>
<p
class="MsoNormal"><a
moz-do-not-send="true" href="http://www.wspgroup.com/" target="_blank"><span
lang="EN-CA">www.wspgroup.com</span></a>
</p>
</div>
<p
class="MsoNormal"> </p>
</div>
<div>
<div
class="MsoNormal"
style="text-align:center" align="center">
<hr
align="center"
size="3"
width="100%">
</div>
</div>
<div>
<p
class="MsoNormal"><br>
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
<a
moz-do-not-send="true"
href="https://teesmail.tees.tamus.edu/owa/UrlBlockedError.aspx"
target="_blank">
www.wspgroup.com/casl</a>. For any concern or if you believe you should
not be
receiving this
message,
please forward
this message
to us at
<a
moz-do-not-send="true"
href="mailto:caslcompliance@wspgroup.com" target="_blank">caslcompliance@wspgroup.com</a>
so that we can
promptly
address your
request. This
message is
intended only
for the use of
the individual
or entity to
which it is
addressed, and
may contain
information
which is
privileged,
confidential,
proprietary or
exempt from
disclosure
under
applicable
law. If you
are not the
intended
recipient or
the person
responsible
for delivering
the message to
the intended
recipient, you
are strictly
prohibited
from
disclosing,
distributing,
copying or in
any way using
this message.
If you have
received this
communication
in error,
please notify
the sender,
and destroy
and delete any
copies you may
have received.
<br>
<br>
WSP provides
professional
land surveying
services
through the
following
entities: WSP
Surveys (AB)
Limited
Partnership
and WSP
Surveys (BC)
Limited
Partnership
</p>
</div>
<p
class="MsoNormal"> </p>
<pre>_______________________________________________</pre>
<pre>Bldg-sim mailing list</pre>
<pre><a moz-do-not-send="true" href="http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org" target="_blank">http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org</a></pre>
<pre>To unsubscribe from this mailing list send a blank message to <a moz-do-not-send="true" href="mailto:BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG" target="_blank">BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG</a></pre>
</blockquote>
<p
class="MsoNormal"> </p>
</div>
</div>
</div>
<div>
<div
class="MsoNormal"
style="text-align:center" align="center">
<hr
align="center"
size="3"
width="100%">
</div>
</div>
<p
class="MsoNormal">No
virus found in
this message.<br>
Checked by AVG
- <a
moz-do-not-send="true"
href="http://www.avg.com" target="_blank">www.avg.com</a><br>
Version:
2014.0.4800 /
Virus
Database:
4365/10055 -
Release Date:
06/19/15</p>
</div>
</div>
</div>
<div>
<div>
<p
class="MsoNormal"
style="margin-bottom:12.0pt"> </p>
<pre>_______________________________________________</pre>
<pre>Bldg-sim mailing list</pre>
<pre><a moz-do-not-send="true" href="http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org" target="_blank">http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org</a></pre>
<pre>To unsubscribe from this mailing list send a blank message to <a moz-do-not-send="true" href="mailto:BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG" target="_blank">BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG</a></pre>
</div>
</div>
</blockquote>
<p
class="MsoNormal"> </p>
</div>
<div>
<div>
<p
class="MsoNormal"
style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Bldg-sim
mailing list<br>
<a
moz-do-not-send="true"
href="http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org"
target="_blank">http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org</a><br>
To unsubscribe
from this
mailing list
send a blank
message to <a
moz-do-not-send="true"
href="mailto:BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG"
target="_blank">
BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG</a></p>
</div>
</div>
</blockquote>
</div>
<p
class="MsoNormal"
style="margin-bottom:12.0pt"> </p>
<div>
<p
class="MsoNormal"> </p>
</div>
</div>
</div>
<div>
<div>
<p
class="MsoNormal">--
</p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p
class="MsoNormal">James
V Dirkes II,
PE, BEMP, LEED
AP<br>
CEO/President<br>
The Building
Performance
Team Inc.<br>
1631 Acacia
Dr, GR, Mi
49504<br>
<br>
Direct: <a
moz-do-not-send="true"
href="tel:616.450.8653" target="_blank">616.450.8653</a><br>
<a
moz-do-not-send="true"
href="mailto:jim@buildingperformanceteam.com" target="_blank">jim@buildingperformanceteam.com</a><br>
<br>
<a
moz-do-not-send="true"
href="http://buildingperformanceteamcom" target="_blank">Website </a>l
<a
moz-do-not-send="true"
href="https://www.linkedin.com/pub/jim-dirkes/7/444/413" target="_blank">LinkedIn</a>
</p>
<p>Studies
show that four
out of every
three people
have a hard
time with
math.</p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div>
<div>
<p
class="MsoNormal"
style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Bldg-sim mailing
list<br>
<a
moz-do-not-send="true"
href="http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org"
target="_blank">http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org</a><br>
To unsubscribe
from this
mailing list
send a blank
message to <a
moz-do-not-send="true"
href="mailto:BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG" target="_blank">
BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG</a></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"> </p>
</div>
</blockquote>
<p class="MsoNormal"> </p>
</div>
</div>
</div>
<div>
<div>
<p class="MsoNormal"
style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Bldg-sim mailing list<br>
<a moz-do-not-send="true"
href="http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org"
target="_blank">http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org</a><br>
To unsubscribe from this
mailing list send a blank
message to <a
moz-do-not-send="true"
href="mailto:BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG"
target="_blank">
BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG</a></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"> </p>
</div>
</div>
<p class="MsoNormal"
style="margin-bottom:12.0pt"> </p>
<div class="MsoNormal"
style="text-align:center" align="center">
<hr style="color:gray" align="center"
noshade="noshade" size="4" width="50%">
</div>
<p class="MsoNormal">The information
contained in this communication is
confidential, may be privileged, and is
intended only for the use of the
addressee. It is the property of GHT
Limited. Unauthorized use, disclosure or
copying of this communication or any part
thereof is strictly prohibited and may be
unlawful. If you have received this
communication in error, please notify me
immediately by return e-mail or by e-mail
to
<a moz-do-not-send="true"
href="mailto:ght@ghtltd.com"
target="_blank">ght@ghtltd.com</a>, and
destroy this communication and all copies
thereof, including all attachments. Thank
you.
</p>
</div>
<p class="MsoNormal"
style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Bldg-sim mailing list<br>
<a moz-do-not-send="true"
href="http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org"
target="_blank">http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org</a><br>
To unsubscribe from this mailing list send
a blank message to <a
moz-do-not-send="true"
href="mailto:BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG"
target="_blank">
BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG</a></p>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
</p>
<div>
<p class="MsoNormal"> </p>
</div>
<p class="MsoNormal">-- </p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal">James
V Dirkes II, PE,
BEMP, LEED AP<br>
CEO/President<br>
The Building
Performance Team
Inc.<br>
1631 Acacia Dr, GR,
Mi 49504<br>
<br>
Direct: <a
moz-do-not-send="true"
href="tel:616.450.8653" value="+16164508653" target="_blank">616.450.8653</a><br>
<a
moz-do-not-send="true"
href="mailto:jim@buildingperformanceteam.com" target="_blank">jim@buildingperformanceteam.com</a><br>
<br>
<a
moz-do-not-send="true"
href="http://buildingperformanceteamcom" target="_blank">Website </a>l
<a
moz-do-not-send="true"
href="https://www.linkedin.com/pub/jim-dirkes/7/444/413" target="_blank">LinkedIn</a></p>
<p
style="margin-top:6.0pt"><span
style="font-size:13.5pt;font-family:"Calibri",sans-serif;color:blue;background:white">Studies
show that four out
of every three
people have a hard
time with math.</span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Bldg-sim mailing list<br>
<a moz-do-not-send="true"
href="http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org"
rel="noreferrer" target="_blank">http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org</a><br>
To unsubscribe from this mailing list send a blank message
to <a moz-do-not-send="true"
href="mailto:BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG">BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Bldg-sim mailing list
<a class="moz-txt-link-freetext" href="http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org">http://lists.onebuilding.org/listinfo.cgi/bldg-sim-onebuilding.org</a>
To unsubscribe from this mailing list send a blank message to <a class="moz-txt-link-abbreviated" href="mailto:BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG">BLDG-SIM-UNSUBSCRIBE@ONEBUILDING.ORG</a>
</pre>
</blockquote>
<br>
</body>
</html>