ApacheHVAC Part E - Prototype Systems
ApacheHVAC Part E - Prototype Systems
No part of the manual is to be copied or reproduced in any form without the express agreement of
Integrated Environmental Solutions Limited.
E: Prototype Systems
System types and common features of Prototype Systems in the HVAC Systems Library
Figure 1-1: The Prototypes Systems Library facilitates loading any pre-defined or user-defined system.
ApacheHVAC includes a range of pre-defined systems for which numerous parameters (controller inputs,
flow rates, coil sizes, temperature resets, fan sizes, heating and cooling plant equipment capacities, etc.)
can be autosized with respect to setpoints, design loads, ventilation rates, operating schemes, and so
forth. There also capability for autosizing coils, fans, and heating & cooling equipment in fully custom-built
systems. Section 7: System Loads, Ventilation, and Autosizing, describes the auto-sizing process,
opportunities for user intervention, and the setting of associated system schedules, operating schemes
for unoccupied hours, economizer operation, and other system parameters.
IMPORTANT: While pre-defined prototype systems will function with only the assignment of rooms or
zones having been completed, appropriate results depend upon completion of sizing at two levels. This
sizing process, as described in the previous section, is completed in two stages (see ApacheHVAC User
Guide part C - Working with Prototype HVAC Networks, section 4 System Loads and Autosizing).
• Load/import HVAC networks from system library, user library folders, and previous projects.
• Export HVAC networks (all, one complete network, selected subset, plant only) to user libraries
Use the load/import from library toolbar button to access the Import dialog shown above and browse the
Figure 1-2: ApacheHVAC includes a library of numerous pre-defined, autosizable HVAC systems that can
be selected, previewed, and loaded from the dialog shown above. This dialog also provides access to user
libraries and project folders and options for inclusion of plant equipment, fuel code/energy end-use types,
and profiles referenced in the systems being loaded or imported.
Figure 1-3: HVAC systems selection: branches of the library folder tree can be collapsed and expanded;
characters entered in the field at the top of the tree can be used to filter the list of files; a description of
each system is provided below the tree; and the preview window displays the selected airside network.
Figure 1-5: The Import options tab provides selection of which categories of plant equipment will be
loaded, criteria for filtering equipment in each category, and which profiles or fuel-code/energy end-use
types, if any, should be loaded with the HVAC system network(s).
Additional systems can be loaded at any time and additional sizing runs performed as needed.
Figure 1-6: HVAC library systems 05c – VAV hotel-dorm public areas plus PTAC rooms and 07i – Multi-AHU
- DCV - commonDOAS are examples of system configurations that combine other pre-defined HVAC
networks for floor-by-floor applications, cascading airflow, or similar schemes.
PLEASE NOTE: This section of the ApacheHVAC User Guide is presently still under construction. Please be
sure to check for updates.
Part-load data matrices are provided for modeling generic and non-standard heating and cooling sources.
For this type of model, cooling COP can vary both with load and outdoor conditions. Part-load cooling
sources can also use the chilled-water loop model and associate pump modeling, but do not share the
detailed condenser-water loop and cooling tower models used by the full electric water-cooled chiller
model. Like hot-water boilers, part-load heat source models can use recovered chiller condenser heat
must presently still modulate associated pump power according to heating load. Any heat source can
serve space heating and/or domestic hot water loads, and a solar thermal hot water model with storage
tank is available to use as the first source of heat for domestic hot water.
Presently, mapping of results for any given node in the HVAC system on a psychrometric chart must still
be done by transferring state points to a separate psychrometric chart tool. However, this data is
available for every simulation time step and the Vista Results view supports graphing selected zone and
system-level node variables on the same graph. Room conditions and outdoor variables can similarly be
added to the same graph. Anything that can be graphed can also be viewed, copied, and exported to
other tools as a table of results data for each time step.
The pre-defined systems added in 6.3 include versions of systems 1 & 2 using the more detailed Unitary Cooling System
Model, a more advanced configuration of system 5 with enthalpy economizer and directly coupled copies of system 1 for
residence/hotel rooms, and a range of eight more advanced “non-conventional” systems. These include the following:
• Packaged terminal air conditioning using the detailed Unitary Cooling System (UCS) model
(appropriate for small single-zone units with fixed-speed fans that cycle on and off, such as
through-the-wall AC), with a hot-water heating coil coupled to a central boiler.
• Packaged terminal heat pump using the detailed Unitary Cooling System (UCS) model (appropriate
for small single-zone units with fixed-speed fans that cycle on and off, such as through-the-wall AC)
in cooling mode and an air-source heat pump in heating mode, with electric-resistance backup
heating coil.
• Indirect-direct evaporative cooling VAV-reheat system with backup DX cooling coil, dew-point-
temperature OA economizer high-limit control, zone-level humidity high-limit control, and CO2-
based demand-controlled ventilation (DCV) using zone-level sensors to first force individual VAV
boxes further open and the request additional outside air at the system level.
All 22 predefined systems will now load via the System Prototypes “S” button in ApacheHVAC and the System Prototypes
& Sizing Navigator. When the tabbed views have been provided in ApacheHVAC, users will load these predefined systems
individually, as needed.
1.2.3.1 Maintaining autosizing capability for components and controllers with autosized parameters
• The following system elements depend upon the relationships to the Loads Data spreadsheet:
o Room/zone-level airflow sizing process, including oversizing factors, turn-down ratios, etc.
Zone cooling min & max flows
Zone heating min & max flows
• Currently, updating system parameters and autosizable values in components controllers in a design or
proposed system—i.e., not the system for a PRM Baseline model—using the “Assign system
parameters and room sizing data” action requires that the target ApacheHVAC system file is named
“Proposed.asp”. As of version 6.4.1, there will be a list for selecting the target ApacheHVAC file when
performing a Room Loads Calculation, using the System Parameters dialog, or using the “Assign system
parameters and room sizing data” action, much as there is presently in the ASHRAE Loads dialog for
System-level sizing.
• The “Baseline0.asp,” “Baseline90.asp,” “Baseline180.asp,” “Baseline270.asp,” file names are and will
continue to be required for autosizing of baseline systems for the PRM Baseline model.
• Note, however, that for non-Baseline models only the four elements listed above under Room/zone-
level airflow sizing are significantly challenging to manually determine, edit, and/or modify directly in
the ApacheHVAC system file without the link to the spreadsheet. The others are about as easy to
change in either place, provided the next point is understood.
• If any autosized or autosizable values (with an “A” next to the input field) are manually edited in the
ApacheHVAC system file, care should be taken to prevent these being overwritten if the user wants to
avoid losing the changes if/when a subsequent “Assign system parameters and room sizing data”
action is used to update other numbers in the same ApacheHVAC system file. If this is a concern and
the user may again want to apply the “Assign system parameters and room sizing data” action for a
particular ApacheHVAC system file, then preserving manual edits to a component or controller
requires removing the alpha-numeric designation and colon at the beginning of its reference name—
e.g., deleting the “S2:” or “MC3:” bit of the component or controller name.
Avoid unnecessarily deleting and replacing controllers in autosizable systems; however, if a controller does
need to be replaced and the intent is to preserve relationships to the room/zone-level sizing spreadsheet for
the system elements listed above, the following rules apply:
• Any controller mapped for autosizing (having an “A” next to one or more input fields) must retain the
alpha-numeric designation and colon at the beginning of its reference name, as in “MC3:” , in order for
the autosizing function to be retained for those values.
• Users can also add controllers that re-use the alpha-numeric designation and colon at the beginning of
the reference name, as in “MC3:” , if they would like to have the newly added controller pick up the
same autosized values as the identically designated controller of the same type within the same HVAC
system category.
o For example, if it is helpful for some reason to have the Heating Airflow values in MC4 for
system type 07 show up in a controller that is be added to a customized version of a pre-
defined system that has a 07 at the beginning of the name, the new control would need to be
the same type as the pre-defined controller and would need to have “MC4: “ at the beginning
of its reference name.
o Once the new controller is added and properly named, clicking Save for the ApacheHVAC file
will complete the link and a black “A” should show up next to the corresponding input fields
(the same fields that receive the autosized values in the pre-defined controller that normally
uses the chosen alpha-numeric designation).
• Users can substitute non-autosized controllers, if desired. This is a workable approach in the case of
any controller for which inputs will be the same for all or most multiplex layer instances—e.g., a supply
temperature reset controller that will be set to have a range of 58 to 68°F for all layers in the
multiplex—or when the system has a very small number of layers, which makes manual editing much
more straightforward.
Return fan or common exhaust fan Fan and outlet for separately exhausted spaces
(volume not available for recirculation or transfer)
Figure 1-8: Many elements shown here are common to other pre-defined prototype systems. The sections below describe these and many others.
Note that the energy recovery heating and cooling mode target temperatures are intended to be
unattainable targets, just beyond the reach of the capability of the device to pre-heat or pre-cool the
incoming outdoor air with recovered heat or “coolth”. For the example above, when in heating mode
(based upon a sensed RA temperature of 71°F or less) the energy recovery would not be expected to be
able to heat the outside air all the way to 70°F with heat recovered from return/exhaust air that is itself
71°F or cooler. Similarly, the energy recovery would certainly not be expected to cool the outside air all
the way to 50 °F by rejecting heat from it to the return/exhaust air that is itself 73°F or warmer.
SC5 uses the same values at Min and Max signal as the energy recovery targets in SC4 and SC5. For the
controllers on the energy recovery device, SC4 and SC5, the targets could be more extreme with no effect,
as they are almost certainly unattainable. However, if the target temperatures at the high and low ends of
the proportional control band for the bypass damper are set to overly extreme values, this will have the
effect of making the useful part of the proportional band ramp very quick (over a nary range of sensed
values) from the lowest to the highest attainable values, or vice versa.
The most important number in these three controllers is the setpoint in the energy recovery mode
controls and midband value for the proportional control in the bypass and the bypass damper control, as
it determines the changeover from heating to cooling logic for energy recovery based upon the RA
temperature.
• CO2 sensors – single stage control for dedicated 100% outside air systems (DOAS): For these
systems, there is no recirculation path at the system level and thus the air handler is always
delivering 100% outside air to the conditioned zones. Therefore, for this fundamental category
of system configuration the sensed zone CO2 level is simply used to directly control the system
airflow to just that zone. If the air handler is delivering only tempered air having a relatively
neutral temperature to the zones, it may be acceptable for the system airflow to modulate to
zero so long as this does not cause CO2 levels to rise above the ppm setpoint. The default
calculations in the Loads Data spreadsheet set the lower bound at 30% of the maximum
airflow, however, this can be easily overridden by setting the Flow rate at Minimum Signal in
controller MC3 to an alternate value, including zero. When this type of DCV is set up to
modulate all the way to zero airflow, the zone damper will normally begin to open again as the
CO2 levels approach the ppm setpoint. The default proportional control bandwidth of 400
ppm, which can also be readily overridden in the controller (MC3 for any system type 09),
causes the damper to begin to open at 200 ppm below the setpoint and to reach fully open at
200 ppm above the setpoint.
A typical overall room CO2 setpoint might, for example, be in the range of 1,000 ppm, depending upon the
application, codes, etc. A single stage control for spaces served by a dedicated outside air system without
recirculation (e.g., one of the 09 prototype systems) would simply use this value as the midband to ramp
zone ventilation air between minimum and maximum values in keeping with CO2 levels for that zone. A
two-stage control for VAV system configurations 05 and 07 (with recirculation) might force the zone VAV
box all the way open using a ramp with midband of 900 ppm and then have a second stage ramp with
midband of 1,100 ppm used to gradually demand more system OA if the zone CO2 levels continue to rise.
Specific instructions for category 09 active chilled beam and 4-pipe active beam systems, as well as other
prototype system categories, follow below.
Figure 1-9: Two-stage DCV components in prototype system 5b are highlighted in this screen capture.
To add zone-CO2 based DCV to multi-zone VAV system 5 or 7 configurations (including most variants):
1. Delete the three connectors marked with a red “X” in step in the image above and move the SA
fan, OA/economizer damper, and associated controls one cell to the right.
2. Select and copy the junction, connectors, damper set, and both MC11 and MC12 controllers
(pointing to primary airflow path and DCV damper, respectively) as highlighted an placed in step
above. This will provide two-stage DCV-based control that first forces the zone VAV box more open
and then (when the VAV box is fully open) demands more system OA at the air handler, consistent
with the descriptive Reference names for controllers MC 11 and MC12.
3. Because systems 5 & 7 share the same fundamental configuration as system 5b, the MC11 and
MC12 controllers copied from that system to any derivative of either 5 or 7 will remain linked to
the “Sys 5,7” tab in the Loads Data spreadsheet. When data is assigned from the spreadsheet to
the controllers in the system, they will pick up min and max VAV airflows and CO2 midbands
bracketing the target CO2 level set in the System Parameters dialog.
To add zone-CO2 based DCV to multi-zone VAV + fan-powered boxes system 6 or 8 configurations:
1. Delete the three connectors marked with a red “X” in step in the image above and move the SA
fan, OA/economizer damper, and associated controls one cell to the right.
2. Select and copy the junction, connectors, damper set, and just the MC12 controller (the controller
pointing to the DCV damper) as shown in step above. This step will provide the DCV-based
system OA control, consistent with the labeling of MC12, “Demand-controlled ventilation (DCV)
per zone CO2 levels - stage 2 - demand more system OA”
3. To include the initial stage of DCV control that first forces the zone VAV box to open further (until
fully open) before demanding additional outside air at the system air-handler, you will also need
the MC11 controller; however, because there is loop with fan for the zone fan-powered box in
systems 6 and 8, this control needs to occupy a different location on the canvas.
4. Version 6.5 will include stretchable controller leads
for the controlled and sensed nodes, which allows
for copying the MC11 controller from system 5b
and stretching lead to fit it as shown (figure at
right). In releases prior to v6.5, however, the MC11
controller needs to be re-created so as to include
the same sensed and controlled variables, etc. as in
system 5b. Place the new controller as shown
above so that it senses room/zone temperature
and controls airflow at the same nodes as the
primary airflow VAV control, but without falling on
top of the loop for the fan-powered box.
The bold values for flow rate, which is autosizable, total pressure, and overall efficiency are the default
values within the supply fan component dialog for multi-zone VAV systems in the HVAC library. The fan
performance curve is defined by the series of shaft power (bhp) values relative to the Design shaft power
at max flow. The default RA fans use the same curves, but with 1.0 iwc default pressure at maximum flow
rate. Default fans for EA, fan-coil units, and fan-powered boxes are assumed to be constant-volume with
autosizable flow rate, 0.5 iwc pressure, and 70% overall efficiency. All fans have a default oversizing factor
of 1.15 for the flow-rate scaling of the performance curves during autosizing. Note that these fans are
notably more efficient than the required defaults for PRM Baseline systems.
Fan performance data in all ASHRAE 90.1 PRM Baseline systems is specific to the required fan power
allowances: Pressure and overall efficiency in the SA fan yield the required curve for variable-volume
systems and in all Baseline system the SA fan power accounts for all SA + RA + EA fans (but not fans in
parallel FPBs). The SA fans have flat pressure and very low efficiencies; RA and EA fans have zero pressure.
1.3.12 Reheat coil and controller (or similar components) – zone level
1.4.6 VAV using DX Cooling and parallel fan-powered boxes with electric heat
1.4.8 VAV using water-cooled chiller and parallel fan-powered boxes with electric heat
To understand this system, start by understanding System 7 VAV reheat, and substitute parallel fan-
powered boxes with 2-stage ER heat for the HW reheat coil.
The zone re-heat coil is two stage because that is how most electric-resistance coils in zone-reheat fan-
powered boxes are set up and controlled---as two on/off coils each with a fixed output. This allows users
to model this type of control/operation.
Parallel fan powered boxes have a fan that can run as needed for heating purposes (not all the time) and
also has both primary (mixed air from the AHU) and secondary (recirculated room air) paths that are
mixed together in the parallel box. Read up on parallel fan-powered boxes to learn more. A parallel fan-
powered box takes air out of the room, mixes that with the primary airstream, and runs both through a
heating coil and back to the room. The node immediately downstream of the room component on the
network is effectively "in" the room—i.e., it sees the fully-mixed condition of that room. This node is the
location on the network where air at the current room condition can be drawn from the room and
recirculated back to the room.
The zone-level recirculation loop is the parallel fan-powered box, as described above. Because System 8 is
a multi-zone VAV system with economizer damper set, just like other VAV re-heat systems but with fan-
powered reheat boxes using ER coils in place of HW reheat coils, and not a dedicated outside air system,
it must therefore also have a path for recirculating air at the system level.
1.4.10 Indirect-direct evaporative cooling version of VAV-reheat system 5 above with backup DX
cooling and zone-level CO2-based demand-controlled ventilation (DCV).
1.4.11 VAV-reheat with differential-enthalpy economizer set up for the public areas of a hotel or
similar building with PTAC systems for individual guest/resident rooms drawing air from an
atrium zone on the main VAV system.
1.4.12 Mixed-mode natural ventilation and VAV-reheat with zone temperature and zone CO2
overrides for nat-vent when it is insufficient
1.4.12.1 Temperature and CO2-based overrides when not enough cooling or ventilation is provided via
operable windows, in spite of favorable indoor-outdoor thermal conditions
1.4.15 Underfloor air distribution with parallel fan-powered boxes for perimeter zones, leakage
path, and heating-mode re-mixing of PFPb zones.
1.4.15.1 Can be used for thermal displacement ventilation by simply omitting the PFPb’s, UFAD plenum,
leakage path, and re-mixing in heating mode.
1.4.16 UFAD/DV system as above, plus heat pipe or run-around coil in AHU for free re-heat of sub-
cooled (dehumidified) air after the AHU cooling coil.
Figure 1-10: Many elements shown here are common to other pre-defined prototype systems. The sections below describe these and many others.
1.4.18 Radiant heating and cooling panels (i.e., four-pipe system), plus DOAS with airside energy
recovery and DCV.
1.4.19 Radiant panels and DOAS as above with heat pipe or run-around coil in AHU for free re-heat
of sub-cooled (i.e., dehumidified) air after the AHU cooling coil.
PLEASE NOTE: This section of the ApacheHVAC User Guide is presently still under construction. Please be
sure to check for updates.