Documente Academic
Documente Profesional
Documente Cultură
Table of Contents
2
2
1 Introduction
5
6
4 Input Details
10
12
13
14
15
5 Output
6 Weather Data
7 Running EnergyPlus
8 Licensing
9 Appendix A. Simple IDF file
15
16
16
18
18
COPYRIGHT (c) 1996-2015 THE BOARD OF TRUSTEES OF THE UNIVERSITY OF ILLINOIS AND THE REGENTS OF THE UNIVERSITY OF CALIFORNIA THROUGH THE ERNEST
ORLANDO LAWRENCE BERKELEY NATIONAL LABORATORY. ALL RIGHTS RESERVED. NO PART OF THIS MATERIAL MAY BE REPRODUCED OR TRANSMITTED IN ANY FORM OR
BY ANY MEANS WITHOUT THE PRIOR WRITTEN PERMISSION OF THE UNIVERSITY OF ILLINOIS OR THE ERNEST ORLANDO LAWRENCE BERKELEY NATIONAL LABORATORY.
ENERGYPLUS IS A TRADEMARK OF THE US DEPARTMENT OF ENERGY.
1 Introduction
This document is intended for developers who are creating user interfaces for EnergyPlus. It provides an overview of the essentials of the input-output
structure of EnergyPlus and describes the parts of each in detail.
This program is no longer part of the EnergyPlus install but is available with each new release.
3 Input Overview
The general structure of the input files for EnergyPlus is plain text. Fields are comma delimited and each line is terminated with a semicolon. This allows
for a very rudimentary input processor that can be instantly flexible to developers needs. However, it puts more burdens on the EnergyPlus developers to
process the input information, supply defaults as needed, and perform validity checks. Guidelines were established for the input:
Input will be a flat ASCII file with comma-delimited columns and each line (where each line can run over several physical file records) terminated with
a semicolon.
Input should be readable, editable, simply parsed with few value checks or consistency checks.
Input, to the extent possible, should be easily maintainable and extendable.
Input will be object based.
Definitions in a data dictionary will define the input. The data dictionary should be self-documenting.
All input units will be metric (SI). Conversions from user units will be done in the interface agents.
Two input files are necessary for the input processing. The first is the data dictionary which will specify the requirements for each item. The EnergyPlus
Input Processor uses these requirements to process the input data file and report any anomalies found. Both input files have similar structures: 1) Sections
single lines/commands, which may help group the simulation input for readability and 2) Classes/Objects data attributes for the simulation. Classes are
the term used in the data dictionary each class will specify the kind of data (alpha or numeric) that will be included in the simulation input. Objects are
instances of these classes and appear in the IDF with appropriate data.
4 Input Details
This document does not cover the input classes in detail. For details on each class and examples of both input and output resulting from that class/object,
please view the Input Output Reference document. In this document, we will show the conventions used in the IDD and provide limited examples for
illustration purposes. Even the list of objects is dynamic, so we give you a method to see them from the IDFEditor.
An intelligent editor (IDFEditor) has been written and can be used as an illustration of how the comments in the IDD might be used by Interface Developers to
guide their developments. IDFEditor is described in the Getting Started document.
A full example of a very simple IDF is included in Appendix A to this document.
! or a group of objects.
!
! Field-level comments:
!
! \field
Name of field
!
(should be succinct and readable, blanks are encouraged)
!
! \note
Note describing the field and its valid values. If multiple lines,
!
start each line with \note. Limit line length to 100 characters.
!
! \required-field To flag fields which may not be left blank
!
(this comment has no "value")
!
! \begin-extensible Marks the first field at which the object accepts an extensible
!
field set. A fixed number of fields from this marker define the
!
extensible field set, see the object code \extensible for
!
more information.
!
! \units
Units (must be from EnergyPlus standard units list)
!
EnergyPlus units are standard SI units
!
! \ip-units
IP-Units (for use by input processors with IP units)
!
This is only used if the default conversion is not
!
appropriate.
!
! \unitsBasedOnField For fields that may have multiple possible units, indicates
!
the field in the object that can be used to determine
!
the units. The field reference is in the A2 form.
!
! \minimum
Minimum that includes the following value
!
! \minimum>
Minimum that must be > than the following value
!
! \maximum
Maximum that includes the following value
!
! \maximum<
Maximum that must be < than the following value
!
! \default
Default for the field (if N/A then omit entire line)
!
! \deprecated
This field is not really used and will be deleted from the object.
!
The required information is gotten internally or
!
not needed by the program.
!
! \autosizable
Flag to indicate that this field can be used with the Auto
!
Sizing routines to produce calculated results for the
!
field. If a value follows this, then that will be used
!
when the "Autosize" feature is flagged. To trigger
!
autosizing for a field, enter Autosize as the field's
!
value. Only applicable to numeric fields.
!
! \autocalculatable Flag to indicate that this field can be automatically
!
calculated. To trigger auto calculation for a field, enter
!
Autocalculate as the field's value. Only applicable to
!
numeric fields.
!
! \type
Type of data for the field !
integer
!
real
!
alpha
(arbitrary string),
!
choice
(alpha with specific list of choices, see
!
\key)
!
object-list (link to a list of objects defined elsewhere,
!
see \object-list and \reference)
!
external-list (uses a special list from an external source,
!
see \external-list)
!
node
(name used in connecting HVAC components)
!
! \retaincase
Retains the alphabetic case for alpha type fields
!
! \key
Possible value for "\type choice" (blanks are significant)
!
use multiple \key lines to indicate all valid choices
!
! \object-list
Name of a list of user-provided object names that are valid
!
entries for this field (used with "\reference")
!
see Zone and BuildingSurface:Detailed objects below for
!
examples.
!
** Note that a field may have multiple \object-list commands.
!
! \external-list
The values for this field should be selected from a special
!
list generated outside of the IDD file. The choices for the
!
special lists are:
!
autoRDDvariable
!
autoRDDmeter
!
autoRDDvariableMeter
!
When one of these are selected the options for the field
!
are taken from the RDD or MDD file or both.
!
! \reference
Name of a list of names to which this object belongs
!
used with "\type object-list" and with "\object-list"
!
see Zone and BuildingSurface:Detailed objects below for
!
examples:
!
!
Zone,
!
A1 , \field Name
!
\type alpha
!
\reference ZoneNames
!
!
BuildingSurface:Detailed,
!
A4 , \field Zone Name
!
\note Zone the surface is a part of
!
\type object-list
!
\object-list ZoneNames
!
!
For each zone, the field "Name" may be referenced
!
by other objects, such as BuildingSurface:Detailed, so it is
!
commented with "\reference ZoneNames"
!
Fields that reference a zone name, such as BuildingSurface:Detailed's
!
"Zone Name", are commented as
!
"\type object-list" and "\object-list ZoneNames"
!
** Note that a field may have multiple \reference commands.
!
** This is useful if the object belongs to a small specific
!
object-list as well as a larger more general object-list.
!
! Object-level comments:
!
! \memo
Memo describing the object. If multiple lines, start each line
!
with \memo.
!
Limit line length to 100 characters.
!
! \unique-object
To flag objects which should appear only once in an idf
!
(this comment has no "value")
!
! \required-object To flag objects which are required in every idf
!
(this comment has no "value")
!
! \min-fields
Minimum number of fields that should be included in the
!
object. If appropriate, the Input Processor will fill
!
any missing fields with defaults (for numeric fields).
!
It will also supply that number of fields to the "get"
!
routines using blanks for alpha fields (note -- blanks
!
may not be allowable for some alpha fields).
!
! \obsolete
This object has been replaced though is kept (and is read)
!
in the current version. Please refer to documentation as
!
to the dispersal of the object. If this object is
!
encountered in an IDF, the InputProcessor will post an
!
appropriate message to the error file.
!
usage: \obsolete New=>[New object name]
!
! \extensible:<\#> This object is dynamically extensible -- meaning, if you
!
change the IDD appropriately (if the object has a simple list
!
structure -- just add items to the list arguments (i.e. BRANCH
!
LIST). These will be automatically redimensioned and used during
!
the simulation. <\#> should be entered by the developer to signify
!
how many of the last fields are needed to be extended (and EnergyPlus
!
will attempt to auto-extend the object). The first field of the first
!
instance of the extensible field set is marked with \begin-extensible.
!
! \begin-extensible See previous item, marks beginning of extensible fields in
!
an object.
!
! \format
The object should have a special format when saved in
!
the IDF Editor with the special format option enabled.
!
The options include SingleLine, Vertices, CompactSchedule,
!
FluidProperties, ViewFactors, and Spectral.
!
The SingleLine option puts all the fields for the object
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
Notes on comments
----------------1. If a particular comment is not applicable (such as units, or default)
then simply omit the comment rather than indicating N/A.
2. Memos and notes should be brief (recommend 5 lines or less per block).
More extensive explanations are expected to be in the user documentation
0.000472000059660808
0.52667614683731
0.293083235638921
0.0928939733269818
0.0283127014102352
0.646078115385742
0.555555555555556
0.3048
0.555555555555556
1.8 (plus 32)
0.3937
0.15500031000062
1.8
0.0004299
0.00793664091373665
7
7.93664091373665
0.0022046
0.000671968949659
0.000373574867724868
78.9889415481832
0.000277777777777778
526.565
0.00042986
0.000239005736137667
0.000132889924714692
7.38277359526066E-05
4.89224766847393E-05
2.68096514745308E-05
1.49237004739337E-05
1.8
0.54861322767449
2.2046
2325.83774250441
0.555555555555556
0.67196893069637
0.204794053596664
0.062428
0.67196893069637
0.373316072609094
0.207397818116164
1412.00523459398
10
!
kg/s
=>
lb/s
2.20462247603796
!
kg/s2
=>
lb/s2
2.2046
!
kg/s-m
=>
lb/s-ft
0.67196893069637
!
kJ/kg
=>
Btu/lb
0.429925
!
kPa
=>
psi
0.145038
!
L/day
=>
pint/day
2.11337629827348
!
L/GJ
=>
gal/kWh
0.000951022349025202
!
L/kWh
=>
pint/kWh
2.11337629827348
!
L/MJ
=>
gal/kWh
0.951022349025202
!
lux
=>
foot-candles
0.092902267
!
m
=>
ft
3.28083989501312
!
m/hr
=>
ft/hr
3.28083989501312
!
m/s
=>
ft/min
196.850393700787
!
m/s
=>
miles/hr
2.2369362920544
!
m/yr
=>
inch/yr
39.3700787401575
!
m2
=>
ft2
10.7639104167097
!
m2/m
=>
ft2/ft
3.28083989501312
!
m2/person
=>
ft2/person
10.764961
!
m2/s
=>
ft2/s
10.7639104167097
!
m2-K/W
=>
ft2-F-hr/Btu
5.678263
!
m3
=>
ft3
35.3146667214886
!
m3
=>
gal
264.172037284185
!
m3/GJ
=>
ft3/MWh
127.13292
!
m3/hr
=>
ft3/hr
35.3146667214886
!
m3/hr-m2
=>
ft3/hr-ft2
3.28083989501312
!
m3/hr-person
=>
ft3/hr-person
35.3146667214886
!
m3/kg
=>
ft3/lb
16.018
!
m3/m2
=>
ft3/ft2
3.28083989501312
!
m3/MJ
=>
ft3/kWh
127.13292
!
m3/person
=>
ft3/person
35.3146667214886
!
m3/s
=>
ft3/min
2118.88000328931
!
m3/s-m
=>
ft3/min-ft
645.89
!
m3/s-m2
=>
ft3/min-ft2
196.85
!
m3/s-person
=>
ft3/min-person
2118.6438
!
m3/s-W
=>
(ft3/min)/(Btu/h)
621.099127332943
!
N-m
=>
lbf-in
8.85074900525547
!
N-s/m2
=>
lbf-s/ft2
0.0208857913669065
!
Pa
=>
psi
0.000145037743897283
!
percent/K
=>
percent/F
0.555555555555556
!
person/m2
=>
person/ft2
0.0928939733269818
!
s/m
=>
s/ft
0.3048
!
V/K
=>
V/F
0.555555555555556
!
W
=>
Btu/h
3.4121412858518
!
W/(m3/s)
=>
W/(ft3/min)
0.0004719475
!
W/K
=>
Btu/h-F
1.89563404769544
!
W/m
=>
Btu/h-ft
1.04072
!
W/m2
=>
Btu/h-ft2
0.316957210776545
!
W/m2
=>
W/ft2
0.09290304
!
W/m2-K
=>
Btu/h-ft2-F
0.176110194261872
!
W/m2-K2
=>
Btu/h-ft2-F2
0.097826
!
W/m-K
=>
Btu-in/h-ft2-F
6.93481276005548
!
W/m-K2
=>
Btu/h-F2-ft
0.321418310071648
!
W/m-K3
=>
Btu/h-F3-ft
0.178565727817582
!
W/person
=>
Btu/h-person
3.4121412858518
!
! Other conversions supported (needs the \ip-units code)
!
!
kPa
=>
inHg
0.29523
!
m
=>
in
39.3700787401575
!
m3/s
=>
gal/min
15850.3222370511
!
Pa
=>
ftH2O
0.00033455
!
Pa
=>
inH2O
0.00401463
!
Pa
=>
inHg
0.00029613
!
Pa
=>
Pa
1
!
W
=>
W
1
!
W/m2
=>
W/m2
1
!
W/m-K
=>
Btu/h-ft-F
0.577796066000163
!
W/person
=>
W/person
1
!
! Units fields that are not translated
!
$
!
1/hr
!
A
!
Ah
!
A/V
!
Availability
!
Control
!
cycles/hr
11
!
days
!
deg
!
dimensionless
!
eV
!
hr
!
J/J
!
kg/kg
!
kg-H2O/kg-air
!
kmol
!
kmol/s
!
m3/m3
!
minutes
!
Mode
!
ms
!
ohms
!
percent
!
ppm
!
rev/min
!
s
!
V
!
VA
!
W/m2 or deg C
!
W/m2, W or deg C
!
W/s
!
W/W
!
years
! **************************************************************************
12
The \minimum, \maximum and \default comments are automatically processed in the Inptu Processor for numeric fields. Any infractions of the \minimum,
\maximum fields will be automatically detected and messages will appear in the standard error file. After all the input is checked, infractions will cause
program termination (before the bulk of the simulation is completed). Defaults are also enforced if you leave the numeric field blank.
\min-fields deserves some explanation. This has object level enforcement. When min-fields is specified for an object, it has meaning to the InputProcessor
telling the IP the number of fields that must be returned to a GetInput routine regardless of how many fields may actually appear in the IDF. So, min-fields is
actually an automatic assistance in most instances.
Some objects need all the parameters listed by the definition; some do not. In the descriptions that are contained in the Input Output Reference, we try to
indicate which parts are optional. Usually, these will be the last fields in the object input or definition.
Figure 2. Using IDFEditor to find the latest groups and objects for the Energy+.idd
The produced list will look something like:
Simulation Parameters
[------] Version
[------] SimulationControl
[------] Building
[------] ShadowCalculation
[------] SurfaceConvectionAlgorithm:Inside
[------] SurfaceConvectionAlgorithm:Outside
[------] HeatBalanceAlgorithm
[------] ZoneCapacitanceMultiplier
[------] Timestep
[------] ConvergenceLimits
13
unit
abbreviation
angular degrees
degree
deg
Length
meter
Area
square meter
m2
Volume
cubic meter
m3
Time
seconds
Frequency
Hertz
Hz
Temperature
Celsius
absolute temperature
Kelvin
temperature difference
Kelvin
delK
speed
m/s
Joules
power
Watts
mass
kilograms
kg
force
Newton
mass flow
kg/s
volume flow
m3/s
pressure
Pascals
Pa
pressure difference
Pascals
delPa
specific enthalpy
J/kg
density
heat flux
W/m2
specific heat
-------
J/kg-K
conductivity
-------
W/m-K
diffusivity
-------
m2/s
-------
W/m2-K
R-value
-------
m2-K/W
Watts
electric potential
volts
14
electric current
Amperes
illuminace
lux
lx
luminous flux
lumen
lm
luminous intensity
candelas
cd
luminance
cd/m2
vapor diffusivity
m2/s
viscosity
-------
kg/m-s
porosity
-------
m3/m3
-------
kg/kg-K
-------
m3/kg
5 Output
EnergyPlus produces several output files as shown in the section on Running EnergyPlus. This section will discuss the data contained in the standard
output file (eplusout.eso). It, too, has a data dictionary but unlike the input files, the output data dictionary is contained within the output file. Thus, the basic
structure of the standard output file is:
Data Dictionary Information
End of Data Dictionary
Data
Data
End of Data
As with the IDF structure, there are rules associated with the interpretation of the standard output data dictionary. These rules are summarized as follows:
The first item on each line is an integer which represents the report code. This report code will be listed in the data section where it will also be the
first item on each line, identifying the data. Only 2 lines in the output file will not have an integer as the first item (End of Data Dictionary and End of
Data lines).
The second item on each line is also an integer. This integer corresponds to the number of items left on the dictionary line. Each string consists of a
variable name and units in square brackets. Square brackets are required for all strings. If there are no units associated with a particular variable, then
there are no characters between the brackets.
Six standard items appear at the start of every EnergyPlus Standard Output File Data Dictionary:
Program Version,EnergyPlus, 1.0, Beta 2, Build 017
1,5,Environment Title[],Latitude[degrees],Longitude[degrees],Time Zone[],Elevation[m]
2,6,Day of Simulation[],Month[],Day of Month[],DST Indicator[1=yes 0=no], Hour[], StartMinute[], EndMinute[], DayType
3,3,Cumulative Day of Simulation[],Month[],Day of Month[],DST Indicator[1=yes 0=no],DayType
4,2,Cumulative Days of Simulation[],Month[]
5,1,Cumulative Days of Simulation[]
Item 0 is the program version statement.
Item 1 is produced at the beginning of each new environment (design day, run period).
Item 2 is produced prior to any variable reported at the timestep or hourly intervals. Hourly intervals will be shown with a start minute of 0.0 and an end
minute of 60.0. Timestep intervals will show the appropriate start and end minutes.
Item 3 is produced prior to any variable reported at the daily interval.
Item 4 is produced prior to any variable reported at the monthly interval.
Item 5 is produced prior to any variable reported at the end of the environment.
Following these five standard lines will be the variables requested for reporting from the input file (ref. Report Variable). For example:
15
-7.00,1610.26
This output file can be easily turned into a form that is read into commonly used spreadsheet programs where it can be further analyzed, graphed, etc.
6 Weather Data
Weather data in EnergyPlus is a simple text-based format, similar to the input data and output data files. The weather data format includes basic location
information in the first eight lines: location (name, state/province/region, country), data source, latitude, longitude, time zone, elevation, peak heating and
cooling design conditions, holidays, daylight saving period, typical and extreme periods, two lines for comments, and period covered by the data. The data
are also comma-separated and contain much of the same data in the TMY2 weather data set (NREL 1995). EnergyPlus does not require a full year or 8760
(or 8784) hours in its weather files. In fact, EnergyPlus allows and reads subsets of years and even sub-hourly (5 minute, 15 minute) datathe weather
format includes a minutes field. EnergyPlus comes with a utility that reads standard weather service file types such as TMY2, IWEC and WYEC2 files, as
examples, as well as being able to read a user defined custom format.
The data dictionary for EnergyPlus Weather Data is shown in the Auxiliary Programs document please review that document for further information.
7 Running EnergyPlus
EnergyPlus is written in C++ and runs as a console application. More explicit details on running EnergyPlus are available in a separate document (Running
EnergyPlus in Auxiliary Programs document). Optional command-line arguments are available (energyplus --help, or man energyplus on Linux systems). The
following files are used to run EnergyPlus:
16
Description
Audit.out
Echo of input
The eplusout.err file may contain three levels of errors (Warning, Severe, Fatal) as well as the possibility of just message lines. These errors may be
duplicated in other files (such as the standard output file).
Table 3. EnergyPlus Errors
Error Level
Action
Warning
Take note
Severe
Should Fix
Fatal
Program will
abort
EnergyPlus produces several messages as it is executing, as a guide to its progress. For example, the run of the 1ZoneUncontrolled input file from Appendix
A produces:
EnergyPlus Starting
EnergyPlus 1.3.0.011, 4/5/2006 2:59 PM
Initializing New Environment Parameters
Warming up {1}
Initializing Response Factors
Initializing Window Optical Properties
Initializing Solar Calculations
Initializing HVAC
Warming up {2}
Warming up {3}
Warming up {4}
Starting Simulation at 12/21 for DENVER_STAPLETON ANN HTG 99% CONDNS DB
Initializing New Environment Parameters
Warming up {1}
Warming up {2}
Warming up {3}
Starting Simulation at 07/21 for DENVER_STAPLETON ANN CLG 1% CONDNS DB=>MWB
EnergyPlus Run Time=00hr 00min 1.00sec
17
Extensive timing studies and fine-tuning of EnergyPlus is NOT complete. To give you an idea of comparable run times, we present the following (does not
include HVAC) with an early version of EnergyPlus running on a 450MHZ machine. Remember, BLAST would be 1 calculation per hour, EnergyPlus (in this
case) was 4 calculations per hour. Obviously, these are quite out of date. However, a recent change in a developers test machine illustrates the importance
of maximum memory. A 5 zone full year run on a 1.8GHZ, 1GB machine was running about 8 minutes with a new 2.1GHZ, 2GB machine the same file
takes about 2 minutes.
Table 4. Timings Comparison (EnergyPlus vs. BLAST)
File
BLAST Per
Zone
EnergyPlus Per
Zone
13 sec
33 sec
7 sec
25 sec
8 Licensing
In order to make efficient distribution of your interface, you should consider licensing EnergyPlus. First, you must license/register to use EnergyPlus. Since
we are distributing EnergyPlus via the World Wide Web, at no charge, it will be easy to get your hands on a copy for testing out your interface. However, you
may wish to understand more of the internals and, to make a complete distribution package, will need to at least execute a distribution license.
https://energyplus.net/licensing contains the details on licensing EnergyPlus for commercial or non-commercial use.
18
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
(0,0,0)
(15.24,0,0)
NA
Interzone Surfaces:
Internal Mass:
People:
Lights:
Equipment:
Windows:
Detached Shading:
Daylight:
Natural Ventilation:
Compact Schedules:
Solar Distribution:
None
None
None
None
None
0
None
None
None
NA (Example of non-Compact Schedules)
MinimalShadowing
HVAC:
NA
Zonal Equipment:
Central Air Handling Equipment:
System Equipment Autosize:
Purchased Cooling:
Purchased Heating:
Purchased Chilled Water:
Purchased Hot Water:
Coils:
Pumps:
Boilers:
Chillers:
Towers:
NA
No
No
No
No
No
No
None
None
None
None
None
Results:
Standard Reports:
Timestep or Hourly Variables:
Time bins Report:
HTML Report:
Environmental Emissions:
Utility Tariffs:
Output:PreprocessorMessage,
No Preprocessor Used,
!- Preprocessor Name
Information,
!- Error Severity
Illustrative Message,
!- Message Line 1
No problems for processing; !- Message Line 2
Version,
3.0;
!- Version Identifier
Timestep,
4;
Building,
Simple One Zone (Wireframe DXF), !- Name
0.0000000E+00,
!- North Axis {deg}
Suburbs,
!- Terrain
.04,
!- Loads Convergence Tolerance Value
.004,
!- Temperature Convergence Tolerance Value {deltaC}
MinimalShadowing,
!- Solar Distribution
30;
!- Maximum Number of Warmup Days
HeatBalanceAlgorithm,
ConductionTransferFunction;
!- Algorithm
SurfaceConvectionAlgorithm:Inside,
Detailed;
!- Algorithm
SurfaceConvectionAlgorithm:Outside,
Detailed;
!- Algorithm
SimulationControl,
19
No,
No,
No,
Yes,
Yes;
RunPeriod,
1,
1,
12,
31,
Tuesday,
Yes,
Yes,
No,
Yes,
Yes;
!!!!!-
!!!!!!!!!!-
Begin Month
Begin Day of Month
End Month
End Day of Month
Day of Week for Start Day
Use Weather File Holidays and Special Days
Use Weather File Daylight Saving Period
Apply Weekend Holiday Rule
Use Weather File Rain Indicators
Use Weather File Snow Indicators
Site:Location,
DENVER_STAPLETON_CO_USA_WMO_724690, !- Name
39.77,
!- Latitude {deg}
-104.87,
!- Longitude {deg}
-7.00,
!- Time Zone {hr}
1611.00;
!- Elevation {m}
!
!
!
!
!
!
!
!
1%
!!!!!!!!!!!!!!-
20
Material:NoMass,
R13LAYER,
Rough,
2.290965,
0.9000000,
0.7500000,
0.7500000;
!!!!!!-
Name
Roughness
Thermal Resistance {m2-K/W}
Thermal Absorptance
Solar Absorptance
Visible Absorptance
Material:NoMass,
R31LAYER,
Rough,
5.456,
0.9000000,
0.7500000,
0.7500000;
!!!!!!-
Name
Roughness
Thermal Resistance {m2-K/W}
Thermal Absorptance
Solar Absorptance
Visible Absorptance
Material,
C5 - 4 IN HW CONCRETE,
MediumRough,
0.1014984,
1.729577,
2242.585,
836.8000,
0.9000000,
0.6500000,
0.6500000;
!!!!!!!!!-
Name
Roughness
Thickness {m}
Conductivity {W/m-K}
Density {kg/m3}
Specific Heat {J/kg-K}
Thermal Absorptance
Solar Absorptance
Visible Absorptance
Construction,
R13WALL,
R13LAYER;
!- Name
!- Outside Layer
Construction,
FLOOR,
C5 - 4 IN HW CONCRETE;
!- Name
!- Outside Layer
Construction,
ROOF31,
R31LAYER;
!- Name
!- Outside Layer
Site:GroundTemperature:BuildingSurface,
18.89,
!- January Ground Temperature {C}
18.92,
!- February Ground Temperature {C}
19.02,
!- March Ground Temperature {C}
19.12,
!- April Ground Temperature {C}
19.21,
!- May Ground Temperature {C}
19.23,
!- June Ground Temperature {C}
19.07,
!- July Ground Temperature {C}
19.32,
!- August Ground Temperature {C}
19.09,
!- September Ground Temperature {C}
19.21,
!- October Ground Temperature {C}
19.13,
!- November Ground Temperature {C}
18.96;
!- December Ground Temperature {C}
Zone,
ZONE ONE,
0.0000000E+00,
0.0000000E+00,
0.0000000E+00,
0.0000000E+00,
1,
1,
autocalculate,
autocalculate;
!!!!!!!!!-
ScheduleTypeLimits,
Fraction,
0.0 : 1.0,
CONTINUOUS;
!- Name
!- Range
!- Numeric Type
Name
Direction of Relative North {deg}
X Origin {m}
Y Origin {m}
Z Origin {m}
Type
Multiplier
Ceiling Height {m}
Volume {m3}
21
GlobalGeometryRules,
UpperLeftCorner,
CounterClockWise,
WorldCoordinateSystem;
BuildingSurface:Detailed,
Zn001:Wall001,
!- Name
Wall,
!- Surface Type
R13WALL,
!- Construction Name
ZONE ONE,
!- Zone Name
Outdoors,
!- Outside Boundary Condition
,
!- Outside Boundary Condition Object
SunExposed,
!- Sun Exposure
WindExposed,
!- Wind Exposure
0.5000000,
!- View Factor to Ground
4,
!- Number of Vertices
0.0000000E+00,0.0000000E+00,4.572000, !- X,Y,Z ==> Vertex 1
0.0000000E+00,0.0000000E+00,0.0000000E+00, !- X,Y,Z ==> Vertex 2
15.24000,0.0000000E+00,0.0000000E+00, !- X,Y,Z ==> Vertex 3
15.24000,0.0000000E+00,4.572000; !- X,Y,Z ==> Vertex 4
BuildingSurface:Detailed,
Zn001:Wall002,
!- Name
Wall,
!- Surface Type
R13WALL,
!- Construction Name
ZONE ONE,
!- Zone Name
Outdoors,
!- Outside Boundary Condition
,
!- Outside Boundary Condition Object
SunExposed,
!- Sun Exposure
WindExposed,
!- Wind Exposure
0.5000000,
!- View Factor to Ground
4,
!- Number of Vertices
15.24000,0.0000000E+00,4.572000, !- X,Y,Z ==> Vertex 1
15.24000,0.0000000E+00,0.0000000E+00, !- X,Y,Z ==> Vertex 2
15.24000,15.24000,0.0000000E+00, !- X,Y,Z ==> Vertex 3
15.24000,15.24000,4.572000; !- X,Y,Z ==> Vertex 4
BuildingSurface:Detailed,
Zn001:Wall003,
!- Name
Wall,
!- Surface Type
R13WALL,
!- Construction Name
ZONE ONE,
!- Zone Name
Outdoors,
!- Outside Boundary Condition
,
!- Outside Boundary Condition Object
SunExposed,
!- Sun Exposure
WindExposed,
!- Wind Exposure
0.5000000,
!- View Factor to Ground
4,
!- Number of Vertices
15.24000,15.24000,4.572000, !- X,Y,Z ==> Vertex 1
15.24000,15.24000,0.0000000E+00, !- X,Y,Z ==> Vertex 2
0.0000000E+00,15.24000,0.0000000E+00, !- X,Y,Z ==> Vertex 3
0.0000000E+00,15.24000,4.572000; !- X,Y,Z ==> Vertex 4
BuildingSurface:Detailed,
Zn001:Wall004,
!- Name
Wall,
!- Surface Type
R13WALL,
!- Construction Name
ZONE ONE,
!- Zone Name
Outdoors,
!- Outside Boundary Condition
,
!- Outside Boundary Condition Object
SunExposed,
!- Sun Exposure
WindExposed,
!- Wind Exposure
0.5000000,
!- View Factor to Ground
4,
!- Number of Vertices
0.0000000E+00,15.24000,4.572000, !- X,Y,Z ==> Vertex 1
0.0000000E+00,15.24000,0.0000000E+00, !- X,Y,Z ==> Vertex 2
0.0000000E+00,0.0000000E+00,0.0000000E+00, !- X,Y,Z ==> Vertex 3
0.0000000E+00,0.0000000E+00,4.572000; !- X,Y,Z ==> Vertex 4
BuildingSurface:Detailed,
Zn001:Flr001,
Floor,
!- Name
!- Surface Type
22
FLOOR,
ZONE ONE,
Surface,
Zn001:Flr001,
NoSun,
NoWind,
1.000000,
4,
15.24000,0.000000,0.0,
0.000000,0.000000,0.0,
0.000000,15.24000,0.0,
15.24000,15.24000,0.0;
!- Construction Name
!- Zone Name
!- Outside Boundary Condition
!- Outside Boundary Condition Object
!- Sun Exposure
!- Wind Exposure
!- View Factor to Ground
!- Number of Vertices
!- X,Y,Z ==> Vertex 1
!- X,Y,Z ==> Vertex 2
!- X,Y,Z ==> Vertex 3
!- X,Y,Z ==> Vertex 4
BuildingSurface:Detailed,
Zn001:Roof001,
Roof,
ROOF31,
ZONE ONE,
Outdoors,
,
SunExposed,
WindExposed,
0.0000000E+00,
4,
0.000000,15.24000,4.572,
0.000000,0.000000,4.572,
15.24000,0.000000,4.572,
15.24000,15.24000,4.572;
!- Name
!- Surface Type
!- Construction Name
!- Zone Name
!- Outside Boundary Condition
!- Outside Boundary Condition Object
!- Sun Exposure
!- Wind Exposure
!- View Factor to Ground
!- Number of Vertices
!- X,Y,Z ==> Vertex 1
!- X,Y,Z ==> Vertex 2
!- X,Y,Z ==> Vertex 3
!- X,Y,Z ==> Vertex 4
Output:Variable,
*,
outdoor dry bulb,
hourly;
!- Key Value
!- Variable Name
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Daylight Saving Time Indicator, !- Variable Name
daily;
!- Reporting Frequency
Output:Variable,
*,
DayType Index,
daily;
!- Key Value
!- Variable Name
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Zone Mean Air Temperature, !- Variable Name
hourly;
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Zone Total Internal Latent Gain, !- Variable Name
hourly;
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Zone Mean Radiant Temperature, !- Variable Name
hourly;
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Zone Air Balance Surface Convection Rate, !- Variable Name
hourly;
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Zone Air Balance Air Energy Storage Rate, !- Variable Name
hourly;
!- Reporting Frequency
23
Output:Variable,
*,
!- Key Value
Surface Inside Temperature, !- Variable Name
daily;
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Surface Outside Temperature, !- Variable Name
daily;
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Surface Int Convection Coeff, !- Variable Name
daily;
!- Reporting Frequency
Output:Variable,
*,
!- Key Value
Surface Ext Convection Coeff, !- Variable Name
daily;
!- Reporting Frequency
Output:Reports,
VariableDictionary,
IDF;
!- Type of Report
!- Report Name
Output:Reports,
surfaces,
dxf:wireframe;
!- Type of Report
!- Report Name
Output:Reports,
construction;
!- Type of Report
Output:Meter:MeterFileOnly,
ExteriorLights:Electricity, !- Name
hourly;
!- Reporting Frequency
Output:Meter:MeterFileOnly,
Carbon Equivalent:Facility, !- Name
hourly;
!- Reporting Frequency
Output:Meter:MeterFileOnly,
EnergyTransfer:Building, !- Name
hourly;
!- Reporting Frequency
Output:Meter:MeterFileOnly,
EnergyTransfer:Facility, !- Name
hourly;
!- Reporting Frequency
OutputControl:Table:Style,
HTML;
!- Column Separator
Output:Table:SummaryReports,
AllSummary;
!- Report 1 Name
Exterior:Lights,
ExtLights,
AlwaysOn,
5250,
AstronomicalClock,
Grounds Lights;
!!!!!-
ScheduleTypeLimits,
On/Off,
0:1,
!- Name
!- Range
Name
Schedule Name
Design Level {W}
Control Option
End-Use Subcategory
24
DISCRETE;
!- Numeric Type
Schedule:Day:Hourly,
On,
On/Off,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.,
1.;
!!!!!!!!!!!!!!!!!!!!!!!!!!-
Name
Schedule Type Limits Name
Hour 1
Hour 2
Hour 3
Hour 4
Hour 5
Hour 6
Hour 7
Hour 8
Hour 9
Hour 10
Hour 11
Hour 12
Hour 13
Hour 14
Hour 15
Hour 16
Hour 17
Hour 18
Hour 19
Hour 20
Hour 21
Hour 22
Hour 23
Hour 24
Schedule:Week:Daily,
On Weeks,
On,
On,
On,
On,
On,
On,
On,
On,
On,
On,
On,
On;
!!!!!!!!!!!!!-
Name
Sunday Schedule:Day Name
Monday Schedule:Day Name
Tuesday Schedule:Day Name
Wednesday Schedule:Day Name
Thursday Schedule:Day Name
Friday Schedule:Day Name
Saturday Schedule:Day Name
Holiday Schedule:Day Name
SummerDesignDay Schedule:Day Name
WinterDesignDay Schedule:Day Name
CustomDay1 Schedule:Day Name
CustomDay2 Schedule:Day Name
Schedule:Year,
AlwaysOn,
On/Off,
On Weeks,
1,
1,
12,
31;
!!!!!!!-
Name
Schedule Type Limits Name
Schedule:Week Name 1
Start Month 1
Start Day 1
End Month 1
End Day 1
Loading [MathJax]/jax/input/TeX/config.js
25