<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Chris, others,<br>
<br>
Since as you've raised the question of how significant would be
adding extra precision to the weather data in DOE-2, I was sent a
copy of a recent paper by Annie-Claude Lachapelle of the Univ. of
Calgary given at eSim Canada 2012 on this exact topic, "DOE2
Dry-Bulb Temperature Precision Level Impact on Sensible Economizer
Performance". With the author's permission, I've attached the
paper with this post. <br>
<br>
Joe<br>
<pre class="moz-signature" cols="90">Joe Huang
White Box Technologies, Inc.
346 Rheem Blvd., Suite 108D
Moraga CA 94556
<a class="moz-txt-link-abbreviated" href="mailto:yjhuang@whiteboxtechnologies.com">yjhuang@whiteboxtechnologies.com</a>
<a class="moz-txt-link-abbreviated" href="http://www.whiteboxtechnologies.com">www.whiteboxtechnologies.com</a>
(o) (925)388-0265
(c) (510)928-2683
"building energy simulations at your fingertips"
</pre>
<br>
On 7/25/2012 10:45 AM, Joe Huang wrote:
<blockquote cite="mid:501030B4.9010609@whiteboxtechnologies.com"
type="cite">Chris,
<br>
<br>
My attention on this issue was first raised about 15 years ago
when I was working with non-US weather data , i.e., the rest of
the world, that are all reported in 0.1 C. I've noticed since that
US stations have also moved to the use of metric units, i.e., 0.1
C for temperature. The DOE-2 weather format is still in integer F,
which leads to three unfortunate effects: (a) hourly records can
be off by as much as 0.5 F, (b) clumping of the temperature
distribution, and (c) statistics such as degree-days will be off
by a percent or two compared to the original data. Now, one can
say that all this is immaterial in the bigger picture of things,
which has been the default attitude so far, but since it's really
quite simple to fix, why not get it right, i.e., doesn't it feel
much better to see the same temperatures in the DOE-2 outputs as
in the original weather data?
<br>
<br>
BTW, all the weather data that I've looked at are records of
conditions on the hour, not the average over the hour, except for
solar radiation.
<br>
<br>
Joe
<br>
<br>
<br>
On 7/25/2012 9:53 AM, Chris Jones wrote:
<br>
<blockquote type="cite">Joe
<br>
Given that the time steps are an hour, and the fact that weather
data is averaged over an hour, plus the fact that the building
local will have variations from the weather station local, would
an extra decimal point provide more useful information?
<br>
<br>
<br>
At 07:43 AM 25/07/2012, Joe Huang wrote:
<br>
<blockquote type="cite">This is not possible at present without
changing the DOE-2.2 source code to read a weather input file
with decimal values. When DOE-2 was first designed in the
early 1980's, memory was a big concern, so the weather data
was reduced to integers and then packed, which is why the
DOE-2 *.BIN file is so small (146K). I have actually developed
a modified file format for *.BIN where I save an extra digit
of precision, i.e., temperatures to 0.1F instead of 1 F, but
the source code would also need to be changed slightly to read
this extra information. I've mentioned this to the developer
of eQUEST/DOE-2.2 and will be experimenting with making this
change to the source code. If and when it's proven to work and
gets incorporated into DOE-2.2, I'll let everyone know. I
welcome anyone who thinks this is a useful modification to
send me an e-mail. It might spur me on to do something! Joe On
7/23/2012 2:44 AM, 蔡昀芝 wrote: > Hi, everyone: >
> We know that eQUEST can edit personal weather data. >
But the dry-bulb and wet-bulb temperature in weather data can
only > enter integers. > Is it possible to have more
precise temperature to decimal place? > Thank you very
much. > > >
_______________________________________________ >
Equest-users mailing list >
<a class="moz-txt-link-freetext" href="http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org">http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org</a>
> To unsubscribe from this mailing list send a blank
message to > <a class="moz-txt-link-abbreviated" href="mailto:EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a> >
-- Joe Huang White Box Technologies, Inc. 346 Rheem Blvd.,
Suite 108D Moraga, CA 94556 (o) (925)388-0265 (c)
(510)928-2683 <a class="moz-txt-link-abbreviated" href="http://www.whiteboxtechnologies.com">www.whiteboxtechnologies.com</a> "Building energy
simulations at your fingertips"
_______________________________________________ Equest-users
mailing list
<a class="moz-txt-link-freetext" href="http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org">http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org</a>
To unsubscribe from this mailing list send a blank message to
<a class="moz-txt-link-abbreviated" href="mailto:EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a> </x-flowed>
<br>
</blockquote>
<br>
>>
<br>
Christopher Jones, P.Eng.
<br>
Suite 1801, 1 Yonge Street
<br>
Toronto, ON M5E1W7
<br>
Tel. 416-203-7465
<br>
Fax. 416-946-1005
<br>
email <a class="moz-txt-link-abbreviated" href="mailto:cj@enersave.ca">cj@enersave.ca</a>
<br>
<br>
<br>
</blockquote>
<br>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Equest-users mailing list
<a class="moz-txt-link-freetext" href="http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org">http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org</a>
To unsubscribe from this mailing list send a blank message to <a class="moz-txt-link-abbreviated" href="mailto:EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a>
</pre>
</blockquote>
</body>
</html>