Dns 24
Dns 24
Dns 24
Product Description
The BACstat II is a line of network room sensors/thermostats with a custom
LCD display and pushbutton interface. They can communicate directly on a
BACnet MS/TP network or Delta’s proprietary LINKnet network.
They are capable of displaying a wide-range of digital or analog values,
including setpoints, temperature, air flow, heating and cooling status, fan
speed, valve and damper position, and more. When connected on a BACnet
MS/TP network they function as independent BACnet sensors or thermostats.
When connected to a Controller on a LINKnet network they provide
programmable remote sensor and expanded I/O capabilities. BACstats that are
hardware revision 4 or greater can be flash loaded over the network, and have
termination resistors that are jumper selectable.
The DNS-24 models are network sensors they have multiple onboard sensor options including temperature
humidity, CO2 and motion, but do not have any outputs or internal control algorithms. The DNT-T103 has 1
extra input, 3 binary outputs and a number of built-in application control strategies. The DNT-T221 has 2
extra inputs, 2 analog and 1 binary output and built-in application control strategies. As a result, DNT
BACstats are capable of stand-alone control when directly connected on an MS/TP network.
Contents
OTHER RELEVANT DOCUMENTS .................................................................................................. 2
IMPORTANT INFORMATION .......................................................................................................... 2
SETUP & CONFIGURATION ............................................................................................................. 2
NETWORK COMMUNICATIONS ........................................................................................................... 2
DEVICE CONFIGURATION (KEYPAD) .................................................................................................. 2
SERVICE TOOL MODE (KEYPAD) ....................................................................................................... 7
INPUT CALIBRATION .......................................................................................................................... 8
INPUT SCALE RANGES ...................................................................................................................... 8
SOFTWARE & PROGRAMMING...................................................................................................... 9
OBJECTS............................................................................................................................................ 9
PROGRAMMING ............................................................................................................................... 12
CONTROL FUNCTIONS ................................................................................................................... 13
OVERVIEW ...................................................................................................................................... 13
SOFTWARE LOOP CONTROLLER ....................................................................................................... 15
SETPOINTS ...................................................................................................................................... 19
CONTROL DIAGRAM ........................................................................................................................ 20
CONTROL APPLICATIONS (MUX, VAV, VVT, HPU, FCU, RAD, HUM) ............................................ 21
OUTP UT FUNCTIONS & TYPES......................................................................................................... 29
OWS FUNCTIONS .............................................................................................................................. 34
APPENDIX A: PROGRAMMING NOTES.................................................................................................... 31
APPENDIX B: LINKNET......................................................................................................................... 32
Important Information
This document has been updated to include features and capabilities of Release 4a firmware and
hardware for the BACstat II DNS-x24, DNT-T103 and the DNT-T221 products. Although BACstat
firmware is independent from ORCAview, DCU, and Application Controllers, certain BACstat
capabilities require support in the other products. The firmware for hardware revision 4 (or greater)
DNS-24, DNT-T103 and the DNT-T221 can be flash loaded over the network.
A DSC is required
Local BACstat display handling and control strategies may be enabled
Data exchange may be done in GCL+ programming in any DCU or Application Controller
on the MS/TP network
Flash Programming
The BACstat II Release 4 product now offers flash loadable firmware across its network
connection. It is supported by Flashloader V3.33, and operates the same way as other Delta
controllers. Please ensure that all the databases have been backed up prior to upgrading the flash
firmware. Refer to the Flashloader V3.33 User's Guide for further details on using the
Flashloader to upgrade the firmware on the BACstat II Release 4 product.
When the text is displayed you are being prompted for the valid PIN or access code, a pre-
configured
4-digit code, which you must enter before you can gain access to the Configuration Menu. The
buttons on the left side of the BACstat have a value of 0, while the buttons on the right side have a
value of 1. Press the proper button sequence to match the password.
The default PIN is 1011. The PIN access code, contained in AV31, can be changed through the
OWS when the BACstat is connected to an MS/TP network.
Once you have entered the valid 4-digit code you will gain access to the Configuration Menu, and
will be displayed immediately to indicate you are now in Configuration mode. If you haven’t
entered a valid code (or if you do not press a button within about 10 seconds), the process will be
aborted and you will be returned to normal display mode.
If at any time after you have gained access to the Configuration Menu you do not press a button for
2 minutes, the BACstat will exit the Configuration Menu and return to normal display mode.
NEXT: Enter the current setting (and go forward to the next item in the menu).
Bottom Left Represents a value of 0 when entering the PIN access code.
(Down: ▼)
Rotates downward through menu items and options.
Use the NEXT and PREVIOUS buttons to navigate through the menu options. Once you have navigated to
the desired item you wish to display or change, use the arrow buttons to make any necessary changes.
Once the changes are made or you wish to move on, press NEXT or PREVIOUS.
NOTE: AI2 (and AI3 for the DNT-T221) are not configured through the Configuration
Menu. These objects must be configured through the OWS (i.e., for Scale/Units) – except
when AI2 is used for VAV airflow. Refer to OWS Functions on page 34 for more
information.
INPUT CALIBRATION
MS/TP CONNECTION
The inputs are typically calibrated in their associated local AI objects. These same calibration
fields are also mapped to variables (AV16 to 18) to allow other vendors in a multi-vendor
installation to calibrate the inputs. The inputs may also be calibrated right at the BACstat
using the Service Tool Menu.
Unless inputs are multiplexed, many of the input units and associated scale ranges are automatically
set when a built-in application is selected. Also refer to page 35 for configuring AI2 and AI3.
MS/TP CONNECTION
Only those units and associated scale ranges resident locally in the BACstat may be used.
* Names are user settable (to a maximum of 32 characters), and only on outputs when they are controlled remotely (i.e.,
MUXed).
These are the typical objects that may be commanded on the fly by a user or from GCL++, and also include the Outputs
(AV1-3) when they are MUXed. Never command the Configuration Variables (AV12, AV21-13) on the fly.
Inputs
Humidity (AI3)
On BACstats with the on board humidity sensor option (H), the humidity sensor shows up as analog
input 3. When configured as a LINKnet device with display code 1111 input scaling is done in the
parent controller (see Appendix B LINKnet). Download the humidity scale range AIC from the DNS-
24 product page on the support site.
CO2 (AI4)
On BACstats with the on board carbon dioxide (CO2) sensor option (C), the CO2 sensor shows up as
analog input 4. When configured as a LINKnet device with display code 1111 input scaling is done in
the parent controller (see Appendix B LINKnet). Download the CO2 scale range AIC from the DNS-
24 product page on the support site. CO2 is only available on the DNS-C24, DNS-CH24, and DNS-
CHM24.
Special Handling - The CO2 sensor factory calibration can be effected by rough
handling of the device so extra care should be taken when installing.
Warmup Time - On initial powerup the CO2 readings are held at 380ppm until the
sensor is "warmed up" (approximately 3 minutes). This prevents artificially high CO2
readings initiating a demand control ventilation sequence.
Minimum CO2 Reading - The CO2 input is has a low limit of 380ppm, it will not
display values lower than this. This is slightly below the accepted outdoor ambient CO2
levels which is relatively constant across the world. Readings below this outside of an
environment chamber are essentially impossible. This will ensure that the sensor does
not report unbelievable values to building operators during unoccupied periods.
Motion (BI5)
On BACstats with the on board motion sensor option (M), the motion sensor shows up as binary input
5. The motion option is only available on the DNS-M24 and DNS-CHM24.
The Motion sensor has a configurable latch time set in seconds using AV38. Note the configurable
latch time only applies when the BACstat is configured for MS/TP and has a default value of 60
seconds. This ensures that motion transitions are not missed when reading the motion sensor status
from a remote panel using default data exchange settings which would typically read the value every
30 seconds. In LINKnet mode AV38 is not used, the latch time is fixed at 2 seconds. Any extended
latch time should be programmed using GCL in the parent controller.
Code Description
H04 Reset count
H05 Flash programming count
H06 Flash operation failure
H08 I2C communication failure
C01 Communication overflow
C02 Buffer unavailable
C03 Into Sole Master
C04 DNA conflict
C05 MAC address conflict
C06 Receive overrun
C07 CRC error
C08 MSTP pass token timeout
Code Description
H01 EEPROM communication failure
H02 RTC communication failure
H03 LCD communication failure
H04 Reset
H05 Flash programming
H06 Flash failure
H07 Input failure
H08 I2C communication failure
H09 Humidity sensor failure
C01 Communication overflow
C02 Buffer unavailable
C03 Into Sole Master
C04 DNA conflict
C05 MAC address conflict
S01 Communication disabled
S02 Communication enabled
S03 COV subscription failure
S04 TimeSync received
S05 Database cleared
S06 Speed Changed
R00-07 MS/TP state machine lockup
R10-15 MS/TP timeout lockup
R21 BACnet application processing error
R22 Object execution error
R23 UI manager error
O00 Other
PROGRAMMING
MS/TP CONNECTION
Objects
All of the existing predefined BACstat II objects are readily accessible over the MS/TP network.
Control Applications
BACstats with I/O may be configured to run one of six possible built-in control applications.
Another option disables local control altogether.
GCL+ Programming
BACstats are not programmable devices – GCL+ does not reside in a BACstat. Rather, when
connected to an MS/TP network you configure a BACstat for local operation and write GCL+
located elsewhere as necessary to do additional functions. In this way you configure the BACstat for
local operation (both display & button handling and local control) and then write any necessary
GCL+ in another controller for additional strategies.
For example: Through the Configuration Menu, you typically configure the BACstat II display and
buttons to functional locally, so GCL+ programs are not necessary for handling the display value or
adjusting setpoint (i.e., AV15 = 1237). You may also select a suitable control application for local
control. Then, using GCL+ programming located in another controller (i.e., DCU or other System
Device) you make mode and setpoint changes based on Time-of-Day or other conditions.
WITH V3.21 FIRMWARE: All GCL+ programming for mode changes (DCU, DSC or DAC), data
exchange, and other strategies must be written in the DCU.
WITH V3.22 FIRMWARE OR HIGHER: GCL+ programming for mode changes, or other strategies may
be written in any appropriate controller on the network.
Refer to the Programming Notes in Appendix A of this document, and also the appropriate
Appendix within the ORCAview Technical Reference Manual for further programming information.
Control Functions
OVERVIEW
1. CONTROL APPLICATIONS
When connected to an MS/TP network, the BACstat may configured to operate according to one of 7
possible application control strategies, and displayed in the Application variable (AV12).
Application Description AV12
None (MUX)* Provides remote control of the outputs from another device. 0
VAV Provides control of a simple VAV box and optional fan. 1
VVT Provides control of a simple VVT box and optional fan. 2
HPU Provides control of a Heat Pump Unit with a reversing valve and a fan. 3
FCU Provides control of a Fan Coil Unit with heating/cooling and a fan. 4
Unit Heater No longer supported. Use FCU instead.
Radiation/Reheat Provides control of single or multi-stage heating with no fan. 5
Humidity Provides control of a Humidifier and assumes a model of the BACstat 6
with a humidity sensor. (DNT-H103B and DNT-H121B)
Refer to the Application section of this guide for further detail on each of these control strategies, on
page 21.
*Although possible, this is not recommended because it can cause excessive network traffic.
2. ALGORITHM MODE
The application control strategy operates in one of the following basic modes, as determined by the
Algorithm Mode variable (AV13).
Open VAV Only: Forces the box to its fully open position 13
Zero Calibration VAV Only: Forces calibration of the bias so the airflow reads 14
zero at current conditions. This assumes that the Air Handler has
been shut down and that there is no air flow at the box.
Heating Lockout All heating control and associated icons are completely disabled 20
(as though no heating stages even exist)
Cooling Lockout All cooling control and associated icons are completely disabled 21
(as though no cooling stages even exist)
Heating/Cooling Lockout Both heating and cooling control and their icons are disabled 22
Unless the fourth digit of the Display Code (AV15) is set to 1 or 5, or Fan Control is configured as
Manual, the top two buttons on the BACstat – OFF (O) and ON (I) – will switch between Night and Day
modes. Changing to the other modes for VAV is keypad accessible in Air Balancer mode within the
Service Tool menus. The Alg. Mode (AV13) is also fully accessible from another device over the
network (via GCL+ or ORCAview OWS or 3rd Party devices), to command it to any mode as required
(including the lockouts).
Lockout Modes
Heating and cooling lockout modes are operational for all Control Applications.
Basically, once a BACstat has been configured for various stages of heating and cooling, either the
heating and/or cooling may be disabled on the fly as necessary for various control strategies simply by
commanding the Alg. Mode (AV13). In all other regards, control continues to function the same as it
would when in Occupied mode.
This variable cannot be commanded or changed from the BACstat. As this function is completely
dependent on the air supplied to the boxes from another source, this variable would normally be
commanded over the network (i.e., typically via GCL+) whenever the air system changes between
heating and cooling.
NOTE: As of Release 3, VAV and VVT applications can no longer be configured with more than 1
stage of cooling. In earlier releases of firmware, do not configure a BACstat with more than 1 stage of
cooling, as additional stages of cooling don’t work properly when Box Mode is ever set to heating.
2. CONTROLLER OPERATION
100% NORMAL CONTROLLER ACTION -100%
Heating Cooling
0%
0% Temperature
Heating Cooling
Setpoint Setpoint
Day Setpoint
Deadband is a span of 0.2 around setpoint (heating or cooling) over which neither heating nor cooling
takes place.
Here are a few rules and restrictions to how the internal Loop Controller functions:
Heating and Cooling will not be ON at the same time
If the Input temperature is less than (Day Setpoint – (Day Differential + ½ Deadband)) then the
controller is in HEATING
If the Input temperature is greater than (Day Setpoint + (Day Differential + ½ Deadband)) then the
controller is in COOLING
If the Input temperature is between these two extents for Heating and Cooling, then the controller is
in A null zone
For all control applications (except when Box Mode is heating in VAV or VVT) the Controller Status
(AV14) will modulate from -100 to 100% and sequence any necessary output stages. A value of 0 to
100% represents heating output from the controller, while a value of 0 to -100% represents cooling
output from the controller.
Auxilary
Heating
100%
Flow
Damper
Controller
Output Deadband
0% Temperature
Heating Cooling
Setpoint Setpoint
Day Setpoint
For VAV or VVT applications, when the Box Mode is changed to heating, cooling is inverted and used
for controlling the flow damper as the first stage of heating, and the null zone is placed on the far right.
Moving from right to left, away from setpoint, the Controller Status (AV14) will modulate from 0 to
200% and sequence all the necessary heating stages. The flow damper modulates open over the first 0 to
100% and in so doing provides the first stage of heating. Any additional stages of heating modulate
open over 100 to 200%. Therefore, only when the Box Mode is in heating does the Controller Status
(AV14) modulate to a value greater than 100%, where 200% indicates all heating is fully open.
For heating lockout (in all applications), the heating output from the controller is forced to 0%, and the
heating icon is disabled on the LCD. Similarly, for cooling lockout, the cooling output from the
controller is forced to 0%, and the cooling icon is disabled on the LCD. As a result, the Controller
Status (AV14) will be limited accordingly.
3. CONTROLLER STAGING
Each controller can be split up into as many as three stages. The number of stages is automatically
determined by the output configuration associated with the selected application control strategy. The
controller stages are cascaded.
100%
Cooling
Controller
0%
100%
C1 C2 C3
0%
SETPOINTS
The BACstat II uses a series of setpoints for various purposes, most of which interact with one
another. For a complete list of these setpoints and other objects and their defaults, refer to the
Object table on page 9. When you change the units setting between ºC and ºF all of these
setpoints revert back to their matching default values – the BACstat does not do a conversion on
the fly. What follows hereafter is a working description for each of these setpoints. If the
particular setpoint is settable in the Configuration Menu it is indicated with its LCD text.
CONTROL DIAGRAM
The following diagram displays occupied mode and helps illustrate the relationship between the
internal software loop controller and various objects, including outputs.
Output 1
Binary (Dir or Rev)
PWM (Dir or Rev)
Heating
Analog (Dir or Rev)
Heating Stage 1 (H1)
Analog VAV Flow Damper
Heating Stage 2 (H2)
Tri-State Actuator
Heating Stage 3 (H3)
Input (AI1) Tri-State VAV Flow Damper
Controller &
Sequencing Cooling
Setpoint (AV6) Output 2
Cooling Stage 1 (C1)
Binary (Dir or Rev)
Cooling Stage 2 (C2)
PWM (Dir or Rev)
BACstat Buttons Cooling Stage 3 (C3)
(or remote Analog (Dir or Rev)
command via
GCL or OWS)
Fan Time Proportioned (D or R)
Constant Fan Operation (C) Tri-State Actuator
Algorithm Mode
(AV13) Intermittent Fan Operation (I) Tri-State VAV Flow Damper
Manual Fan Operation (M) Output 3
Notes: Binary (Dir or Rev)
1. indicates the output ty pe is only applicable f or the DNT-T103. PWM (Dir or Rev)
2. indicates the output ty pe is only applicable f or the DNT-T221. Time Proportioned (D or R)
3. An analog output ty pe f or outputs 1 & 2 on a DNT-T221 when HPU has been
selected prov ides a 0or 10v signal - it is not a 0 to 10v signal nor a dry contact. Binary Fan (On/Off)
4. The output f unctions and ty pes that are av ailable are dependent on the control
application selected and what was selected f or the prev ious output.
5. This is not a comprehensiv e diagram and does not include all output f unctions.
Ref er toOutput Functions and Typeslater in this document.
CONTROL APPLICATIONS
1. NONE (or MUX) – [Application (AV12) = 0]
Function: No local control strategy, allowing the outputs (via AV1 to AV3) to be directly controlled
from a remote device.
Triac outputs may be configured as Binary (which are not delayed; their values are transferred
immediately upon being received), PWM, and Tri-state (on Outputs 1 & 2).
Analog outputs may be configured for 0-10v actuators (DNT-T221 only).
Outputs configured as Pulse Width Modulation require that their “Low” and “High” variables be
appropriately configured for the particular type of device the outputs are connected to. Default
values of 59 and 293 are suitable for Belimo PWM actuators (representing 0.59 and 2.93 seconds
respectively).
Outputs 1 and 2 configured as a Tri-State pair require that the “Tri-State Runtime” (AV24) be
configured for the associated Tri-State actuator. The default of 120 seconds is suitable for certain
Honeywell actuators.
NOTE: Although “MUXing” is possible, it is not recommended because it can cause excessive
network traffic. DNT’s that are connected to a BACnet MS/TP network are designed to
operate as stand-alone devices using a local control application.
Room Temp. Air Flow N/A Optional OAT Tri-State Flow Tri-State Flow Fan
(0 to 1”) Damper (Open) Damper (Close)
Room Temp. Air Flow N/A Optional OAT Tri-State Flow Tri-State Flow None
(0 to 1”) Damper (Open) Damper (Close) (MUX)
Room Temp. Air Flow N/A Optional OAT Analog Flow Heating 1 Fan
(0 to 1”) Damper
Room Temp. Air Flow N/A Optional OAT Analog Flow Heating 1 None
(0 to 1”) Damper (MUX)
Room Temp. Air Flow N/A Optional OAT Analog Flow MUX Fan
(0 to 1”) Damper (not in R3 or >)
Room Temp. Air Flow N/A Optional OAT Analog Flow None None
(0 to 1”) Damper (MUX) (MUX)
NOTES: For fan-powered boxes, series fans should always be configured for continuous
operation – never intermittent or the fan could run backwards on startup. When a parallel
fan is used in a heating application it should be configured as the 1st stage of heating (and
wired to the appropriate output accordingly), rather than as a fan output.
Setup Parameters
Setup Variable Function Notes
AV24 Tri-state Flow Damper Runtime Default of 120 seconds
AV25 Air Flow Factor Converts Duct size and Air flow
velocity to CFM or Liters/Second
AV26 Air Flow Minimum Minimum Air Flow Setpoint
AV27 Air Flow Maximum Maximum Air Flow Setpoint
AV28 PWM minimum value or Binary On Delay (or Depends on OP3 configuration
Binary Off Delay for a Fan)
AV29 PWM maximum value or Time Proportioned Depends on OP3 configuration
Heating Controller Limit
Sequence of Operation
The airflow setpoint is generated from the Cooling Minimum setpoint, Cooling Maximum Setpoint and
the Cool 1 value as shown below.
Max Flow
NOTE: To prevent a series fan from
starting backwards, the damper stays
shut in all night modes – it does not
Max
Cooling flow
modulate. If heating is required
during the night, a radiant panel can
be used to meet the Night Heating
Air flow Setpoint Setpoint (AV10). Since the damper
will not modulate for night cooling
(AV11), if night cooling is required
Min write a GCL program in an
Cooling flow
associated DSC controller on the
network to put the box/BACstat into
0 Occupancy mode and bring on the air
Controller Output (Cooling 1) system until the setpoint is achieved.
0% 100%
The Air Flow input is compared to the current Airflow setpoint by the flow control loop. On the DNT-
T103, the Tri-State damper outputs 1 and 2 are used to control the damper to adjust the flow to match
the current airflow setpoint. The rate of the damper from closed to open is adjusted using AV24 –
Damper Run Time. The default value is 120 seconds. On the DNT-T221, the analog damper output 1 is
used to control airflow, but also requires that an appropriate runtime be set for the actuator (via Setup
variable AV24).
In Unoccupied Deadband mode the Airflow Setpoint is set to zero.
Output 3 may be selected as a fan for fan-powered boxes. Alternatively, the output may be selected to
be Heating 1 or supplementary Cooling 2, which may be of type Binary or PWM or Timed
Proportional.
Variable AV25 (Air Flow Factor) represents a value that includes duct size and any other constants or
conversion factors so Input 2 reads air flow (in CFM or L/S), and requires that:
NOTE: For fan-powered boxes series fans should always be configured for continuous
operation – never intermittent or the fan could run backwards on startup. And, in order for
a parallel fan to be properly sequenced it should generally be configured as the 1st stage of
heating (and wired to OP1), rather than as a fan.
Setup Parameters
Setup Variable Function Notes
AV24 Damper Runtime (Tri-state or Analog) Default of 120 seconds
AV25 N/A
AV26 Damper Minimum Damper Minimum Position
AV27 Damper Maximum Damper Maximum Position
AV28 PWM minimum value or Binary On Delay Depends on OP3 configuration
(or Binary Off Delay for a Fan)
AV29 PWM maximum value or Time Proportioned Depends on OP3 configuration
Heating Controller Limit
Sequence of Operation
The current damper position is generated from the Cooling Minimum setpoint, Cooling Maximum
Setpoint and the Cool 1 value.
Max Damper Position
Max
Damper
Position
Damper Position
Min
Damper
Position
0% 100%
For the DNT-T103 the desired damper position is compared to the current estimated damper position by
the Tri-State controller loop. The Tri-State damper outputs (1 & 2) are used to control the damper and
adjust the estimated position to match the current desired position. The rate of the damper from closed
to open is adjusted using AV24 – Damper Run Time (seconds). The default value is 120 seconds. On
the DNT-T221, the analog damper output 1 is used to control damper position, but also requires a
runtime value set in AV24.
In Unoccupied Deadband mode the damper position is set to zero.
Output 3 may be selected as a fan, which would operate according to the above table. Alternatively, the
output may be selected to be Heating 1 or supplementary cooling 2, which may be of type Binary or
PWM or Timed Proportional. Also refer to page 15 for operating information on Box Mode and
Controller Operation.
Setup Parameters
Setup Variable Function Notes
AV24 Binary Delay Transition Timer for Compressor
AV25 N/A
AV26 Binary Delay Transition Timer for Rev. Valve
AV27 N/A
AV28 PWM minimum value or Binary On Delay Depends on OP3 configuration
AV29 PWM maximum value or Time Proportioned Depends on OP3 configuration
Heating Controller Limit
Sequence of Operation
START
Heating & N N N
Heating > 90% Cooling > 90%
Cooling = 0
Y Y Y
DEADBAND HEATING COOLING
Y Y
If the Heating and Cooling controllers are both zero the control logic is in deadband and the compressor
output is turned OFF.
If the Heating controller value exceeds 90% the control logic will switch to heating, and the reversing
valve is turned ON if isn’t on already. After the transition timer has expired the compressor output will
be turned ON. The transition timer will then be reset (to the value set in the Setup variable AV24).
If the Cooling controller value exceeds 90% the control logic will switch to cooling, and the reversing
valve is turned OFF if isn’t off already. After the transition timer has expired the compressor output will
be turned ON. The transition timer will then be reset.
The HPU algorithm may use a fan on Output 3, or have an auxiliary heating or cooling output of type
Binary or PWM or Timed Proportional.
When the fan type is ‘Intermittent’ the fan will start when the compressor starts. When the compressor
stops the fan will be turned off when the delay time has expired (Setpoint 28, Output 3 Binary Delay).
NOTE: The analog outputs on the DNT-T221 do not modulate, but provide a 0 or 10v
signal for the compressor and reversing valve, and require interface relays for
switching purposes.
5. FAN COIL UNIT (FCU) – [Application (AV12) = 4]
Function: Control of a simple Fan Coil Unit with fan.
DNT-T103 I/O (Outputs 1 to 3 are Triacs)
Input AI1 Input AI2 Input AI3 Remote AV5 Output 1 Output 2 Output 3
Room Temp. N/A Optional OAT Heating 1 Heating 2 Fan
Room Temp. N/A Optional OAT Heating 1 Cooling 1 Fan
Room Temp. N/A Optional OAT Heating 1 MUX Fan
Room Temp. N/A Optional OAT Cooling 1 Heating 1 Fan
Room Temp. N/A Optional OAT Cooling 1 Cooling 2 Fan
Room Temp. N/A Optional OAT Cooling 1 MUX Fan
Room Temp. N/A Optional OAT Tri-State Tri-State Fan
Heating (Open) Heating (Close)
Room Temp. N/A Optional OAT Tri-State Tri-State Fan
Cooling (Open) Cooling (Close)
Setup Parameters
Setup Variable Function Notes
AV24 PWM minimum value or Binary On Delay or Depends on OP1 configuration
Actuator Runtime (Tri-State Valves)
AV25 PWM maximum value Depends on OP1 configuration
AV26 PWM minimum value or Binary On Delay Depends on OP2 configuration
AV27 PWM maximum value Depends on OP2 configuration
AV28 Binary Off Delay For the Fan
AV29 Time Proportioned Heating Controller Limit Depends on OP3 configuration
Sequence of Operation
The fan will operate according to the selected fan type as described under Fan Control in the Output
section of this document (on page 33). For hotel applications you may want to define the fan type as
Manual.
The selected heating and cooling outputs will operate according to their type and the controller stage
that they are associated with.
DNT-T103 Only: When the fan type is ‘Intermittent’ the fan will start when the first stage controller
value for heating or cooling becomes greater than 99.9%. When the first stage controllers for heating
and cooling both become less than 1% a delay counter for stopping the fan will be started. Once the
delay time has expired (Setpoint 28, Output 3 Binary Delay) the fan output will be turned off.
6. UNIT HEATER
This application is no longer supported as of Release 3 firmware for BACstat II products. Use the FCU
application to configure control for a Unit Heater. [And refer to Edition 1.6 for earlier firmware
releases.]
Setup Parameters
Setup Variable Function Notes
AV24 PWM minimum value or Binary On Delay Depends on OP1 configuration
or Actuator Runtime (Tri-State Valves)
AV25 PWM maximum value Depends on OP1 configuration
AV26 PWM minimum value or Binary On Delay Depends on OP2 configuration
AV27 PWM maximum value Depends on OP2 configuration
AV28 PWM minimum value or Binary On Delay Depends on OP3 configuration
AV29 PWM maximum value or Time Depends on OP1-3 configuration
Proportioned Heating Controller Limit
Sequence of Operation
The selected heating outputs will be operated according to their type and the controller stage that they
are associated with. There can be up to three stages of heating, depending on the heating type and
configuration of the outputs. Also, Outputs 1 to 3 may be defined as Time Proportioned instead.
Setup Parameters
Setup Variable Function Notes
AV24 PWM minimum value or Binary On Delay Depends on OP1 configuration
AV25 PWM maximum value Depends on OP1 configuration
AV26 PWM minimum value or Binary On Delay Depends on OP2 configuration
AV27 PWM maximum value Depends on OP2 configuration
AV28 PWM minimum value or Binary On Delay Depends on OP3 configuration
AV29 PWM maximum value Depends on OP3 configuration
Sequence of Operation
Input 3 represents the built-in humidity sensor and becomes the input to the internal controller. The
adjustable room setpoint (AV6) becomes the humidity setpoint. And the controller proportional band is
used for humidity control, now in units of percent. Output 1 (via AV1) will operate according to its
selected output type and the value of the controller output, typically turning ON when the humidity is
low and OFF when the setpoint value has been reached.
FUNCTIONS
Function Description LCD Code
MUX The associated output will be MUXed and not controlled by the 0
local algorithm, or not used at all.
Heating The associated output is connected to 1st stage heating. 10
The associated output is connected to 2nd stage heating. 20
The associated output is connected to 3rd stage heating. 30
Cooling The associated output is connected to 1st stage cooling. 40
The associated output is connected to 2nd stage cooling. 50
Fan The associated output is connected to an intermittent fan. 70
The associated output is connected to a constant fan. 80
The associated output is connected to a manually controlled fan. 90 *
Compressor The associated output is connected to a HPU compressor. 100
Reversing Valve The associated output is connected to a HPU reversing valve. 110
Humidifier The associated output is connected to a humidifier. 120
* Only available in HPU and FCU applications.
TYPES
Output Type Description Action LCD Code
Binary Provides ON/OFF control with a triac output. Direct 0.0
Reverse 0.1
PWM Provides modulating control using a Pulsed Width Direct 0.2
Modulation signal with a triac output.
Reverse 0.3
Analog Provides modulating control using a 0-10v analog Direct 0.4
signal (DNT-T221).
Reverse 0.5
Flow Damper Provides modulating control using a 0-10v analog N/A 0.6
(Analog) flow damper (DNT-T221 & VAV).
Time Provides modulating control using a Time Direct 0.8
Proportioned Proportioned signal with a triac output.
Reverse 0.9
Tri-State Provides modulating control using triac outputs 1 & 2 N/A 1.0
for a tri-state actuator (DNT-T103).
Flow Damper Provides modulating control, using triac outputs 1 & 2 N/A 1.1
(Tri-State) for a tri-state flow damper (DNT-T103 & VAV).
Box Mode affects how the flow damper functions in both VAV and VVT applications. Refer to page 15
for operating information on Box Mode, and page 16 regarding Controller Operation.
OWS Configuration
It is of course possible to configure the outputs via ORCAview OWS, rather than through the keypad
Configuration Menu at the BACstat. Variables AV21 to 23 are used to configure each of the three
outputs, but you must configure these variables in the proper sequence (refer to page 34 for further
information). For a complete list of these variables and other objects, refer to the Object table on page 9.
When configuring the BACstat through the keypad, configuration codes are automatically determined
for each of the output configuration variables. When using ORCAview OWS you manually enter an
appropriate configuration code for each variable (in the proper sequence). The configuration code for an
output is a combination of its function and type (as obtained from the tables on the previous page)
according to the following formula:
Output Configuration Code = Output Function Code + Output Type Code
For example: To configure Output 1 on a DNT-T221 as a direct acting analog output for first stage
heating, enter the number 10.4 into AV21 (where 10 is the function and 0.4 is the type, so 10 + 0.4
=10.4).
1. BINARY OUTPUTS
If the binary output is selected as MUX it simply transfers the value written to the corresponding variable
(AV1, AV2 or AV3) to the physical output. There is no delay.
If the binary output is controlled internally by the BACstat II, then it will have a delay-on that is
specified by its corresponding setup variable. This value is in seconds.
Physical Output Associated AV Delay Setup Variable
OP1 AV1 AV24
OP2 AV2 AV26
OP3 AV3 AV28
2.93 Sec.
0.59 Sec.
0%
100%
If the output using PWM is also configured as reverse acting then the output device will be considered
to be reverse acting (i.e., Normally Open) and the input value will be inverted internally before being
applied to the physical output. The actual action of the physical output will be direct.
If the PWM output is not being used for a Belimo device then the minimum and maximum values can
be changed to what ever is required. Also, Belimo actuators may be configured to use a 0.5 to 25.5
signal instead, which may be more suitable in many cases (i.e., variable values of 50 and 2550).
Physical Output Associated Output AV Min. Setup Variable Max. Setup Variable
OP1 AV1 AV24 AV25
OP2 AV2 AV26 AV27
OP3 AV3 AV28 AV29
The value (in seconds) is shifted by two decimal places when entered in the variable. Default values are,
Minimum PWM Value = 59 Maximum PWM Value = 293
100%
Time Proportioned
input
20%
0%
On
2 seconds 8 Seconds
Off
10 Seconds
5. FAN CONTROL
There are three modes of operation:
Fan Type Occupied Mode Unoccupied Mode
Continuous Fan ON constantly. ON when the Controller is not in
deadband for night setback.
Intermittent Fan ON when the Controller is not in ON when the Controller is not in
deadband. OFF in deadband. deadband for night setback.
Manual Fan Fan ON and OFF controlled by user ON when the Controller is not in
button presses. deadband for night setback.
If Fan is selected it is always connected to Output 3, and can be configured for reverse or direct acting.
Setup variable AV28 is the Fan delay value in seconds, which is used for ‘delay off’. [In some cases the
fan should be connected to OP1 and configured as the 1st stage of heating, not as a fan – see the note
below.]
Each configuration has a specific sequence of operation that is tailored to control that type of terminal
unit.
The fan is single speed ON/ OFF control. With the limited number of outputs, neither the DNT-T103 nor
the DNT-T221 support 2 or 3 speed fans in any of the built-in control strategies. If you need to control a
FCU or other equipment with multi-speed fans, you will need to connect the BACstat to a LINKnet
network, disable local control applications and write your own fan control program in the DAC the
BACstat is connected to.
When the application is set to FCU on a DNT-T103 and the fan type is Intermittent, the fan will start
when the first stage controller value for heating or cooling becomes greater than 99.9%. When the first
stage controllers for heating and cooling both become less than 1% and the Output 3 Binary Delay
(AV28) has timed out, the fan output will be turned off. [Only exists in Release 2 Firmware and higher.]
When the application is set to HPU on a DNT-T103 and the fan type is Intermittent, the fan will start
when the compressor starts. When the compressor stops and the Output 3 Binary Delay (AV28) has
timed out, the fan output will be turned off. [Only exists in Release 2 Firmware and higher.]
NOTE: For fan-powered boxes series fans should always be configured for continuous
operation – never intermittent or the fan could run backwards on startup. And, in order for
a parallel fan to be properly sequenced it should generally be configured as the 1st stage of
heating (and wired to OP1), rather than as a fan.
6. ANALOG (DNT-T221 ONLY)
Only the DNT-221 supports two analog outputs, which provide a 0 to 10v signal. Selecting Outputs 1
&2 as analog are not even options in the Configuration Menu for the DNT-T103.
For VAV and VVT, Output 1 is configured as an analog damper (flow for VAV and cooling for VVT).
The other analog output may be configured as a modulating output for auxiliary heating or cooling. Due
to the internal controller logic, an analog flow damper also requires that an appropriate runtime be set
for the actuator (via Setup variable AV24), which is set to control the speed with which the damper will
move and needs to be equal to or greater than the actual run time of the analog actuator. Analog outputs
for auxiliary heating or cooling do not have an associated runtime setting.
If the application is something other than VAV or VVT, then both analog outputs may be configured
for either heating or cooling. Analog outputs for heating or cooling may be either direct or reverse
acting.
For the HPU application, 2-position control is provided for the compressor and reversing valve, 0 or 10v
(typically requiring an appropriate interface relay), rather than modulating the two analog outputs.
OWS Functions
1. DEVICE CONFIGURATION
The BACstat can be configured and commissioned using the keypad buttons, via the Configuration
Menu, without additional software. It can also be configured using the ORCAview OWS if the BACstat
is connected to an MS/TP network.
However, to do this requires a minimum configuration for each device to ensure they are all configured
the same and are communicating properly on the designated network. These essential configuration
items include:
NETWORK CONNECTION: LINKnet OFF (MS/TP).
DNA: ON or OFF
DEVICE ADDRESS: 1-99 for MS/TP
BAUD RATE: Set the speed to match the network it will be connected to (76,800
bps is the default)
Configuration Settings
When the ORCAview OWS is able to access the BACstat and its objects, you may then configure the
following BACstat settings at the OWS (which are usually configured once and rarely ever changed
thereafter). However, these must be configured in the sequence provided (which is the same as the
Configuration Menu). Any change to these settings from an OWS requires the BACstat to be reset
(locally or via user command).
APPLICATION: AV12 (refer to page 13)
OUTPUT CONFIGURATION 1: AV21 (refer to page 30, and associated Application
information)
Command
CLEAR DATABASE: The clear database feature (YES or NO) resets the configuration settings to the
default. The following are not cleared: Baud Rate, Device Address, DNA/LINKnet, MaxMaster and
Max Info Frame.
UPDATE ACTIVE ALARM LIST: Not supported at this time.
COMMUNICATION CONTROL: This allows an OWS user to enable or disable a remote device from
initiating and responding to all BACnet services, except for Device Communication Control services
and Reinitialize Device services. It is primarily used for diagnostic purposes. Passwords are not
supported (and need not be entered) for BACstats, and the time duration is infinite.
RECONFIGURE: If DNA is enabled on the BACstat, this will re-configure its address by deriving portions
of it from other higher-level devices (for Area and System numbers). BACstat DNA addressing limited
to 4194199.
RESET: This will reset the device, similar to powering it off and then back on again.
Reload
DESCRIPTORS: This will reload the BACstat descriptors up into ORCAview OWS. This is particularly
useful if for some reason the OWS is out-of-sync with what objects and object names the BACstat has.
SYSTEM OBJECTS: Not supported at this time.
ACTIVE ALARMS: Not supported at this time.
NOTE: Loading databases between different models may cause database
load failures. For example, DNT-T103 ↔DNT-H103 ↔ DNT-T221, etc.
Load
This provides the capability of loading a BACstat file (which you have previously saved) into a
BACstat, and in so doing will configure it with the settings contained in the file. You can reload the file
either back into the source BACstat or into another BACstat. You can even use the same BACstat file to
load into multiple BACstats and thus copy the same configuration settings from one device to another.
Refer to Copying in item 3 above.
Save As
This provides the ability to save the BACstat object names and values to a file. You are not saving the
entire object structure as is done when saving DCU or Application Controller databases – you are only
saving object properties (names and values) – an important distinction since you cannot create or delete
objects in a BACstat. But since all the essential configuration information is contained in object values,
you are in fact saving the BACstat configuration to a file.
APPENDIX B: LINKnet
Input Calibration
LINKnet Connection
With local handling of the LCD display and buttons disabled (AVx15 = 1111), the BACstat sends A/D
values to its associated AI objects in the Application Controller, where calibration and filtering is
applied. Calibrate the AI objects in the Application Controller.
With local handling of the LCD display and buttons enabled (AVx15 > 1111), the BACstat sends
actual values to its associated AI objects in the Application Controller – all calibration and filtering is
done in the BACstat. Calibrate the BACstats locally (via Service Tool Menu) or use the mapped AV
objects (See the Objects table). Do not calibrate the AI objects in the Application Controller.
Device Limitations
Note that there are inherent limitations to the total number of devices per LINKnet network, as well as
the number of devices that have outputs. Refer to the appropriate Appendix in the ORCAview
Technical Reference Manual for further information.
Control Applications
BACstats with I/O should have their built-in control applications disabled. If you wish to have
BACstats running a local control strategy, then it should be connected to an MS/TP network instead.
Objects
Only the BACstat information that is represented by objects resident in the Application Controller is
readily accessible over the network. The objects resident within each BACstat are not directly
accessible to other devices in the system. To gain access to BACstat objects, you create objects in the
Application Controller that correspond to the objects located in its respective BACstats.
Object Name Description Creation
Object for BACstat LCD &
LCDx01 LinkLCD# Automatic
Button Presses
Matching object for the Input
AIx01, 02, 03, 04 [User Specified] Manually
Value
Matching object for the Input
BIx05 [User Specified] Manually
Value
Matching object for the
AVx01, 02, etc. [User Specified] Manually
corresponding AV
An LCD object is automatically created for each BACstat connected to the LINKnet network.
However, the associated AI objects representing the room temperature in each BACstat must be
created manually, and must follow a predefined numbering scheme. For DAC products the LINKnet
object instance number is the LINKnet device address (1 to 12) multiplied by 100, plus the MS/TP
object instance number. For example, you would create AI501 in the Application Controller to
represent the 10K Thermistor value on a BACstat with a LINKnet device address of 5.
For enteliBUS products the LINKnet object instance number is the LINKnet device address (1 to 12)
multiplied by 200,000, plus the MS/TP object instance number.
With V3.22 or higher loaded in the Application Controller, AV objects may be created in a similar
fashion to the AI objects, which map to corresponding AV objects in the BACstat. You can then use
these in GCL+ programming as well. With V3.21, mapped AV objects are not supported.
* Names are user settable (to a maximum of 32 characters), and only on outputs when they are controlled remotely (i.e.,
MUXed).
These are the typical objects that may be commanded on the fly by a user or from GCL++, and also include the
Outputs when they are MUXed.
GCL++ Programming
All GCL+ programming for BACstats on a LINKnet network is written in the Application Controller
that the BACstats are connected to, using the mapped objects resident in the Application Controller.
The LCD object is used for display and button handling. The mapped AI objects are used for reading
values. And with at least V3.22 firmware on the Application Controller, the mapped AV objects are
used for outputs, setpoints, and various other settings.
With V3.21 Firmware: When connected to LINKnet, local display and button handling should be
disabled (i.e., AVx15 = 1111), which is the default when you set the LINKnet Communications
Setting to On. This way, the LCD and buttons are fully accessible from the Application Controller for
custom programming. Then, with GCL+ and the LCD and AI objects resident up in the Application
Controller, you program the BACstat to operate as you want (similar to how ISTATs were
programmed) – all BACstat functionality is written in GCL+ located in the Application Controller.
Note that none of the AV objects are accessible with V3.21 firmware.
With V3.22 Firmware or Higher: You may disable local display and button handling (i.e., AVx15 =
1111) and program everything in GCL+ in the Application Controller as previously described for
V3.21 firmware. Or, by setting the Display Code to something other than 1111, the display and
buttons may be configured to function locally and GCL+ commands from the Application Controller
for display and button handling (via the LCD object) are ignored. This may be the preferred method
as no GCL+ needs to be written to handle setpoint adjust and the display of values on the LCD.
Examples
With a BACstat II connected on a LINKnet network with an address of 1 (which is associated with
LCD1 in the DAC) and the Application set to None, here is a simple example of GCL+ programming
using the LCD properties.
IF SCH1 ON THEN
LCD1.OCCUPANCY = 2
ELSE
LCD1.OCCUPANCY = 1
ENDIF
Note: It is recommended practice to place this program strategy within an appropriate DoEvery.
As a result, the BACstat LCD will display the Man in the House during occupancy hours (according to
SCH1), and the House without the Man during unoccupancy hours. Note, however, that the command for
either occupancy or unoccupancy is sent every program scan (or the DoEvery interval, as per
recommendations). This means that a user would not be able to do any local override at the stat (which may
be desirable for certain applications). If the user tries to do an override at the stat it will be over-written the
next time the program in the DAC is executed (possibly within split-seconds).
The following program is the same as above, except that the command for either occupancy or unoccupancy
is only sent when the SCH1 changes. This allows user override at the stat between schedule changes, and the
stat will revert back to matching the SCH1 object on the next change.
IFONCE SCH1 ON THEN
LCD1.OCCUPANCY = 2
ENDIF
IFONCE SCH1 OFF THEN
LCD1.OCCUPANCY = 1
ENDIF
Note: It is recommended practice to place this program strategy within an appropriate DoEvery.
GCL+ PROGRAMMING & KEYPRESS VALUES: In GCL+ programming you can evaluate the
KeyPress object to determine which BACstat button has been pressed, or any 2-button combination.
Where two buttons are pressed, the first button pressed represents the last digit and the second button
pressed represents the first (hundreds) digit of a 3 digit number. Note that processing KeyPress values
is disabled when using the Configuration or Service Tool menu. Here is the list of KeyPress values.
If the display code is enabled AVx15 (>1111) use AVx04, from the BACstat, to evaluate the Key
presses. If the display code is disabled (1111) use the LCDx01.Key press, from the DAC, to evaluate
the Key presses.
Button Value Button Value Button Value Button Value Button Value
O 1 O+I 201 I+O 102 ▼+O 103 ▲+O 104
I 2 O +▼ 301 I +▼ 302 ▼+ I 203 ▲+ I 204
▼ 3 O+▲ 401 I+▲ 402 ▼+▲ 403 ▲ +▼ 304
▲ 4