Professional Documents
Culture Documents
Equest Modeling Procedures Quick Reference
Equest Modeling Procedures Quick Reference
Equest Modeling Procedures Quick Reference
S
S
-
Q
S
S
-
G
S
S
-
F
*
*
S
S
-
O
*
*
S
S
-
P
THERMAL ENERGY Total (Sens&Lat) Heat/Cool Coil Load P/T P/T P P P/T T P/T P/T
Sensible Heat/Cool Coil Load T
Latent Heat/Cool Coil Load T
Zone Coil Heat/Cool Load P/T
Baseboard Heat P/T P/T
Pre-heat P/T
Heat/Cool Addition/Extraction T
Cooling Peak Hour, Date, OA
Heating Peak Hour, Date, OA
Heat/Cool Peak Load Hourly Profile P
Max Daily Integrated Cooling Load P P
Heat Coincident w Cool Peak P P
Natural Ventilation Cooling P/T
ELECTRIC ENERGY Total Elec (LOADS + Fans, DX, Reheat) P/T P/T T P/T T
Total Elec Coincident w Cool Peak P P
Heating/Cooling Elec Use P/T P/T P/T
Fan Total Elec P/T P/T T P/T
Fan Elec for H/C/Coincident/Float T T
Fan Elec for Supply/Return/Hot Deck T
Auxiliary/Fan/Pump Elec P/T P/T T P/T
OTHER ENERGY Heating/Cooling Fuel Use P/T T T
Waste Heat T
HOURS Hours Heat/Cool/Float/Available
Fan Hours
Hours Night Venting/Night Cycle On
Hours Loads Not Met
Zone Hrs at Max Demand
Hours at RH ranges
SPACE TEMPERATURE Average (H/C/Fans On/Off)
Min / Max
Indoor/Outdoor Temp. Delta
Scatter Plot
OTHER Air Flow P
Heat/Cool Capacity
Heat/Cool E-I-R
Relative Humidity Scatter Plot
Sensible Heat Ratio
Delta Humidity Ratio
Equipment Part Load Ratio
NOTES:
T Total energy or Total load reported for these items
P Peak demand or Peak load reported for these items
SS-P at air handler level is provided for unitary systems
SS-P at zone level is provided for water loop heat pumps and heat pump PTACs
Ventilative Cooling is provided only for system types: RESYS, PSZ
left-to-right order of columns indicates top-down order of reports printed
in SIM output files,
** indicates most important reports
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide Detailed Simulation Reports
Resul t s Repor t i ng 6.40 Resul t s Repor t i ng
Detailed Simulation (DOE-2) Reports
PLANT Summary Reports
Figure 37
PLANT Summary Reports
P
la
n
t
E
n
e
r
g
y
U
t
iliz
a
t
io
n
U
t
ilit
y
&
F
u
e
l
U
s
e
S
u
m
m
a
r
y
E
q
u
ip
m
e
n
t
L
o
a
d
s
&
E
n
e
r
g
y
U
s
e
C
ir
c
u
la
t
io
n
L
o
o
p
L
o
a
d
s
E
n
e
r
g
y
E
n
d
-
U
s
e
,
b
y
U
t
ilit
y
T
y
p
e
E
n
e
r
g
y
E
n
d
-
U
s
e
,
b
y
U
t
ilit
y
M
e
t
e
r
B
u
ild
in
g
E
n
e
r
g
y
P
e
r
f
o
r
m
a
n
c
e
B
u
ild
in
g
U
t
ilit
y
P
e
r
f
o
r
m
a
n
c
e
L
o
a
d
s
&
E
n
e
r
g
y
U
s
e
,
b
y
P
la
n
t
C
o
m
p
o
n
e
n
t
PLANT SUMMARY REPORTS
P
S
-
A
P
S
-
B
P
S
-
C
*
*
P
S
-
D
*
*
P
S
-
E
*
*
P
S
-
F
*
*
B
E
P
S
*
*
B
E
P
U
*
*
P
S
-
H
*
*
THERMAL LOAD by Total Plant Cooling & Heating T
Waste Heat Recovery T
by Plant Equipment Circulation Loop Loads P/T P/T
Boilers, Chillers, Pumps, Towers, etc. Loads P/T P/T
Equipment Capacity P
Equipment Part Load Ratio
Loads Not Satisfied (Loops only) P/T P/T
Thermal Losses (Loops & Pumps only) P/T P/T
UTILITY ENERGY by Total Plant, Site Annual T T T
Monthly T
Energy Use Intensity (EUI) T T
Total Electric & Total Fuel Use T T
Electric Generation Fuel Use T
by Total Plant, Source Annual T T
Monthly
by Utility Type Annual P/T P/p/T
Monthly P/T P/p/T
by Utility Meter Annual P/T P/p/T T T
Monthly P/T P/p/T
by End Use Annual, by utility type P/p/T
Monthly, by utility type P/p/T
Annual, by utility meter P/p/T T T
Monthly, by utility meter P/p/T
Cooling & Heating (only) Input T
by Plant Equipment Boilers, Chillers, Pumps, Towers, etc. P/T P/T
HOURS Hour & Date of Peak
Equipment Operations Hours
% Hours Outside Throttling Range
% Hours Loads Not Met
NOTES:
T Total energy or Total load reported for these items
P (upper case) Peak load or Peak demand (COINCIDENT) reported for these items
p (lower case) NON-COINCIDENT Peak demand reported for these items
One copy of the PS-H report is produced for each plant component, i.e., for each circulation loop, chiller, etc.
One copy of the PS-E report is produced for each utility type, i.e., for all electric use and for all fuel use.
One copy of the PS-F report is produced for each utility meter, i.e., one report for each electric or fuel meter.
left-to-right order of columns indicates top-down
order of reports printed in SIM output files,
** indicates most important reports
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide Detailed Simulation Reports
Resul t s Repor t i ng 6.41 Resul t s Repor t i ng
Detailed Simulation (DOE-2) Reports
ECONOMICS Summary Reports
Figure 38
ECONOMICS Summary Reports
A
n
n
u
a
l
O
p
e
r
a
t
io
n
s
C
o
s
t
s
&
S
a
v
in
g
s
L
if
e
-
C
y
c
le
N
o
n
-
E
n
e
r
g
y
C
o
s
t
s
E
n
e
r
g
y
S
a
v
in
g
s
&
L
if
e
-
C
y
c
le
C
o
s
t
s
E
n
e
r
g
y
C
o
s
t
S
u
m
m
a
r
y
U
t
ilit
y
R
a
t
e
S
u
m
m
a
r
y
B
lo
c
k
C
h
a
r
g
e
s
&
R
a
t
c
h
e
t
s
,
b
y
U
t
ilit
y
R
a
t
e
S
u
m
m
a
r
y
o
f
P
o
llu
t
a
n
t
s
P
o
llu
t
a
n
t
P
r
o
d
u
c
t
io
n
,
b
y
B
lo
c
k
C
h
a
r
g
e
ECONOMICS SUMMARY REPORTS
E
S
-
A
E
S
-
B
E
S
-
C
E
S
-
D
*
*
E
S
-
E
*
*
E
S
-
F
*
*
E
S
-
G
E
S
-
H
ANNUAL Results by Utility Rate Energy Use T
Total Utility Costs ($) T T
Total Utility Costs ($/sqft) T
Total Utility Costs (ave $/billing unit) T
Component Charges P/T
Metered & Billing Use P/T
by Block or TOU Charge Total Utility Costs ($) T
Component Charges P/T
Pollutant Production T T
MONTHLY Results by Utility Rate Total Utility Costs ($) T
Component Charges P/T
by Block or TOU Charge Total Utility Costs ($) T
Component Charges P/T
Pollutant Production T T
LIFE-CYCLE Results Costs Installation, Repair, Replacement T T
Energy T T
Operations T T
Savings Energy T T
Operations T T
Energy + Operations T T
Investment Statistics Discounted Payback T
S-I-R, cost T
S-I-R, energy T
NOTES:
T Total energy or Total costs reported for these items
P Peak demand or Peak demand costs reported for these items
One copy of the ES-E report is produced for each utility rate.
One copy of the ES-F report is produced for each utility rate that includes at least one BLOCK-CHARGE.
left-to-right order of columns indicates top-down
order of reports printed in SIM output files,
** indicates most important reports
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide Hourly Reports
Resul t s Repor t i ng 6.42 Resul t s Repor t i ng
Hourly Simulation Reports
Summary
Hourly Simulation reports are optional, and if requested are provided in the SIM file as text file reports
(one page per day) in easy-to-read columnar format (Figure 39 below)). Hourly results may also be
exported in two convenient formats (CSV and columnar text DAT format) for use in spreadsheets.
Virtually all variables used in an eQUEST simulation are available for inclusion in hourly reports, thus
eQUEST SIM files for large buildings that include extensive hourly reporting can easily become quite
large, e.g., several hundred megabytes or larger. Hourly results for the master electric and natural gas
meters are also reported among eQUESTs graphical reports as a peak day report (these are automatically
prepared only for projects created using the Design Development Wizard. they are not automatically
prepared for projects created using the Schematic Design Wizard).
eQUESTs Hourly SIM file reporting is intended to provide maximum detail for simulation results. They
are especially valuable for confirming intended behavior of energy efficiency measures such as control
strategies.
Hourly Reports Example 1
Creating Hourly Reports
Hourly Simulation Reports are created in a two-step process. In the first step, one or more Hourly
Report Blocks are created which is where the hourly variables to be output are selected from pick lists. In
step two an Hourly Report is created which refers to the Hourly Report Blocks and established the
report schedule (for which calendar dates is the Hourly Report to be output) and the reporting frequency
(i.e., hourly, daily, monthly).
Figure 39
Hourly Reports in
the SIM File
The image at right is a
sample hourly report for
one day, i.e., 24 hours
(rows) plus min, max,
sum, and average for each
day (at bottom if each
days listing), month, and
year (sample listing for
Dec 31 shown at right).
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide Hourly Reports
Resul t s Repor t i ng 6.43 Resul t s Repor t i ng
The example that follows will create an Hourly Report that includes outside dry bulb temperature and
chilled water (CHW) load. Because the desired variables are not of the same type (outdoor temperature
versus CHW temperature), this will require that two Hourly Report Blocks be defined for use in the
Hourly Report specification. The first Hourly Report Block will provide outdoor air temperature. The
second will be used to provide CHW temperature.
For steps 1 through 5 below, refer to Figure 40 above.
1 Navigate to the Project & Site module by clicking on the button near the upper right portion
of the screen.
2 In the Component Tree (left portion of window), right click to the Hourly Report Blocks item, and
select Create Hourly Report Block (see Figure 40 above). This will display the Create Hourly
Report dialog (see inset in Figure 40).
3 Enter any preferred name for the first Report Block (OSA Data Block in the example above).
Allow the Creation Option to default to Create form scratch. Press OK to continue.
4 Completing Step
3
will cause the Required Hourly Report Block Data dialog to be displayed.
Select the Variable Type to be GLOBAL (i.e., weather data). Press Done.
5 From the Variable List, check Outside dry-bulb temp (F) and uncheck Clearness Number. Press
Done to continue.
6 From the Hourly Results Selection dialog (Figure 41 on the next page), press to create a
second Hourly Report Block (to be used to select CHW temperature). This will display again the
Create Hourly Report dialog (see inset in Figure 41).
7 Enter any preferred name for the second Report Block (CHW Data Block in the example in
Figure 41). Allow the Creation Option to default to Create from scratch. Press OK to continue.
Figure 40
Project & Site Screen
(Detailed Interface)
To create Hourly
Reports, from the Project
& Site screen, first create
one or more Hourly
Report Blocks by right
clicking on the Hourly
Report Blocks item in the
Component Tree. Select
Create Hourly Report
Block to display the
Create Hourly Report
dialog (see inset at right).
3
4
5
2
1
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide Hourly Reports
Resul t s Repor t i ng 6.44 Resul t s Repor t i ng
8 Completing Step
7
will cause the Required Hourly Report Block Data dialog to be displayed again.
From the Variable List, scroll down the list to find Average loop temperature, supply and
Average loop temperature return. Check both, then scroll back to the top of the Variable List and
uncheck 1=Loop running this hour. Press Done to continue.
Figure 41
Hourly Results
Selection Screen
(Detailed Interface)
To create Hourly
Reports, from the Project
& Site screen, first create
one or more Hourly
Report Blocks by right
clicking on the Hourly
Report Blocks item in the
Component Tree. Select
Create Hourly Report
Block to display the
Create Hourly Report
dialog (see inset at right).
6
7
8
Figure 42
Hourly Results
Selection Screen
(Detailed Interface)
Having created the
necessary Hourly Report
Blocks (see Figure 41),
press New Report to
create the Hourly Report,
then specify the hourly
reporting schedule and
first Hourly Report
Block.
10
9
11
12
13
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide Hourly Reports
Resul t s Repor t i ng 6.45 Resul t s Repor t i ng
9 From the Hourly Results Selection dialog (Figure 42 on the previous page), press to
create an Hourly Report. This will display again the Create Hourly Report dialog (see inset in Figure
42).
10 Enter any preferred name for the new Hourly Report (OSA & CHE Hrly Report in the example in
Figure 42). Allow the Creation Option to default to Create from scratch. Press OK to continue.
11 Completing Step
10
will cause the Required Hourly Report Data dialog to be displayed. From the
Report Schedule, select -Library- to display the Annual Schedule Library dialog.
12 On the Annual Schedule Library dialog, select Category = Starting Points and Entry = Schedule
ON/OFF (both are the default). Press Done to continue.
13 back at the Required Hourly Report Data dialog, select First Report Block = OSA Data Block.
Press Done to continue.
14 Back at the Hourly Results Selection dialog (Figure 43 above), confirm the selection of the OSA &
CHE Hrly Report in the upper left window and then use a check mark to assign the CHW Data
Block to the Hourly Report (Figure 44). Press Done to complete creating the Hourly Report.
Figure 43
Hourly Results
Selection Screen
(Detailed Interface)
Complete the creation
of the Hourly Report
by assigning the second
Hourly Report Block
(CW Data Block) to
OSA & CHW Hrly
Report.
14
Figure 44
Hourly Results
Selection Screen
(Detailed Interface)
The completed new
Hourly Report.
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide End Use Reporting Categories
Resul t s Repor t i ng 6.46 Resul t s Repor t i ng
End Use Reporting Categories
End Use Descriptions
eQUEST often reports simulation results by end use categories such as space cooling, space heating, and
lighting. The following list of end uses is intended to clarify what items are reported under which end use
category. While users generally cannot redefine which energy consumption items are assigned to which
end use, they can define meters (see Meters in this Quick Reference Guide) and assign loads to meters.
LIGHTS Indoor overhead (ambient) lighting
BDL: SPACE: LIGHTING-KW and/or LIGHTING-W/AREA
eQ :Internal Loads > Space Properties > Lighting
Usage Notes: 1) Additive if both keywords are used
2) Can be controlled by daylight controls
TASK LIGHTS Indoor Task lighting energy
BDL: SPACE: TASK-LIGHTING-KW
eQ :Internal Loads > Space Properties > Lighting
Usage Notes: 1) Cannot be controlled by daylight controls
MISC EQUIP Indoor equipment energy (see EXT USAGE for outdoor equipment energy)
Elec. Plug Loads: Indoor electric equipment (generally contributes to space loads, but may not)
BDL: SPACE: EQUIPMENT-KW and/or EQUIPMENT-W/AREA
eQ: Internal Loads > Space Properties > Equipment > Equipment
Space Process Lds: Other indoor energy sources (generally contributes to space loads, but may not)
BDL: SPACE: SOURCE-TYPE and SOURCE-BTU/HR
eQ: Internal Loads > Space Properties > Equipment > Internal Energy Sources
Loop Process Loads Process loads assigned directly to a circulation loop
BDL: CIRCULATION-LOOP: PROCESS-LOAD
eQ: Water-Side HVAC > Circulation Loop Properties > Process/DHW Loads
Indoor Direct Loads: Indoor energy sources which do not contribute to space loads (e.g., equipment in
exhausted
spaces) Consider this a process load sensed only by a utility meter, not sensed by any
thermostat.
BDL: ELEC-METER: INTERIOR-POWER, and INTERIOR-SCH
eQ: Utility & Economics > Electric Meter Properties > Direct Loads > Interior Direct Loads
SPACE HEATING Space heating by boilers, furnaces, heat-pumps etc.
Boilers: BDL: BOILER: TYPE and HEAT-INPUT-RATIO
eQ: Water-Side HVAC > Boiler Properties > Basic Specifications
Furnaces: BDL: SYSTEM: HEAT-SOURCE, FURNACE-HIR, HEATING-EIR,
eQ: Air-Side HVAC > System Properties > Heating > Coil Capacity/Ctrl | Unitary Power
Heat Pumps: during heating mode only
BDL: SYSTEM: HEAT-SOURCE, HEATING-EIR,
eQ: Air-Side HVAC > System Properties > Heating > Coil Capacity/Ctrl | Unitary Power
Usage Notes: 1) includes the impact of outdoor ventilation air, air-side economizers, fan heat, and
pump heat
2) includes HP condenser fan electric use IF accounted for via SYSTEM: HEATING-EIR
3) boiler draft fan electric use is included under SPACE HEATING, not PUMPS & AUX
NOTE: BDL = Building Description Language, i.e., input found in the project INP file (BDL command: keyword).
eQ = "path" to inputs within eQUEST's detailed interface dialogs (module > component > dialog tab >
sub-tab)
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide End Use Reporting Categories
Resul t s Repor t i ng 6.47 Resul t s Repor t i ng
SPACE COOLING Space cooling by chillers and package DX systems
Chillers: BDL: CHILLER: TYPE and ELEC-INPUT-RATIO
eQ: Water-Side HVAC > Chiller Properties > Basic Specifications
DX Units: BDL: SYSTEM: COOLING-EIR,
eQ: Air-Side HVAC > System Properties > Cooling > Coil Capacity/Ctrl | Unitary Power
Heat Pumps: during cooling mode only
BDL: SYSTEM: COOLING-EIR,
eQ: Air-Side HVAC > System Properties > Cooling > Coil Capacity/Ctrl | Unitary Power
Usage Notes: 1) includes impact of outdoor ventilation, air-side economizers, fan heat, and pump heat
2) includes DX condenser fan electric use IF accounted for via SYSTEM: COOLING-EIR
3) includes desiccant cooling, if any
HEAT REJECT Cooling towers and other heat rejection devices
WC Condensers: Heat rejection (tower) fan energy only.
BDL: HEAT-REJECTION: TYPE and ELEC-INPUT-RATIO
eQ: Water-Side HVAC > Heat Rejection Properties > Basic Specifications
AC DX Condensers: BDL: SYSTEM: CONDENSER-TYPE, OUTSIDE-FAN-ELEC
eQ: Air-Side HVAC > System Properties > Cooling > Condenser
Usage Notes: 1) Condenser water pump energy is reported under PUMPS & AUX
2) AC DX condenser fan electric use will be included under SPACE COOLING
IF accounted for using SYSTEM: COOLING-EIR
PUMPS & AUX Circulation pumps and auxiliary power consumed by various components
Circ Pumps: All circulation pumping energy, e.g., chilled water, condenser water, space heat hot water,
domestic hot water, including all pumps attached directly to loops or primary equipment.
BDL: PUMP: HEAD and FLOW
eQ: Water-Side HVAC > Pump Properties > Basic Specifications
Auxiliaries: any of numerous auxiliary power requirements, e.g., control panels, gas pilot lights,
solution pumps, crankcase heaters, heat tracing on a pipe.
In general, energy use is treated as "auxiliary" if it is incidental to the principal equipment,
e.g., draft fans on DHW heaters (draft fans on forced draft boilers are treated under space
heat), heat-recovery pumps on electric generators, cooling tower filter pump, etc.
BDL: (example:) CHILLER: AUX-KW, and AUX-MODE
eQ: (example:) Water-Side HVAC > Chiller Properties > Miscellaneous
Usage Notes: 1) Condenser water pump energy is reported under PUMPS & AUX
2) Boiler draft fan electric use is included under SPACE HEATING, not PUMPS & AUX
VENT FANS All ventilation fans, e.g., supply, return and exhaust fans, (not condenser or draft fans).
Supply Fans: BDL: SYSTEM: SUPPLY-STATIC and SUPPLY-EFF
eQ: Air-Side HVAC > System Properties > Fans > Fan Power and Control
Return Fans: BDL: SYSTEM: RETURN-STATIC and RETURN-EFF
eQ: Air-Side HVAC > System Properties > Fans > Fan Power and Control
Exhaust Fans: BDL: ZONE: EXHAUST-FLOW, EXHAUST-STATIC and EXHAUST-EFF
eQ: Air-Side HVAC > Zone Properties > Outdoor Air > Exhaust Air
Usage Notes: 1) An alternative to SYSTEM: SUPPLY-STATIC and SUPPLY-EFF is SUPPLY-
KW/FLOW and SUPPLY-DELTA-T (similar for return fans)
2) Condenser fan energy is reported under HEAT REJECT
3) Boiler draft fan electric use is reported under SPACE HEATING, not PUMPS & AUX
4) Although exhaust fans are included under VENT FANS on Plant reports, they are
excluded from SS-M and SS-L (these fan reports include only supply & return).
NOTE: BDL = Building Description Language, i.e., input found in the project INP file (BDL command: keyword).
eQ = "path" to inputs within eQUEST's detailed interface dialogs (module > component > dialog tab >
sub-tab)
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide End Use Reporting Categories
Resul t s Repor t i ng 6.48 Resul t s Repor t i ng
REFRIG DISPLAY Refrigerated display cases, and associated refrigeration systems
BDL: SYSTEM: REFG-COMP-EER and others
and ZONE: REFG-ZONE-LOAD and others
eQ: Air-Side HVAC > System Properties > Refrigeration > Design Parameters
and Air-Side HVAC > Zone Properties > Refrigeration
HT PUMP SUPPLEM Heat pump supplemental and defrost energy
BDL: SYSTEM: HP-SUPP-SOURCE, HP-SUPP-HT-CAP, and others
eQ: Air-Side HVAC > System Properties > Heating > Supp Heat/Defrost
DOMESTIC HOT WTR Domestic hot water energy
BDL: DW-HEATER: TYPE, HEAT-INPUT-RATIO, ELEC-INPUT-RATIO
eQ: Air-Side HVAC > System Properties > Heating > Supp Heat/Defrost
EXT USAGE Energy usage exterior to building, such as exterior lighting (e.g., parking lots or
signage)
think of this as a direct process load on a meter (not sensed by any thermostat)
BDL: ELEC-METER: EXTERIOR-POWER, and INTERIOR-SCH
eQ: Utility & Economics > Electric Meter Properties > Direct Loads > Exterior Direct Loads
NOTE: BDL = Building Description Language, i.e., input found in the project INP file (BDL command: keyword).
eQ = "path" to inputs within eQUEST's detailed interface dialogs (module > component > dialog tab >
sub-tab)
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide File Extensions
Resul t s Repor t i ng 6.49 Resul t s Repor t i ng
eQUEST & DOE-2.2 File Extensions
File Listing
eQUEST produces numerous files. The following provides a list of key eQUEST and DOE-2.2 input
and output files, identified by file extension.
Important Note: When archiving or sending an eQUEST project to
colleagues, these are the key input files. The PRD file is available
ONLY if you have included parametric runs in the project.
eQUEST Modeling Procedures Resul t s Repor t i ng
Quick Reference Guide File Extensions
Resul t s Repor t i ng 6.50 Resul t s Repor t i ng
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Overview
Sc hedul es 7.1 Sc hedul es
Sc hedul es
Overview
Schedules
Schedules are used in eQUEST whenever the user wishes to cause a model input to vary with time, e.g.,
hour by hour, and/or seasonally. Schedules are most often used to modulate building loads such as
occupancy,
lighting
internal equipment
where their use is required (i.e., schedules are required input in the above examples). In eQUEST,
schedules can also be used in applications that new users may not anticipate. For example,
to simulate the hourly variation in solar transmission and conductance of a window (e.g., to
approximate the effect of window interior shading due to the use of drapes or mini blinds);
to simulate the seasonal variation in the solar transmittance of a tree due to seasonal changes in
the tree foliage (e.g., see the DOE-2 BUILDING-SHADE or FIXED-SHADE commands);
to indicate outdoor air temperatures above or below which selected HVAC equipment is allowed
to operate (e.g., see the DOE-2 COOLING-SCHEDULE or HEATING-SCHEDULE
command to limit the availability of a cooling or heating coil).
Schedules can be very simple, e.g., a single thermostat set-point that remains constant for all hours of the
year, or they can be more complex, e.g., a schedule for personal computer energy use at a 24/7 university
student computing site where site energy use varies hourly, by day of the week and by season (e.g.,
spring/fall semester vs summer school vs semester breaks).
Schedules often contain fractional values (i.e., numbers that vary from 0 to 1) that serve as hourly
multipliers on one or more user-input design or peak values, e.g., peak lighting load in kW. Each hours
heat gain from zone lights would be, at least in part, the product of the design or peak hourly lighting load
times that hours lighting schedule value.
eQUESTs Detailed Interface supports many more schedule applications than do eQUESTs wizards.
The Schematic Design Wizard provides users a choice between Simplified Schedules (the default) or
detailed Hourly Enduse Profiles. The Design Development Wizard only uses Hourly Enduse Profiles.
In brief,
Simplified Schedules are simple on/off step-type schedules (e.g., two values) that allow users to
specify occupied versus unoccupied levels of use (e.g., for occupancy, lighting, and internal
equipment) and the times building occupancy begins and ends. Simplified Schedules can have up to
three weekly day types and up to two annual seasons, i.e., just enough to approximate schools.
Hourly Enduse Profiles allow uses more flexibility than Simplified Schedules but fall short of the full power of
DOE-2 schedules available in the Detailed Interface. For example, Hourly Enduse Profiles allow up to three
seasons per year and assume daily profiles that tend to vary hourly. Schedules in eQUESTs Detailed
Interface can have up to fifty-two seasons per year (i.e., each week can be unique).
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Wizard Procedures
Sc hedul es 7.2 Sc hedul es
Wizard Procedures (same for SD & DD Wizards)
Building Occupancy and Operations Schedules
A choice of "Simplified Schedules" or detailed "Hourly Enduse Profiles" can be used to describe the
buildings occupancy and equipment load profiles in the General Information Screen.
A selection of "Simplified Schedules" on the General Information screen provides access to Main &
Alternate Schedule screens within the wizard.
Figure 1
General Information
Wizard Screen
Use this screen to select the
buildings occupancy and
equipment load profiles
(See the following pages for
screens to further define
the usage.)
This same screen is used in
both the Schematic Wizard
(shown at right) and the
DD Wizard.
Figure 2
Main Schedule
Wizard Screen
Use this screen to define
Main and Alternate
Schedules for building
operations i.e., for
occupancy, ambient lights,
task lights, and equipment.
The Alternate Schedule
Screen is only if an
"Alt" Activity Area
Schedule Assignment
was selected on the
Occupied Loads by
Activity Area Screen.
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Wizard Procedures
Sc hedul es 7.3 Sc hedul es
Things to Know
The schedules can have up to two Seasons, where the second (optional) season could be used to
describe "atypical" building usage during some portion of the. Any days not included in the second
season are assumed to be in the FIRST (& LAST) SEASON. The dates for these seasons are always
shown on the screen.
Within each season, a weekly usage pattern is defined using up to three day types, e.g., the usage
pattern for Monday through Friday might be represented by one day type (DAY 1), Saturdays, Sundays
and Holidays could be a second day type (DAY 2). Inputs for OPENS AT and CLOSES AT identify the
occupied hours. All hours outside these occupied hours are considered unoccupied hours.
Usage level during occupied hours (OCCUP %, LITES LD %, EQUIP LD %) is used to determine the
level of usage in a space during "occupied" hours of simulation. The default usage During Occupied
Hours is based on Building Type (selected previously on the General Information screen).
Second season indicator (HAS SECOND SEASON) indicates that a second season is needed for this
schedule. The default for Second Season is based on Building Type (selected previously on the
General Information screen)
Season Definitions
A selection or "Hourly Enduse Profiles" on the General Information screen provides access to the
Operational Season Definitions, Building Operation Schedule and several Non-HVAC Enduse Loads and
Profiles screens within the wizard.
Things to Know
The second and third seasons may have up to three unique Date Periods for which the same building
operational characteristics are to be modeled. The first season represents all days not assigned to
either the second or third seasons.
DESCRIPTION OF SEASONS affect the defaults for NUMBER OF SEASONS, and Season LABEL, NUMBER
OF DATE PERIODS and each Date Periods beginning and ending dates within each season, as well as
the hourly profiles used to describe the Building Operation Schedule for each Season.
Figure 3
Seasons Definitions
Wizard Screen
Use this screen to define
operational seasons for the
building.
Select one, two or three
as the Number of
Seasons that best
describe the buildings
operation over the
course of a year.
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Wizard Procedures
Sc hedul es 7.4 Sc hedul es
Season LABELs are used to identify each season in subsequent screens of the Wizard.
It is important to note that an Operational Season is not necessarily represented by a contiguous
period of time, as is a conventional calendar season. When three DATE PERIODS are defined for an
Operational Season, they represent the times during the year when the building operates according the
operational schedule, as defined on the Building Operation Schedule Screen, for that Operational
Season.
There will be as many Start Date fields as there are Date Periods (one, two or three). Date Periods are
not applicable to SEASON #1 since its definition applies to all days not included as part of SEASON
#2 and SEASON #3.
The OBSERVED HOLIDAYS Screen enables users to select the holidays to be incorporated into the
building's operation schedules.
Building Operation Schedule
A selection or "Hourly Enduse Profiles" on the General Information screen provides access to the
Operational Season Definitions, Building Operation Schedule and several Non-HVAC Enduse Loads and
Profiles screens within the wizard.
Things to Know
The label for each season matches the label entered on the Season Definitions Screen.
Season Type (USE) enables the selection of several different types of use profiles for each season.
These choices vary by building type. The Wizard uses the selections for Building Operation Season
Type (USE) to determine an appropriate usage profile for each season defined in the Season
Definitions Screen. These profiles can be edited in the Hourly Profiles Screen.
The Wizard also uses the selections for Season Type (USE) to assign default values for OPENS AT and
CLOSES AT for each day of the week during each season. This selects the opening time for each day of
the week during Season 1. There are entries for all seven days of the week plus a holiday entry.
If the user selects "Open 24 hrs." or "Closed" then the corresponding input for CLOSES AT will not
be visible for that day of the week.
Figure 4
Building Operation
Schedule
Wizard Screen
Use this screen to enter
information about the
building operations
schedule during each
season.
One, two or three
seasons will appear on
this screen depending
on how many seasons
have been selected on
the Season Definitions
Screen.
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Wizard Procedures
Sc hedul es 7.5 Sc hedul es
There will be a separate input for Season Type (USE) for each Building Operation Season (SEASON
#1, SEASON #2 AND SEASON #3) according to the selection for Number of Seasons on the Season
Definitions Screen. The default for this value may vary depending on the selections for Building Type
(on the General Information screen) and Season Type.
Non-HVAC Enduse Loads and Profiles
A selection or "Hourly Enduse Profiles" on the General Information screen provides access to the
Operational Season Definitions, Building Operation Schedule and several Non-HVAC Enduse Loads and
Profiles screens within the wizard.
Things to Know
The profile first defaults based on current Building Type and Season Type settings. Each day of the
profile is then shifted based on changes the user may have made to the default Building Operating
Hours. In addition to occupancy profiles, the only profiles available to be edited will be the non-
HVAC enduses selected in the non-HVAC enduses screen.
Figure 5
Non HVAC Enduse
Wizard Screens
Use these screens to
enter Additional
information that
further describes the
enduse.
These screens allow the
user to select occupancy
and/or non-HVAC enduse
profiles for each season.
Figure 6
Hourly Enduse Profile
Wizard Screen
Use this screen to modify
any of the hourly profiles
used to model occupancy
and/or non-HVAC
enduses.
The screen capture
identifies each of the
controls available on this
screen.
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Wizard Procedures
Sc hedul es 7.6 Sc hedul es
Figure 6 displays all profiles contained in the Active Profiles Listing for the day selected in the Day
Selector window. The unselected profiles in the Active Profiles Listing are drawn using various
colored lines while the selected (editable) profile is drawn using blue bars. The Start Hour Shift, End
Hour Shift, Profile Maximum and Profile Minimum controls (and corresponding red lines) always
display values describing the currently selected (editable) profile drawn using blue bars.
Detailed Interface Procedures
Building Occupancy and Operations Schedules
Schedule Properties
Things to Know
Select the DAY SCHEDULE tab to create a day schedule for each distinct day type. In the Create Day
Schedule dialog box, accept the default DAY SCHEDULE NAME, or enter a new name. Select a Schedule
TYPE from the Schedule Type pick list. Edit the values in the day schedule by entering either hourly
values (see Hourly Value Fields for options) for hourly type schedules or reset information for reset-
schedules.
Select the WEEK SCHEDULE tab to create weekly schedules. In the Create Week Schedule dialog box,
accept the default WEEK SCHEDULE NAME, or enter a new name. Select a Schedule TYPE from the
Schedule Type pick list. Use the pick lists for each day to change these assignments as necessary. A
week schedule must have day schedule assignments for all days Monday through Sundays and
Holidays; however, Heat and Cool Design Day day schedule assignments are optional and are
assigned on the Edit Week tab.
Select the ANNUAL SCHEDULE tab to create an annual schedule. In the Create Schedule dialog, enter a
SCHEDULE NAME for this annual schedule. Select a Schedule TYPE from the Schedule. In the Required
Schedule Data dialog, pick the name of a week schedule to include in this annual schedule. In the Edit
Figure 7
Schedule Properties
Detailed Interface
Use this screen to define a
Schedule from the bottom
up.
Daily schedules need to be
defined first which are then
used as building blocks for
constructing weekly
schedules which are then
combined into an annual
schedule.
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Detailed Interface Procedures
Sc hedul es 7.7 Sc hedul es
Annual Schedule region of the tab, use the Week Schedule spreadsheet to attach additional week
schedules as necessary. Use the INSERT WEEK, ADD WEEK and REMOVE WEEK buttons as necessary.
The example on following pages will define a schedule for a particular space (Classroom/Lecture) in
elementary school. If necessary, change from Wizard Data Edit to Detailed Data Edit mode. Pull
down the Mode menu (upper left area of the detailed interface screen) and select Detailed Data
Edit then navigate to the Building Shell module: click on the button near the upper left
portion of the screen.
SCHEDULE Example 1
Part 1 of 4: Defining Day Schedules
Scroll the Component Tree (left portion of window) down to find DAILY SCHEDULES (Figure 7).
Right mouse click on the DAILY SCHEDULES folder, , in the Component Tree or on
any existing Schedule in the Component Tree, e.g., , and then from the pop-up
menu select Create. This will display the CREATE DAY SCHEDULE dialog (Figure 8).
CREATION OPTION: Choose Create from scratch This will cause a completely new Day Schedule to
be created. Alternately, Link to existing component is used when you wish to create a new Day
Schedule that will be linked to a master (i.e., source) Day Schedule. Copy an existing component is
used when you wish to create a new Day Schedule by first making an exact copy of any existing Day
Schedule that is independent of the source Day Schedule.
DAY SCHEDULE TYPE: chose Fraction Input. This indicates to eQUEST that the new Day Schedule
will be an Hourly operation expressed as a fraction of some minimum value, or where the actual
value of the parameter only varies from 0 to 1. Press to continue.
Selecting Fraction Input in the previous step, will cause a Required Data Dialog to display (Figure
9). For this example, assume 0.0 value (default for entire day). Pressing on this Required Data
Dialog completes the definition of the new Day Schedule and displays the Schedule Properties
dialog with the Day Schedules tab active (Figure 10).
Figure 8
Create Day Schedule
Detailed Interface Dialog
Use this window to specify a new Day Schedule by
selecting Day Schedule Name, Creation Option and
Day Schedule Type
Figure 9
Data Dialog for Day Schedule
Detailed Interface
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Detailed Interface Procedures
Sc hedul es 7.8 Sc hedul es
Having typed all the values and pressing on this Schedule Properties Dialog completes the
definition of the Daily Schedule.
SCHEDULE Example 1
Part 2 of 4: Defining Week Schedules
Scroll the Component Tree down to find WEEKLY SCHEDULES (Figure 7).
Right mouse click on the Weekly Schedules folder, , in the Component Tree or on
any existing Schedule in the Component Tree, e.g., , and then from the pop-up
menu select Create. This will display the CREATE WEEK SCHEDULE dialog (Figure 11)
CREATION OPTION: Choose Create from scratch This will cause a completely new Week Schedule to
be created. Alternately, Link to existing component is used when you wish to create a new Week
Schedule that will be linked to a master (i.e., source) Week Schedule. Copy an existing component is
used when you wish to create a new Week Schedule by first making an exact copy of any existing
Week Schedule that is independent of the source Week Schedule.
WEEK SCHEDULE TYPE: chose Fraction Input. This indicates to eQUEST that the new Week
Schedule will be an Hourly operation expressed as a fraction of some minimum value, or where the
actual value of the parameter only varies from 0 to 1. Press to continue.
Selecting Fraction Input in the previous step, will cause a Required Data Dialog to display (Figure
12). Here the previously created Day Schedules for Weekdays and Holidays are input. Pressing
on this Required Data Dialog completes the definition of the new Week Schedule and
displays the Schedule Properties dialog with active Week Schedules tab (Figure 13).
Figure 10
Schedule Properties Dialog
Detailed Interface
Shows newly created Schedule Properties. Use this dialog
box to input the hourly values for each hour of the day.
Figure 11
Create Week Schedule
Detailed Interface Dialog
Use this window to specify a new Week Schedule by
selecting Week Schedule Name, Creation Option and
Week Schedule Type
Figure 12
Data Dialog for Week Schedule
Detailed Interface
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Detailed Interface Procedures
Sc hedul es 7.9 Sc hedul es
Pressing on this Schedule Properties Dialog completes the Weekly Schedule definition.
SCHEDULE Example 1
Part 3 of 3: Defining Annual Schedules
Scroll the Component Tree down to find ANNUAL SCHEDULES (Figure 7).
Right mouse click on the Weekly Schedules folder, , in the Component Tree and
then from the pop-up menu select Create. This will display the CREATE ANNUAL SCHEDULE dialog
(Figure 14)
CREATION OPTION: Choose Create from scratch This will cause a completely new Annual Schedule
to be created. Alternately, Link to existing component is used when you wish to create a new
Annual Schedule that will be linked to a master (i.e., source) Annual Schedule. Copy an existing
component is used when you wish to create a new Annual Schedule by first making an exact copy of
any existing Annual Schedule that is independent of the source Annual Schedule.
ANNUAL SCHEDULE TYPE: chose Fraction Input. Press to continue.
Selecting Fraction Input in the previous step, will cause a Required Data Dialog to display (Figure
15). Here the previously created Week Schedules, End Month and End Day are input. Pressing
on this Required Data Dialog completes the definition of the new Annual Schedule and
displays the Schedule Properties dialog with the Annual Schedules tab active (Figure 16).
Figure 13
Schedule Properties Dialog
Detailed Interface
Shows newly created Schedule Properties. Use this dialog
box to input the Daily Schedule Assignments of the
week.
Figure 14
Create Annual Schedule
Detailed Interface Dialog
Use this window to specify a new Annual Schedule
by selecting Annual Schedule Name, Creation Option
and Annual Schedule Type
Figure 15
Data Dialog for Annual Schedule
Detailed Interface
eQUEST Modeling Procedures Sc hedul es
Quick Reference Guide Detailed Interface Procedures
Sc hedul es 7.10 Sc hedul es
Pressing on this Schedule Properties Dialog completes the Annual Schedule definition.
SCHEDULE Example 1
Part 4 of 4: Assigning Schedules
From the Component Tree (left portion of the Building Shell Screen), select any space with the
symbol. In this example South Perim Spc (G.S1) has been selected.
Right mouse click on the space and then click on properties. This displays the Space Properties
dialog with the Basic Specifications tab active (Figure 17). At the bottom of the dialog box find
Occupancy under which in the Schedule, the required schedule can be input. For the example
GndPrm Occ Schedule is selected (Figure 17).
Pressing on this Space Properties Dialog completes the schedule input for this space.
Similarly for the other spaces the schedule can be entered.
Figure 16
Schedule Properties Dialog
Detailed Interface
Shows newly created Schedule Properties. Use this dialog
box to input the Weekly Schedule Assignments. .
Pressing on this Schedule Properties Dialog
allows you to add more than one week schedule annually
Figure 17
Space Properties
Detailed Interface
Use this screen to assign
already defined schedules
to define various enduse
hourly profiles for different
spaces.
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Overview
Shadi ng 8.1 Shadi ng
Shadi ng
Overview
Shading
eQUEST/DOE-2 provides five methods to model shading effects on building energy performance.
Broadly, these can be subdivided into local versus global shadowing devices:
Local Shades Shadows cast from local shades affect only the window to which they are assigned,
the wall on which the window is located, and other windows on the same wall (i.e., windows that
share the same parent).
Window Fins and Overhangs can be defined using either of the Wizards or the Detailed Interface.
The characteristics of Window Fins and Overhangs include the following:
o are defined relative to the Window to which they are assigned and will therefore rotate with
the wall on which the window is located
o can only be rectangular in shape (specified via Depth and Width)
o are always opaque
o cannot reflect daylight
o are NOT restricted to be located immediately adjacent to the edges of their window
o are pictured in the three dimensional image presented in eQUESTs Detailed Interface
Window Setback, i.e., used to represent the distance a window is setback into the wall on which it
is located, is defined only within the Detailed Interface and is used to implicitly define window
fins and overhangs. Window Setback includes all of the characteristics of Window Fins and
Overhangs, plus the following:
o Window setbacks dont actually cause a window to setback into a parent wall, rather setback
is used to create fins and an overhang whose depth is given as the setback and which are
located immediately adjacent to the side and top edges of the window
o No additional heat transfer surface is created representing the side or top setbacks
surrounding the window
o Are not pictured in the three dimensional image presented in eQUESTs Detailed Interface.
Global Shades Shadows cast from global shades affect any exterior surface they strike.
Building Shades are defined only within the Detailed Interface. The characteristics of Building
Shades include the following:
o are defined relative to the Building coordinate system, and thus will rotate with the building if
the eQUEST building is rotated (i.e., will maintain its position relative to the building
geometry)
o can only be rectangular in shape (specified via Height and Width)
o are opaque by default but may have a transmissivity ranging from 0 (opaque) to 1.0
(transparent) assigned to it where the transmissivity can be either a constant or a schedule
where the transmissivity is varied hourly. NOTE: the transmissivity only applies to the beam
solar component. The diffuse solar component is not affected, i.e., the Building Shade
remains opaque to the diffuse solar component regardless of the assigned value for
transmissivity
o may reflect daylight (diffusive reflection only) but is not able to reflect total solar radiation
(cannot reflect diffusive or specular solar).
o are pictured in the three dimensional image presented in eQUESTs Detailed Interface
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Overview
Shadi ng 8.2 Shadi ng
Fixed Shades are identical to Building Shades with the one exception that Fixed Shades are
defined relative to the reference (site) coordinate system. If a building is rotated on the site, Fixed
Shades will retain their original location and azimuth, i.e., they will not rotate but will remain
fixed.
Exterior surfaces (e.g., walls and roofs) may also cast shadows but this is optional. eQUESTs
wizards automatically instruct building exterior surfaces to cast shadows (SHADING-
SURFACE=YES) as necessary. When exterior surfaces cast shadows, they act as Building Shades
with the exception that they are always assumed to be opaque and while they do reflect daylight,
their daylight reflectivity is not adjustable. NOTE: since EXTERIOR-WALLS and ROOFS are
not limited to rectangular shapes (i.e., Polygons may be used to describe their shape), they
indirectly, EXTERIOR-WALLS and ROOFS (with SHADING-SURFACE=YES) may be used to
model polygon-shaped shading surfaces.
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Wizard Procedures
Shadi ng 8.3 Shadi ng
Wizard Procedures (same for SD & DD Wizards)
Shading: Window Fins and Overhangs (Local Shades)
Things to Know about Figure 1:
a Fins and overhangs may be specified separately for top floor versus all floors,
b by principal orientation (up to five principal orientations), and
c by window type (window types are defined on the Exterior Windows screen) for up to three types.
By default, fins and overhangs are located immediately adjacent to the edges of the window,
however, they may be located a specified distance above (overhangs) or left/right (fins) the window.
(Negative entries are treated as zero entry.)
Figure 1
Exterior Windows
Shades and Blinds
Wizard Screen
Use this screen to
describe the basic
properties of any window
fins and/or overhangs.
This same screen is used
in both the SD Wizard
(shown at right) and the
DD Wizard.
More detailed options are
available in the Detailed
Interface
a b
c
d
Figure 2
Window Fins and
Overhangs
generated from the
example in Fig 1.
For the illustrated
building footprint, the
input shown in Figure 1
above results in the
arrangement of fins and
overhangs pictured at
right (fins on E & W,
ovhgs on S, E, & W).
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.4 Shadi ng
Detailed Interface Procedures
Shading: Local and Global Shading
Things to Know:
e) eQUESTs Wizards may be used to create only fins and overhangs. The Wizards also
automatically mark designate which exterior walls and roofs are capable of casting shadows.
f) eQUESTs Detailed Interface may be used to create any of the local shades (window
Fins/Overhangs or window Setback) or global shades (Building Shades, Fixed Shades, or shadow
casting exterior walls of roofs).
SHADING Example 1a: Local Shades
Window Fins and Overhangs
This example models the window Fins and Overhangs similar to those illustrated in the Wizard
example above.
For steps 1 through 3 below, refer to Figure 3 above.
1 If necessary, change from Wizard Data Edit to Detailed Data Edit mode. Pull down the Mode
menu (upper left area of the detailed interface screen) and select Detailed Data Edit then navigate
to the Building Shell module: click on the button near the upper left portion of the screen.
2 Scroll the Component Tree (left portion of window) to find a preferred window to receive a fin
and/or overhang.
3 Right mouse click on any existing window ( ) in the Component Tree and from
the pop-up menu select Properties. Alternately, double click on any existing window. This will
display the Window Properties dialog (Figure 4 below).
Figure 3
Building Shell
Screen
(Detailed Interface)
with 3-D Geometry
view selected
Use this screen to add
new window Fins and
Overhangs or Building
Shades.
Numbers refer to steps in
Shading Example 1a
below.
1
2
3
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.5 Shadi ng
For steps 4 and 6 below, refer to Figure 4 above and Figure 5 below.
4 Overhang Depth: Inputting a preferred depth for this windows overhang also unlocks the other
inputs for the other Overhang inputs. Similarly for Left Fin Depth and Right Fin Depth.
5 Other Overhang Inputs: other overhang inputs are available, as illustrated in Figure 4 above, to
specify overhang and fin dimensions, including offsets from the boundary of the window (see Figure
4 above). Similarly for Left Fin Depth and Right Fin Depth.
Things to Know about Fins and Overhangs (Figures 4 and 5):
c) Fins and Overhangs must be rectangular and are always modeled as opaque.
d) By default, Fins and Overhangs are located at the edge of a window but may be spaced away from the
window as illustrated in Figure 5 above.
e) The shadow cast by a local shading device such as Fins and Overhangs will only be seen by the window with
which it is associated, any other windows on the same parent exterior wall, and the parent exterior wall. No
other exterior walls or the windows on those other walls will be affected by the local shades.
Figure 5
Window Fins and Overhangs generated
from the input illustrated in Figure 4.
The inputs shown in Figure 4 above result in the
fins and overhang pictured at right, i.e., 2ft deep
fins spaced 1ft right & left of a 5x7ft window
with a 9ft long 3ft deep overhang spaced 1ft
above the top of the window.
Figure 4
Window Properties
Screen (Detailed
Interface) with Fins &
Overhangs tab view
selected
Use this screen to specify
window Fins and
Overhangs dimensions.
Numbers refer to steps in
Shading Example 1a
below.
5
4
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.6 Shadi ng
f) Use Expressions (see Quick Reference Guide topic Expressions) to make selected inputs (those
pictured in magenta font in Fig. 4 above) automatically contingent on other model inputs, e.g.,
Overhang width and Fin height (magenta font in Fig. 4) are contingent on inputs for vertical and
horizontal spacing (red font in Fig. 4).
g) Use User Defaults (see Quick Reference Guide topic Defaults) to specify overhangs on all
windows by right clicking on any input and selecting Edit/View User Default. Expressions may
also be used with User Defaults.
SHADING Example 1b: Local Shades
Window Setbacks
For steps 1 through 2 below, refer to Figure 6 above.
1) Repeat steps through from Shading Example 1a, to open the Window Properties dialog (see
Figure 6 above) from the Component Tree.
2 Setback: Enter a preferred depth for the window Setback.
Things to Know:
h) Window Setbacks dont actually set the window back into the exterior wall surface. Rather, they
cause fins and overhangs to be created, both with depth equal to Window Setback.
i) Window Setbacks function in the same manner as do window Fins and Overhangs (e.g., they are
local shades, assume to employ rectangular shading surfaces, are always opaque, do not reflect
daylight) except that window Setbacks create fins and overhangs located immediately adjacent to the
window top and sides, window setbacks are not depicted in the 3-D building view but are depicted in
the 2-D building view.
End of Shade Example 1 This completes the sequence of steps to define a new Local Shade.
For Global Shades, see Example 2.
Figure 6
Window Properties
Screen (Detailed
Interface) with Basic
Specifications tab
view selected
Use this screen to specify
window Setback.
Numbers refer to steps in
Shading Example 1b
below.
2
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.7 Shadi ng
SHADING Example 2a: Global Shades
Building Shades
This example will define a Building Shade intended to represent the shadowing effect of a ten
building across the street (south) from an example building being modeled.
1) Repeat steps and
2
from Shading Example 1a above, to locate the Building Shades component
on the Component Tree.
2 Right mouse click on the Building Shades folder ( ) in the Component Tree or on any
existing Building Shade in the Component Tree, and then from the pop-up menu select Create
Building Shade. This will display the Create Building Shade dialog (not shown).
3) On the Create Building Shade dialog (not shown), enter a preferred name for the new Building Shade
and Press to continue. This will cause a required keyword dialog to be displayed (illustrated
in Figure 8 below).
4 Height and Width: Enter the desired Height and Width for the Building Shade. This example will
assume a ten story building due south of the building being modeled, 150 feet wide (approximately
the same width as the building being modeled). Press to continue.
Figure 7
Building Shell
Screen
(Detailed Interface)
with 3-D Geometry
view selected
Use this screen to add
new Building Shades.
2
Figure 8: Required Data Dialog
for Building Shade
(Detailed Interface)
Enter the intended Height and Width of the
Building Shade.
4
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.8 Shadi ng
5 Height and Width: Building Shade Height and Width are filled in using input from the previous
required keyword dialog.
6 X and Y: Determine the location of the origin of the Building Shade. Picture the shadow casting
surface being vertical (as if it were the north-facing surface of the building across the street from the
modeled building) and imagine an outward normal emanating from this surface (see Figure 10
below), then locate the Building Shade ORIGIN as the lower left corner, as viewed from the outside.
7
5
f
t
Figure 9
Building and Fixed
Shade Properties
Screen (Detailed
Interface) with
Building Shade tab
view selected
Use this screen to specify
additional details
regarding the Building
Shade.
Figure 10
Site Diagram, Illustrating the Location of
the Building Shade in Relation to the
Modeled Building
Assume a ten story building, 150 feet wide, located
75 feet due south of the modeled building. With
the Building Origin located at the SW corner of
the modeled building, 1) picture the Building
Shade (BS) as a vertical surface; 2) imagine an
outward normal, then locate the BS ORIGIN at
the lower left corner (as viewed from the outside);
3) determine AZIMUTH by comparing the direction
of the outward normal with the Building
coordinate positive Y axis; and 4) determine TILT
by comparing the direction of the outward normal
with the Building coordinate positive Z axis
(vertical = 90 deg).
7
6 5
6
7
8
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.9 Shadi ng
7 Azimuth: Determine the AZIMUTH of the Building Shade by comparing the direction of the
outward normal with the Building coordinate positive Y axis (Figure 10).
8 Tilt: Determine the TILT of the Building Shade by comparing the direction of the outward normal
with the Building coordinate positive Z axis (90 degrees in this case).
9) Press to view the Building Shade in the 3-D view (Figure 11 below).
Things to Know about Building Shades
a) Building Shades are defined relative to the Building coordinate system, and thus will rotate with the
building if the eQUEST building is rotated (i.e., will maintain its position relative to the building
geometry).
b) Building Shades can only be rectangular in shape (specified via Height and Width)
c) Building Shades are opaque by default but may have a transmissivity ranging from 0 (opaque) to 1.0
(transparent) assigned to it where the transmissivity may be specified as a constant value or as a
schedule where the transmissivity is varied hourly. NOTE: the transmissivity only applies to the
beam solar component. The diffuse solar component is not affected, i.e., the Building Shade remains
opaque to the diffuse solar component regardless of the assigned value for transmissivity
d) Building Shades may reflect daylight (diffusive reflection only) but ONLY in the direction of the
outward normal (Figure 10). Building Shades are not able to reflect total solar radiation (neither
specular or diffusive solar).
e) are pictured in the three dimensional image presented in eQUESTs Detailed Interface
f) Building Shades are Global shades, meaning their shadows can influence the solar radiation incident
on any surface they strike.
Figure 11
Building Shell
Screen
(Detailed Interface)
with 3-D Geometry
view selected
This view shows the
newly created Building
Shade located 75 ft due
south of the modeled
building.
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.10 Shadi ng
SHADING Example 2b: Global Shades
Fixed Shades
Example 2b will define a Fixed Shade, duplicating the specification used for Shading Example 2a.
For steps 1 through 3 below, refer to Figure 12 above.
1 If necessary, change from Wizard Data Edit to Detailed Data Edit mode. Pull down the Mode
menu (upper left area of the detailed interface screen) and select Detailed Data Edit then navigate
to the Project & Site module: click on the button near the upper left portion of the screen.
2 Scroll the Component Tree (left portion of window) to locate the Fixed Shades component on the
Component Tree. Right mouse click on the Fixed Shades folder ( ) in the Component
Tree or on any existing Fixed Shade in the Component Tree, and then from the pop-up menu select
Create Fixed Shade. This will display the Create Fixed Shade dialog (not shown). Alternately, if
the Building and Fixed Shade Properties dialog (Figure 9 above) is open, initiate a new Fixed Shade
by clicking on the Fixed Shade tab.
3) Continue as in the Building Shade example (Shade Example 2a above) through step 9 (see Figure 13
below).
Things to Know about Fixed Shades
a) Fixed Shades share the same properties as Building Shades except that Fixed Shades are defined
relative to the Reference (Site) coordinate system and thus do NOT rotate with the building if the
eQUEST building is rotated (see to Figure 14 below):
Figure 12
Building Shell
Screen
(Detailed Interface)
with 3-D Geometry
view selected
Use this screen to add
new Building Shades.
2
1
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.11 Shadi ng
Figure 14
Building Shell
Screen
(Detailed Interface)
with 3-D Geometry
view selected
This view shows the
newly created Fixed
Shade as well as the
Building Shade created in
Shade Example 1a. The
building has been rotated
-45 degrees (counter-
clockwise). The Building
Shade rotated with the
building while the Fixed
Shade did not rotate.
Figure 13
Building and Fixed
Shade Properties
Screen (Detailed
Interface) with Fixed
Shade tab view
selected
Use this screen to specify
details describing the
Fixed Shade.
Building
Shade
Fixed
Shade
Building rotated -45 degrees
(counterclockwise) from
original azimuth
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.12 Shadi ng
SHADING Example 2c: Global Shades
Shadows from Exterior Roofs and Walls
Exterior Roofs and Walls can also be defined as Global Shades. The procedure is very simple.
1) Scroll the Component Tree (left portion of window) to locate any preferred Exterior Roof or Wall
on the Component Tree. Right mouse click on the selected Exterior Wall in the Component Tree,
and then from the pop-up menu select Properties (alternately, double click on the selected
Exterior Wall in the Component Tree). This will display the Exterior Surface Properties dialog
(Figure 15 above).
2 Shading Surface: To define the selected Exterior Roof or Wall as a Global Shade, select Shading
Surface to be Yes.
Things to Know about Shadows from Exterior Roofs and Walls
a) When exterior Roofs and Walls cast shadows, they are modeling internally as Building Shades,
sharing the properties of Building Shades (See above) except that they are always opaque and cannot
have their daylight reflectance adjusted.
b) As an alternative to using the Exterior Surface Properties Screen (Figure 15 above), use the
spreadsheet (Figure 16 below).
Figure 15
Exterior Surface Properties Screen
(Detailed Interface)
with Daylighting-Shading-Other tab
selected
Use this screen to cause an exterior Wall or
Roof to be defined as a Global Shade, i.e.,
implicitly create a Building Shade for each
exterior Roof or Wall with
Shading-Surface = YES.
2
eQUEST Modeling Procedures Shadi ng
Quick Reference Guide Detailed Interface Procedures
Shadi ng 8.13 Shadi ng
End of Shade Example 2 This completes the sequence of steps to define new Global Shades
(Building Shades and Fixed Shades). For Local Shades, see Example 1.
Figure 16
Building Shell
Screen
(Detailed Interface)
with 3-D Geometry
view selected
This view shows the
newly created Fixed
Shade as well as the
Building Shade created in
Shade Example 1a. The
building has been rotated
45 deg counter clockwise.
The Building Shade
rotated with the building,
while the Fixed Shade
didnt rotate.