WorkPlace Tech Tool 4.0 Engineering Guide (F-27254-4)
WorkPlace Tech Tool 4.0 Engineering Guide (F-27254-4)
0
Engineering Guide
WorkPlace Tech Tool 4.0
Engineering Guide
On October 1st, 2009, TAC became the Buildings Business of its parent company Schneider Electric. This document reflects the visual identity of Schneider Electric, however there
remains references to TAC as a corporate brand in the body copy. As each document is updated, the body copy will be changed to reflect appropriate corporate brand changes.
All brand names, trademarks and registered trademarks are the property of their respective owners. Information contained within this document is subject to change without notice.
Schneider Electric 1354 Clifford Avenue, P.O. Box 2940, Loves Park, IL 61132-2940, USA 1-888-444-1311 www.schneider-electric.com/buildings
F-27254-4 December 2010 tl
Table of Contents
Preface xix
Purpose of this Manual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xix
Applicable Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xx
Conventions Used in this Manual . . . . . . . . . . . . . . . . . . . . . . . . . xxi
Acrobat (PDF) Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . xxi
Abbreviations Used in this Manual . . . . . . . . . . . . . . . . . . . . . . . . xxii
Manual Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xxiii
Chapter 1 Introduction 1
TAC I/A Series Hardware Products . . . . . . . . . . . . . . . . . . . . . . . . . 2
MicroNet Standard Controllers . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Common Controller Features . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Model Number Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
Universal Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
MN 50, 100,150, 200 Hardware Platforms . . . . . . . . . . . . . . . . 4
MN 110, 130
Hardware Platform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
VAV Hardware Platforms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Controller Firmware Revisions . . . . . . . . . . . . . . . . . . . . . . . . . 8
Profile Version Numbers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
MicroNet MN 800 Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
MicroNet Digital Wall Sensors. . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Common Sensor Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Sensor Models and Functions . . . . . . . . . . . . . . . . . . . . . . . . . 12
Diagnostic Functions of LCD Screen Models . . . . . . . . . . . . . 13
WorkPlace Communications Adapters . . . . . . . . . . . . . . . . . . . . . 14
Common Adapter Features . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
TAC I/A Series Software Products . . . . . . . . . . . . . . . . . . . . . . . . . . 15
The WorkPlace Tech Tool . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Application Creation and Modification . . . . . . . . . . . . . . . . . . . 16
Online Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Project Based Folders . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
MicroNet VAV Flow Balance Software . . . . . . . . . . . . . . . . . . . . . 17
Third-Party LonWorks Products . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172
Direct . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Reverse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Calendar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Program Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Event/Occurrence Required Properties . . . . . . . . . . . . . . . . . . 181
Leap Year Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181
Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182
Clocked SR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185
Compare . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
Example Application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189
Compare 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
Reset and Not Active . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
Control Override . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194
Example Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195
Count Down . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197
Count Up . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199
COV Priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202
Operation Sequence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203
Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203
Curve Fit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207
Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207
Example 1 - Valve Characterization . . . . . . . . . . . . . . . . . . . . . 208
Example 2 - Curve Fit Object Cascade . . . . . . . . . . . . . . . . . . 210
Example 3 - Sensor Characterization . . . . . . . . . . . . . . . . . . . . 211
Demux Select . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213
Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213
Applying the Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215
Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215
Purpose of this This TAC I/A Series™ WorkPlace Tech Tool Engineering Guide is a
Manual reference for programming TAC I/A Series MicroNet™ standard controllers
(MN 50, 100, 110,130, 150, 200, and VAV series) and the TAC I/A Series
MicroNet MN 800 controller, using the WorkPlace Tech Tool (WP Tech),
Version 4.0. It provides a detailed description for each of the 80-plus types of
control objects. Throughout this reference, control objects and related
entities are depicted using the graphical shapes found in WP Tech. Also
provided are explanations on how these MicroNet controllers store objects,
process data, and operate with MicroNet sensors. Reference information on
each of the LONMARK® profiles and available LONWORKS® network variables
is also included.
WP Tech 4.0 is a PC-based program, designed for use with Windows® 2000
Professional or Windows XP and Visio® 2002. WP Tech 5.x is a PC-based
program, designed for use with Windows XP service pack 1, Windows Vista,
or greater, or Windows 7® and Visio 2003 or Visio 2007. These WP Tech
versions are not designed for use with any other operating system, including
Windows 98 or Windows NT®.
Procedures for using WP Tech are included in a companion manual, the
TAC I/A Series WorkPlace Tech Tool 4.0 User’s Guide, F-27255.
It is assumed that readers of this manual understand basic HVAC concepts.
An understanding of LONWORKS networking and communications is helpful.
This manual is written for:
• Application engineers.
• Users who change hardware or control logic.
• HVAC technicians and field engineers.
• Service personnel who maintain TAC I/A Series systems
Applicable Documentation
– Application Engineers
TAC I/A Series WorkPlace Tech – Installers Provides step-by-step instructions for using
F-27255
Tool 4.0 User’s Guide – Start-up Technicians the WorkPlace Tech Tool, version 4.0.
– Service Personnel
– Application Engineers
Provides step-by-step instructions for
TAC I/A Series WorkPlace Tech – Installers
F-27278 installing WorkPlace Tech Tool,
Tool 4.0 Installation Instructions – Service Personnel
version 4.0.
– Start-up Technicians
– Application Engineers
A form for requesting the unlock code for a
TAC I/A Series WorkPlace Tech – Installers
F-27317 WorkPlace Tech Tool, version 4.0,
Tool 4.0 Unlock Request Form – Service Personnel
installation.
– Start-up Technicians
– Application Engineers
TAC I/A Series WorkPlace Tech A form for requesting the unlock code for a
– Installers
F-27318 Tool 4.0 Unlock Request Form for UK installation of WorkPlace Tech Tool,
– Service Personnel
the UK version 4.0.
– Start-up Technicians
TAC I/A Series WorkPlace Tech – Application Engineers Describes features and specifications of
F-27319
Tool 4.0 Specification Data – Sales Personnel WorkPlace Tech Tool, version 4.0.
– Application Engineers
TAC I/A Series MicroNet VAV Flow – Installers Provides step-by-step instructions for using
F-26421
Balance User’s Manual – Start-up Technicians the MicroNet VAV Air Balance Software.
– Service Personnel
– Application Engineers
TAC I/A Series WorkPlace Tech – Installers Provides step-by-step instructions for using
F-26987
Tool (version 3.2) User’s Guide – Start-up Technicians WorkPlace Tech Tool, version 3.2
– Service Personnel
Acrobat (PDF) If you are reading this manual online in Adobe Acrobat™ (.PDF file format),
Conventions numerous hypertext links exist, both in normal black text and in blue text.
• Hypertext links in this document include all entries in the Table of
Contents and the Index, as well as cross-references within the body text.
For ease of recognition, cross-reference links within the body text
appear in blue type, for example Manual Summary. A link is indicated
whenever the mouse pointer changes to a hand with a pointing finger.
• When viewing this guide with Adobe Acrobat, you can display various
“bookmark” links on the left side of your screen by choosing “Bookmarks
and Page” from the “View” menu. As with the links described above,
these “bookmark” links will also cause the mouse pointer to change to a
hand with a pointing finger.
Abbreviations Used
in this Manual AHU Air Handling Unit
AO Analog Output
DI Digital Input
DO Digital Output
EEPROM Electrically Erasable Programmable Read-Only Memory
EPROM Erasable Programmable Read-Only Memory
HVAC Heating, Ventilating, and Air Conditioning
I/A Intelligent Automation
I/O Input / Output
LCD Liquid Crystal Display
LED Light Emitting Diode
LON Local Operating Network
FCS Fan Coil Sensor
FTT Free Topology Transceiver
LNMT LONWORKS Network Management Tool
mA milliAmperes
MicroNet TAC I/A Series MicroNet Controllers and Sensors
(Controllers (Throughout this manual, these products are not to be confused
and Sensors) with MicroNet 2000 Controllers and Sensors.)
MN Sensor MicroNet Sensor
NCI Network Configuration Input
NVI Network Variable Input
NVO Network Variable Output
OTP One-Time-Programmable
PC Personal Computer
PDF Portable Document Format
PCMCIA Personal Computer Memory Card International Association
PWM Pulse Width Modulation
R2R Resistor-to-Resistor
RAM Random Access Memory
ROM Read Only Memory
RTU Roof Top Unit
S-LK Sensor Link or S-Link
SNVT Standard Network Variable Type
TO Triac Output
UI Universal Input
Vac, Vdc Volts (Alternating Current or Direct Current)
VAV Variable Air Volume
WP Tech WorkPlace Tech Tool
XIF External Interface File
Manual Summary The TAC I/A Series WorkPlace Tech Tool Engineering Guide contains six
chapters, two appendices, and an index.
Chapter 1, Introduction, provides a brief overview of the various TAC I/A
Series hardware and software products, as well as a discussion of
third-party products and network management tools.
Chapter 2, Object Programming Basics, provides basic explanations of
how Schneider Electric control objects work in TAC I/A Series MicroNet
controllers, including how information (data) is processed. This chapter also
provides overviews of stencils and how control objects are represented in
WP Tech, and explains the different general categories of control object
types.
Chapter 3, Understanding Programming Boundaries, explains the
device-specific boundaries present when engineering a TAC I/A Series
MicroNet controller application. Boundaries are most visible as resource
tags, which include available I/O points, MicroNet sensor attributes,
controller schedule functions, and LONMARK profile or network variable
items. Controller memory resources and logical “Custom objects” are also
explained.
Chapter 4, Anatomy of a Control Object, explains the common
characteristics of any Schneider Electric control object, which include
configuration properties, input properties, and output properties. Common
object behavior relating to mixing data classes, inverted inputs, and
prioritized inputs is also discussed. Material in this chapter supplements the
individual control object descriptions provided in Chapter 5.
Chapter 5, Control Objects, lists the 80-plus control objects by stencil
groupings and also provides an alphabetical list. Each control object is
individually described, with each description alphabetically sorted for easy
reference. Each object description includes the WP Tech object
representation (shape), device support and memory requirements, and
tables describing the object’s configuration properties, inputs, and outputs.
Each object description has an “Applying the Object” section to explain the
object’s behavior and provides examples.
Chapter 6, LONWORKS Network Data Exchange, explains LONWORKS
network variables (NVs) used in TAC I/A Series MicroNet controllers. It
begins with a general discussion of SNVTs. Then, it describes how SNVTs
are implemented in the MicroNet standard controllers (profile tags) and the
MicroNet MN 800 controller (SNVT objects). This is followed by individual
descriptions of the NCI, NVI, and NVO objects. The last sections discuss the
point history logging function, and how bindings are used to share data over
a network.
Appendix A, Memory Requirements, explains the memory usage of control
objects in TAC I/A Series MicroNet controllers, including an alphabetical
listing of all objects with their corresponding memory requirements.
Appendix B, Profiles and Network Data, provides quick reference
information on each of the HVAC LONMARK Functional Profiles as
implemented in TAC I/A Series MicroNet standard controllers. This
information includes details on Standard Network Variable Types (SNVTs)
used in LONMARK profiles, and how SNVTs exchange data with MicroNet
control logic. Next, reference information is provided on the MN 800
This chapter provides a brief overview of the various TAC I/A Series
hardware and software products closely related to the WorkPlace Tech Tool,
including:
• MicroNet Standard Controllers (MN 50, 100, 110, 130, 150, 200, and
VAV)
• MicroNet MN 800 Controller (MN 800)
• MicroNet Digital Wall Sensors (MN-Sx Series)
• WorkPlace Communications Adapters
• The WorkPlace Tech Tool
• MicroNet VAV Flow Balance Software (see MicroNet VAV Flow Balance
User’s Manual, F-26421.
Finally, mention is made of various “third-party” LONWORKS based products.
Both hardware products and software products exist in this category. The
most notable software products are “network management tools”, meaning
PC programs used to logically configure a network of nodes (including TAC
I/A Series MicroNet controllers).
MicroNet Standard There are nine hardware platforms for TAC I/A Series MicroNet standard
Controllers controllers. Six platforms (MN 50, 100, 110, 130, 150, and 200) are for
control of packaged rooftops, heat pumps, fan coils, and similar unitary
applications. Three platforms (V1R, V2R, and V3R) are variable air volume
(VAV) models.
interference that may cause undesired operation.
device may not cause harmful interference, and (2) This device must accept any interference received, including
This device conforms with Part 15 of the FCC Rules. Operation is subject to the following two conditions: (1) This
This device conforms with Part 15 of the FCC Rules. Operation is subject to the following two conditions: (1) This
D E C O N N E C T E R AVA N T E N T R E T E N .
D E C O N N E C T E R AVA N T E N T R E T E N .
D I S C O N N E C T P O W E R B E F O R E S E RV I C I N G .
D I S C O N N E C T P O W E R B E F O R E S E RV I C I N G .
I N T E R C O N N E C T S E PA R AT E C L A S S 2 C I R C U I T S .
I N T E R C O N N E C T S E PA R AT E C L A S S 2 C I R C U I T S .
R I S K O F E L E C T R I C A L S H O CK O R F I R E . D O N O T
C5
DO5
DO5
C6
DO6
CL
S-LK: 16VDC Max, Class 2.
UI: 5VDC Max, Class 2.
CAUTION
DO6
CL OS
CAUTION
OS OP E24G
Power: 24VAC, 50/60Hz, Class 2,
OP E24G EN
Regulating Equipment
Regulating Equipment
N2223
EN SW 24G
N2223
SW
DO4
8.5VA + DO1-DO4 loads.
SW 24G
24VAC
24
24VAC
24 SW H3
DO3
24
DO3
SW H3 SW H3
DO2
DO2
24
24VAC
24
24VAC
24 SW H2
DO1
SW H2
DO1
SW H2 24H 24H1
E9429
24H1 24
E9429
934G
24H H1
934G
24H
24H 24G
24G 24G
T
24G
I
M
GN
X
I
M
X
V
C
D GN
E
AO
R
GN
E
GN
R
AO D
C
V
SRVC
R
CO
C
D
S
SRVC
D
R
DO5: 250VAC, 3A Max, COS f = 0.4.
CO CO M
LON
AO
J1
LON
M
LON
M
UI: 5VDC Max, Class 2.
J1
UI
S-LK
LON
CO
Ambient Temp: -40 C to +60 C
S-LK
UI
S-LK
COM 0V
UI M S-LK
S-LK
COM 0V
S-LK DI
COM 0V
UI1
DI S-LK UI /COM
COM 0V
UI1
DI
MNL-13R
/COM
8.5VA + DO1-DO4 loads.
I/A Series
MNL-11RF2
UI2
/COM S-LK DI
I/A Series
S-LK
UI2
24VAC
24VAC
S-LK
UI3
/COM
UI3
S-LK LO
GND
0V
LO N
GND
S-LK
0V
N LO LO
LO N LO N
N LO
N N
LO
N
Common Controller All controller platforms differ by physical characteristics and numbers and
Features types of I/O points, but each controller platform provides these features:
• 24Vac powered.
• Standalone control capability.
• Support for a digital MicroNet sensor via a Sensor Link (S-LK) bus.
• LONMARK compliance, each having a LONMARK HVAC Profile.
• Onboard LONWORKS FTT-10 transceiver.
• Onboard LON Service LED, Receive and Transmit Data LEDs, and
Service Pin Button.
Model Number Code The model number for any MicroNet standard controller is coded with the
following information:
MicroNet LONWORKS
Hardware Platform, MN series, 5R = 50, 10R = 100, 11R = 110,
13R = 130, 15R = 150, 20R = 200,
V1R, V2R, V3R
LONMARK Profile Type, where: F = Fan Coil (8020)
H = Heat Pump (8051)
MNL-20RF3 R = Roof Top (8030)
Profile Version Number S1 = Satellite 1 (Roof Top variant 1)
S2 = Satellite 2 (Roof Top variant 2)
S3 = Satellite 3 (Roof Top variant 1)
S4 = Satellite 4 (Roof Top variant 2)
V = Variable Air Volume (8010)
MN 50, 100,150, 200 The MN 50 series is the smallest platform and has the fewest I/O points. An
Hardware Platforms MN 50 controller can be panel mounted and has connections for power,
communications, and I/O wiring on two terminal blocks. Refer to Table–1.2
below for the I/O points provided by the MN 50.
MN 50
SW
24
SW H3
24
SW H2
24H
24H 1
24G
GN AO
D CO
M
UI
S-L
K/C DI
OM
S-L
K
LO
N
LO
N
Wiring Subbase
Table–1.2 I/O Point Comparison of MN 50, 100, 150, 200 Controller Platforms.
MN 50 MN 100 MN 150 MN 200
Type of I/O Point
(MNL-5Rx) (MNL-10Rx) (MNL-15Rx) (MNL-20Rx)
Digital Inputs (DI) 1 1 — 2
Universal Inputs (UI) 1 2 3 3
Digital Outputs (DO) 3 4 2 6
Analog Output (AO) — — 2 2
LONMARK Profiles
Each of the four controller platforms is available in models that differ by
LONMARK profile, which is programmed at the time of manufacture. The
profile is in read-only-memory and cannot be erased or changed. The
following LONMARK profile types (and corresponding model numbers) for
MN 50, 100, 150, and 200 are available:
Note: “Satellite” profile controller models are similar to those with Roof Top
Unit profiles, but include a more flexible assortment of network variables for
use in general-purpose types of applications. Refer to “LONMARK Profiles
(page 614)” in Appendix B for more details on the LONMARK profiles above.
MN 130 (MNL-13RFx)
number of relays. Refer to Table–1.5. In addition, a built-in LON jack allows
programmed using the WP Tech to provide control for fan coil applications.
especially suited for the fan coil application. The two models differ by the
The MN 110 and 130 feature 3 A maximum 240 Vac relays making them
The MN 110 and 130 can be either DIN rail or panel mounted, and have
MNL-13RF3
4
3
Figure–1.4 MN 110, 130 Controller Hardware Platform.
I/A Series
Table–1.5 I/O Points on MN 110 and MN 130 Controllers
MN 110 (MNL-11RFx)
MNL-13R
Power: 24VAC, 50/60Hz, Class 2,
8.5VA + DO1-DO4 loads.
DO1 Ambient Temp: -40 C to +60 C
UI: 5VDC Max, Class 2.
24VAC S-LK: 16VDC Max, Class 2.
DO1-DO4: 24VAC, 0.4A Max Total Load.
DO2 DO5: 250VAC, 3A Max, COS f = 0.4.
can be viewed with the cover in place Figure-6.19.
DO3
GND
24VAC
0V
DO4
24VAC
UI3
COM 0V
UI2
DO6
MN 110 (MNL-11RFx)
COM 0V
C6 UI1
S-LK
DO6 S-LK
934G
C6 E9429 LON
Temperature indicating and
Regulating Equipment LON
DO5 N2223 J1
C5
SRVC
4
1
X R S
M E R
I C V
MNL-11RF3
CAUTION T V C
RISK OF ELECTRICAL SHOCK OR FIRE. DO NOT
I N T E R C O N N E C T S E PA R AT E C L A S S 2 C I R C U I T S .
D I S C O N N E C T P O W E R B E F O R E S E RV I C I N G .
I/A Series
MNL-11RF2
LONMARK Profile
Fan Coil
Hardware Platform
MN 110, 130
Chapter 1
6
Introduction
VAV Hardware There are three different models of TAC I/A Series MicroNet VAV controllers.
Platforms All models have the LONMARK VAV Controller functional profile. Each model
also has a built-in differential pressure transducer for measurement of
velocity pressure (airflow) at a VAV terminal box, plus some additional points
of I/O on field wiring terminal blocks. Status indication is provided by three
LEDs Figure-6.19.
CL
O
SW
2 OP SE24
E G
SW 4H3 SW N24G
24 2
SW H2 SW 4H3
24 24
24H 24H H1 SW H2
24H
24G 24G 24H 1
GN GN 24G
D D
A GN AO
CO CO O D CO
M M M
UI UI UI
S-L S-L S-L
K/C DI K/C DI K/C DI
OM OM OM
S-L
S-L S-L K
K K LO
LO LO N
N N LO
LO LO N
N N
Table–1.7 I/O Points for MNL-V1RVx and MNL-V2RVx VAV Controller Models.
Type of I/O Point MNL-V1RVx MNL-V2RVx
Digital Inputs (DI) 1 1
Universal Inputs (UI) 1 1
Digital Outputs (DO) — 3
Analog Output (AO) — 1
Controller Firmware The MicroNet standard controllers come with Revision 4.X (Rev.4.X)
Revisions firmware. The MN 800 controller comes with Revision 1.X (Rev.1.X)
firmware (or higher). Distinctions between controllers by firmware are noted
throughout this manual because of the variation in functions provided with
the different firmware revisions.
Profile Version
Numbers
Table–1.10 LONMARK profiles Revisions
LonMark Controller Profile changes
profile firmware
revision revision
Original release including Fan Coil F1, Heat
1 Pre-Rev. 3
Pump H1, Rooftop R1, and VAV V1.
Version 2 profile release including Fan Coil
F2, Heat Pump H2, Rooftop R2, and VAV V2.
MicroNet MN 800
Controller
I/A
Se
MN rie
80
0
sfi
MicroNet Digital Any TAC I/A Series LONMARK MicroNet controller supports a single digital
Wall Sensors wall temperature sensor. Twelve models are available with features ranging
from temperature sensing only with no control or display to temperature and
humidity sensing with a seven button control panel and LCD display.
Figure–1.7 TAC I/A Series MicroNet Sensor Models are MN-S1xx through MN-S5xx.
Common Sensor An MN-Sxx sensor communicates with (and is powered) by two S-Link
Features (S-LK) terminals on a MicroNet controller — it does not consume a typical
I/O point. This connection between the sensor and controller can use
low-cost twisted-pair wire up to 200 ft. (61 m), and is not polarity sensitive.
All MN-Sxx sensor models include a LON Jack to support an optional
(and additional) twisted-pair connection to the LON. The LON Jack is
compatible with the plug-in cable included with any of the three WorkPlace
Communication Adapters (Echelon LONTALK PC adapters); Schneider
Electric models WPA-LON-1, WPA-LON-2, and WPA-LON-3.
Under the sensor’s detachable cover, each MN sensor model includes a
pre-wirable baseplate and a removable electronic assembly Figure-1.8.
The same baseplate is used for each MN sensor model.
Sensor Models and Table–1.13 shows the features available with each model of TAC I/A Series
Functions MicroNet sensor.
LONWORKS Network
Mode (Heat/Cool
Emergency Heat
Display Screen
Zone Humidity
Fan Operation
Adjustment
Zone Temp
and Speed
TAC I/A Series
Auto/Off)
and LED
Setpoint
Sensing
Sensing
MicroNet Description
Jack
Sensor Model
LONWORKS Network
Mode (Heat/Cool
Emergency Heat
Display Screen
Zone Humidity
Fan Operation
Adjustment
Zone Temp
and Speed
TAC I/A Series
Auto/Off)
and LED
Setpoint
Sensing
Sensing
MicroNet Description
Jack
Sensor Model
Diagnostic Functions MN-S3xx, S4xx, S4xx-FCS, and S5xx sensors provide access to additional
of LCD Screen Models diagnostic data from a sensor-user keypad request. This Diagnostic Mode
data is displayed on the LCD screens of these sensors, and includes
separate displays (frames) for the MicroNet controllers:
• Subnet and Node Address
• Errors
• Alarms (see following Note)
• Temperature Offset
• Relative Humidity Offset
Note: Alarm frames allow viewing of the last four alarms in the MicroNet
controller’s local alarm buffer. These alarms correspond to Message ID
numbers assigned in one or more control objects in the MicroNet controller.
For more details, refer to the Chapter 5 examples included for the Analog
Alarm object (page 119) and the Binary Alarm object (page 157).
Common Adapter These adapters are Echelon-manufactured LONTALK PC adapter cards that
Features feature:
• An integral FTT-10 transceiver.
• Plug-and-play capability with Microsoft Windows 32-bit Windows 7,
Windows Vista, Windows XP, Windows 2000, and Windows Server
2003. (No jumpers or switches.)
• A special 6 ft. (1.83 m) cable for plug-in connection to a built-in LON
Jack featured on MN 100, 110, 130, 150, 200, and 800 controllers and
all TAC I/A Series MicroNet sensors.
• Compatibility with software drivers included with WP Tech.
WPA-LON-1
The WPA-LON-1 is Echelon’s model PCLTA-10 PC LONTALK Adapter. This is
a half-length, half-height card that requires an available 16-bit ISA slot in a
PC for installation. The adapter has a removable two-position connector plug
that can be terminated to the included 6 ft. LON Jack (Schneider Electric)
cable, or instead wired to any point on an FTT-10 based LON.
WPA-LON-2
The WPA-LON-2 is Echelon’s model PCC-10 PC Card. This is a Type II PC
Card with a special 15-pin Hirose connector for the network port. An
included 6 ft. LON Jack (Schneider Electric) cable connects this PCC-10
port to a built-in LON Jack featured on MN 100, 110, 130, 150, 200, and 800
controllers and all TAC I/A Series MicroNet sensors.
WPA-LON-3
The WPA-LON-3 is Echelon’s model PCLTA-20 PC LONTALK Adapter. This is
a card designed for installation in an available 32-bit PCI slot in a PC. The
adapter has a removable two-position connector plug that can be terminated
to the included 6 ft. LON Jack (Schneider Electric) cable, or instead wired to
any point on an FTT-10 based LON.
ECH-75010R
The ECH-75010R is Echelon's model 75010R U10 USB Network Interface -
TP.FT10 Channel adapter. This interface connects to a TP/FT10 Free
Topology Twisted Pair (ANSI/CEA 709.3) LONWORKS channel through a
removable connector. The adapter has a removable two-position connector
plug that can be terminated to the included 6 ft. LON Jack cable (Schneider
Electric P/N: WPIA-CBL-1), or instead wired to any point on an FTT-10
based LON.
The WorkPlace The WorkPlace Tech Tool (WP Tech) is the PC-based software tool used to
Tech Tool program, compile, download, and upload and redraw a control
application.WP Tech works with TAC I/A Series MicroNet Controllers.
WP Tech 4.0 is designed for use with Windows® 2000 Professional or
Windows XP and Microsoft Visio® 2002. WP Tech 5.x is designed for use
with Windows XP service pack 1, Windows Vista or greater, or Windows 7
and Visio 2003 or Visio 2007.
Note: WP Tech 4.0 and 5.x are not designed for use on with any other
operating system, including Windows 98 or Windows NT®.
Application Creation Application creation and modification is done offline, with each application
and Modification based on a special WP Tech (Visio) template. As each controller is fully
programmable, fully custom control applications are possible. Alternately, a
“pre-engineered” application can be used.
Pre-engineered Applications
A library of Schneider Electric pre-engineered applications is available on
the I/A Series Application CD for WP Tech 4.0. This CD may be obtained on
request after contacting the Technical Services Group in the Schneider
Electric Customer Care Center. Note that these same pre-engineered
applications are also available for download on the Schneider Electric
website, in a “zipped” format. Download access is password-protected.
Application Upload
WorkPlace Tech 4.0 can upload application code from a controller and
generate a Visio drawing from the uploaded information. This is very useful if
an original drawing is lost or you must reverse engineer an application from
an installed controller. Refer to the WorkPlace Tech 4.0 User Guide, Chapter
5 “Uploading Controller Applications” for detailed information about
uploading applications.
Applications that were created using WorkPlace Tech 4.0 include object
positioning information from the original Visio drawings. WorkPlace Tech 4.0
uses this uploaded information to create drawings that are logically identical
and very similar in appearance to the original drawings.
Applications that were created with WorkPlace Tech 3.2 or earlier do not
include the original object positioning information. WorkPlace Tech 4.0 uses
this uploaded information to create drawings that are logically identical to the
original drawings. However, the appearance of the uploaded drawing will
likely be very different than that of the original drawing.
Online Diagnostics In addition to the download function, WP Tech provides an online “Connect”
function that allows viewing of real-time data directly on an application’s
control logic drawing. The application must first be downloaded into a
selected TAC I/A Series MicroNet controller.
Realtime data is received by moving “Monitor tag” shapes onto the drawing
and attaching them to outputs of objects and tags. When “Connected” to an
TAC I/A Series MicroNet controller, values in the monitor tags update.
Monitor tags are for de-bugging and not intended for extended real time
monitoring.
Note: Connected (active) monitor tag values are polled, causing additional
network traffic. Be sure to disconnect (de-activate) monitor tags to relieve
network traffic burden.
Diagnostic Writes
Fixed values to control objects can be temporarily modified when connected
to a controller, using a “Write to RAM” function. This allows quick changes to
constant values when diagnosing an application online. Temporary values
are cleared after resetting the controller or after downloading a database to
the controller.
A separate but similar function is available to write or read values in
configuration properties of the profile, which are called Network
Configuration Inputs (NCIs). Any change to an NCI is permanently retained
until it is changed again. Refer to “Input Profile Tags (NCIs and NVIs)” on
page 541 and “NCI Objects (nciType)” on page 546.
Project Based Folders In WP Tech, all work is done in a project. A project is a folder that contains
one or more applications. Usually, a project is assigned the job’s name and
the applications are assigned names to indicate which controllers they
represent.
Each time WP Tech is started, a Projects Dialog Box lists all projects saved
in the default Projects directory. For best organization, it is highly
recommended that all projects be kept in the default Projects directory.
Note: It is easier to organize and maintain multiple small projects rather than
a single large project.
MicroNet VAV Flow The MicroNet Flow Balance software is used to air balance terminal boxes
Balance Software controlled by TAC I/A Series MicroNet VAV controllers.
If the control object is an I/O point type object, data also includes a physical
(hardware) signal, such as a voltage read at a controller input or produced at
a controller output, as illustrated in the two examples below.
Data out
The algorithm is the actual work the control object does as executed by the
controller’s processor, whether producing a numerical value, or sampling (or
generating) a physical signal. Algorithms of some object types are simple in
nature; for example, the Add / Add object is a math type object that simply
adds all values received and produces the sum result. Most object
algorithms are more advanced and involve several different factors,
including timed sequences.
Object Inputs and Each control object has properties, which include one or more input
Outputs properties (inputs) and one or more output properties (outputs).
• An input allows the reception of data for use in the object’s algorithm.
• An output provides the data results of the object’s algorithm.
A control object’s type determines the number of inputs and outputs. For
instance, most logic and math type objects each have three inputs
(for receiving data) and a single output (the data result).
Analog and Digital A control object’s type also determines how individual inputs evaluate data
Inputs and Outputs (classified as analog or digital), and how each output formats the data
results. For example, logic type objects evaluate all inputs as digital values
and produce a digital output result; math type objects evaluate all inputs as
analog values and produce an analog output result.
Many other control object types have a mix of digital inputs and analog
inputs, and often a mix of digital outputs and analog outputs as well.
For example, a Sequence (3) object has both analog and digital classes of
inputs and outputs.
Inputs Outputs
Sequence (3)
Analog data Input algorithm Output 1 Digital data
Digital data Sequence Enable Output 2 Digital data
Analog data Number of Stages Output 3 Digital data
Stages On Analog data
Figure–2.4 A Sequence (3) Object Has Both Analog and Digital Inputs and Outputs.
Physical Address I/O point type objects are used to interface to physical I/O points on a
Inputs and Outputs controller. These object types include special Physical Address inputs or
outputs used to assign a particular I/O terminal address. For instance, an
Analog Input object has a physical address input used to specify which of
the controller’s universal input (UI) terminals that it monitors. A Binary
Output object has a physical address output that determines which of the
controller’s digital output (DO) terminals that it activates.
Figure–2.5 I/O Point Type Objects Include a Physical Address Input or Output.
Linked with Other Apart from physical address inputs, any input on a control object can be
Control Objects assigned a constant value or linked (via a pointer) back to an output of
another control object. If linked to an output with a pointer, the input
continuously tracks the output value. Linking control objects together is
central to creating control logic, allowing well-defined control sequences.
As an example Figure-2.6, three control objects are linked together:
• The Analog Input object (top) outputs an analog value based on the
physical signal monitored at the controller universal input (UI).
• The Thermostat object (middle) has its primary input point back to the
output of the Analog Input object, and so receives the analog data. The
Thermostat object’s algorithm compares this input value to the value at
its Setpoint input (in this case a constant value of 72.0), and outputs
digital values as necessary at its outputs (including Output Direct).
• The Binary Output object (bottom) has its input point back to the output
of the Thermostat object’s output, and so receives its digital data. The
Binary Output object activates the assigned controller digital output (DO)
to ON whenever its input receives an ON from the Thermostat object.
(Data Flow)
Physical
Address Output (pointer link)
Analog Input (Analog data)
Object
1.2 Offset
Calibration
(Analog data)
(Data Flow)
Constant Input Output Direct (pointer link)
Values Thermostat (Digital data)
72.0 Setpoint Object
2.5 Input
Differential
(Digital data)
Input Physical
Binary Output Address
Object
Output
(Digital data)
One Output to More than one input of a control object can be linked to one control object
Many Inputs output. In fact, as many inputs of as many control objects as needed can be
linked to a single object output (one output to many inputs). However, note
that the reverse is not true—an input can only be sourced from one
destination; either (one) output of another object or from a constant value.
Compare the two types of linkages below Figure-2.7.
OK Not Permitted
Input Note: WP Tech graphically
Control
Input prevents this type of object linkage.
Object
Output
Input Output
Control Control
Object Object
Input
Control
Input Object
Input
Input Control
Object
Output
Input
Control Control
Input Object
Object
Input
Configuration In addition to input properties (inputs) and output properties (outputs), each
Properties control object also has configuration properties. Three common
configuration properties are used in every object type, which serve to:
• Identify each particular control object in a controller with user-defined
labels (Object Name and Description). Descriptions are not uploaded
with an application.
• Determine the frequency of the object’s execution in the controller
(Process Time, standard controllers only).
Configuration properties in many object types are limited to just the common
ones above. However, many other object types have additional configuration
properties that affect how the object’s particular algorithm operates. These
can be considered algorithm-related configuration properties.
For instance, an Analog Input object has a Type configuration property that
defines what sort of input sensing device (sensor) is wired to the controller’s
UI terminal that is monitored by the object. The Type property selection
determines how the algorithm uses the physical signal at the UI, in order to
help compute the correct value measured at the sensor.
Typically, a control object’s configuration properties are not often changed
after the object is created. Unlike inputs and outputs, configuration
properties cannot be linked to other properties. Essentially these properties
are constant values that are stored in the controller’s non-volatile EEPROM.
Data (Number) All TAC I/A Series MicroNet controllers process data numerically, whether
System the data represents an analog (level) or digital (status) type of information.
Invalid or abnormal data is represented as a special not active (NA) value,
which is evaluated differently depending on the object type.
Analog Data The full range for any data value in a MicroNet controller is:
-163.83 (minimum) to 16,383 (maximum).
Analog values have a decimal component only in the “scaled” portion of this
range, which is:
-163.83 to 163.83 (with a resolution of 0.01)
Any value above 163.83 operates as an integer, from 164 to 16,383.
By default, analog values operate in the scaled portion, that is, from -163.83
to 163.83. This format is used for temperatures, percents, pressures, and
general math. The integer format is used when an analog value exceeds
163.83 or to represent enumerated values, counters, or units of time such as
minutes.
Note:
• If an attempt is made to enter a value outside the full range of -163.83 to
16,383, WP Tech displays an error message indicating that the entry is
not valid, and displays the valid range as a guide to the user.
• Be aware that output values may not always appear as expected, due to
the way scaled and integer numbers are processed:
– If the value is entered within WP Tech, using a Constant tag,
WP Tech truncates the value before downloading it to the controller,
while the value displayed in the Constant tag remains unchanged. A
number in the scaled range (-163.83 to 163.83) is truncated to two
decimal places. A number in the integer range is truncated to its
whole number. Be sure to note this difference between the displayed
value and the processed value when checking outputs. For example,
a value of 189.66 that is entered in a Constant tag appears to be
unchanged, while the actual value downloaded to or uploaded from
the controller is truncated to 189.
– If the value is generated within the application, such as an NV tag or
a calculation within an object, the control logic automatically rounds
the number. A number in the scaled range is rounded to within .01. A
number in the integer range is rounded to the nearest whole number.
If the value in the preceding example, 189.66, were a calculated
value within the application, it would be rounded to 190.
Digital Data Digital data has only two valid states, OFF or ON. Control objects with digital
class outputs represent this numerically by producing an output value of
either zero (0.0) for OFF, or 100.0 for ON.
Digital class inputs use a wider range to evaluate any received value as
either OFF or ON as follows:
OFF is any value from -163.83 to 0.0 (less than or equal to zero).
ON is any value from 0.01 to 16,383 (any positive number).
Not Active (NA) A not active value (NA) represents an undefined or null value. Any input to
an object left unconnected (the default state, with no assigned constant
value or pointer to an object output) is considered NA.
NA is handled differently by the algorithms of the various control objects.
Depending on the particular type of control object, an object can produce an
NA output if one or more inputs has an NA or if some abnormal condition
occurs. With a few objects, an input with an NA is evaluated the same as
zero (0.0) value. Other object types have inputs that ignore an NA input.
Refer to the control object descriptions for details on how NA values affect
any particular control object, including under what circumstances the object
produces a NA output (or outputs).
External Data As a LONMARK or LONWORKS device, a TAC I/A Series MicroNet controller
Exchange in a can exchange data with other devices (nodes) on a LONWORKS network
MicroNet Controller using network variables and SNVTs in the profile. Some SNVTs specify
numerical ranges that exceed the internal data limits of the controller. Note,
however, that all data processed by control objects in MicroNet controllers is
limited to the full range of the numbering system, which is:
-163.83 (minimum) to 16,383 (maximum).
This means, for example, that if a data value enters the controller profile on a
network variable input (NVI) as 31145, it will be evaluated by any control
object input as 16383 — the highest possible value. For more details, refer
to “Profiles and Network Data” section in Appendix B of this manual (page
613).
Objects in WP Tech
Control objects are programmed in TAC I/A Series MicroNet controllers
using the offline engineering tool WP Tech. This Visio-based program allows
control logic to be graphically engineered on an application drawing. The
application drawing can then be compiled into a hex file and downloaded
into the target MicroNet controller, creating the equivalent control objects.
WP Tech also provides online diagnostic functions that allow real-time
monitoring of object’s outputs and temporary writes to constant values,
again using the application drawing as a reference.
The WP Tech shape for each control object is included in the individual
object descriptions in this reference. For detailed information on using the
Visio-based WP Tech software program, refer to the TAC I/A Series
WorkPlace Tech Tool User’s Guide, F-26987.
Title bars
Object
Icons
Stencils have four optional views: Icons and Names (default), Icons Only,
Names Only, and Icons and Details (not shown). A different view may be
selected by right-clicking on the stencil’s title bar, then clicking the desired
view. A click on a stencil’s title bar opens the stencil to reveal the shapes
contained within it. In each application, WP Tech displays those stencils and
objects that are applicable to the specified hardware platform. Refer to the
“Objects Grouped Alphabetically” section in Chapter 5 of this manual (page
103) for a complete list of the control objects and the hardware platforms on
which they are supported.
Six of the WP Tech stencils are common to all applications. Two stencils,
Network Variables and Schedule Control, are available only in MN 800
controller applications Figure-2.8.
WP Tech Stencils The WP Tech stencils are described in the following subsections.
Annotations
This stencil contains shapes that may be used to easily add textual
information to a drawing. Included are:
• A large selection of standard Visio annotation tools including callouts,
text, balloons, stamps, tags, and starbursts.
• Separate WP Tech objects for placing on a drawing, a Schneider Electric
background, a controller information block, a sequence of operation, a
link to a Microsoft Word document, or one of two variations of the
Schneider Electric logo.
Custom Object
This stencil contains three shapes used to create custom objects: a Custom
Object, a Custom Input Tag, and a Custom Output Tag. The Custom Object
shape on this stencil is used to create a custom object, which represents
control logic that is defined by a group of interconnected shapes on an
underlying page. Inputs and outputs are assigned to a custom object by
applying two other shapes from this stencil, the Custom Input tag and the
Custom Output tag. These tags are copied onto the definition page and
connected to selected object inputs and outputs on that page. Any number
of custom objects may be created and saved, on a user’s stencil, for reuse in
future applications.
Creating New (Custom) In addition to the stencils provided with WP Tech, you may create one or
Stencils more custom stencils to store frequently used objects for easy access.
These may include Custom objects, other WP Tech objects, and Visio
objects. A My Solutions directory is provided in WP Tech, as a convenient
place to store these custom stencils. Refer to the TAC I/A Series WorkPlace
Tech Tool User’s Guide, F-27275, for step-by-step instructions on creating
new stencils.
Control Objects Each WP Tech control object stencil contains master copies of Schneider
Electric control objects that are graphically depicted as specialized Visio
shapes. When an instance of a master shape is copied to the application
drawing, using the drag-and-drop method, it appears as a box-shaped
object having similar characteristics Figure-2.9:
• The type of control object is labeled at the top of the shape in a colored
header Figure–2.1 and an icon representing the object type.
• Inputs are always shown on the left side of the shape. Abbreviations are
often used, for example, InDiff for Input Differential.
• Outputs are always shown on the right side of the shape. Abbreviations
are often used, for example, Direct for Output Direct.
Header 1
Icon Thermostat
Input Direct
Inputs Setpt Reverse Outputs
InDiff
Tstat
Control Object
Control objects are dragged and dropped from stencils onto the application
drawing page, moved about, and configured on an as-needed basis, until
enough objects exist to perform the required control sequence. Control
objects can also be duplicated, deleted, or even copied from another WP
Tech 4.0 application drawing.
Tags Apart from the 80-plus types of control objects, other Schneider Electric
shapes are used in WP Tech. These other shapes are called Tags, of which
there are two main categories:
• Object Tags - like control objects, these shapes are copied from master
shapes on control object stencils. Two types of input object tags are
used to feed control object inputs; either a fixed value (Constant Tag) or
a named variable (Variable Reference Tag). A corresponding output tag
(Variable Definition Tag) allows an object output to be assigned to a
variable name. A special case output tag called the Monitor Tag allows
real-time checkout of an object’s output (but has no direct effect on the
control logic). Like control objects, object tags are used as needed in an
application.
• Resource Tags - these shapes are generated from the Hardware Wizard
of WP Tech and reside to the left, right, or bottom of the drawing.
Collectively, these shapes represent all the physical resources of a
selected MicroNet controller including controller I/O terminals, network
profile components, attributes of a selected MicroNet sensor, plus the
controller’s software clock and schedule (software clock and schedule
tags are not available in Rev. 2 controllers). Unlike control objects,
resource tags cannot be duplicated or deleted when engineering control
logic (but may be left unused).
Each tag has either a single output or a single input, depending on whether it
is an input tag or an output tag.
• An input tag (such as a Constant Tag) has an output.
• An output tag (such as an Output Hardware Tag) has an input.
• An exception is the MicroNet sensor fan tag, which has two outputs.
Control objects use object tags and resource tags to help define the control
logic used in the application. Some example input and output object tags
and resource tags are shown in Figure-2.10.
Table–2.2
Object Tags from Stencils
Input Tags Output Tags
Constant Tag: Monitor Tag:
[67.5]
#N/A
TodEvent.Current ScheduleOvrd
Clock Tag
Note:
• Refer to the TAC I/A Series WorkPlace Tech Tool User’s Guide,
F-27255, for detailed information on using object tags and creating
resource tags with the hardware wizard.
• In the MN 800, NV objects are used in place of profile tags.
• Sensor Tags, which are a special type of resource tag, determine the
behavior of the S-Link Sensor and are similar to control objects.
• Schedule and Clock Tags, a special type of resource tag available in
Rev.3 and higher standard controllers, represent the controller’s built-in
schedule and software clock.
• Sensor tags and schedule tags are explained in detail in Chapter 3,
“Understanding Programming Boundaries” on page 49”, in sections
“S-Link Sensor (Sensor Tags)” on page 56 and ““Schedule Tags” on
page 73.
Analog Input
UI03 Addr Output
Offset Status
Thermos att
Input Dir e ct
Setpt Re ver s e
InDiff
Analog Input
UI03 Addr Output
Offset Status
AI
Thermos att
Input Dire ct
Setpt Re ve rs e
InDiff
Tstat
Note: When working with connection wires, a shortcut menu may be used to
select one of five reroute options Figure-2.13. If you are already familiar with
this menu in Visio, you should note that, while a single right-click on a wire
causes this menu to appear in Visio, in WP Tech two left-clicks (not a
double-click), then one right-click on the wire are needed to call up this
menu. If the object and the wire are both selected, the command will not
apply to the wire itself. This is necessary to ensure that you have selected
the wire, and not the object. WP Tech treats the first left-click as a request to
select both the wire and the object from which it was pulled. The second
left-click prompts WP Tech to shift the focus to the wire itself, de-selecting
the object. Then, with only the wire selected, a right-click reveals the wire’s
shortcut menu.
Wire Extension
One of the Schneider Electric shapes that appears on every stencil (except
Annotations) is the Wire Extension shape. This shape may be copied onto a
drawing and used to connect inputs and outputs in the same way built-in
wires are used (“Built-In Connection Wire” on page 33). The Wire Extension
shape, provided in all controllers, is unique in that it may also be used to
create feedback loops. A feedback loop connects an output to an input on
the same object.
Addr Output
Offset Status
nvi_temp_p OATem p
High Select
Default Input[1] Output
nvi Setpoint Input[2]
1 [0 ] Input[3]
HiSel
Feedback Loop
Wire Extension
Feedback Loop
Standard Controller Application 2
1 Example shows an NVI object that receives a temperature value from a controller. A feedback loop has
been created to continually replace the Default value with the latest valid value received from the
controller. This value is maintained in the event communication with the controller is interrupted, so that
operation can continue.
2 Example shows a simple method for monitoring an active value and maintaining the highest level
obtained since the application download or a controller reset.
Binary Input
1 Loop Single Select
Analog
UI07 Addr Output Output
Reset Count LpEnb Output Input[1] Output Input Addr AO01
Pulse Input [0] Input[2] Output
Shutdown Setpt InSel Hot Water Valve
Ht TR [3] TR 1 Force Heating Valve
Analog Input Igain
Derv
UI01 Addr Output
[0] OutRef
Offset Status 1
Rev [1] Action
Return Air Temp
RmpTm
Heat
Setpoint Control
Analog Input
OccEnb SP1Out Analog
UI03 Loop Single Select Output
Addr Output SetptA SP2Out
Offset Status SetptB SP3Out LpEnb Output Input[1] Output Input Addr AO02
Setpoint UnocSPA SPAOut Input [0] Input[2] Output
UnocSPB SPBOut Setpt InSel Chilled Water Valve
[0] Dband ClTR [3] TR 1 Force Cooling Valve
SP3Offst Igain
Type 0-Single Derv
[0] OutRef
Dir [0] Action
RmpTm
Cool
Analog
Loop Single High Select Select Output
Analog Input AO03
LpEnb Output Input[1] Output Input[1] Output Input Addr
UI05 Addr Output Input Input[2] Input[2] Output
Offset Status MA SP [57] Setpt Input[3] InSel Mixed Air Damper
MA Sensor [10] TR HiSel 1 Force MA Damper
Igain
Min Pos [23] %
Derv
[0]
[50] % OutRef
Dir [0] Action
RmpTm 1 This example shows the Wire Extension used as a hub for
Mixed Air three Select objects’ InSel inputs. In this way, only one wire
needs to be routed from this point, to the Binary Input object’s
Output. This use of the Wire Extension is especially useful in
applications that contain many shapes.
Figure–2.16 Wire Extension Shape Used to Connect Multiple Inputs to One Output.
Using Variable An alternative to using connecting wires to connect object outputs to inputs
Definition and is to use Variable Definition and Variable Reference tags. Found on every
Reference Tags WP Tech stencil (except Annotations), these tags allow you to connect valid
object outputs to valid object inputs, without the use of connecting wires.
This can reduce the amount of wiring on a drawing page, thereby improving
its readability. In addition, these tags can be used to connect a single output
(Variable Definition Tag) to multiple inputs (Variable Reference Tags) on the
same drawing. Variable Definition tags carry the output to one or more
corresponding Variable Reference tag(s).
AnalogInput
UI03 Addr Output DuctTmpA
[0] Offset Status
SA Duct Temp
Variable Definition tag
Variable Reference tag
Thermos tat
DuctTmpA Input Direct
[82] Setpt Rev erse
[2.5] InDiff
Tstat
Note: When creating multiple sets of variable tags, it is best to create one
set at a time, to avoid connection errors.
1. Locate the object output that you want to use as the source.
2. Click and drag a Variable Definition tag from the stencil to an area on the
drawing page near the chosen object output.
3. While the Definition tag is still selected, click and drag its connection wire
onto the source output. The tag and its connection wire should remain
active (selected).
4. Name the Definition tag as follows by right-clicking the Definition tag, then
click Rename. Type a name in the text box and then click OK.
In the example shown in Figure-2.18, the name of the Definition tag is
HeatSP (heat setpoint). This tag will carry the output from the connected
Select object to one or more corresponding HeatSP Reference tag(s)
and their connected object input(s).
Selec t HeatSP
Input[1] Output
Input[2]
InSel
HTSPTrack
5. Locate the object input that will serve as the destination for the Variable
Definition tag you have just created.
6. Click and drag a Variable Reference tag from the stencil to an area on the
drawing page near the destination object input.
Note:
The Reference tag assumes the name of the last Definition tag that you
placed on the drawing.
Selec t HeatSP
Thermos tat2
Input[1] Output
Input[2] Input Direct
InSel HeatSP Setpt Rev erse
InDiff
SetptRef
Tstat.552
Tstat
Figure–2.19 Output and Input Connected Using Variable Definition and Reference
Tags.
Thermos tat2
Input Direct
HeatSP Setpt Rev erse
InDiff
SetptRef
LoopSingle
Select
LpEnb Output
Input[1] Output HeatSP
Input
Input[2]
HeatSP Setpt
InSel
TR
Igain
Derv
OutRef
Action
RmpTm
Thermos tat
Input Direct
HeatSP Setpt Rev erse
InDiff
Custom Applications A custom application can be built “from scratch” based on a blank
application template. The template contains all the Schneider Electric object
stencils and utilities needed.
The blank application template can be sized to any of the following:
• A - 11.0”. x 8.5” • D - 34.0” x 22.0”
• B - 17.0” x 11.0” • E - 44.0” x 34.0”
• C - 22.0” x 17.0” • A specified custom size
When a custom application is created, the Hardware Wizard is used to
define the specific TAC I/A Series MicroNet controller model and MicroNet
sensor for the application. This creates all the available resource tags that
can be used in the application, assembled in groups to the left, right, and
below the drawing area. Input resource tags are to the left. Output resource
tags are to the right. Mandatory SNVT objects appear below the drawing
area.
During engineering, control objects and object tags are copied (as needed)
from the object stencils onto the drawing area, while resource tags are
moved as needed onto the drawing area. The necessary connections
between objects (and tags) are defined by dragging wires from object inputs
to outputs. At any time, an application statistics function allows a check on
the amount of available memory left for additional control objects,
corresponding to the target controller model. When the control logic is
defined, the application can be compiled to a device image. Custom
applications may be saved for reuse as “custom templates,” in the My
Solutions folder located in the following default directory:
My Documents\WPT Documents\My Solutions Folder
The compile process aborts with error message(s) and generates a log file if
errors are detected in the application drawing. The file provides a record of
the most recent compile.
The error log file can be found in the same location as the application
drawing. It will have the same name as the drawing, but can be identified by
the “.err” extension.
All compile error messages must be investigated and corrected in the control
logic drawing. Only after a successful compile (without errors) can the target
controller be downloaded with a device image (hex file).
Note:
• The above also applies to any pre-engineered application that has been
modified.
• Unresolved, or open, connections and objects that are not supported by
the target controller are indicated in bold red and must be corrected
before compiling the application.
Note:
• Before using the Workstation Addressing Wizard, the workstation must
contain an installed, working LON adapter with the appropriate driver,
and must be properly connected to the LON.
• If the workstation is being re-connected to a LON, and it has not been
connected to any other LON in the intervening period, it does not have
to be addressed again. However, workstation addresses can be
overwritten at any time with a network management tool that is
connected to the network. For this reason it is recommended that the
Workstation Addressing Wizard be run each time, to ensure proper
communications.
• If Cancel is clicked at any point while the Wizard is in use, the address
reverts to the one that existed prior to starting the Wizard.
• Upon startup, WP Tech initializes the Echelon PC/LONTALK adapter with
the address assigned by the Workstation Addressing Wizard.
The Wizard can be used to set the workstation address in one of three ways:
to set the address automatically, manually, or to the factory default.
Note: Addressing conflicts may occur between the LON card used by
WorkPlace Tech and third party tools such as LonMaker and TAC I/A Series
Niagara. The common assignment of node 127 in tool addressing can cause
such a conflict. When this occurs monitor tags may display unexpected
values or fail to update. If this occurs, it may be necessary to change the
node address.
Realtime Application Any application can be examined in real-time after it has been downloaded
Checkout to a controller. This is done in WP Tech by using the application “Connect”
(Diagnostics) function. The Connect function communicates to a selected TAC I/A Series
MicroNet controller and performs the following directly on its application’s
drawing page:
• Activates monitor tags. Monitor tags can be copied from object stencils,
connected to outputs of objects or tags, and moved about and
deleted/connected/reconnected where needed.
• Permits temporary writes to any fixed value input (constant tag, write to
RAM).
• Permits writes to any Network Configuration Input value (NCI tag, write
to NCIs).
Realtime checkout is typically done following any application download
(whether a pre-engineered or a custom application) to test the basic
operation of the application in the controller. This function is also useful
when troubleshooting control logic problems or when calibrating sensor
readings using offsets.
I/O Point Objects I/O point objects include all object types used to interface to physical
input/output (I/O) points on an TAC I/A Series MicroNet controller, where
“point” refers to a specific hardware I/O terminal. Subcategories of I/O point
objects are input point objects and output point objects.
• An input point object monitors a controller’s hardware input.
• An output point object activates a controller’s hardware output.
In WP Tech, master shapes for all but one type of I/O point object are found
on the object stencil “IO and Alarm Control”. The exception is the Event
Indicator object, found on the “Timer & Sequence Control” stencil.
Input Point Objects Each input point object has one object input reserved for assignment of a
physical address. A physical address corresponds to a specific hardware
input point on the MicroNet controller. The object processes the physical
signal received at this input and (depending on its object type) produces a
numerical output as an analog or digital value.
Input point objects include these types:
• Analog Input
• Binary Input
• DUI Expander
• Pressure Transducer (applies to VAV controllers only)
• Sensor Input (applies to MN 800 controller only)
In WP Tech, the shape for an input point object shows the physical address
input (Addr) as the top input. This input can be connected to an available
(and appropriate) input hardware tag.
Input Point Object
Binary Input
DI02 Addr Output
Reset Count
Input Hardware Tag Pulse
Output Point Objects Each output point object has at least one object output reserved for
assignment of a physical address. A physical address corresponds to a
specific hardware output point on the MicroNet controller. The object
processes received control logic value(s) and depending on its object type,
activates/deactivates the assigned controller outputs.
Output point objects include these types:
• Analog Output
• Analog Output Priority
• Binary Output
• Event Indicator
• Fan Speed
• Floating Actuator
• Floating Actuator Priority
• Momentary Start / Stop
• PWM
• PWM Priority
• VAV Actuator (applies to VAV controllers only)
In WP Tech, the shape for an output point object shows the physical address
(Addr) output(s) at the top of the outputs. Each Addr output can be
connected to an available (and appropriate) output hardware tag.
I/O Differences Among The various controller platforms (MN 50, 100, 110, 130, 150, 200, 800, and
Hardware Platforms VAV series) have different complements of physical I/O points. For example,
MN 800 controllers have four 4 to 20 mA AO points, two of the three
MN-VAV models (V2R and V3R) each have one AO point, and the MN 50
and 100 have no AO points. Note that an Analog Input object “compiles” in
applications for all controllers above. However, it cannot be connected to
any hardware tag in an application for an MN 50 or 100, therefore it has no
real purpose (other than to allow application compatibility across hardware
platforms).
Refer to “Understanding Programming Boundaries” on page 49 for detailed
listings of I/O point capacities for TAC I/A Series MicroNet controller models.
Functional Objects Functional objects include all control object types except I/O point objects.
They do not correspond directly with any physical I/O points on a TAC
I/A Series MicroNet controller, but perform various routines used in different
control logic applications. There are three general subcategories of
functional objects as reflected in these WP Tech object stencils:
• Logic and Math Control
• Loop and Process Control
• Timer and Sequence Control
Two additional functional objects are found on the “IO and Alarm Control”
stencils; the Analog Alarm object and Binary Alarm object.
Alarm Objects The alarm objects can be used to detect alarm conditions and write a unique
alarm message ID to the MicroNet controller’s local alarm buffer. The local
alarm buffer can be reviewed at an attached MicroNet sensor with LCD
display. Each alarm object features a programmable alarm delay time. There
are two types of alarm objects:
• Analog Alarm
• Binary Alarm
Logic and Math These objects perform specific math operations of three main types:
Control Objects • Logic objects act as digital “gates” using boolean math.
• Math objects apply an algebraic algorithm to analog values.
Table–2.3
Logic Objects Math Objects
• AND / AND • Abs Sub / Div
• AND / OR • Add / Add
• Clocked SR • Add / Div
• EXOR • Average
• Latch • Enthalpy
• OR / AND • Filter
• OR / OR • MA Volume
• SR Flip-Flop • Mul / Add
• Sq Rt Mul / Div
Special-Purpose • Sub / Add
• Compare • Sub / Div
• Compare 2 • Sub / Mul
• Count Down • Sub / Sub
• Count Up
• Curve Fit
• Demux Select
Loop and Process These control objects perform various functions relating to direct digital
Control Objects control (DDC), HVAC control, or priority handling of data. They range from
simple objects (Select object) to ones with complex control algorithms (Loop
Sequenced object). Included object types are:
Timer and Sequence These control objects perform various time-based functions, including
Control Objects delays, minimum on or off periods, or output sequencing. Included object
types are:
Schedule Control These control objects, used only with the MN 800, perform various
Objects (MN 800) calendar/schedule based functions. Included object types are:
• Calendar
• OSS — Optimum Start Stop
• Schedule 7-Day
Note:
• When migrating WP Tech 2.0 projects into WP Tech 3.2, the Schedule
stencil does not open with the application, nor does the Annotations
stencil for Rev.3 and earlier applications. You can easily add these
stencils by clicking the Open Stencil button on the tool bar and
selecting the stencils from the Open Stencil dialog box.
• If an application created with WP Tech 2.0 is converted for use with a
Rev. 3 controller, using the WP Tech 3.2 Hardware Wizard, the NCIs for
heartbeat functions (i.e. nciSndHrtBt) will have connection tags. In this
case, these tags are not functional and users should not connect to
them.
shape is dragged onto the background page from the Annotations stencil
until it snaps into place. For detailed instructions on changing the
background page of an earlier project, refer to the TAC I/A Series WorkPlace
Tech Tool 3.2 User’s Guide, F-26987.
Note: Opening a WP Tech 3.1 application in WP Tech 3.2 for the first time
requires extensive processing. For very large applications, this may require
up to 80 minutes to complete, although most conversions will take much less
time. Because this processing occurs in the background, it may appear as
though the system has become unresponsive. Please be patient. Once
these applications have been opened and saved for the first time, they will
open normally.
Migrating from WP Projects created with WP Tech 2.0, 3.0, or 3.1 must be migrated to WPT 3.2
Tech 2.0, 3.0, or 3.1 before migrating to WP Tech 4.0. Follow the procedures described above to
migrate a project to WP Tech 3.2.
Migrating WP Tech For detailed instructions on migrating earlier projects into WP Tech 4.0, refer
3.2 Projects into to the TAC I/A Series WorkPlace Tech Tool 4.0 User’s Guide, F-27255.
WP Tech 4.0
AO01
AO02
Sensor Input Tags
DO01
DO02
RoomTemp
DO03
PBOccMode
OvrdTimeRemain Sensor Output Tags
ChangeReq
(MN-S2 or higher)
UnoccStat
CoolStat
HeatStat
FanStat
OnStat
EmerIconStat
EmerSwitch
Profile Tags
nviSatLevDisc1
nviSatPercent1 Mandatory Configuration
Tags
nviSatSwitch1
Value
State nciMinOutTm [NA]
For standard controllers (MN 50, 100, 110, 130, 150, 200, or VAV series), the
following resource tag types are included in addition to the tag types listed
above.
• NVs (Network Variables) in the LONMARK profile (profile tags).
• Controller schedule and software clock functions (schedule tags),
available if the controller has Rev.3 or higher firmware.
These resources are available for the application, and determine the
programming boundaries. Unlike control objects, resource tags cannot be
duplicated or erased within an application. Instead, each tag represents
some controller or MN sensor function that may (or may not) be used in the
application. Any resource tag is used by simply dragging it into the drawing
area and connecting it as needed to control objects and other resource tags.
Any resource tag not needed is simply left off of the drawing area.
If the application is for an MN 800, several default “SNVT objects” appear on
the application drawing. These objects are like resource tags in a standard
controller application (cannot be deleted or copied). They represent a small
core set of NVs common to every MN 800. For more information, refer to
“MicroNet MN 800 Controllers” on page 546.
Resource Tag These rules apply to resource tags in any type of WP Tech application (TAC
Rules I/A Series MicroNet controller application).
• Resource tags cannot be deleted or copied.
• If not needed, a resource tag should be left off the drawing, on the
appropriate guide line.
• Resource tags can be used only on the top page (Controller Definition
page) of any application. Note an application without Custom objects
has only this one page. However, if Custom objects are added, each one
adds an underlying Custom object definition page. Resource tags
cannot be used on these definition pages.
Controller Type The following table shows the resource tags present when engineering one
Considerations of the three types of TAC I/A Series MicroNet controllers programmable in
WP Tech. Note that early MicroNet standard controllers (pre-Rev.3 MN 100,
200, VAV) do not have a controller-resident schedule and associated
Schedule tags.
Table–3.1 Resource Tags Present When Programming TAC I/A Series MicroNet Controllers in WP Tech.
MicroNet LONMARK
MicroNet LONWORKS MN 50, 100, 110, 130, 150,
Resource Tag Type MN 100, 200, VAV
(MN 800) 200, VAV
(Pre-Rev.3)
(Rev.3 or later)
Hardware Input Yes Yes Yes
Hardware Output Yes Yes Yes
Sensor Input If MN-Sx If MN-Sx If MN-Sx
Sensor Output If MN-S2 or higher If MN-S2 or higher If MN-S2 or higher
Profile: NCI Input No, NCI objects instead Yes, per profile Yes, per profile
Profile: NVI Input No, NVI objects instead Yes, per profile Yes, per profile
Profile: NVO Output No, NVO objects instead Yes, per profile Yes, per profile
Schedule Input Yesa Yes No
Schedule Output Yesa Yes No
a.As well as Schedule tags, the MN 800 has additional resources in the form of Calendar and Schedule 7-Day objects.
Controller Inputs A controller input is used to physically monitor a condition or state in the
controlled environment (for example, a humidity level or an equipment
status). Monitoring devices include sensors and contacts (switches). Wired
to controller inputs, these devices are the “eyes and ears” of the application.
Abbreviations and types of common controller inputs are:
• DI - Digital Input
• UI - Universal Input
Controller Outputs A controller output is used to send a physical signal to a controlled device.
Controlled devices often impact the measured environment, and include
equipment relays and contactors, and actuators to position valves and
dampers. Wired to controller outputs, these devices are the “arms and legs”
of the application. Abbreviations and types of controller outputs are:
• AO - Analog Output
• DO - Digital Contact Output
• TO - Triac Output (MNL-V3RVx, MNL-11RFx, and MNL-13RFx models
only)
Integral I/O Points MicroNet VAV controllers provide additional “integral” I/O points, namely a
built-in pressure transducer for measuring velocity pressure and (for most
models) a built-in actuator for positioning a VAV terminal box damper. These
I/O points require mechanical vs. wiring connections.
• Pressure (Input) - Integral VAV Pressure Transducer
• Actuator (Output) - Integral VAV Damper Actuator (not MNL-V3Rx)
I/O Point Capacities Numbers of I/O points for each TAC I/A Series MicroNet controller model are
(by Controller Model) listed below (Figure-3.3), including the integral I/O points for the three VAV
models.
Table–3.3 Numbers of I/O Points on TAC I/A Series MicroNet Controller Models.
MicroNet Controller Model Inputs Outputs
(Platform Abbreviation) DI UI Pressure AO DO TO Actuator Relay
MNL-5Rxx (MN 50 Controller) 1 1 — — 3 — — —
MNL-10Rxx (MN 100 Controller) 1 2 — — 4 — — —
MNL-11RFx (MN 110 Controller) — 3 — — — 4 — 1a
MNL-13RFx (MN 130 Controller) — 3 — — — 4 — 3a
MNL-15Rxx (MN 150 Controller) — 3 — 2 2 — — —
MNL-20Rxx (MN 200 Controller) 2 3 — 2 6 — — —
MNL-V1RVx (VAV, Integral Actuator) 1 1 1 0 0 — 1 —
MNL-V2RVx (VAV, Integral Actuator,
1 1 1 1 3 — 1 —
and extended I/O)
MNL-V3RVx (VAV, no Integral Actuator,
1 1 1 1 3 2 — —
and extended I/O)
MNL-800 series (MN 800 Controller)b — 8 — 4 8 — — —
a.The MN 110 and MN 130 feature high-voltage (mains-rated) relay outputs capable of switching up to 3 A at 240 Vac.
b.The MN 800 has the same wiring backplane and number and types of I/O points as the MICROZONE II controller, a Schneider Electric
NETWORK 8000® device.
Input Output
Hardware Hardware
Tags Tags
Hardware I/O tags can be moved about as needed onto the application
drawing page and connected to I/O point objects (Figure–3.3). Input
hardware tags connect to input point objects (Analog Input, Binary Input, and
Pressure Transducer). Output hardware tags connect to output point
objects.
• Input sensor tags represent user selections from the sensor (setpoint
adjustment, mode selection, occupancy override) and the value of the
integral room temperature and relative humidity sensors.
• Output sensor tags are generally used to control LCD screen features
(MN sensor models S3xx, S4xx, S4xx-FCS, or S5xx only).
Sensor tags are labeled by the type of sensor attribute in the Hardware
Wizard. For example, an application with an MN-S5 includes three sensor
tags related to the Emergency (Heat) key. These sensor tags are EmerState,
EmerSwitch, and EmerIconStat, as shown below (Figure-3.4).
MN Sensor Attributes
Input Output
Sensor Sensor
Tags Tags
Sensor tags can be moved about as needed onto the application drawing
page and connected to control objects and other tags. Regardless of the MN
sensor model and options selected, the resulting sensor tags can be thought
of as “mini-objects”, whose use in an application establishes how the
controller’s MN sensor operates.
For example, an MN-S4 sensor connected to an unprogrammed controller
does not display temperature, nor does it provide access to other functions
(such as setpoints or modes). This sort of sensor behavior must be
engineered in the application by using and connecting the sensor tags
generated by the Hardware Wizard.
Figure-3.5 shows how the sensor tag RoomTemp has been connected to
two control objects, a variable definition tag, and another sensor tag
(Display1) in an application that uses a MN sensor model with LCD screen
(MN-S3xx, S4xx, S4xx-FCS, or S5xx).
Thermostat
Display1
Input Direct
RoomTemp Setpt Reverse
InDiff
For details on each of the 26 types of sensor tags, refer to the next section,
“S-Link Sensor (Sensor Tags)”. For details on running the Hardware Wizard
in WP Tech, refer to the WorkPlace Tech Tool 4.0 User’s Guide, F-27255.
when running the Hardware Wizard. Fan2Value / Fan 2 Speed / S4xx or S5xx option
Each sensor tag has either one to two HVAC Mode1 / HVAC Mode 1 Command / S4xx or S5xx option
outputs or one input for control logic
HVAC Mode2 / HVAC Mode 2 Command / S4xx or S5xx option
connections.
OvrdTimeRemain / Override Minutes Left / All but S1xx,
• An input sensor tag has one or two S4xx-FCS
outputs that produce a sensor value RoomTemp / Sensor Temperature Value / All MN-Sxxx
or a representation of a sensor-user Setpoint1 / Setpoint 1 Value / S3xx, S4xx, S4xx-FCS, or S5xx
action, such as the measured room option
temperature, a user-adjusted Setpoint2 / Setpoint 2 Value / S4xx or S5xx option
Sensor Tags
Table–3.4 Input Sensor Tags - S-Link Sensor Object.
Applies WP Tech
to Appearance Output Class / Description Default Valid Values
MN-Sx (Default)
All but ChangeReq Class: Analog - Momentarily outputs a value when an 0 SP1 (1)
S1xx or operator accesses (views or changes) the setpoint, mode, SP2 (2)
S2xx or fan setting of an MN-S3xx, MN-S4xx, MN-S4xx-FCS, or (NA SP3 (4)
MN-S5xx sensor. The output value corresponds to the following a SP4 (8)
value of the accessed setting. If an operator accesses reset) MODE1 (64)
multiple settings in succession, the output equals the sum MODE2 (128)
of the values corresponding to the accessed settings. FAN1 (256)
FAN2 (512)
(Available only if controller is either an MN 800 or a
standard controller with Rev.3 or higher firmware)
S5xx EmerState Class: Digital - Outputs ON to indicate either condition: OFF OFF (0.0)
only • An Emergency Switch request was received from the following a ON (100.0)
MN-S5xx sensor (Emergency Heat Key was pressed). download.
• An ON value was received (in the application) at either
the output sensor tag EmerIconStat or EmerSwitch.
Alternate presses of the Emergency Heat Key toggle the
EmerState output OFF and ON (providing that the
EmerIconStat tag, if used, has an input of OFF or NA).
S4xx, Fan1State Class: Digital - Outputs an ON (100.0) if any Fan1 action Configured ON (100.0)
S4xx-F except AUTO is entered from the MN-S4xx or S5xx in the Fan1
CS, sensor. tab of the OFF (0.0)
or S5xx Selection of AUTO sets the output to OFF (0.0). Hdw.Wiz.
Applies WP Tech
to Appearance Output Class / Description Default Valid Values
MN-Sx (Default)
S4xx, Fan1Value Class: Analog - Outputs a numerical value corresponding Configured Auto NA
S4xx-F to a Fan1 action entered from the MN-S4xx, S4xx-FCS, or in the Fan1 ON NA
CS, S5xx sensor. Available fan actions depend on the “fan tab of the OFF (0.0)
or S5xx type” defined in the Fan1 tab of the Hardware Wizard. Fan Hardware
types that include an “Off” action are available only if the Wizard. (3 Speed):
controller is an MN 800 or a standard controller with Rev.3 LOW (33.0)
or later firmware. Available fan types: (Any valid MED (66.0)
• Auto/On • 3 Speed/Auto • 2 Speed/Auto value for the HIGH (100.0)
• 3 Speed • 2 Speed/ selected
• Auto/On/Off • 3 Speed/Auto/Off • 2 Speed/Auto/Off fan type.) (2 Speed):
• 3 Speed/Off • 2 Speed/Off LOW (33.0)
For an MN-S4xx or S5xx, Fan1 fan type determines which HIGH (100.0)
LCD icons are shown for a fan-action after a single press
on the sensor’s Fan Key. The MN-S4xx-FCS has
dedicated fan speed keys (High, Med., Low) plus a fan
On/Off key.
The default output value (configured in the Hardware
Wizard) is only active following a controller download until
a Fan1 action is entered from the MN sensor.
S4xx or Fan2State Class: Digital - Outputs an ON (100.0) if any Fan2 action Configured OFF (0.0)
S5xx except AUTO is entered from the MN-S4xx or S5xx in the Fan2
sensor. Selection of AUTO sets the output to OFF (0.0). tab of the ON (100.0)
Hdw.Wiz.
S4xx or Fan2Value Class: Analog - Outputs a numerical value corresponding Configured Auto NA
S5xx to a Fan2 action entered from the MN-S4xx or S5xx in the Fan2 ON NA
sensor. Available fan actions depend on the “fan type” tab of the OFF (0.0)
defined in the Fan2 tab of the Hardware Wizard. Fan Hardware
types that include an “Off” action are available only if the Wizard. (3 Speed):
controller is an MN 800 or a standard controller with Rev.3 LOW (33.0)
or later firmware. Available fan types are: (Any valid MED (66.0)
• Auto/On • 3 Speed/Auto • 2 Speed/Auto value for the HIGH (100.0)
• 3 Speed • 2 Speed selected
• Auto/On/Off • 3 Speed/Auto/Off • 2 Speed/Auto/Off fan type.) (2 Speed):
• 3 Speed/Off • 2 Speed/Off LOW (33.0)
Fan2 fan type determines which LCD icons are shown for HIGH (100.0)
a fan-action after two presses on the sensor’s Fan Key.
The default output value (configured in the Hardware
Wizard) is only active following a controller download until
a Fan2 action is entered from the MN sensor.
S4xxx HVAC Mode1 Class: Analog - Provides a numerical output that Configured 0.0 (AUTO)
or S5xx corresponds to an HVAC Mode1 selection made at the in the
MN-S4xx or S5xx sensor. The Mode1 option tab in the Mode1 1.0 (HEAT)
Hardware Wizard allows sensor selection of any or all of tab of the
the following modes: Hardware 3.0 (COOL)
• Heat • Cool • Auto • Off Wizard.
Modes made available determine which LCD icons are 6.0 (OFF)
shown after a single press on the sensor’s Mode Key. (Any valid
The default output value (configured in the Hardware value from
Wizard) is only active following a controller download until the enabled
a Mode1 selection is entered from the MN sensor. modes.)
Applies WP Tech
to Appearance Output Class / Description Default Valid Values
MN-Sx (Default)
S4xx or HVAC Mode2 Class: Analog - Provides a numerical output that Configured 0.0 (AUTO)
S5xx corresponds to an HVAC Mode2 selection made at the in the
MN-S4xx or S5xx sensor. The Mode2 option tab in the Mode2 1.0 (HEAT)
Hardware Wizard allows sensor selection of any or all of tab of the
the following modes: Hardware 3.0 (COOL)
• Heat • Cool • Auto • Off Wizard.
Modes made available determine which LCD icons are 6.0 (OFF)
shown after two presses on the sensor’s Mode Key. (Any valid
The default output value (configured in the Hardware value from
Wizard) is only active following a controller download until the enabled
a Mode2 selection is entered from the MN sensor. modes.)
S2xx, OvrdTimeRemain Class: Analog - Indicates the remaining time, in minutes, (0) 0
S3xx, of a timed override initiated from the sensor’s Override following a (No Override)
S4xx, Key. An override can allow the controller’s unoccupied download or or
S5xx mode to change to occupied mode for a predefined period a power 1 to 16383
in minutes. Depending on the controller firmware level, the cycle. or
duration of a sensor-override is defined in this manner: 1 to 120
• MN 800 or standard controller with Rev.3 or higher minutes
firmware - The value present at the output sensor tag (Active
“OvrdTime” (0 to 16383 minutes). Override.)
• pre-Rev.3 firmware - A value from 0 to 120 minutes Note: A value of
defined in the Hardware Wizard (no drawing visibility). 16383 indicates
After an override is initiated, the value counts down each an active
minute towards zero (0), when the override expires. In the “forever”
override, which
last 5 minutes of an override, the sensor’s override LED
does NOT
flashes. After an expired override or an override canceled count down.
from the MN sensor, the output remains at zero (0).
All RoomTemp Class: Analog - Outputs the room temperature value as — 32 to 122°F
models measured by the integral MN-Sxxx temperature sensor.
This value is in either English (°F) or Metric (°C) numerical (0.0 to 50.0°C)
units (defined in the Hardware Wizard). If a sensor fault
occurs, the output becomes not active (NA). Typically, the
output value is used within the control application for
space temperature control. In addition, any sensor model
with LCD screen (MN-S3xx, S4xx, S4xx-FCS, or S5xx)
requires this output to be connected to one of the
available sensor Display tags if the room temperature is
needed for display at the sensor. For the MN-S4xx or
S5xx sensors that have four available display screens, the
RoomTemp output is typically connected to the first
Display sensor tag (Display1), which acts as the sensor’s
“default” display.
SxHT, RelHumidity Class: Analog - Outputs the room relative humidity values — 5 to 95% RH
S4HT-F as measured by the integral MN-SxHT or MN-S4HT-FCS
CS relative humidity sensor. If a sensor fault occurs, the
output becomes not active (NA). Typically, the output
value is used within the control application for space
relative humidity control. In addition, any sensor model
with LCD screen (MN-S3HT, S4HT, S4HT-FCS, or S5HT)
requires this output to be connected to one of the
available sensor Display tags if room relative humidity is
needed for display at the sensor.
Applies WP Tech
to Appearance Output Class / Description Default Valid Values
MN-Sx (Default)
S3xx, Setpoint1 Class: Analog - Outputs an analog value accessed at the Min, Max, -99 to 999
S4xx, MN-S4xx or S5xx sensor using the Setpoint Key (single and Init is the display
S4xx-F * Can be renamed press) and adjusted using the Up/Down Key. If an values are range of an
CS, & reordered in the MN-S3xx or S4xx-FCS sensor, this analog value is set using MN-S3xx,
or S5xx Hardware Wizard. accessed and adjusted using only the Up/Down Key. The the S4xx,
Hardware Wizard provides a valid range of values (Min Hardware S4xx-FCS, or
and Max) for adjustment from the sensor, and an initial Wizard. S5xx sensor.
value (Init) for this setpoint. The Hardware Wizard also
allows various LCD screen features associated with Defaults:
displaying this setpoint value, including unit icons,e.g.; °F, 68ºF/18ºC
°C, %, (and if an S4xx, S4xx-FCS, or S5xx, others such as (Min)
Cool, Heat, Unoccupied). Setup in the Hardware Wizard 76ºF/26ºC
also determines if this setpoint value is formatted for (Max)
display at the sensor in tenths or in whole numbers. 72ºF/22ºC
(Init)
S4xx or Setpoint2 Class: Analog - If created, outputs an analog value Same as for -99 to 999
S5xx accessed at the sensor using the Setpoint Key (second Setpoint1 is the display
* Can be renamed press) and adjusted using the Up/Down Key. The range of an
& reordered in the Hardware Wizard provides the same (but separate) MN-S4 or S5
Hardware Wizard. parameters as for Setpoint1 for the range of value, initial sensor.
value, and display features for this value.
S4xx or Setpoint3 Class: Analog - If created, outputs an analog value Same as for -99 to 999
S5xx accessed at the sensor using the Setpoint Key (third Setpoint1 is the display
* Can be renamed press) and adjusted using the Up/Down Key. The range of an
& reordered in the Hardware Wizard provides the same (but separate) MN-S4 or S5
Hardware Wizard. parameters as for Setpoint1 for the range of value, initial sensor.
value, and display features for this value.
S4xx or Setpoint4 Class: Analog - If created, outputs an analog value Same as for -99 to 999
S5xx accessed at the sensor using the Setpoint Key (fourth Setpoint1 is the display
* Can be renamed press) and adjusted using the Up/Down Key. The range of an
& reordered in the Hardware Wizard provides the same (but separate) MN-S4 or S5
Hardware Wizard. parameters as for Setpoint1 for the range of value, initial sensor.
value, and display features for this value.
S2xx, PBOccMode Class: Digital - Outputs an ON during any active (0) OFF (0.0)
S3xx, occupancy override (initiated from the MN sensor following a ON (100.0)
S4xx or Override Key). Remains OFF following an expired download or
S5xx override or an override canceled from the MN sensor. a reset.
Applies WP Tech
LCD Screen or Sensor
to Appearance Output Class / Description
Feature Controlled
MN-Sx (Default)
S4xx, CoolStat Class: Digital - Allows the Cool icon to appear on the
S4xx-FCS “default” screen of the MN-S4xx, S4xx-FCS, or S5xx LCD
or S5xx screen. The Cool icon appears when the input value is ON
(value over zero). Otherwise, the Cool icon is not visible if
the input value is OFF (zero or less) or NA.
Applies WP Tech
LCD Screen or Sensor
to Appearance Output Class / Description
Feature Controlled
MN-Sx (Default)
S5xx only EmerIconStat Class: Digital - Controls Emergency (Heat) Key usage on
an MN-S5xx sensor and affects the EmerState tag status,
Emergency
reflected by the Emergency (Heat) LED on the sensor. (Heat)
• An input value of ON (value over zero) lights the LED
Emergency Heat LED and sets the output of the input
sensor tag EmerState to ON (100.0). As long as the input
is held ON, the sensor-user cannot toggle or turn OFF the
Emergency State by pressing the Emergency key
(the LED momentarily turns OFF but back ON again).
The LED follows the
Both the EmerState tag output and LED remain ON.
Emergency key condition
• An input value of OFF (zero or less) or NA allows the
or EmerState output
sensor-user to toggle or turn OFF an emergency state by
status.
pressing the Emergency key. However, the EmerState
output cannot be toggled OFF inside the application
Note: Only one “emer
(this requires an Emergency key press at the sensor).
output” tag, either
Note: The MN 800 and standard controllers with Rev.3 or
EmerSwitch or
higher firmware have an alternate tag available for this
EmerIconStat,
function, the EmerSwitch tag, see below.
should be used in the
S5xx only EmerSwitch Class: Digital - Controls Emergency (Heat) Key usage on application; leave the
an MN-S5xx sensor and affects the EmerState tag status, other tag unconnected.
(Available only with reflected by the Emergency (Heat) LED on the sensor. In general, the
MN 800 and • An input transition from OFF-to-ON (value over zero) EmerIconStat tag applies
standard lights the Emergency Heat LED and sets the output of the more to Heat Pump
controllers with input sensor tag EmerState to ON (100.0). However, the applications using
Rev.3 or higher sensor-user can toggle (or turn OFF) this emergency state emergency heat.
firmware) by pressing the Emergency key. If turned OFF, both the The EmerSwitch tag
Emergency LED and EmerState tag output are OFF. applies more to “general
• An input transition from ON-to-OFF (value of zero or less) purpose” applications,
turns OFF the Emergency Heat LED and sets the output where both the
of the input sensor tag EmerState to OFF (0.0). However, sensor-user AND
the sensor-user can toggle (or turn ON) this emergency application require full
state by pressing the Emergency key. If turned ON, both access to starting and
the Emergency LED and EmerState tag output are ON. stopping an “emergency
Note: A not active (NA) input is evaluated as OFF. For state”.
example, an NA-to-ON transition is like an OFF-to-ON.
S4xx, FanStat Class: Analog - Allows the Fan icon to appear on the
S4xx-FCS “default” screen of the MN-S4xx, S4xx-FCS, or S5xx LCD.
, or S5xx The Fan icon appears (along with from 1 to 3 wavy lines to
indicate fan speed) when the input value is ON (value over
zero), as follows:
• One wavy line if the input value is > 0 but < 33.5.
• Two wavy lines if the input value is > 33.5 but < 66.5.
• Three wavy lines if the input value is > 66.5.
The Fan icon and fan speed lines are not visible if the input
value is OFF (zero or less) or NA.
S4xx, HeatStat Class: Digital - Allows the Heat icon to appear on the
S4xx-FCS “default” screen of the MN-S4xx, S4xx-FCS, or S5xx LCD.
, or S5xx The Heat icon appears when the input value is ON (value
over zero). Otherwise, the Heat icon is not visible if the input
value is OFF (zero or less) or NA.
Applies WP Tech
LCD Screen or Sensor
to Appearance Output Class / Description
Feature Controlled
MN-Sx (Default)
S3xx, Display1 Class: Analog - This tag’s input value appears on the
S4xx, “default” or primary screen of an S3xx, S4xx, S4xx-FCS, or
S4xx-FCS * Can be renamed S5xx sensor (it is typically connected to the sensor tag
or S5xx & reordered in the “RoomTemp”). The Hardware Wizard allows various LCD
Hardware Wizard. screen features associated with the display of this value,
including unit icons, e.g.; °F, °C, or %, and also (unless the
S3) other icons (e.g., Outdoor Air, None, Unoccupied).
The Hardware Wizard also determines if this value is
formatted for display in tenths or in whole numbers.
The sensor display range is any value from -99 to 999. (LCD screen of an S4xx
Out of range values display at the LCD screen as follows: or S5xx sensor shown
• Input value is not active (NA) Display = Abn with all icons lit - not
• Input value is below -99.9 Display = -LO typical.)
• Input value is above 999.9 Display = HI
S4xx or Display2 Class: Analog - This tag’s input value appears on the Same as for Display1.
S5xx second* screen of an MN-S4xx or S5xx sensor (*access
* Can be renamed from the default screen with one Up-press on the Up/Down
& reordered in the Key). The Hardware Wizard provides the same (but
Hardware Wizard. separate) display parameters for this value as for Display1.
S4xx or Display3 Class: Analog - This tag’s input value appears on the third* Same as for Display1.
S5xx screen of an MN-S4xx or S5xx sensor (*access from the
* Can be renamed default screen with two Up-presses on the Up/Down Key).
& reordered in the The Hardware Wizard provides the same (but separate)
Hardware Wizard. display parameters for this value as for Display1.
S4xx or Display4 Class: Analog - This tag’s input value appears on the fourth* Same as for Display1.
S5xx screen of an MN-S4xx or S5xx sensor (*access from the
* Can be renamed default screen with three Up-presses on the Up/Down Key).
& reordered in the The Hardware Wizard provides the same (but separate)
Hardware Wizard. display parameters for this value as for Display1.
S4xx, OnStat Class: Digital - Allows the ON icon to appear on the MN-S4xx or S5xx:
S4xx-FCS “default” screen of the MN-S4xx or S5xx LCD. The ON icon
or S5xx appears only when the input value is ON (value over zero),
otherwise it is not visible (if input value is OFF or NA).
Applies WP Tech
LCD Screen or Sensor
to Appearance Output Class / Description
Feature Controlled
MN-Sx (Default)
S2xx, OvrdTime Class: Analog - Determines the length of the timed override Note: During an active
S3xx, initiated from the sensor’s Override Key, in minutes. The override, only an input
S4xx, (Available only with input value is typically any value from 1 to 16382 and is change to value of either
S5xx MN 800 and usually sourced from a constant value or NCI. 0 or 16383 is processed
standard • A negative value, 0, or not active (NA) acts as zero immediately. A zero (0)
controllers with (no override time). In this case, pressing the Override Key value cancels the active
Rev.3 or higher at the MN sensor lights the override LED momentarily for override and prevents
firmware) approximately 1 second, but no override occurs. subsequent sensor
• A value of 16383 causes a “forever” override where the overrides. Value
override timer does not decrement and the override LED changes besides 0 or
remains ON. However, note the override can still be 16383 are used in the
toggled OFF (canceled) and initiated ON at the sensor. next override initiated
from the sensor.
The MN-Sxxx Override Key works as follows (regardless of
controller firmware revision): See also the two input
• Pressing < 4 seconds initiates an override. sensor tags:
• Pressing and holding > 4 but < 8 seconds cancels an PBOccMode,
active override. OvrdTimeRemain.
• Pressing and holding > 8 seconds causes the controller to
send a Service Pin message.
S4xx or UnoccStat Class: Digital - Allows the Unoccupied icon to appear on the
S5xx “default” screen of the MN-S4xx, S4xx-FCS, or S5xx LCD.
The control logic is reverse, that is, the Unoccupied icon
appears whenever the input value is OFF (zero or less),
otherwise, it is not visible if the input value is either ON
(greater than zero) or not active (NA).
Applying the Sensor tags are generated by the Hardware Wizard based on the selected
Sensor Tags model MN sensor and the related sensor options enabled in option tabs.
These model-related sensor options determine what can be accessed and
(S-Link Object) adjusted from the MN sensor (setpoints, HVAC mode or fan action), and
what can be seen at the MN sensor (LCD screen).
Dialogs within the Hardware Wizard determine initial or default values for
many sensor functions that are represented with sensor tags. For example,
the initial setpoint associated with an MN sensor’s Setpoint (represented by
one of the Setpoint tags) is set in the Hardware Wizard, as are allowable
adjustment ranges. It is common for the Hardware Wizard to be run several
times during the engineering of an application, including the addition or
deletion of sensor functions or even changing the MN sensor model. In all
cases, the appropriate sensor tags are added to or deleted from the
application drawing each time the Hardware Wizard is run. For detailed
information on running the Hardware Wizard, refer to the Hardware Wizard
chapter in the WorkPlace Tech Tool 4.0 User’s Guide, F-27255.
The Most Basic The input tag RoomTemp is common to all MN sensors and the input tag
Sensor Tags RelHumidity is common to MN sensors with the relative humidity option. The
outputs of these tags are the values measured by the internal sensing
elements in the MN sensor. Typically, these outputs are connected to control
objects that perform space temperature and space relative humidity control
functions.
Note: The MN-S3xx, S4xx, S4xx-FCS, and S5xx models have LCD
screens, which often are needed to display room temperature and humidity.
For temperature and humidity values to display on the LCD screen, the
RoomTemp and RelHumidity outputs must be connected to the appropriate
output sensor tag (Display) within the application. The S4 and S5 models
can choose from up to four LCD screen configurations, each with a separate
Display tag. However, typically only the first display tag (Display1) is
connected to RoomTemp. This is because the first Display tag determines
the sensor’s “default” display, that is, what the sensor displays without any
need of keypad input.
The following example Figure-3.6 shows how the sensor tag RoomTemp has
been connected to two control objects, a variable definition tag, and another
sensor tag (Display1) in an application that uses an MN sensor model with
LCD screen.
Thermostat
Display1
Input Direct
RoomTemp Setpt Reverse
InDiff
Occupancy Override Two input sensor tags relate directly to the Occupancy key (push-button) on
Sensor Tags the MN-S2xx, S3xx, S4xx, or S5xx sensor. In a Rev.3 or later standard
controllers or MN 800 controller, a third output sensor tag is used to
establish the time length of the override, in minutes. Figure-3.7 below shows
a typical control application.
1
PBOccMode
OR / OR UnoccStat
Compare Input[1] Output Occ/Unocc
nviOccCmd Input Output Input[2]
Occup CompA Input[3]
Bypass
[0] [2 ] CompB Logic
Com pare
3
Binary Input nciSatConfig2 OvrdTime
TimeClock [DI01] Addr Output
Reset Count
Pulse
Binary Input
Event
High Select Indicator
2 Input[1] Output Enable Addr Lights [DO04]
OvrdTimeRemain Input[2] Input Output
Input[3] [5 ] Ev tTm
nviOccupSw
HiSel [1min
] sec Ev tDur
State
Lights w ithFlick
Note: Following a reset to the controller, any previous output value in the
two input tags PBOccMode and OvrdTimeRemain is replaced with a value of
zero (0) until the sensor Occupancy key is pressed again.
Rev.3 or Later Standard Controller and MN 800 Detail: The override time
is set by the value at the output tag OvrdTime (page 63). Typically this is
sourced from a constant tag or NCI tag, but might be sourced from an NVI in
the application (for a remote cancel). If set to a value of 0, any override is
canceled and the Override LED goes OFF.
Setpoint Sensor Tags A setpoint sensor tag is the result of an enabled Hardware Wizard option for
a MN-S3xx, S4xx, S4xx-FCS, or S5xx sensor. The sensor tag outputs a
numerical value accessed and adjusted by a MicroNet sensor user. A dialog
box within the Hardware Wizard provides an adjustment range (Max and
Min) and initial value (Init) for this setpoint. The initial value is active
following a download to the controller only until it is adjusted at the MN
sensor. Additional Hardware Wizard selections control LCD screen options
(numerical formatting, icons) when this setpoint value is accessed at the
sensor.
The MN-S3xx and S4xx-FCS have one available setpoint; the MN-S4xx and
S5xx each can have up to four setpoints (each created in the Hardware
Wizard). Each setpoint results in a separate input sensor tag that has either
a default name of “Setpoint” or a custom name that is assignable in the
wizard.
The example below Figure-3.8 uses all four setpoint sensor tags.
Active Cooling
Setpoint
Active Heating
Setpoint
Fan1 and Fan2 These tags are results of an enabled Fan1 or Fan2 option in the Hardware
Sensor Tags Wizard for an MN-S4xx or S5xx sensor (or if an MN-S4xx-FCS, Fan1 option
only).
A tag with two outputs is created for each enabled fan option. Each tag has a
state output and a value output.
• The state outputs provide a digital value of either 0.0 for AUTO or 100.0
for any other fan action selected from the sensor.
• The value outputs provide a selected analog value corresponding to the
sensor-selected fan speed.
Depending on the fan type specified in the Hardware Wizard, the output
varies as shown Figure-3.6.
Note: For most fan conditions, output values from Fanx sensor tags match
the values used in the structured SNVT: SNVT_switch. Refer to page 673 in
Appendix B for more details.
HVAC Mode1 and These tags are results of an enabled Mode1 or Mode2 option in the
Mode 2 Sensor Tags Hardware Wizard for an MN-S4xx or S5xx sensor. One tag is created for
each.
Each Mode1 or Mode2 sensor tag outputs a numerical value corresponding
to a sensor-selected HVAC mode action. Up to four available mode actions
can be specified in the Hardware Wizard for selection at the sensor.
Selection of a mode produces the following output at the Mode1 or Mode2
sensor tag (Figure-3.7).
Note: Numerical values output from the HVAC Mode sensor tag match
some corresponding “mode field” numbers used in the enumerated SNVT,
SNVT_hvac_status. Refer to page 669 in Appendix B for more details.
Fan and Mode Tags The following figure shows an example of a fan and mode sensor tag used in
Example a simple application.
Figure–3.9 Example Fan and Mode Sensor Tags (Auto/On Fan Type).
Emergency Heat If an MN-S5 sensor is selected in the Hardware Wizard, up to three sensor
Sensor Tags tags related to the Emergency (Heat) Key and associated LED are created:
• An input sensor tag EmerState (Input Tag).
• An output sensor tag “EmerIconStat.”
• An output sensor tag “EmerSwitch” (MN 800 or standard controller with
Rev.3 or later firmware).
Note: (Rev. 4.1 standard controllers and MN 800 only) An active emergency
(heat) state is preserved following a power cycle to the controller. An inactive
emergency (heat) state is also preserved unless EmerSwitch is ON after the
controller restarts.
LCD Screen Sensor MN sensor models with LCD screens have additional output sensor tags for
Tags control of the display (or if an MN-S4xx, S4xx-FCS, or S5xx, individual icons
in the default display screen). The default display screen appears on the
LCD following a 15 second timeout (if S4xx-FCS, 3 second) after no keypad
activity.
Primary Value
(Display1)
0.0
Example values Status Area
coming from the 100.0 for Turning ON
application’s and OFF Icons
control logic 50.0
to the individual
sensor icon tags. 100.0 Fan Status Heat Icon
and Speed
ON Icon
100.0
Figure–3.10 Individual Icon Tags Control Segments in the Default Display of an S4xx, S4xx-FCS, or S5xx Sensor.
Input value changes to the icon tags dynamically turn Off and On icons in a
“status area” below the primary (Display1) value.
Note: If the display or setpoint tags for a MN-S4xx or S5xx sensor are
reordered in the Hardware Wizard, the tag’s text descriptors (names) remain
unchanged. However, WP Tech provides an Edit > Find Object dialog from
the menu bar that can be used to find any sensor tag by a default descriptor.
The first Display option (monitor value) listed in the Hardware Wizard is the
default display screen at the MN-S4xx or S5xx sensor. Typically, the input to
this first display tag is connected to the RoomTemp sensor tag (Figure-3.10),
so the MN sensor reads the current room temperature on the default display.
The MN sensor display range for an input value to a sensor display tag is
from -99 to 999 as whole numbers or -99.0 to 163.0 with tenths. Out of range
values display as follows:
MicroNet Sensor A few MicroNet sensor configuration parameters are not graphically
Configuration represented in a WP Tech application drawing as sensor tags. They must be
Parameters Not in accessed and modified in WP Tech by running the Hardware Wizard in the
opened application drawing. These configuration parameters are:
Sensor Tags
• The numerical display units (°F or °C) used by the sensor/application
• The offset values applied to the room temperature and relative humidity
sensors (default is 0)
• The initial value and allowable adjustment range (Min, Max) for any
setpoint adjustable from the sensor
• If a pre-Rev.3 firmware controller, the time (in minutes) for an occupancy
override initiated from the MN-S2xx, S3xx, S4xx, or S5xx sensor’s
Occupancy key (default is 60 and maximum is 120). However, note that
MN 800 and Rev.3 and later standard controllers with an MN-S2xx,
S3xx, S4xx, or S5xx sensor have the additional sensor output tag
“OvrdTime” for this purpose, with an extended range in minutes (up to
16382 for a “timed” override, or a “forever” override by entering 16383).
Schedule function
MicroNet standard controller models with Rev.3 or later firmware and
MN 800 controllers have a resident controller schedule and software clock.
The schedule is configured using a Schedule Setup dialog in WP Tech. Both
the schedule and the clock are represented in an application drawing by
“schedule tags”, described in the next section.
Schedule Tags
Table–3.8 Input Schedule Tags - Schedule/Clock Object.
WP Tech Appearance
Output Class / Description Default Valid Values
(Default)
ActEvent Class: Analog - Outputs a value representing the currently NA -4 through 4
active event (1 through 4) in the controller schedule. A Note: If the
value of zero (0) indicates a previous day’s event in previous day’s
progress (through midnight). A negative value means the event is
current schedule event is in override mode. For example, if overridden, it
the ActEvent = 2 before override, during an override it is set remains 0.
to -2.
DayOfWk Class: Analog - Outputs a value that represents the current NA 1,2,3,4,5, 6,
day of the week as a number from 1 to 7 where 1 = Sunday, or 7
2 = Monday, 3 = Tuesday, etc. Remains at not
available (NA) if
no times are
entered in
Schedule Setup.
TodEvent.Current Class: Analog - Outputs a value that represents the current As As for the
controller schedule event. The format of event values are Configured selected event
setup in the Schedule Setup dialog. in the data format.
Schedule See the “Event
Setup. Data Formats”
TodEvent.Next Class: Analog - Outputs a value that represents the next NA section on page
controller schedule event. The format of event values are 76.
setup in the Schedule Setup dialog.
TodEvent.TimeVal Class: Analog - Outputs the number of minutes until the NA 0 to 10079
next controller schedule event change, up to one week (7 minutes
days).
WP Tech
Output Class / Description Valid Values
Appearance (Default)
ScheduleOvrd Class: Analog - Allows the currently active schedule event to be As compatible with the
overridden, whenever the input is any valid value. selected event format.
The override remains in effect until either: See the “Event Data
• The Next Event becomes active. Formats” section on
• The input value changes to NA. page 76.
At controller reset, the input is evaluated as NA until further change.
Applying the Schedule tags are generated by enabling the schedule option in the
Schedule Tags Hardware Wizard (when programming an application in an MN 800 or a
Rev.3 or later MicroNet standard controller).
Schedule tags reflect the operation of these controller functions:
• Controller Clock (page 75)
• Controller Schedule (Schedule tags) (page 75)
Each function is explained separately in following sections.
Controller Clock The software clock in each MicroNet standard controller operates using the
same format as the structure of SNVT_time_stamp, tracking:
• Year (1900 - 2099) • Hour (0 - 23)
• Month (1 - 12) • Minute (0 - 59)
• Day (1 - 31) • Second (0 - 59)
The controller’s schedule task uses the time from the software clock as long
as time is valid. The controller clock calculates the day of week based upon
the current year, month, and day.
Clock Initialization The controller clock is synchronized to run whenever one of the following
events occurs:
1. An explicit message containing “valid” SNVT_time_stamp information.
2. A “valid” time value is received on nviTimeStamp (controller’s profile).
Valid Time: The controller considers time “valid” if within these ranges:
Table–3.10 Valid Time Range for Rev.3 MicroNet Controller Software Clock.
Time Field Valid Values
Year 1900 to 2099
Month 1 to 12
Day Valid day for Year/Month specified
Hour 0 to 23
Minute 0 to 59
Second NA (not required)
Note: When synchronized, the controller clock compares the new time value
against the current value before making a change. The controller clock is
synchronized whenever the new time is “earlier” than the current time by
more than 4 seconds, or the new time is “later” than the current time by more
than 2 seconds, to prevent undue cycling of time-controlled loads.
Note: Event data format can be selected in the Schedule Setup dialog to be
compatible with data enumerations in “SNVT_occupancy” on page 671, if
desired.
Schedule Outputs Controller schedule outputs are set at the top of each minute. If the controller
clock is not running (invalid time), the outputs are set as follows:
Occupied/Unoccup
Numeric Value On / Off SNVT_occupancy
ied
Off = 0 Unoccupied = 0 Unoccupied = 1
Any value from
-163.83 to 16383 On = 100 Occupied = 100 Occupied = 0
or not active (NA), Bypass = 2
for each possible Standby = 3
schedule event.
Null = 255 (NA)
Note: Selecting SNVT format after any other format requires reentry of
output in each event. This is because, in SNVT_Occupancy mode, 0 =
Occupied and 1 = Unoccupied.
TodEvent.Current: If the clock is running, the current day and time are
checked for the appropriate programmed event. When an event occurs, the
TodEvent.Current tag output is set to the associated value.
Schedule Override The currently active schedule event is overridden whenever any valid value
(anything except not active or NA) is received at the input of the single
output schedule tag ScheduleOvrd. The necessary input value depends on
the selection of event action format when running the Schedule Setup.
The schedule override remains in effect until the next event becomes active
or an NA is received at the input of the ScheduleOvrd tag. If an override is in
effect and the controller is reset or power-cycled, the override is canceled
until another valid value is received on the ScheduleOvrd tag.
Time Synchronization Schedule tags require the receipt of a valid time on the nviTimeStamp SNVT
to synchronize the internal software clocks of the TAC I/A Series MicroNet
controllers. Once the controllers have received a valid time, the controller
schedules can be used for standalone operation or for “fall-back” control
(control when there is a loss of communication with the device supplying the
time clock).
Controller Reset When an TAC I/A Series MicroNet standard controller is reset, downloaded
Considerations an application, or power-cycled, the current time is lost until the clock is
resynchronized. During this time the controller schedule remains inactive,
and the outputs of all schedule tags are set to NA except TodEvent.Current,
which goes to a default output value. This operation is maintained until the
controller receives valid time and date information to re-synchronize the
internal clock. When valid time synchronization is received, the software
clock calculates the day of week, and the controller schedule is scanned to
determine the current event, next event, and time until the next event.
Schedule Tag The output of the TodEvent.Current schedule tag contains the controller’s
Example active schedule event (either OFF or ON). This particular application uses
both the controller schedule plus an external schedule command received
on the LON, via the nviOccSched profile input.
In this example, the event data format for this application has been set in the
Schedule Setup to format 3 (SNVT_occupancy). This allows the controller’s
schedule to be available on the LON, by connecting the three TodEvent
schedule tags to the corresponding nvoOccSched profile outputs.
Occupied = 0
Unoccupied = 1
Standard Controllers Each MicroNet standard controller has 2K bytes (2048 bytes) of EEPROM
and 2K bytes of RAM memory for the controller’s “fixed overhead items” plus
any programmed control objects. Overhead items include I/O handling
routines, MicroNet sensor routines, controller scheduler routines, and
LONMARK profile items. Subtracting these items, the remaining controller
RAM is available for creation of control objects. The exact amount of
available RAM (in bytes) differs only slightly among profile types of MicroNet
standard controllers, as shown in Figure-3.12.
MN 800 Controllers When programming an MN 800 application, both control objects and SNVT
objects consume controller memory. However, because the MN 800 has
much more EEPROM and RAM than the standard controllers, memory
allocation is not typically an issue.
Drawing Information In addition to “fixed overhead items” and control objects, WP Tech stores
Storage application drawing information in the controllers during download.
Application drawing information includes the name of each control object,
the location of each object (X, Y coordinates in the application drawing),
custom object groupings, and page names. Drawing information is used by
WP Tech to generate application drawings from uploaded controller
information.
Custom Objects The Custom object is a powerful tool for MicroNet controller applications.
Each Custom object represents a user-defined, logical grouping of objects
defined on a separate, underlying page of the drawing. In other words,
Custom objects function as logical “containers” for other objects or
subroutines— a way to “simplify” groups of objects into a single reference
shape (Figure–3.12). Custom objects are unique because they are not
represented in the controller’s database, but reside only as drawing features
in WP Tech applications. The use of custom objects does not decrease the
amount of memory used by an application in a controller.
1 OR / OR
Force Unocc Input[1] Output
Input[2]
Schedule 7 Day -
Input[3] SNVT_occupancy 1
Calendar Current
SchEnb Current
CalEnb Output[1] Excp[1] Next Next
FrcExp[1] Output[2] Excp[2] Time Time
FrcExp[2] Output[3] Excp[3] ActEvnt
FrcExp[3] Output[4] Excp[4] Status
FrcExp[4] FrcOvrd
OvrdCrnt
OvrdNext
OvrdTime
PBOccMode
Logical Boundary Each Custom object adds an additional page to that application drawing,
known as a Custom object Definition page. It is on this page that the Custom
object’s logic is defined.
Creating Custom Custom objects are created in three main steps, as described in the
Objects following subsections.
Note: All custom objects should use the same page size as the device
definition (top page) of the application drawing.
Input
Output
Custom
Custom
Reusing Custom A powerful aspect of Custom objects is that they may be reused again and
Objects again. This may be done by simply copying a Custom object from one open
drawing page to another, or by saving them on custom stencils from which
they may be copied later. For more information on custom stencils, refer to
the “Creating New (Custom) Stencils” section in Chapter 2 of this manual
(page 30).
Note: Before reusing a Custom object, be sure its control logic is functional
and proven. Any errors that exist in one Custom object would be duplicated
many times over when that object is reused in multiple applications, thus
complicating the process of correcting that error and increasing the
possibility that some of the errors may be missed.
Object Properties
Each control object has three types of properties. The number of properties
varies by object type. However, every object type has at least one input
(property), one output (property), and two or three configuration properties.
Configuration Listed below are the three common configuration properties found in every
Properties control object:
• Object Name
• Object Description
• Process Time (standard controllers only)
Right-click any control object and select Customize to display the Customize
Object dialog box. Figure-4.1. The object name is displayed under the
General tab. Click the Properties tab to display the object description and
process time properties; many control object types have only these two
configuration properties. Several object types have additional configuration
properties, which relate directly to the object’s control algorithm.
Name and Description The common properties Object Name and Object Description serve to
identify each control object with user-assigned alphanumeric text.
Object Name
This is the unique identifier for the object in the application/controller. When
assigning an object name, its uniqueness and its length must both be
considered. WP Tech does not allow a duplicate name to be entered.Object
names are limited to 31 characters (in the Customize Object dialog box).
Schneider Electric recommends that the length be limited to 8 characters or
less. This ensures compatibility with future functions in which an object
Name may appear in three places:
• On a human-machine-interface (HMI), that is, some future handheld
device with an LCD screen that communicates directly (without a PC) to
the TAC I/A Series MicroNet controller.
• In object alarm messages routed directly from another type of
TAC I/A Series MicroNet controller.
• TAC I/A Series Niagara Binding for SNVTs
Note:
• Each object on an application drawing must have a unique name.
WP Tech provides a default Name for every object that is copied to the
drawing page. If the same object type already exists on the drawing
page, WP Tech appends the new object’s default Name with a numerical
suffix, to ensure its uniqueness.
• If WP Tech makes a name unique by appending a numerical suffix, the
name may be changed by right-clicking on the object and selecting
Customize. A new or revised Name can then be entered.
Object Description
This is an optional text field that allows a more detailed description of each
control object. Unlike Object Name, Description is always a PC-only item,
stored within the application drawing file. Objects retain very long
Descriptions.
Note:
• The Description property will accommodate a large number of
characters. However, if this information is to be displayed below the
control object, its length should be kept short, so as to maintain the
readability of the control logic drawing.
• The Description property is not uploaded or displayed on the drawing of
an uploaded application.
Process Time All WP Tech control objects in a standard controller include the common
property Process Time, which affects the frequency of object execution. This
property determines how often each control object performs its algorithm
relative to other objects in the application.
Note: Process Time is not used in the MN 800. In the MN 800, the
controller’s enhanced processing power makes the selection of process time
unnecessary.
The Process Time setting for each object is not stored in an TAC I/A Series
MicroNet controller. Instead, this setting determines how the application
compiler in WP Tech organizes objects in the downloadable hex file and how
the controller executes these objects.
Note: A TAC I/A Series MicroNet controller’s “object engine” executes each
object sequentially, one at a time. The WP Tech compiler automatically
determines the object execution order for proper sequencing. Each time an
object executes, its output(s) update(s).
Process Time
Each control object has three possible Process Times, selected from a
drop-down list in the WPT Property Editor. The selections are:
• High
• Medium (the default)
• Low
Process Time is relative to other control objects in the application. Given an
application where all control objects have the same Process Time (as when
accepting defaults), the controller will execute each object once in each
complete object scan. If different Process Times are assigned, objects with a
High process time execute twice as frequently than those with a Medium
process time, and four times as frequently as those with Low process times.
This means the actual frequency of execution for any control object depends
on a number of factors, including total number of objects, and the distribution
of Process Times among them.
Practical applications for objects to have different Process Times may
include scenarios where certain objects are thought to require critical
time-based attention (High) or are deemed non-critical in response (Low).
In most cases, the Property Editor of WP Tech provides a drop-down list for
modification of an algorithm-related configuration property. For a few
configuration properties, a number must be typed in a field. (The Property
Editor displays an acceptable range for these properties.)
For details on any control object (including all configuration properties), refer
to the particular object in Chapter 5. For details on using the Property Editor
in WP Tech, refer to the WorkPlace Tech Tool 4.0 User’s Guide, F-27255.
Input Properties Unlike configuration properties, input properties (inputs) are visible on each
(inputs) control object’s shape in a WP Tech application. Most objects have more
inputs than outputs. Values received on inputs include variable and constant
value data or for input point objects, a physical signal from a controller input
(using a physical address assignment). If an object input is unconnected,
that input is evaluated as not active (NA).
Physical Address A single physical address input is available on four types of control objects,
Inputs listed in Table–4.1 below. Physical address inputs should only be connected
to Input Hardware Tags.
Input Data Classes All other object inputs (beside Physical Address inputs) are data inputs.
Each input can be classified as either an analog input or a digital input,
depending on the particular control object. This classification serves only to
describe:
• The typical format of data received on the input.
• The general method in which the object evaluates that data.
Note: Each class of input (analog or digital) is compatible with any data
output, whether that output produces an analog value (-163.83 to 16,383) or
a digital value (0.0 or 100.0).
Analog Inputs
If an input to a control object is classified as analog, the object typically
receives some analog value at that input, and evaluates that value in some
analog fashion.
For example, the Binary Input object has three inputs, one of which is
classified as analog (Pulse). This input defines a scaling value used to
calculate a delivery rate (output value) at the object’s output when the object
is configured for pulse operation. Typically, the Pulse input uses a fixed
value, as below Figure-4.2, where a value of 0.55 gallons was entered.
Digital Inputs
If an input to a control object is classified as digital, the input typically
receives a digital value (either 0.0 for OFF or 100.0 for ON), and evaluates
any received value in a digital fashion. Any value greater than zero is
evaluated as ON. Any value less than or equal to zero is evaluated as OFF.
For example, one of the inputs on the same Binary Input object is classified
as digital (Reset). This input provides a method to reset both the “Count
Output” and (if configured for Pulse) the “output” to zero (0). Typically, this
Reset input is connected to a digital class output of another control object,
which periodically resets (with a momentary ON) the Binary Input object.
Input Data Sources Data received on an object input can be one of the following:
• a variable
• a constant (fixed value)
For any particular object input, there is no set rule as to which type of data
source may be used—other than only one source may be used. The
graphical shape for each control object in WP Tech ensures this rule through
the behavior of the built-in connection wire for each input.
Object Connection
NVI
Connection
Sensor Tag
Connection
Thermostat AND / OR
Loop Single SpaceTem p Input Direct Input[1] Output
LpEnb Output HeatSP Setpt Reverse Input[2]
NCI Tag SpaceTem p Input [1] InDiff Input[3] Priority Input
HeatSP Setpt (2)
RHFHyst RHFEnab
nciSatConfig3 [3] TR Input[1] Output
nciSatConfig4 [0] Igain Select Input[2]
[0 ] Derv PropHeat
nciSatConfig8 [NA] Input[1] Output
[0 ] OutRef
Input[2]
[100 ] Action
Shutdow n InSel
RmpTm
Ovrd/Shutdow n
Constant Tag ReheatControl
Note:
• The Write to RAM feature can be used to add a diagnostic capability in
an application, beyond the “normal operating” control logic connections.
For example, an input to a control object that is typically left
unconnected can instead be connected to a Constant tag with a not
active (NA) value. This allows a temporary value to be received at the
input without a recompile and download. The value may force a
disable/enable object function, or fulfill some other diagnostic purpose.
Values that are written to RAM are not uploaded with an application.
Only values saved to EEPROM are uploaded with an application.
• The value of a constant can be modified by double clicking it or by
selecting it and choosing Set Value from the shortcut menu. The Set
Value dialog also allows annotation of a constant tag with a prefix and/or
suffix (e.g. “Disable [100]” or “[055] gal”).
• Values assigned as constants must be within the range of -163.83 to
16383. The compiler will not detect an error if the value assigned
exceeds the limits of the object input to which it is connected.
Note:
• WP Tech provides two global functions for fixed values in an
application’s NCI tags or objects: Read NCI Values and Write NCI
Values. When read or write NCI values is chosen from the application
menu, all NCIs are read or written.
• A single NCI or a group of NCIs can be read or written by selecting them
and choosing Read NCI Value or Write NCI Value from the shortcut
menu.
Output Properties Like input properties, output properties (outputs) are visible on each control
object’s shape in a WP Tech application. Many functional objects have only
a single output, others have two or more.
Outputs represent the data results of each object’s algorithm. Values
produced on outputs include analog or digital classes of data, or (for some
objects), a physical signal at a controller output (using a physical address
assignment).
Physical Address One or more physical address outputs are found on several types of control
Outputs objects. These object types, number of physical address outputs, and
compatible types of controller outputs are listed below. Physical address
outputs should only be connected to Output Hardware Tags.
Note: If desired, any of the output point objects above may be created
without assigning output terminal addresses (no connected output hardware
tag). The object will function, but only as a “virtual” point without any actual
hardware output.
Output Data Classes Apart from Physical Address outputs, all object outputs are data outputs. An
output is classified as either an analog class or digital class output,
depending on the particular control object. This classification describes the
format of data produced at the output.
• An analog class output produces some varying analog value. Ranges of
different outputs vary, but no output value can exceed the MicroNet
controller’s numerical range of -163.83 to 16,383.
• A digital class output produces either a 0.0 for OFF, or 100.0 for ON.
If the object is an output point object, one or more outputs reflect the
physical signal produced at the corresponding controller output point
(hardware terminal address).
Other analog class outputs of control objects use the full value range of a
MicroNet controller (-163.83 to 16,383), such as with math objects, or some
other subset, such as 0.0 to 100.0 as with Loop object outputs.
For example, one of the outputs on the Binary Input object defaults as digital
(Output). When the object is configured as Direct (Type), this output directly
reflects the hardware status at the controller input (physical address) —
either 0.0 for OFF or 100.0 for ON. An example Binary Input object
configured as Direct is shown below Figure-4.7.
Figure–4.8 A Few Outputs Are Either Digital or Analog (by Object Configuration).
Mixing of Data Usually when engineering control logic, most connections between control
Types objects are made so that:
• A digital class input is connected to a digital class output.
• An analog class input is connected to an analog class output.
However, because the object data in both classes is numerical, mixed data
type connections are also permitted. This means a digital class input can be
connected to an analog class output, and the opposite (an analog class
input be connected to a digital class output). In some cases, this can provide
some utility.
For instance, any logic object evaluates several input conditions and outputs
as OFF or ON based on its logic type. All logic objects have three digital
class inputs for receiving these conditions.
Consider a scenario where one input condition could be an analog value,
such as the output of a Loop Single object used for heating control. The loop
object’s output will continuously range from 0.00 to 100.00 (%) as the call for
heat ranges from no heating to full heating. If this output is connected to an
input of a logic object, the value is evaluated digitally as follows:
• Value = 0.00, (No call for heating), input is OFF.
• Value > 0.00 (Any call for heating, from 0.01% to 100.00%), input is ON.
It is possible for this type of digital evaluation to be useful, for example,
where a “cooling lockout” function is needed. In this case, the analog value
from the heating loop could be “ORed” with digital conditions that would also
require disabling of cooling loads, such as states indicating no fan flow or
low head pressure, as shown in Figure–4.9.
Analog Value
(0.0 to 100.0) Cooling Lockout
OFF or ON
(0.0 or 100.0)
Digital Values
(0.0 or 100.0)
In the same manner, a digital class value of 0.0 or 100.0 may be useful at an
analog class input of a control object. An example of this sort of connection
is shown below in Figure–4.10.
In this example, the digital outputs of each of four Binary Output objects
(used for heat stages) are connected to the analog class inputs of two math
objects. The math objects are used to calculate an analog value that
represents the percentage of active heating.
Inverted Inputs Any input on a control object can be selectively inverted. If inverted, any data
at the input is evaluated by the object in a digital fashion, whether the input is
normally an analog class or a digital class input.
Note: An inverted input does not work with a Constant tag. If an attempt is
made to invert the input from a Constant Tag, WP Tech generates an error
when the application is compiled. Any other data source is compatible with
an inverted input, including an output of an object, a sensor tag, or a network
variable (NCI or NVI).
Bubble at Input
Indicates Inversion
Digital Class Inputs Inversion of a digital class input is straightforward—the object evaluates that
Inverted input for a numerical value in an opposite manner from normal. This means
at an inverted digital class input:
• 0.0 or less is evaluated as ON (100.0).
• greater than 0.0 is evaluated as OFF (0.0).
Digital class inputs such as logic object inputs are commonly inverted.
Inversion is particularly useful when opposite state tests are needed at
multiple inputs that are each connected to the same object output.
Analog Class Inputs Inversion of a analog class input also results in a digital type evaluation,
Inverted meaning at an inverted analog class input:
• a value of 0.0 or less is evaluated as ON (100.0).
• a value greater than 0.0 is evaluated as OFF (0.0).
Analog class inputs are less frequently inverted than digital class inputs.
Prioritized Inputs Several control object types have “prioritized” inputs. These objects are:
• Analog Output Priority.
• Floating Actuator Priority.
• Priority Input (2).
• Priority Input (4).
• Priority Value Select.
• PWM Priority
Generally, prioritized inputs mean that a control object has more than one
input (typically four) on which to receive data for a single use in the object
algorithm. However, only one of these prioritized inputs is used at any time,
and it is always the highest priority input that has a valid value.
• In general, a valid value is any value except a not active (NA).
• Higher priority inputs have lower Input[x] names. This means Input[1]
has the highest priority, then Input[2], Input[3], and lastly Input[4].
• Priority inputs appear on object shapes with the highest priority (Input[1])
at the top and lowest priority (Input[4]) at the bottom.
The Priority Input (2) and (4) objects have analog class inputs. Each object
simply passes the highest priority (valid) value through to the object’s analog
class output. The three prioritized output point objects, Analog Output
Priority and Floating Actuator Priority, and PWM Priority are essentially the
same as the “non-priority” equivalent objects, but with the added input
features of a Priority Input (4) object. The Priority Value Select object uses
four priority (digital) inputs to select (and pass to the output) the value
present at one of four corresponding analog class inputs.
Priority input objects are often used in applications to provide “fall back” or
“contingency” operation in these cases:
• An NVI produces an NA output.
• The value of an NCI is not assigned (NCI has an NA output).
• A MicroNet sensor is disconnected, unavailable, or stops functioning
(Sensor tag has an NA output).
Priority Input (4) Object
NVI Tag
Sensor Tag
This chapter describes all the various control objects available in TAC I/A
Series MicroNet standard and MN 800 controllers. In WP Tech, these
objects reside as master shapes on stencils. The chapter begins with two
object lists, each showing all the control objects available on the various
stencils:
• Objects Grouped by Stencils.
• Objects Grouped Alphabetically.
The remainder of this chapter individually covers each of the 80-plus types
of control objects. Object descriptions are in arranged in alphabetical order
for easy reference.
For each object, the first page includes a brief description, the WP Tech
representation (shape) with all properties listed, and device support and
memory requirements. The following pages for each object provide tables
for all the object’s configuration properties, input properties (inputs), and
output properties (outputs). Each object ends with an “Applying the Object”
section to discuss the object’s behavior and provide examples.
Objects Grouped Control objects are listed here as they are grouped on WP Tech stencils.
by Stencils These stencils contain control objects that are similar in type, for instance
logic and math objects are grouped on a “Logic and Math Control” stencil.
IO and Alarm Control Loop and Process Control
• Analog Alarm • Binary Encoder
• Analog Input • Control Override
• Analog Output • COV Prioritya
• Analog Output Priority • Demux Selecta
• Binary Alarm • High Select
• Binary Input • Interlock
• Binary Output • Limit
• DUI Expandera,b • Limit Thermostata
• Fan Speedb • Loop Sequenced
• Floating Actuator • Loop Single
• Floating Actuator Priority • Low Select
• Momentary Start / Stop • Priority Input (2)
• Pressure Transducerc • Priority Input (4)
• PWM • Priority Value Select
• PWM Priority • Rampd
• Sensor Inputd • Reset
• VAV Actuatorc • Select
• Setpoint Control
Logic and Math Control • Thermostat
• Abs Sub / Div • Thermostat 2a
• Add / Add
• Add / Div Network Variables (MN 800)
• AND / AND • NVI objectsd
• AND / OR • NVO objectsd
• Average • NCI objectsd
• Clocked SR
• Compare Schedule Control (MN 800)
• Compare 2a • Calendard
• Count Down • OSSd
• Count Up • Schedule 7-Dayd
• Curve Fita,b
• Enthalpyd Timer and Sequence Control
• EXOR • Dual Delay
• Filter • Dual Minimum
• Latch • Event Indicator
• MA Volume • Interstage Delay (3)
• Mul / Add • Interstage Delay (6)
• Mul / Div • Interstage Delay (10)
• OR / AND • Minimum Off
• OR / OR • Minimum On
• SqRt Mul / Add • Off Delay
• SR Flip-Flop • On Delay
• Sub / Add • Sequence (3)
• Sub / Div • Sequence (6)
• Sub / Mul • Sequence (10)
• Sub / Sub • Step Driverd
a. Available only in controllers with Rev.3 or later firmware and the MN 800.
b. Not available in VAV controllers.
c. Available in VAV controllers only.
d. Available only in the MN 800.
Objects Grouped All control object types are listed alphabetically below, along with the TAC
Alphabetically I/A Series MicroNet controller support by platform: MN 50, 100, 110, 130,
150, 200, VAV, and 800. A few object types are not supported in all the
hardware platforms — these object types are indicated below in boldface.
MN Controller Support MN Controller Support
Object Name 100 110 Object Name 100 110
50 150 VAV 800 50 150 VAV 800
200 130 200 130
c
Abs Sub / Div X X X X X X Limit Thermostat X X X X Xc X
Add / Add X X X X X X Loop Sequenced X X X X X X
Add / Div X X X X X X Loop Single X X X X X X
Analog Alarm X X X X X X Low Select X X X X X X
Analog Input X X X X X X MA Volume X X X X X X
Analog Output Xa X Xb X Minimum Off X X X X X X
Analog Output Priority X X Xb X Minimum On X X X X X X
AND / AND X X X X X X Momentary Start / Stop X X X X X X
AND / OR X X X X X X Mul / Add X X X X X X
Average X X X X X X Mul / Div X X X X X X
Binary Alarm X X X X X X Off Delay X X X X X X
Binary Encoder X X X X X X On Delay X X X X X X
Binary Input X X X X X X OR / AND X X X X X X
Binary Output X X X X X X OR / OR X X X X X X
Calendar X OSS X
Clocked SR X X X X X X Pressure Transducer X
Compare X X X X X X Priority Input (2) X X X X X X
Compare 2 X Xc X X Xc X Priority Input (4) X X X X X X
Control Override X X X X X X Priority Value Select X X X X X X
Count Down X X X X X X PWMd X X X X X X
Count Up X X X X X X PWM Priorityd X X X X X X
COV Priority X Xc X X Xc X Ramp X
Curve Fit X Xc X X X Reset X X X X X X
Demux Select X Xc X X Xc X Schedule 7-Day X
Dual Delay X X X X X X Select X X X X X X
Dual Minimum X X X X X X Sensor Input X
DUI Expander X Xc X X X Sequence (3) X X X X X X
Enthalpy X Sequence (6) X X X X X X
Event Indicator X X X X X X Sequence (10) X X X X X X
EXOR X X X X X X Setpoint Control X X X X X X
Fan Speed X X X X X SqRt Mul / Add X X X X X X
Filter X X X X X X SR Flip-Flop X X X X X X
Floating Actuator X X X X X X Step Driver X
Floating Actuator Priority X X X X X X Sub / Add X X X X X X
High Select X X X X X X Sub / Div X X X X X X
Interlock X X X X X X Sub / Mul X X X X X X
Interstage Delay (3) X X X X X X Sub / Sub X X X X X X
Interstage Delay (6) X X X X X X Thermostat X X X X X X
Interstage Delay (10) X X X X X X Thermostat 2 X Xc X X Xc X
Latch X X X X X X VAV Actuator X
Limit X X X X X X
a.No analog output on MN 100.
b.Not supported in MNL-V1Rxx model VAV controllers.
c.Controller must have Rev.3 or higher firmware. See ““Controller Firmware Revisions” on page 8.
d.In MNL-11Rxx and MNL-13Rxx controller applications, whenever “Seconds” is selected for the Time Select property, the resolution is
0.1 sec. This accommodates wax motor applications, which require a higher resolution.
Custom Object
This stencil contains three shapes used to create custom objects: a Custom
Object, a Custom Input Tag, and a Custom Output Tag. The Custom Object
shape on this stencil is used to create a custom object, which represents
control logic that is defined by a group of interconnected shapes on an
underlying page. Inputs and outputs are assigned to a custom object by
applying two other shapes from this stencil, the Custom Input tag and the
Custom Output tag. These tags are copied onto the definition page and
connected to selected object inputs and outputs on that page. Any number
of custom objects may be created and saved, on a user’s stencil, for reuse in
future applications.
Objects Not On TAC I/A Series MicroNet controllers also contain objects not found on
Stencils WP Tech stencils. These objects are represented instead by certain types of
resource tags. Resource tags are generated by the Hardware Wizard when
the specific controller and MN-Sx sensor models for an application are
identified. If programming a standard controller with Rev.3 or higher
firmware, additional resource tags are available.
Object types represented by resource tags include:
• S-Link Sensor (Sensor Tags) (page 56)
• Schedule/Clock (Schedule Tags) (page 73)
S-Link Sensor Object (Sensor Tags)
Depending on the selected MN-Sx sensor model and options enabled in
Hardware Wizard, an S-Link Sensor object is represented by a set of from
1 to 26 sensor tags. Both input sensor tags and output sensor tags exist.
Each sensor tag has a single output or input and a specific behavior related
to the selected MicroNet sensor model (MN-S1 through S5). Sensor tags act
as “mini-objects”, connecting to control objects and other sensor tags to help
define the application’s control logic and MN sensor behavior. A description
of each sensor tag is given in Chapter 3 in the section “S-Link Sensor
(Sensor Tags)” (page 56).
Properties
Table–5.1 Abs Sub / Div Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selections
Input[1] Input [1] Class: Analog - The minuend, or the first value in -163.83 to See the Truth Table for
the equation: | AV1 - AV2 | ÷ AV3 16383 NA input results.
Input[2] Input [2] Class: Analog - The subtrahend to the first value -163.83 to See the Truth Table for
(subtracted from the first value in the equation): 16383 NA input results.
| AV1 - AV2 | ÷ AV3
Input[3] Input [3] Class: Analog - The divisor. It divides into the -163.83 to See the Truth Table for
previous absolute value in the object’s equation: 16383 NA input results.
| AV1 - AV2 | ÷ AV3
Applying the Object The Abs Sub / Div object is similar to other three-input math objects, which
also process analog values (AV) and produce an AV output. Its chief
distinction is the absolute value function inclusive on the term including the
first two inputs.
| AV1 - AV2 | ÷ AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values (0.0 for OFF or
100.0 for ON), or not active (NA).
Properties
Table–5.5 Add/ Add Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selections
Input[1] Input [1] Class: Analog - The first value to summed by the -163.83 to See the Truth Table for
equation: 16383 NA input results.
AV1 + AV2 + AV3
Input[2] Input [2] Class: Analog - The second value to be summed -163.83 to See the Truth Table for
by the equation: 16383 NA input results.
AV1 + AV2 + AV3
Input[3] Input [3] Class: Analog - The third value to be summed by -163.83 to See the Truth Table for
the equation: 16383 NA input results.
AV1 + AV2 + AV3
Applying the Object The Add / Add math object is similar to other three-input math objects in that
it processes analog values (AV) and produces an AV output. This object
simply adds all inputs together, making their sum the output.
AV1 + AV2 + AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values
(0.0 for OFF or 100.0 for ON), or not active (NA).
Properties
Table–5.9 Add/ Div Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selections
Input[1] Input [1] Class: Analog - The the first value summed in -163.83 to See the Truth Table for
the equation: ( AV1 + AV2 ) ÷ AV3 16383 NA input results.
Input[2] Input [2] Class: Analog - The second value summed in the -163.83 to See the Truth Table for
equation: ( AV1 + AV2 ) ÷ AV3 16383 NA input results.
Input[3] Input [3] Class: Analog - The divisor. It divides into the -163.83 to See the Truth Table for
previous sum term in the object’s equation: 16383 NA input results.
( AV1 + AV2 ) ÷ AV3
Applying the Object The Add / Div object is similar to other three-input math objects, which also
process analog values (AV) and produce an AV output. The equation
specific to the Add / Div object is:
( AV1 + AV2 ) ÷ AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values
(0.0 for OFF or 100.0 for ON), or not active (NA).
Properties
Table–5.13 Analog Alarm Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selections
HMsgID High Alarm Class: Analog - A user-defined alarm 0 1 to 127 (pre-Rev.3 controllers):
Message ID message ID to be associated with a high A return from high
alarm condition within the application. alarm condition adds
A value of 0 (zero) indicates that a 128 to the assigned
message ID is not assigned. A not active High Alarm Message
(NA) or value outside the defined range ID, writing a value
causes the High Alarm Message ID to be between 129 and 255
evaluated as zero. into the alarm buffer.
LMsgID Low Alarm Class: Analog - A user-defined alarm 0 1 to 127 (pre-Rev.3 controllers):
Message ID message ID to be associated with a low A return from low alarm
alarm condition within the application. condition adds 128 to
A value of 0 (zero) indicates that a the assigned Low
message ID is not assigned. A not active Alarm Message ID,
(NA) or value outside the defined range writing a value between
causes the Low Alarm Message ID to be 129 and 255 into the
evaluated as zero. alarm buffer.
ADlyTm Alarm Delay Class: Analog - Defines the length of time 0 0.0 to 10,000 A not active (NA)
Time (in seconds) that the object must: seconds causes the Alarm
• Be in an alarm condition before Delay Time value to be
generating an alarm. set to 0.0 seconds.
• Return to a non-alarm condition before
generating a return from alarm.
An alarm or return from alarm includes
generation of network alarm messages
and an update of the object alarm output.
Range /
Abbrev. Name Class / Description Notes
Selections
AlmEnb Alarm Class: Digital - An input of not active (NA) or ON On, Off, NA An input of not active (NA)
Enable enables the Analog Alarm function. An input enables analog alarm
value of OFF causes the algorithm to: function.
• Hold all outputs at their previous state.
• Reset the Alarm Delay Time timeouts.
• Disable alarm reporting for this object.
Note: If the Analog Alarm object is in an active
alarm state when an input value of OFF is
received, the object will remain in the alarm
state. Be sure the object is removed from the
active alarm state before disabling the Analog
Alarm function.
Input Input Class: Analog - The value at this input is -163.83
compared against the valid values assigned to to
the High Alarm Limit and Low Alarm Limit to 16383
determine analog alarm conditions. A not active
(NA) at this input causes the algorithm to:
• Disable alarm reporting for this object.
• Hold all outputs at their previous state.
• Reset the Alarm Delay Time timeouts.
Range /
Abbrev. Name Class / Description Notes
Selections
HLimit High Alarm Class: Analog - Defines the high alarm activation -163.83 A not active (NA) causes
Limit or trip point. This input is continuously monitored to this input to be ignored,
and compared to this analog value to initiate the 16383 making the high alarm
high alarm sequence. function inactive.
LLimit Low Alarm Class: Analog - Defines the low alarm activation -163.83 A not active (NA) causes
Limit or trip point. This input is continuously monitored to this input to be ignored,
and compared to this analog value to initiate the 16383 making the low alarm
low alarm sequence. function inactive.
Dband Deadband Class: Analog - Defines a deadband value which 0.0 If unconnected, not active
is applied to the High and Low Alarm Limit to (NA), or a negative value,
values to determine the return from alarm trip 16383 the Deadband is evaluated
points. The return from High Alarm trip point as 0.0.
value is found by subtracting the deadband value
from the High Alarm Limit value. The return from
Low Alarm trip point value is found by adding the
deadband value to the Low Alarm Limit value.
Applying the Object The Analog Alarm object monitors the analog value on its Input and
compares it to values at the object inputs for the High Limit and Low Limit. If
the monitored value goes outside of either limit, an alarm sequence begins.
High Alarm Sequence A high alarm sequence is initiated whenever the input exceeds the high
alarm trip point (High Limit). A high alarm sequence ends when the input
drops below the return from high alarm trip point (High Limit - Deadband).
Low Alarm Sequence A low alarm sequence is initiated whenever the input drops below the low
alarm trip point (Low Limit). A low alarm sequence ends when the input
raises above the return from low alarm trip point (Low Limit + Deadband).
High and Low Alarm Activation of an alarm occurs whenever an alarm sequence is initiated and
Activation the Input remains either above the High Limit (high alarm sequence) or
below the Low Limit (low alarm sequence) for a period of time defined in the
Alarm Delay Time. An input value which returns below the High Limit (during
the high alarm sequence) or above the Low Limit (during a low alarm
sequence) prior to expiration of the alarm delay timeout causes the alarm
sequence to be reset.
Refer to Figure-5.3 for a graphical example of a high alarm activation and to
Figure-5.4 for a graphical example of a low alarm activation.
Return from High and A return from alarm sequence occurs after an alarm has been activated and
Low Alarm the Input goes either below the High Limit - Deadband (during a high alarm
sequence) or above the Low Limit + Deadband (during a low alarm
sequence) for a period of time defined in the Alarm Delay Time.
If the input value returns above the High Limit (during a return from high
alarm sequence) or below the Low Limit (during a return from low alarm
sequence) prior to the expiration of the alarm delay timeout, the return from
alarm sequence is reset.
For graphical representations, refer to the examples for a return from high
alarm Figure-5.5 and a return from low alarm Figure-5.6.
Note: Rev.3 or higher controllers store only “active” alarms, with Alarm
Message IDs in the range of 1 to 127. The next paragraph applies only to
pre-Rev.3 controllers.
then stored in the local alarm buffer as a Return from Alarm Message ID.
This makes the valid range of values between 129 and 255 for return from
High Alarm Message IDs and return from Low Alarm Message IDs.
A High or Low Alarm Message ID of zero, not active (NA), or a value outside
the defined range indicates that a message ID is not assigned. In this case,
Alarm Message IDs are not sent to the local alarm buffer.
In this example, the outputs of the Analog Alarm object are also used in
some further digital logic (not shown) in this application. If the Analog Alarm
object is in a high alarm, the High Alarm output is ON; otherwise it is OFF.
Likewise, if the object is in a low alarm, the Low Alarm output is ON,
otherwise it is OFF. A typical result of using these digital outputs may be to
cycle Off or On pumps, or close valves.
Alarm Message IDs: Alarm Message ID numbers are assigned by the
application programmer. In this example, a High Alarm Message ID of 72
and a Low Alarm Message ID of 22 is assigned to this Analog Alarm object.
These non-zero values enable storage of a high or low alarm into the
controller’s local alarm buffer.
If a high alarm condition occurs, the Alarm Message ID of “072” can be seen
from the “ALr” portion of the Diagnostics screens accessible from the
controller’s MN-S3xx, S4xx, or S5xx model MicroNet sensor. Likewise, if a
low alarm condition occurs, the Alarm Message ID of “022” will be visible.
alarms. Each Alarm Message ID is cleared from the buffer on return from
alarm. Return-from-alarm message IDs (those incremented by 128) are
stored only in controllers with earlier firmware (MNL-10Rx1, -20Rx1, -VxR1).
Properties
Table–5.16 Analog Input Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87
resides. for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Type Input Sensor Class: Analog - This value defines the 1 1 - 10k Thermistor A 10k Thermistor
Type sensor type connected to the hardware. 2 - Balco RTD must have an
3 - Platinum 11k shunt, such as
Note: Resistance selections (6 and 7) 4 - Milliamps with any of the
require controllers with Rev.3 or higher 5 - Volts TS-87xx-850 series.
firmware (MNL-5Rx2, -10Rx2, -15Rx2, 6 - 1k Resistance
-20Rx2, -VxR2, S1 models). 7- 10k Resistance
LInput Input Low Class: Analog - Defines the input low 0 Milliamps A not active (NA)
Value value at the actual hardware (Milliamps 0.0 to 20.0 sets the Output to
or Volts) where value at the Output NA and the Status
equals the Scaled Low Value. This input or Flags output to ON,
is only used for Input Sensor Type indicating an error
selections of Milliamps and Volts. All Volts condition.
other selections ignore this property. 0.0 to 5.0
LScale Scaled Low Class: Analog - Defines the output value 0 -163.83 A not active (NA)
Value when the input at the hardware equals to sets the Output to
the value assigned to Input Low Value. 16383 NA and the Status
This input is only used for Input Sensor Flags output to ON,
Type selections of Milliamps and Volts. indicating an error
All other selections ignore this property. condition.
HInput Input High Class: Analog - Defines the input high 20.0 Milliamps A not active (NA)
Value value at the actual hardware (Milliamps 0.0 to 20.0 sets the Output to
or Volts) where value at the Output NA and the Status
equals the Scaled High Value. This input or Flags output to ON,
is only used for Input Sensor Type indicating an error
selections of Milliamps and Volts. All Volts condition.
other selections ignore this property. 0.0 to 5.0
HScale Scaled High Class: Analog - Defines the output value 100 -163.83 A not active (NA)
Value when the input at the hardware equals to sets the Output to
the value assigned to Input High Value. 16383 NA and the Status
This input is only used for Input Sensor Flags output to ON,
Type selections of Milliamps and Volts. indicating an error
All other selections ignore this property. condition.
Filter Filter Class: Analog -Defines the filter constant 1 0.00 to 1.00 An not active (NA),
Constant or filter factor applied to the input. 0.00, or 1.00
Maximum Filter is at 0.01 bypasses the
Minimum Filter is at 0.99 filtering action.
Range /
Abbrev. Name Class / Description Notes
Selections
Addr Physical Class: Analog - Indicates the physical Dependent on If no physical hardware
Address hardware address (input terminal point on the the controller address is assigned (not
controller) assigned to the Analog Input object. platform active or NA), outputs are
selected. also set to not active (NA).
Offset Offset Class: Analog - Defines the value added to or -163.83 If unconnected or with a NA
Calibration subtracted from the calculated output value to value, the Offset Calibration
prior to placing the value at the actual output. 16383 defaults to 0.0 (no offset
applied).
Applying the Object The Analog Input object monitors the signal received on a universal input
(UI) of a LonMark MicroNet controller. The Analog Input object can be
assigned to monitor any of the physical UI points on the controller where it
resides.
The object’s Input Sensor Type assignment configures the hardware
terminals to support any of these standard sensor types:
• Resistive Temperature Device (RTD) Sensors
– Thermistor (10 kΩ with 11 kΩ shunt)
– Balco
– Platinum
• 0 to 20 mA
• 0 to 5 V dc
• 1 kΩ Resistance (range from 0 Ω to 1.5 kΩ)
• 10 kΩ Resistance (range from 0 Ω to 10.5 kΩ)
Thermistor / Balco / Selection of Thermistor (10k), Balco, or Platinum causes the Analog Input
Platinum RTD Sensors object to use controller-resident scaling. This means the input-to-output
scaling properties are not used and can be left at default. Offset calibration
as well as the filter function may be applied to the output value of the object.
Note: To work properly (without a Curve Fit object), the 10k thermistor RTD
must have an 11k shunt resistor, such as with the TS-8500-850 series.
Table–5.19 below provides the operating and diagnostic trip ranges for the
different RTD sensor types when used with TAC I/A Series MicroNet
controllers:
Table–5.19 TAC I/A Series MicroNet Controller Operating and Diagnostic (Not Active) Trip Ranges for RTD Sensor
Types.
Return from NA
Valid to NA (Approximations)
RTD Type Operating Rangea (Approximations)
Low High Low High
Thermistor
-40° to 250°F (-40° to 121°C) ≈ -49°F (-45°C) ≈ 267°F (131°C) ≈ -41°F (-40.5°C) ≈ 251°F (122°C)
Balco
Platinum -40° to 240°F (-40° to 121°C) ≈ -44°F (-45°C) ≈ 256°F (124°C) ≈ -41°F (-40.5°C) ≈ 241°F (116°C)
a.General Ranges, refer to the Specification Data Sheet for each particular RTD sensor.
Milliamps / Volts Selection of Milliamps or Volts causes the Analog Input object to monitor the
assigned UI and determine the proper output value based upon the
assigned input-to-output scaling. Offset calibration as well as the filter
function may be applied to this calculated output value.
For Milliamps, the Analog Input object allows for a 0.0 to 20.0 mA current at
the UI terminals, assigned by the Physical Address configuration property.
An external 250 ohm shunt resistor must be provided for proper operation.
For Volts, the Analog Input object allows for a 0.0 to 5.0 Volt DC signal at the
UI terminals, assigned using the Physical Address configuration property.
Typical applications include temperature and humidity transmitters, etc.
Higher DC voltages, such as 1.0 to 11.0 Volts DC, can be read using a
proper voltage divider.
Input-to-output scaling is established by the values assigned to the
properties, Input Low Value, Scaled Low Value, Input High Value, and
Scaled High Value:
• Setting the Scaled High Value lower than the Scaled Low Value results
in inverted or reverse-acting output signals. When doing so, be sure the
span between these two values does not exceed 163. If the span is
greater than 163, the output will be clipped to a value equal to the
Scaled Low Value minus 163.83. For example, if the Scaled Low Value
is set to 100 and the Scaled High Value is set to -100, the total span
would be 200. Under these conditions, the output would be clipped to
100 minus 163.83, which is -63.83.
• Setting the Input High Value lower than the Input Low Value causes the
output to go to not active (NA), and the Status output will indicate an
error condition (100.0).
Milliamps
In this example, the property Input Sensor Type has been set to Milliamps.
The hardware input (UI) is connected to a humidity transmitter that provides
a 4.0 to 20.0 mA signal representing a %RH range of 0.0 to 100.0% RH.
The output is scaled to provide 0.0% when the signal at the UI is 4.0 mA and
100.0% when the signal at the UI is 20.0 mA. Note that the shunt resistor
and power source for the humidity transmitter must be externally provided.
The relationship of the input signal to the Output value is shown in the
following diagram Figure–5.11. The Output value of the object is a
percentage of the Input range as established by the Input Low
Value / Scaled Low Value and Input High Value / Scaled High Value
parameters.
20.0 mA
16.0 mA
12.0 mA
Input Signal
(mA) 8.0 mA
4.0 mA
0.0 mA
-25.0% 0.0% 50.0% 100.0%
12.0 mA
Input Signal
(mA)
8.0 mA
4.0 mA
0.0 mA
Limited Output Value Range
0.0% 50.0% 100.0%
Output Value (%RH)
Operating and diagnostic trip ranges (valid value to NA and return from NA)
for a universal input (UI) reading current are given in Table–5.20.
Note: In the MN 800, the Status Flags output will not indicate an over or
under range error condition if “milliamps” is selected for Input Sensor Type.
An error condition will still be generated if any of the four configuration
scaling constants is NA, or if the Input High Value is set lower than the Input
Low Value.
Volts
In this example, the property Input Sensor Type has been set to Volts. The
hardware input (UI) is connected to a temperature transmitter that provides a
0.0 to 5.0 Volts DC signal representing a Degrees F temperature range of
0.0 to 120.0°F. The output is scaled to provide 0.0°F when the signal at the
UI is 0.0 Vdc and 120.0°F when the signal at the UI is 5.0 Vdc. Note that the
power source for the temperature transmitter is provided externally.
The relationship of the input signal to the Output value is shown in the
following diagram. The Output value of the object is a percentage of the
Input range as established by the Input Low Value / Scaled Low Value and
Input High Value / Scaled High Value parameters.
20.0 Vdc
16.0 Vdc
12.0 Vdc
Input Signal
(Volts DC) 8.0 Vdc
4.0 Vdc
0.0 Vdc
-90.0 -40.0 60.0 160.0
12.0 Vdc
Input Signal
(Volts DC)
8.0 Vdc
4.0 Vdc
0.0 Vdc
Limited Output Value Range
-40.0 60.0 160.0
Output Value (Temperature F)
Figure–5.15 Example 1 to 11 Volt Input Signal to Limited Deg F Output Value Chart.
The status flags output will not indicate an over or under range error
condition if “Volts” is selected for Input Sensor Type. An error condition will
occur if any of the four configuration scaling constants are NA.
Operating and diagnostic trip ranges (valid value to NA and return from NA)
for a universal input (UI) reading voltage are shown below.
Note: In the MN 800, the Status Flags output will not indicate an over or
under range error condition if “volts” is selected for Input Sensor Type. An
error condition will still be generated if any of the four configuration scaling
constants are NA, or if the Input High Value is set lower than the Input Low
Value.
Input Low and Input High Value Calculations: Equations for finding Input
Low Value and Input High Value settings are:
Input Low Value = Device Low Voltage Signal x (Voltage Divider Ratio)
Input High Value = Device High Voltage Signal x (Voltage Divider Ratio)
For the settings in the example above, the equations used were:
Input Low Value = 1.0 Vdc [ 100k ÷ ( 100k + 120k )] or 0.45 Vdc
Input High Value = 11.0 Vdc [ 100k ÷ ( 100k + 120k )] or 5.0 Vdc
The relationship of this example’s hardware Input to the Output value is
shown in Figure–5.17 below.
5.0 Vdc
Input Signal
(Volts DC)
2.5 Vdc
0.45 Vdc
0.0 Vdc
Note: High range values above are approximate for both resistance ranges,
and may vary a few ohms from controller to controller. For MicroNet
standard controllers, the diagnostic limits (trip-to-NA and return-from-NA)
are based on a 5% over-range for trip-to-NA and a 2.5% over-range for
return-from-NA. For MicroNet MN 800 controllers, the diagnostic limits are
based on a 2.5% over-range for trip-to-NA and a 0.0% over-range for
return-from-NA.
Rv
Addr = Physical Address
Type = Resistance 1k
Rv = 0 to 1500Ω (Resistance 1k) Linput = 0
0 to 10.5kΩ (Resistance 10k) LScale = 0
Hinput = 1000
HScale = 100
Filter = 1
Application Notes
Typical uses for an Analog Input object configured for Resistance include the
following applications:
• Actuator feedback, resistance to percent (feeding a Reset object if linear
response or a Curve Fit object if non-linear response)
• Non-standard RTD sensors, (feeding a Curve Fit object configured with
the necessary resistance-to-temperature sensor data).
• Other custom applications requiring measurement in ohms.
Offset Calibration Offset calibration defines a value that is added to the calculated output value
prior to placing the value at the actual object output. A positive offset value
increases the value of the output; a negative offset value decreases the
value of the output.
Offset calibration is an input of the Analog Input object. If used, a constant
value is typically assigned (connected) as the offset. An unconnected Offset
input is equivalent to a not active (NA), causing the Offset Calibration to be
set to 0.0 (no offset applied). Offset is useful in calibrating a sensor to a
known accurate measuring device, such as a temperature sensor calibrated
to a precision thermometer. In the example Analog Input object below
Figure-5.19, a -1.2 constant was used to calibrate the sensor reading from a
value that (with no offset) was measured to be 1.2 degrees too high.
Filter A Filter Constant can be applied to perform an exponential low pass filter
which limits the response of the output in relationship to a step change at the
input. A filter is typically used to dampen the effects of input change to output
change to stabilize a noisy or rapidly changing input signal. The value of the
Filter Constant property is limited to values between 0.00 and 1.00. Filter
Constant action is shown in Table–5.24 below.
Between any two successive changes at the input, the filter algorithm
provides the function as follows:
Output = Previous Output + [Filter Constant (Present Input - Previous Output)]
For example, an Analog Input object for an airflow sensor is observed to
have an unstable output near the sensor’s low input range, with the object
output constantly jumping between 50 and 75 when airflow is holding near
60 CFM. By using a Filter Constant of 0.30, this jumping is minimized.
(At first Input jump from 50 to 75:)
Output = 50.00 + [0.30 (75.0 - 50.00)] or 57.50 (vs. 75.0 with No Filter)
(Input jumps back to 50:)
Output = 57.50 + [0.30 (50.0 - 57.50)] or 55.25 (vs. 50.0 with No Filter)
(Input jumps up to 75:)
Output = 55.25 + [0.30 (75.0 - 55.25)] or 61.18 (vs. 75.0, and so on)
Properties
Table–5.25 Analog Output Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
LOutput Output Low Class: Analog - Defines the actual 4 0.0 to 20.0 mA
Value hardware output current (0.0 to 20mA)
produced when the input value equals the
Scaled Low Value.
Range /
Abbrev. Name Class / Description Default Notes
Selections
LScale Scaled Low Class: Analog - Defines the object input 0 -163.83
Value value where the hardware output equals to
the value assigned to the output Low 16383
Value (and the Output equals 0.0%)
HOutput Output High Class: Analog - Defines the actual 20 0.0 to 20.0 mA
Value hardware output current (0.0 to 20mA)
produced when the input value equals the
Scaled High Value.
HScale Scaled High Class: Analog - Defines the object input 100 -163.68
Value value where the hardware output equals to
the value assigned to the output High 16383
Value (and the Output equals 100.0%)
Range /
Abbrev. Name Class / Description Notes
Selections
Input Input Class: Analog - The single input value that is 0.0 to 100.0% An input with an NA is
monitored to compute the value at both the evaluated the same as
object Output and the physical controller zero (0.0) value.
(hardware) output.
Applying the Object An Analog Output object provides interface to a physical analog output (AO)
point on a controller. The hardware output is a 0.0 to 20.0 mA current
produced at the AO terminals addressed in the object’s Physical Address
property. Typical applications include 4 to 20 mA valve and damper
actuators, however, voltage-driven devices can also be used by applying a
resistor across the device terminals. The object monitors the assigned Input
value and determines the proper hardware output signal based on the
assigned input-to-output scaling. input-to-output scaling is defined by these
four configuration properties:
• Output Low Value • Scaled Low Value
• Output High Value • Scaled High Value
Inverted or reverse-acting output signals are achieved by setting the Scaled
High Value lower than the Scaled Low Value, or by setting the Output High
Value lower than the Output Low Value. Reversing both the scaled and
output values simultaneously causes the Analog Output object to provide a
direct acting output signal. Whenever the output signals are configured to be
reverse-acting, and the Input value is NA, the object’s Output will go to NA
while the value of the hardware output will go to the value of the Output High
Value property.
Current Driven Device In this example, the Analog Output object is for a 4 to 20 mA actuator. The
Example Input to the object is a value ranging from 0.0 to 100.0%, which typically
comes from a Loop object’s output. The input-to-output scaling provides
4.0mA for an Input value of 0.0%, and 20.0mA for an Input of 100.0%.
Output Value
Input Value
Output mA
Voltage Driven Device In this example, the Analog Output object is for an actuator that requires a 6
Example to 9 Vdc signal. Conversion to a voltage output from a current output is
accomplished by placing a resistor across the device terminals. An AO
output on an TAC I/A Series MicroNet controller can drive a maximum of 550
ohms, producing a maximum output of 11 volts at the full-scale current of 20
mA. Current, voltage, and resistance values relate in this ratio (Ohm’s Law):
If a 500 ohm resistor is used in this example, the output current needed to
produce 6 to 9 V is determined by substitution:
I = 6.0 V = 0.012 amps (12 mA), I = 9.0 V = 0.018 amps (18 mA)
500 Ω 500 Ω
The current values become the Output Low Value and Output High Value
properties of the Analog Input object, and correspond to the Scaled Low
Value and Scaled High Value properties (0.0 and 100.0%) that define the
Input to the object.
Output Value
Input Value
Figure–5.23 Example 5.5 to 9.5 Vdc Analog Output, Input Values to Output Values.
Properties
Table–5.28 Analog Output Priority Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
LOutput Output Low Class: Analog - Defines the actual 4 0.0 to 20.0 mA
Value hardware output current (0.0 to 20mA)
produced when the input value equals the
Scaled Low Value.
Range /
Abbrev. Name Class / Description Default Notes
Selections
LScale Scaled Low Class: Analog - Defines the object input 0 -163.83
Value value where the hardware output equals to
the value assigned to the output Low 16383
Value (and the Output equals 0.0%)
HOutput Output High Class: Analog - Defines the actual 20 0.0 to 20.0 mA
Value hardware output current (0.0 to 20mA)
produced when the input value equals the
Scaled High Value.
HScale Scaled High Class: Analog - Defines the object input 100 -163.68
Value value where the hardware output equals to
the value assigned to the output High 16383
Value (and the Output equals 100.0%)
Range /
Abbrev. Name Class / Description Notes
Selections
Input[1] Input[1] Class: Analog - The highest priority input -163.83 A not active (NA) at this input
value. This input is monitored first to compute to causes the second input to be
the value at both the Output and the physical 16,383 evaluated for a valid value.
controller output.
Input[2] Input[2] Class: Analog - The second highest priority -163.83 A not active (NA) at this input
input value. This input is monitored if Input[1] to causes the third input to be
is NA, and is used to compute the value at 16,383 evaluated for a valid value.
both the Output and the physical controller
output.
Input[3] Input[3] Class: Analog - The third highest priority input -163.83 A not active (NA) at this input
value. This input is monitored if Inputs[1] and to causes the fourth and last
[2] are both NA, and is used to compute the 16,383 input to be evaluated for a
value at both the Output and the physical valid value.
controller output.
Input[4] Input[4] Class: Analog - The lowest priority input value. -163.83 If all inputs including Input[4]
This input is monitored if all other Inputs have to have a not active (NA), the
a not active (NA), and is used to compute the 16,383 Output goes to NA and
value at both the Output and the physical hardware output goes to the
controller output. assigned Output Low Value.
Applying the Object An Analog Output Priority object provides interface to a physical analog
output (AO) point on a controller. The hardware output is a 0.0 to 20.0 mA
current produced at the AO terminals addressed in the object’s Physical
Address property. Typical applications include 4 to 20 mA valve and damper
actuators, however, voltage-driven devices can also be used by applying a
resistor across the device terminals.
The priority input function allows automatic selection of one of four inputs
from the control strategy, based upon priority. The object evaluates the four
inputs using a high Input[1] to low Input[4] search and uses the first valid
input found and determines the proper hardware (mA) output signal. This
output signal is dependent on the assigned input-to-output scaling, defined
by these four configuration properties:
• Output Low Value • Scaled Low Value
• Output High Value • Scaled High Value
Inverted or reverse acting output signals are achieved by setting the Scaled
High Value lower than the Scaled Low Value, or by setting the Output High
Value lower than the Output Low Value. Reversing both the scaled and
output values simultaneously causes the Analog Output object to provide a
direct acting output signal.
Priority Inputs and Input[1] is the highest priority input, and is always evaluated first on each
Values scan of the inputs. Any valid value present on Input[1] becomes the Input to
the object, regardless of the state of the other inputs. A valid value is any
numeric value besides a not active [NA].
Control values
from Loop or mA output
other objects:
NA
NA 0 to 100 %
Valid Value
Valid Value 3 (in this example)
If Input[1] has an NA, then Input[2] is evaluated in the same manner. This
priority scan continues only if Input[2] also has an NA, at which point Input[3]
is evaluated, and if Input[3] also has an NA, to lastly evaluate Input[4]. If
Input[4] also has an NA, then the Output goes to Not Active and the
hardware output goes to the assigned Output Low Value.
Typically, input values are within the range of the object’s input scaling, that
is, between the Input Low Scale and Input High Scale. However, any value
outside this range is evaluated as either the value of the Input Low Scale or
the value of the Input High Scale.
For example, a typical object has an Input Low Scale of 0.0 and an Input
High Scale of 100.0. Input values typically fall within this range. In this
example, if the value of an input is above 100.0, for example, 165.0, it is
evaluated by the object as 100.0. Likewise, a negative value such as
- 56.7 would be evaluated by the object as 0.0.
Current Driven Device In this example, the Analog Output Priority object is for a 4 to 20 mA
Example actuator. Inputs[1] through [4] receive various control values from Loop
objects or other parts of the control application. At this moment, values at
Inputs[2] and [4] range between 0.0 to 100.0%, while Inputs[3] and [4]
indicate invalid, or not active (NA) conditions. The object selects the highest
priority valid input ( Input[2] ) as the value used for the algorithm. The
input-to-output scaling provides a hardware output of 4.0mA for an Input
value of 0.0% and 20.0mA for an Input of 100.0%. The Control Level output
indicates the valid input used, in this case, a value of 2.
The Output value of the object is a 0.0 to 100.0 value, representing the
percentage of the Input range as established by the Scaled Low Value and
the Scaled High Values as shown below.
Output Value
Input Value
Output mA
Voltage Driven Device In this example, the Analog Output object is for a 6 to 9 Vdc actuator.
Example Inputs[1] through [4] receive various control values from Loop objects or
other parts of the control application. At this moment, only Input[4] has a
valid value that ranges between 0.0 to 100.0%, while Inputs[2], [3], and [4]
indicate invalid, or not active (NA) conditions. The object selects the highest
priority valid input ( Input[4] ) as the value used for the algorithm.
If a 500 ohm resistor is used in this example, the output current needed to
produce 6 to 9 V is determined by substitution:
I = 6.0 V = 0.012 amps (12 mA), I = 9.0 V = 0.018 amps (18 mA)
500 Ω 500 Ω
This input-to-output scaling provides an Output of 12.0 mA (6.0 V) when the
Input is 0.0%, and 18.0mA (9.0 V) when the Input is 100.0%. Often, a span
of 5.5 to 9.5 V is used to ensure complete stroking of this type of actuator. In
this case, the Output is scaled to provide 11.0 mA (5.5 V) when the input is
0.0%, and 19.0mA (9.5 V) when the Input is 100.0%.
Output Value
Input Value
Figure–5.28 Example Input Value, Output mA, and Output Value Relationship.
Properties
Table–5.31 AND / AND Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Digital - The first input evaluated for an ON. — See the Truth Table for
If OFF, the output is set to OFF. A not active (NA) is all possible input
ignored. combinations and
In1 AND In2 AND In3 corresponding outputs.
Input[2] Input [2] Class: Digital - The second input evaluated for an — See the Truth Table for
ON. If OFF, the output is set to OFF. A not active all possible input
(NA) is ignored. combinations and
corresponding outputs.
In1 AND In2 AND In3
Input[3] Input [3] Class: Digital - The third input evaluated for an ON. — See the Truth Table for
If OFF, the output is set to OFF. If not active (NA), all possible input
the input is ignored unless all inputs are NA, in combinations and
which case the output is also set to NA. corresponding outputs.
In1 AND In2 AND In3
Applying the Object The AND / AND object is similar to other three-input logic objects, which also
process OFF and ON digital values (DV) and produce an DV output. The
object’s algorithm is unique in the use of two logical AND operators:
In1 AND In2 AND In3
The object logic calls for all Inputs with valid digital values to be ON before
the Output is set to ON, otherwise the Output is OFF. If an Input is not active
(NA) it is invalid (ignored), allowing less than three Inputs to be evaluated for
an ON state. If all Inputs are NA, the Output is set to NA.
Table–5.34 provides the result of all AND / AND input combinations,
including NA inputs.
As with other logic objects, Inputs to this object are typically digital values
from a connection to another object’s output, represented numerically with a
0 (OFF) or 100 (ON). However, Inputs can also process analog values or a
value from an assigned constant. An Input with an analog value or constant
is evaluated as OFF if the value is negative or equal to zero (0.0), or ON if
the Input has any positive value greater than zero.
Example Application In this example, the AND / AND object is used to send an ON or OFF to a
Binary Output object for a fan. Inputs to the object are as follows:
• Input [1] represents an ON or OFF schedule command.
• Input[2] is a ON or OFF Fan signal from a MicroNet Sensor.
• Input[3] is a constant value 1, always representing an ON.
Due to the constant on Input[3], this AND / AND object only requires each of
the first two Inputs to change to ON before the Output changes to ON,
starting the object for the fan.
In this case, the object would behave the same way if Input[3] was left
unconnected, acting as not active (NA). However, attaching a constant value
provides a convenient way to override the output OFF when online with the
controller (using the” Write to RAM” function available with constant tags).
Inverted Inputs
As with all control logic objects, each Input on an AND / AND object can be
configured as inverted to test for an opposite state input. Inversion of inputs
is particularly useful with logic objects.
With an AND / AND object, each inverted input tests for a digital OFF, rather
than a digital ON as with a normal (non-inverted) input. An example of an
inverted input is shown below in a variation of the previous example. Input[3]
is no longer connected to a constant 1 (ON), but is looking at a Binary Input
object for an OFF before the object Output turns on the fan. The Binary Input
object is for a low-limit switch, where an ON indicates temperature is too low
for fan operation.
AND / OR WP Tech
Representation
Object Usage: The AND / OR object is a Inputs Outputs
three-input logic object for use with OFF and ON
digital values (DV). The output of the object is a Input [1] Output
digital ON whenever the first two valid inputs Input [2]
Input [3]
(Input[1] and Input[2]) are both in a digital ON state,
or if Input[3] is in a digital ON state. Other Input Configuration
combinations result in an output of OFF. An Properties
unconnected input is considered invalid or not Object Name
active (NA), and is ignored in the object’s algorithm. Object Description
If all inputs are NA, the output is set to NA. Process Time
MN 800 series
Reference Listing of All Digital Logic Objects
Memory Requirements: (per object) Digital Object Algorithm
Object Name
EEPROM: 10 bytes (all are three-input unless noted)
RAM: 12 bytes (standard controllers) AND / AND In1 AND In2 AND In3
2 bytes (MN 800) AND / OR ( In1 AND In2 ) OR In3
Clocked SR Clocked Set-Reset Flip-Flop Logic
EXOR Two-input, Exclusive OR
Latch Digital Sample and Hold or Latch
OR / AND ( In1 OR In2 ) AND In3
OR / OR In1 OR In2 OR In3
SR Flip-Flop Two-input, Set-Reset Flip-Flop Logic
Properties
Table–5.35 AND / OR Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, only. See Object Name
unique within the controller where the on page 87 for more
object resides. details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency 4 6 - Low See Process Time on
Time at which the object executes its 4 - Medium page 88 for more
algorithm. 2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Input[1] Input [1] Class: Digital — — See the Truth Table for
The first input evaluated for an ON. all possible input
If OFF, the third input is evaluated. combinations and
A not active (NA) is ignored. corresponding outputs.
( In1 AND In2 ) OR In3
Input[2] Input [2] Class: Digital — — See the Truth Table for
The second input evaluated for an ON. all possible input
If OFF, the third input is evaluated. combinations and
A not active (NA) is ignored. corresponding outputs.
( In1 AND In2 ) OR In3
Input[3] Input [3] Class: Digital — — See the Truth Table for
The third input evaluated for an ON. all possible input
If OFF, the output is set to OFF unless combinations and
both Inputs[1] and [2] are ON. If all corresponding outputs.
inputs are NA, the output is set to NA.
( In1 AND In2 ) OR In3
Applying the Object The AND / OR object is similar to other three-input logic objects, which also
process OFF and ON digital values (DV) and produce an DV output. The
object’s algorithm uses this logic:
( In1 AND In2 ) OR In3
This logic requires either of these Input states before the Output is ON:
• both Inputs[1] and [2] to be ON, or
• Input[3] to be ON.
Otherwise, the Output is OFF. An unconnected Input is considered
not active (NA) and is invalid (ignored), allowing less than three Inputs to be
evaluated. If all Inputs are NA, the Output is set to NA.
As with other logic objects, Inputs to this object are typically digital values
from a connection to another object’s output, represented numerically with a
0 (OFF) or 100 (ON). However, Inputs can also process analog values or a
value from an assigned constant. An Input with an analog value or constant
is evaluated as OFF if the value is equal to or less than zero (0.0), or ON if
the Input has any positive value greater than zero.
Average WP Tech
Representation
Object Usage: The Average object is a three-input Inputs Outputs
math object for use with analog values (AV). This
object calculates the average value of all the valid Input [1] Output
inputs applied. Input [2]
Input [3]
Output = Average ( AV1 , AV2 , AV3 )
Configuration
Only one valid input is required to produce a valid Properties
output.
Object Name
Object Description
Device Support: (all firmware revisions)
Process Time
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx,
where xx = F1, F2, F3, H1, H2, H3, R1, R2, R3, WP Tech Stencil:
S1, S2, S3, or S4 Logic and Math Control
MNL-11Rxx, -13Rxx
where xx = F2 or F3 Reference Listing of All Three-input Math Objects
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V1, V2, Object Name Object Algorithm
or V3
Abs Sub / Div | AV1 - AV2 | ÷ AV3
MN 800 series
Add / Add AV1 + AV2 + AV3
Memory Requirements: (per object) Add / Div ( AV1 + AV2 ) ÷ AV3
EEPROM: 10 bytes Average Average (AV1, AV2, AV3)
RAM: 12 bytes (standard controllers) MA Volume RA - ( [ ( RA - OA) x MASetpt ] ÷ 100 )
2 bytes (MN 800)
Mul / Add ( AV1 x AV2 ) + AV3
Mul / Div ( AV1 x AV2 ) ÷ AV3
SqRt Mul / Add [ ( SQRT AV1 ) x AV2 ] + AV3
Sub / Add ( AV1 - AV2 ) + AV3
Sub / Div ( AV1 - AV2 ) ÷ AV3
Sub / Mul ( AV1 - AV2 ) x AV3
Sub / Sub ( AV1 - AV2 ) - AV3
Properties
Table–5.39 Average Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The first value used in the average -163.83 to
calculation. A not active (NA) is not evaluated. 16383 If not active (NA) is
Input[2] Input [2] Class: Analog - The second value used in the -163.83 to present at all Inputs, the
average calculation. A not active (NA) is not 16383 output is set to NA.
evaluated.
Input[3] Input [3] Class: Analog - The third value used in the average -163.83 to
calculation. A not active (NA) is not evaluated. 16383
Applying the Object The Average object is similar to other three-input math objects, which also
process analog values (AV) and produce an AV output. The equation
specific to the Average object is:
( AV1 + AV2 + AV3 ) ÷ n where n is the number of valid Inputs.
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values (0.00 for OFF or
100.00 for ON), or not active (NA).
Properties
Table–5.43 Binary Alarm Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
MsgID Alarm Class: Analog - A user-assigned alarm 0 1 to 127 (pre-Rev.3 controllers):
Message ID message ID associated with the alarm A return from alarm
condition within the application. A value of condition adds 128 to
zero indicates that a message ID is not the assigned Alarm
assigned. A not active (NA) or value Message ID, writing a
outside the defined range causes the value between 129 and
Alarm Message ID be evaluated as zero. 255 into the local alarm
buffer.
ADlyTm Alarm Delay Class: Analog - Defines the length of time 0 0.0 to 10,000 A not active (NA)
Time (in seconds) that the Binary Alarm object seconds causes the Alarm
must: Delay Time value to be
• Be in an alarm condition before set to 0.0 seconds.
generating an alarm.
• Return to a non-alarm condition before
generating a return from alarm.
An alarm or return from alarm includes
generation of network alarm messages
and an update of the object alarm output.
Range /
Abbrev. Name Class / Description Notes
Selection
AlmEnb Alarm Class: Digital - An input of not active (NA) or Digital —
Enable ON enables the Binary Alarm function. An input value
of Digital OFF causes the algorithm to:
• Hold all outputs at their previous state.
• Reset the Alarm Delay Time timeouts.
• Disable alarm reporting for this object. For each input this is
Note: If the Binary Alarm object is in an active alarm typically a digital value,
state when an input value of Digital OFF is received, that is, OFF (0.0) or
the object will remain in the alarm state. Be sure the ON (100.0).
object is removed from the active alarm state before
disabling the Binary Alarm function. Analog values are
Input Input Class: Digital - The input compared against the state — evaluated as:
value assigned to the Alarm State input to determine Negative (<0) = OFF
the binary alarm condition. A not active (NA) at this Positive (>0) = ON
input causes the algorithm to:
• Disable alarm reporting for this object.
• Hold all outputs at their previous state.
• Reset the Alarm Delay Time timeouts.
State Alarm State Class: Digital - Defines the binary alarm activation —
(trip state) that the Input is continuously monitored
and compared against. A not active (NA) causes the
binary alarm function to be inactive.
Applying the Object The Binary Alarm object monitors the digital value on its Input and compares
it to the digital value assigned to the Alarm State. If the digital values match,
an alarm sequence begins. An alarm sequence results in an alarm only if the
Input remains matched to the Alarm State for a period of time exceeding the
assigned Alarm Delay Time. The following table shows the result of all Alarm
State and Input conditions:
Alarm Sequence and A binary alarm sequence is initiated whenever the Input matches the
Alarm Activation assigned Alarm State.
• If the Input remains in this state for a period of time greater than the
assigned Alarm Delay Time, an alarm is activated, and the object output
Alarm is set to a digital ON.
• If the Input returns to a normal state prior to expiration of the Alarm
Delay Time, the binary alarm sequence is reset.
A graphical representation of an alarm sequence and alarm activation is
shown in Figure–5.31 below. In this example the Alarm State = Digital ON.
Return from Binary A return from binary alarm sequence is initiated whenever an alarm is active
Alarm Sequence and and the Input no longer matches the assigned Alarm State.
Activation • If the Input remains in this state for a period of time greater than the
assigned Alarm Delay Time, a return from alarm is activated, and the
object output Alarm is set to a digital OFF.
• If the Input returns to the alarm state prior to expiration of the Alarm
Delay Time, the return from binary alarm sequence is reset.
A graphical representation of a return from alarm sequence and return from
alarm activation is shown in the following diagram Figure-5.32.
In this example the Alarm State = Digital ON.
Note: Rev.3 or higher controllers store only “active” alarms, with Alarm
Message IDs in the range of 1 to 127. The next paragraph applies only to
controllers with pre-Rev.3 firmware.
To fan
control
objects
In this example, the output of the Binary Alarm object is fed to an inverted
input of an AND / AND logic object, combined with other digital fan control
logic (not shown) in this application. If the low-limit switch trips and holds for
10 or more seconds, the Binary Alarm object sets its Alarm output ON, which
is read as an OFF on the inverted input of the AND / AND object. This
produces an OFF on the output of the AND / AND object, resulting in a fan
shutdown sequence.
Alarm Message ID: The programmer assigns a value of 10 to the property
Alarm Message ID number. This non-zero value enables storage of an alarm
to the controller’s local alarm buffer.
If this low-limit alarm occurs, the Alarm Message ID of “010” can be seen
from the “ALr” portion of the Diagnostics screens, accessible from the
controller’s MN-S3xx, S4xx, S4xx-FCS, or S5xx model MicroNet sensor.
Fan Alarm
Fan Flow
From Fan
Control Logic
To Fan
Control Logic
Properties
Table–5.47 Binary Encoder Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Input[1] Input[1] Class: Digital - Defines the first input — — An OFF or an NA at this input
in the linear sequence to be causes this and all higher
evaluated for an ON. inputs to be ignored, and for
all outputs to be OFF.
Input[2] Input[2] Class: Digital - Defines the second — — An OFF or an NA at this input
input in the linear sequence to be causes this and all higher
evaluated for an ON. inputs to be ignored.
Input[3] Input[3] Class: Digital - Defines the third input — — An OFF or an NA at this
in the linear sequence to be input causes this and all
evaluated for an ON. higher inputs to be ignored.
Input[4] Input[4] Class: Digital - Defines the fourth — — An OFF or an NA at this input
input in the linear sequence to be causes this and all higher
evaluated for an ON. inputs to be ignored.
Input[5] Input[5] Class: Digital - Defines the fifth input — — An OFF or an NA at this input
in the linear sequence to be causes this and all higher
evaluated for an ON. inputs to be ignored.
Input[6] Input[6] Class: Digital - Defines the sixth input — — An OFF or an NA at this input
in the linear sequence to be causes this and all higher
evaluated for an ON. inputs to be ignored.
Applying the Object The Binary Encoder object is typically matched with a Sequence (6) object
for load staging control in an electric heat application. The Sequence (6)
object is typically the input half of this two-object logic combination, which
linearly sequences ON a set of digital logic outputs in proportion to a 0 to
100% input signal (typically sent from a heating loop).
Binary Encoded The Binary Encoder object is the output half of this logic controller. This
Output object receives the linearly sequenced digital signals from the Sequence
object on Inputs[1] through [6] and produces the binary encoded equivalent
on Outputs[1] through [3], as shown in the following chart Figure-5.50.
Outputs[1] to [3] typically control three Binary Output objects, each of which
switches ON or OFF a uniquely sized load. Load sizing assumes a binary
weighted proportion (factors 1, 2, and 4), for example, electrical loads of
3kW, 6kW, and 12kW. This load sizing allows an even gradient heat output
across the various input to output stage combinations.
Table–5.51 Example Effects of Out of Sequence OFFs or NA Inputs to a Binary Encoder Object.
Input[1] Input[2] Input[3] Input[4] Input[5] Input[6] Output[3] Output[2] Output[1]
MSB LSB
ON OFF ON ON ON OFF OFF OFF ON
ON ON ON NA ON OFF OFF ON ON
OFF ON ON ON ON OFF OFF OFF OFF
ON ON NA ON ON OFF OFF ON OFF
ON ON ON ON OFF ON ON OFF OFF
Example Application The Binary Encoder object in this example is fed by a Sequence (6) object.
The Sequence object receives an analog Input signal of 0 to 100% from a
Loop object (not shown), and sequences ON its digital outputs in proportion
to this heat demand. The Binary Encoder object converts the sequenced
digital output values received from the Sequence (6) object into binary
encoded combinations at Outputs[1] to [3], which control ON and OFF the
three electric heat loads. The three physical loads driven in this example are
electric heating coils sized at 500W, 1kW, and 2kW.
500W
0 to 100 %
from Loop
(Heating Demand) 1kW
2kW
In this example, using binary encoded digital logic with the three electric
loads allows for six discrete levels of total heat output, as shown below
Figure-5.52.
Table–5.52 Example Binary Encoder Object Inputs to Outputs in a Heating Application Example.
Linear Sequenced Inputs Binary Encoded Outputs Total
Heating
Input[1] Input[2] Input[3] Input[4] Input[5] Input[6] Output[3] Output[2] Output[1] Heat
Demand
2kW 1kW 500W (kW)
0.0% OFF OFF OFF OFF OFF OFF OFF OFF OFF 0.0kW
16.6% ON OFF OFF OFF OFF OFF OFF OFF ON 0.5kW
33.3% ON ON OFF OFF OFF OFF OFF ON OFF 1.0kW
50.0% ON ON ON OFF OFF OFF OFF ON ON 1.5kW
66.7% ON ON ON ON OFF OFF ON OFF OFF 2.0kW
83.3% ON ON ON ON ON OFF ON OFF ON 2.5kW
100.0% ON ON ON ON ON ON ON ON OFF 3.0kW
Refer to the Sequence (6) object for detailed information on its operation.
Properties
Table–5.53 Binary Input Object Configuration Properties.
Range /
Abbrev. Name Class / Description Def. Notes
Selections
Name Object Class: Character String - The user-defined — — Printable characters
Name name for the object, unique within the only. See Object
controller where the object resides. Name on page 87
for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to further file only. See Object
describe the object. Description on page
87 for more details.
Range /
Abbrev. Name Class / Description Def. Notes
Selections
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Type Binary Type Class: Analog - This value defines the 16 16 - Direct (N.O.) NA or values outside
contact or device type connected to the 17 - Reverse (N.C.) valid range defaults
hardware. 18 - Pulse to 16 (Direct).
Range /
Abbrev. Name Class / Description Notes
Selections
Addr Physical Class: Analog - Indicates the physical hardware Dependent on If no physical hardware
Address address (input terminal point on the controller) the controller address is assigned (NA),
assigned to the Binary Input object. Either a DI platform the outputs are set to NA.
(Digital Input) or UI (Universal Input) can be used. selected.
Reset Reset Class: Digital - Applies to all Binary Types: — A not active (NA)
• For Direct and Reverse types, an ON causes operates the same as
the Count Output to be reset and held at zero, OFF.
while an OFF allows the Count Output to
operate.
• For Pulse types, an ON causes both Output and
the Count Output to be reset and held at zero,
while an OFF allows both the Output and Count
Output to operate.
Pulse Pulse Class: Analog - The user-supplied pulse scaling 0.1 to 1000 A negative value or not
Constant value used by the pulse algorithm when active (NA) causes the
calculating a pulses per second frequency Output Output and Count Output
value. This input is active only when Binary Type to be held at NA.
is set to Pulse.
Applying the Object The Binary Input object monitors a two-state “dry contact-type” signal
received on a TAC I/A Series MicroNet controller digital or universal input (DI
or UI). Examples of typical field hardware include differential pressure
switches, flow switches, low temperature thermostats, contactor auxiliary
contacts, as well as other dry contact devices. A pulse-meter device, such
as a flow meter or demand meter, can also be monitored using a Binary
Input object and a DI input on the controller. A pulse-meter generates a
contact closure for each predefined quantity of delivered material, such as
gallons or electrical power. Based on the time between input pulses, the
Binary Input object outputs the current analog rate of delivery, such as
gallons per hour or kilowatts. The Binary Input object also totals the number
of pulses received on a resettable counter.
The object’s Binary Type assignment configures the proper output condition
based on these types:
• Direct (Normally Open, or N.O. contact)
• Reverse (Normally Closed, or N.C. contact)
• Pulse Input Device, such as a pulse-based flow meter
Direct A Binary Type selection of Direct causes the Output value to directly reflect
the digital condition of the physical hardware input. An Inactive state is
considered OFF while an Active state is considered ON. The following table
Figure-5.56 and example object Figure-5.36 illustrate this.
Figure–5.36 Example Binary Input Object for a Normally Open Contact Device.
The example Binary Input object above is configured as Direct acting. The
object monitors the N.O. flow switch contact and reports a switch closure
(physical active state) as a digital ON at the Output, indicating proof of flow.
The object also has an available Count Output, which reports the total
number of status changes. This counter can be reset to zero by applying a
digital ON to the Reset input of the object.
Reverse A Binary Type selection of Reverse causes the Output value to inversely
reflect the digital condition of the physical hardware input. An Inactive state
is considered ON, while an Active state is considered OFF. The following
table Figure-5.57 and example object Figure-5.37 illustrate this.
Figure–5.37 Example Binary Input Object for a Normally Closed Contact Device.
The example Binary Input object above is configured as Reverse acting. The
object monitors the N.C. low limit thermostat contact and reports a contact
open (physical inactive state) as a digital ON, indicating low limit
temperature conditions. The object also has an available Count Output,
which reports the total number of status changes. This counter can be reset
to zero by applying a digital ON to the Reset input of the object.
Note: The maximum pulse rate supported by an TAC I/A Series MicroNet
controller’s digital input (DI) is 4 pulses per second. The minimum required
pulse rate for standard controllers is one pulse per minute. Refer to
Table–5.58 for details.
object. Based on the value of the assigned Pulse Constant and the pulse
rate of Input pulses, the Binary Input object calculates an Output analog
value to represent the rate of delivery, where:
Output rate (per second) = Pulse Constant x Pulses per Second
In cases where rate measurement is understood best in terms of minutes or
hours, such as in gallons (or liters) per minute, or in kilowatts, the Pulse
Constant can be multiplied by either 60 (minute) or 3600 (hour).
The maximum Pulse Constant allowed for a Binary Input object is 1000.0.
Output rate (per minute) = (Pulse Constant x 60) x Pulses per Second
Output rate (per hour) = (Pulse Constant x 3600) x Pulses per Second
For example, a flow meter is installed in a fuel line to measure the rate of fuel
delivery. The meter produces a contact closure (pulse) for each 0.25 gallon
(0.946 liter) of delivered fuel. A Binary Input object in a MicroNet controller
monitors the physical contact in the flow meter.
If the Pulse Constant is given a value of 0.25, the Output of the object
indicates a value representing gallons/second. In this application, the most
useful flow rate is in gallons/minute (GPM), so the Pulse Constant is given a
value of 15 (or 0.25 x 60) for the Output to indicate gallons/minute. If
gallons/hour were required, a Pulse Constant of 900 (or 0.25 x 3600) could
be used. The following chart shows some example outputs at some possible
pulse rate input levels for each of the three Pulse Constants.
Pulse Constant
In any Binary Input object, the total number of pulses is accumulated in the
same way, regardless of the assigned Pulse Constant. The value of the
counted pulses can increment from 0 to 9,999 and is available at the object’s
Count Output. In the previous flow meter example, each pulse represents
0.25 gallons. By using the Count Output as an Input to a Sub / Mul object
math object, a running total of gallons is accumulated.
Total Gallons
ON resets both
Output and Count
to 0 (zero).
This running total can be cleared by an ON to the Reset input on the Binary
Input object. In this application example, this reset of total may occur at
some periodic interval, such as daily, weekly, or monthly. If no reset signal is
sent, the counter automatically would rollover from 9,999 back to zero and
continue incrementing.
kW-h Total
ON resets both
Each contact
closure = 0.5 kW-h Output and Count
to 0 (zero).
Figure–5.40 Example Binary Input Object and Related Math Objects for a Pulse type Demand Meter.
The Binary Input object in this example Figure-5.40 uses two Sub / Mul math
objects. The topmost object multiplies the MW output of the Binary Input
object by the constant 1000 to produce a kW output value. The bottom
object stores total energy usage (kW-h) by multiplying the number of pulses
received from the Count Output with the 0.5 kW-h per pulse constant.
Properties
Table–5.60 Binary Output Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, only. See Object
unique within the controller where the Name on page 87
object resides. for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency 4 6 - Low See Process Time
Time at which the object executes its 4 - Medium on page 88 for more
algorithm. 2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Action Binary Class: Analog - This value defines the 0 0 - Direct Acting MicroNet controller
Action input to output action, either direct 1 - Reverse Acting Digital Outputs
acting or reverse acting. (DOs) are Form-A
only, which are N.O.
when controller
power is removed.
Range /
Abbrev. Name Class / Description Notes
Selections
Input Input Class: Digital - The Input value monitored to — Typically a digital value, that
determine the value at the physical hardware is, OFF (0.0) or ON (100.0).
and object Output. An unconnected or not Analog values are evaluated
active (NA) is evaluated as an input value of as:
digital OFF, and the output value will be set to Negative (<0) = OFF
NA. Positive (>0) = ON
Applying the Object The Binary Output object is used to operate a physical two-state output point
on an TAC I/A Series MicroNet controller known as a digital output (DO).
Using a Binary Output object, control is OFF/ON, with typical controlled
devices including single speed fans, pumps, lights, or any two-state load
device.
Action The Binary Output object monitors the assigned digital Input value and
determines the proper hardware (DO) output action based on the selected
Binary Action, which is either:
• Direct
• Reverse
Each binary action is explained ahead.
Direct A Binary Action selection of Direct causes the DO and Output value to
directly follow the digital Input value. An unconnected or not active (NA)
Input is considered a digital OFF. The following table Figure-5.63 and
example object Figure-5.41 illustrate.
Heating
Stage
Addr = Physical Address
Control Action= Direct
Voltage
Figure–5.41 Example Direct Acting Binary Output Object (Electrical Heat Load).
The example Binary Output object above is configured as Direct acting. The
object follows the digital logic on the Input and switches the physical
hardware output (DO) and digital Output to match.
Reverse A Binary Type selection of Reverse causes the DO and Output value to
inversely follow the digital Input value. An unconnected or not active (NA)
Input is considered a digital OFF. The following table Figure-5.64 and
example object Figure-5.42 illustrate this.
2-Position
Damper
Figure–5.42 Example Reverse Acting Binary Output Object (Two-position Damper Actuator).
Calendar WP Tech
Representation
Object Usage: The Calendar object provides a Inputs Outputs
means to program annual exception-day events
such as holidays and periods requiring a change Calendar Enable Output [1]
from normal schedule operation. Repeating Force Exception [1] Output [2]
Force Exception [2] Output [3]
holidays can be defined as either calendar-based Force Exception [3] Output [4]
(specific dates) or occurrence-based (set by day of Force Exception [4]
week). Each Calendar object supports up to 8
Configuration
calendar events or occurrences (Programs 1 to 8).
Properties
Programs can be assigned to one or more of the
Object Name
four digital (OFF/ON) outputs. This allows a Object Description
particular output to follow a predefined sequence Program Type [1]
that reflects the results of multiple events or to
Program Type [8]
occurrences. Programs are defined by the various Start Date [1]
configuration properties, such as start and end to
dates, times, durations, assigned outputs, etc. Start Date [8]
Start Time [1]
The “Force Exception” inputs allow direct override to
Start Time [8]
control of the associated outputs. An input of ON or End Date [1]
OFF is directly reflected at the associated output, to
regardless of calculated conditions. A not active End Date [8]
End Time [1]
(NA) input allows the associated output to be under to
control of the normal Calendar object calculation. End Time [8]
Day Select [1]
The Calendar Enable input allows normal operation to
of the object whenever its input value is NA or ON. Day Select [8]
Duration [1]
While the Calendar Enable input value is OFF, all
to
outputs remain OFF and other inputs are ignored. Duration [8]
Output Select[1]
Device Support: to
MN 800 series Output Select [8]
Properties
Table–5.65 Calendar Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87
resides. for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
PgmTyp[1] Program Class: Analog - Defines Program 1 0 For each: Event = Start and
Type [1] operation (Event or Occurrence). Event (0) stop by defined
PgmTyp[2] Program Class: Analog - Defines Program 2 0 or dates and times.
Type [2] operation (Event or Occurrence). Occurrences
:
:. :. :. 1st (1) Occurrence = Start
2nd (2) and stop by a
PgmTyp[8] Program Class: Analog - Defines Program 8 0 3rd (3) combination of
Type [8] operation (Event or Occurrence). 4th (4) factors including day
5th (5) of week, occurrence
Last (6) number, duration,
All (7) and time.
StrtDate[1] Start Class: Analog - Defines for Program 1: NA Start Date is
Date [1] Event — start date For each: considered invalid if
Occurrence — starting month MM / DD set to not active
StrtDate[2] Start Class: Analog - Defines for Program 2: NA format (NA) or a date out of
Date [2] Event — start date (month / day), calendar range (for
Occurrence — starting month where, example, 02/31).
MM = 01 to 12 An invalid Start Date
:. :. :. DD = 01 to 31 sets the associated
(01/01 to 12/31)
program to remain
StrtDate[8] Start Class: Analog - Defines for Program 8: NA inactive. The
Date [8] Event — start date associated output(s)
Occurrence — starting month are not influenced
by the program.
StrtTm[1] Start Class: Analog - Defines for Program 1: NA Start Time is
Time [1] Event — start time For each: considered invalid if
Occurrence — start time HH: MM set to not active
StrtTm[2] Start Class: Analog - Defines for Program 2: NA (hours/ mins), (NA) or a time out of
Time [2] Event — start time where, 24-hour clock range.
Occurrence — start time HH = 00 to 23 An invalid Start Time
MM = 00 to 59 sets the associated
:. :. :. (00:00 to 23:59)
program to remain
inactive. The
StrtTm[8] Start Class: Analog - Defines for Program 8: NA associated output(s)
Time [8] Event — start time are not influenced
Occurrence — start time by the program.
EndDate[1] End Class: Analog - Defines for Program 1: NA End Date is
Date [1] Event — end date For each: considered invalid if
Occurrence — end month MM / DD set to not active
EndDate[2] End Class: Analog - Defines for Program 2: NA format (NA) or a date out of
Date [2] Event — end date (month / day), calendar range (for
Occurrence — end month where, example, 02/31).
MM = 01 to 12 An invalid End Date
:. :. :. DD = 01 to 31 sets the associated
(01/01 to 12/31)
program to remain
EndDate[8] End Class: Analog - Defines for Program 8: NA inactive. The
Date [8] Event — end date associated output(s)
Occurrence — end month are not influenced
by the program.
Range /
Abbrev. Name Class / Description Default Notes
Selection
EndTm[1] End Class: Analog - Defines for Program 1: NA Not used if program
Time [1] Event — end time For each: is Occurrence-
Occurrence — not used HH: MM based.
EndTm[2] End Class: Analog - Defines for Program 2: NA (hours/ mins), End Time is
Time [2] Event — end time where, considered invalid if
Occurrence — not used HH = 00 to 23 set to not active
MM = 00 to 59 (NA) or a time out of
:. :. :. (00:00 to 23:59)
24-hour clock range.
EndTm[8] End Class: Analog - Defines for Program 8: NA An invalid End Time
Time [8] Event — end time sets the associated
Occurrence — not used program to remain
inactive.The
associated output(s)
are not influenced
by the program.
DaySel[1] Day Class: Analog - Defines for Program 1: NA Not used if program
Select [1] Event — not used For each: is Event-based.
Occurrence — day of week on which Sun. (0) A not active (NA) or
occurrence begins Mon. (1) out-of-range Day
DaySel[2] Day Class: Analog - Defines for Program 2: NA Tue. (2) Select causes the
Select [2] Event — not used Wed. (3) programmed
Occurrence — day of week on which Thu. (4) occurrence to
occurrence begins Fri. (5) remain inactive.The
Sat. (6) associated output(s)
:. :. :. are not influenced
by the program.
DaySel[8] Day Class: Analog - Defines for Program 8: NA
Select [8] Event — not used
Occurrence — day of week on which
occurrence begins
Duration[1] Duration [1] Class: Analog - Defines for Program 1: NA For each: Not used if program
Event — not used 0.0 to 1000 is Event-based.
Occurrence — length of occurrence (hours) A not active (NA)
(in hours) duration causes the
Duration[2] Duration [2] Class: Analog - Defines for Program 2: NA programmed
Event — not used occurrence to
Occurrence — length of occurrence remain inactive.The
(in hours) associated output(s)
are not influenced
:. :. :. by the program.
Duration[8] Duration [8] Class: Analog - Defines for Program 8: NA
Event — not used
Occurrence — length of occurrence
(in hours)
Range /
Abbrev. Name Class / Description Default Notes
Selection
OutSel[1] Output Class: Analog - Defines the output(s) NA For each: A not active (NA) or
Select [1] assigned to Program 1. Any out-of-range Output
OutSel[2] Output Class: Analog - Defines the output(s) NA combination: Select value causes
Select [2] assigned to Program 2. Output [1] the associated
Output [2] programmed event
:. :. :. Output [3] or occurrence to
Output [4] remain inactive.
OutSel[8] Output Class: Analog - Defines the output(s) NA
Select [8] assigned to Program 8.
Range /
Abbrev. Name Class / Description Notes
Selection
CalEnb Calendar Class: Digital - A not active (NA) or ON is required —
Enable for normal Calendar object operation. If this input is
OFF, all Outputs [1] to [4] are held OFF, and Force
Exception inputs are ignored.
FrcExp[1] Force Class: Digital - A not active (NA) is required for — If this input is OFF,
Exception [1] Output [1] to follow normal calendar control. Output [1] is held OFF.
Otherwise Output [1] directly follows the digital state If this input is ON,
at this input, regardless of calendar conditions. Output [1] is held ON.
FrcExp[2] Force Class: Digital - A not active (NA) is required for — If this input is OFF,
Exception [2] Output [2] to follow normal calendar control. Output [2] is held OFF.
Otherwise Output [2] directly follows the digital state If this input is ON,
at this input, regardless of calendar conditions. Output [2] is held ON.
FrcExp[3] Force Class: Digital - A not active (NA) is required for — If this input is OFF,
Exception [3] Output [3] to follow normal calendar control. Output [3] is held OFF.
Otherwise Output [3] directly follows the digital state If this input is ON,
at this input, regardless of calendar conditions. Output [3] is held ON.
FrcExp[4] Force Class: Digital - A not active (NA) is required for — If this input is OFF,
Exception [4] Output [4] to follow normal calendar control. Output [4] is held OFF.
Otherwise Output [4] directly follows the digital state If this input is ON,
at this input, regardless of calendar conditions. Output [4] is held ON.
Applying the Object The Calendar object provides a means to program annual exception-day
events such as holidays and periods requiring a change from normal
schedule operation. Repeating holidays can be defined as either
event-based or occurrence-based. For example, an event-based holiday
might be the Fourth of July. An example of an occurrence-based holiday
might be the first Monday of a particular month. Each Calendar object
supports up to 8 calendar events or occurrences (programs 1 to 8).
Event-Based
Assigning a value of 0 (Event) as the Program Type causes the program to
perform a calendar event. A programmed calendar event utilizes the
program’s Start Date / Start Time and End Date / End Time configuration
parameters to create a calendar period during which the event will be active.
A programmed event results in a Digital ON condition whenever the actual
device’s clock / calendar is found to be within the defined calendar period.
The active outputs are assigned through the use of the Output Select
parameter.
To be valid, a programmed event must have a valid Start Date / Start Time
and End Date / End Time. An invalid Start Date or End Date, or any date
which is out of calendar range, causes the associated program to remain
inactive. An inactive program will not influence any assigned output(s). An
invalid Start Time or End Time, or any time which is out of the 24 hour clock
range, is likewise defined as inactive.
The Calendar object is designed to handle events whose active periods
span the end of one calendar year and the beginning of the next. This is the
case when the Start Date / Start Time is set later than the End Date / End
Time, for example an event which has a start date of October 3 and an end
date of February 14. This feature eliminates the need to create multiple
programs for an event that spans the first of the calendar year.
An event with an identical Start Date / Start Time and End Date / End Time
will cause that specific calendar event to remain inactive. The associated
outputs are not influenced by that programmed event.
Occurrence-based
Assigning a value of 1 (1st), 2 (2nd), 3 (3rd), 4 (4th), 5 (5th), 6 (Last), or
7 (All) as the Program Type causes the program to perform a calendar
occurrence. A programmed calendar occurrence utilizes the program’s Start
Date / Start Time, End Date, Day Select, and Duration configuration
Event/Occurrence Table–5.68, below, shows the configuration properties required for proper
Required Properties operation of programmed calendar events and occurrences. Properties that
are indicated as “Not Required” have no effect on the program’s operation.
Invalid values including not active (NA) will cause the individual program to
remain inactive where the associated output or outputs are not influenced by
the program.
Configuration Properties
Program Type
Start Date Start Time End Date End Time Day Select Duration
Event Required Required Required Required Not Required Not Required
Occurrence Required Required Required Not Required Required Required
Leap Year Operation Some leap year considerations that must be kept in mind are:
• If February 29 is directly involved with a calendar event, the user must
program events to specifically use this particular date.
• An event that does not specifically use February 29 as a Start Date, End
Date, or both will automatically include this date in the active event
calculation whenever leap year conditions apply.
• An occurrence that uses February as the month in which it is active
automatically uses February 29 for active occurrence calculations
whenever leap year conditions apply.
An event that specifies February 29 as a Start Date, End Date, or both will
be evaluated according to the following:
Examples This example illustrates the setup required to execute the following events
and occurrences:
Events will be programmed for New Years Day, Independence Day, and
Christmas. Occurrences will be programmed for Memorial Day, Labor Day,
and Thanksgiving. These events and occurrences will all be set to activate
the same output (Output 1), because each holiday requires the same
schedule performance (unoccupied).
An additional event will be programmed to handle a Christmas break that is
scheduled to span from one year to the next. The event will be set to activate
Output 3.
A repetitive occurrence will be programmed to handle a meeting that is
schedule for the second Tuesday of each month. The valid activation period
will be programmed to span the months of September through May. The
occurrence is set to activate Outputs 2 and 3.
For this example, the Calendar object configuration parameters are set as
follows:
Clocked SR WP Tech
Representation
Object Usage: The Clocked SR object is a Inputs Outputs
three-input logic object for use with digital values
(DV). It performs a clocked set-reset flip flop logic Set Output
function. In operation, the Clocked SR object is Reset
Clock
similar to the two-input SR Flip-Flop object (page
502). However, the Clocked SR uses an additional Configuration
Clock input that requires a coinciding OFF/ON Properties
transition (clock) before Output changes. An Object Name
unconnected input is considered invalid or not Object Description
active (NA), and is ignored in the object’s algorithm. Process Time
If the Set and Reset inputs are NA, the output is set
to NA. Logic
Properties
Table–5.69 Clocked SR Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Set Set Class: Digital - Evaluated as the Set input. —
A not active (NA) is disregarded by the Clocked See the Truth Table and
SR algorithm. Timing Diagram for input
Reset Reset Class: Digital - Evaluated as the Reset input. — to output sequence of
A not active (NA) is disregarded by the Clocked operation.
SR algorithm.
Clock Clock Class: Digital - Evaluated as the Clock input. —
Clock action occurs on detection of rising edge.
Applying the Object The Clocked SR object is a three-input logic object that processes digital
values (DV for OFF or ON) and produces a DV output. It is most similar to
the two-input SR Flip-Flop object. Both the Clocked SR object and SR
Flip-Flop object toggle (flip-flop) their object Output with DV changes on the
Set and Reset inputs. The Clocked SR object is a unique use of a third input,
Clock, which requires an OFF/ON transition (clock) to coincide with a Set or
Reset input change in order for the Output to be toggled.
The following timing diagram Figure-5.43 and truth table Figure-5.72 help
illustrate the operation of the Clocked SR object.
Set
Set
Reset
Reset
Clk Clk Clk
Clock
Output
TIME
Figure–5.43 Timing Diagram for a Clocked SR Object.
As with other logic objects, Inputs to this object are typically digital values
from a connection to another object’s output, represented numerically with a
0 (OFF) or 100 (ON). However, Inputs can also process analog values or a
value from an assigned constant. An Input with an analog value or constant
is evaluated as OFF if the value is negative or equal to zero (0.0), or ON if
the Input has any positive value greater than zero.
Compare WP Tech
Representation
Object Usage: The Compare object compares the Inputs Outputs
analog value on the Input to the analog value on
each Compare input (A and B), and produces a Input Output
digital ON output whenever any exact match is Compare A
Compare B
found. Otherwise, the digital output is OFF. If the
Input is not active (NA), the output is set to NA. Configuration
Properties
Output = ON if Input value is exact match to
Compare A value or Compare B value. Object Name
Object Description
The compare function provided by this object is Process Time
Properties
Table–5.73 Compare Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Analog - The input value that is compared -163.83 to A not active (NA) causes
against valid values at both inputs Compare A 16383 the output to be set to NA.
and Compare B.
CompA Compare A Class: Analog - One of the two inputs whose -163.83 to A not active (NA) is
value is compared to the value on the Input. 16383 disregarded by the
An exact match sets the Output to ON. compare algorithm.
CompB Compare B Class: Analog - One of the two inputs whose -163.83 to A not active (NA) is
value is compared to the value on the Input. 16383 disregarded by the
An exact match sets the Output to ON. compare algorithm.
Applying the Object The Compare object is used to test an input value against two possible other
values and issue a digital ON whenever an exact match is found. The input
side of the object is analog and has three inputs; the Input to be tested and
two Compare (A and B) inputs. The output side of the object is digital, with
only a single OFF or ON Output.
Inputs to the Compare object are typically analog values, however digital
values can be used as well; they are evaluated numerically as 0.0 (OFF) or
100.0 (ON). Table–5.76 demonstrates the Compare object operation.
Example Application A typical control logic application for the Compare object is to test an
enumerated value, meaning an output that produces several discrete values
to indicate different conditions. An example is the HVAC Mode tag for a
MicroNet digital wall sensor, which produces one of these values in
response to a sensor user’s input: 0 (AUTO), 1 (HEAT), 3 (COOL), 6 (OFF).
Compare objects can isolate one or more of these enumerated values for a
particular use in the control application, as shown below in Figure–5.44.
To other
control logic
To other
control logic
In the example above, all three Compare objects evaluate the output of the
same MicroNet sensor HVAC Mode tag against assigned constant values.
The top two Compare objects both produce an ON if the sensor has selected
the AUTO mode, otherwise, only one of the three Compare objects produces
an ON as a result of a particular sensor mode override.
Compare 2 WP Tech
(Rev.3 or Later Firmware Required) Representation
Object Usage: The Compare 2 object compares Inputs Outputs
the values present at analog Inputs[1] and [2] in two
different ways, and produces digital outputs at Input [1] Output[1]
Outputs[1] and [2] using the following criteria: Input [2] Output[2]
Tolerance
Output[1]: Configuration
If Input[1] value > Input[2] value, Output[1] = ON. Properties
If Input[1] value < Input[2] value, Output[1] = OFF.
Object Name
Output[2]: Object Description
Process Time
The Tolerance input is used in a “window-type”
comparison between the values at Input[1] and [2]. WP Tech Stencil:
If Input[1] value = Input[2] value ± Tolerance value, Logic and Math Control
Output[2] = ON; otherwise, Output[2] = OFF.
If Tolerance input = 0, NA, or negative, Input[1]
must equal Input[2] before Output[2] = ON.
Outputs[1] and [2] are initialized to OFF following a
controller reset, or if one Input[1] or [2] is set to not
active (NA). If both Inputs[1] and [2] have an NA,
both Outputs[1] and [2] are set to NA.
Device Support: (See page 8)
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx,
where xx = F2, F3, H2, H3, R2, R3, S1, S2, S3,
or S4
MNL-11Rxx, -13Rxx
where xx = F2 or F3
MNL-V1Rxx, -V2Rxx, -V3Rxx
where xx = V2 or V3
MN 800 series
Memory Requirements: (per object)
EEPROM: 10 bytes
RAM: 14 bytes (standard controllers)
4 bytes (MN 800)
Properties
Table–5.77 Compare 2 Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The input value compared -163.83 to A not active (NA) sets
against the value at Input[2] for the object 16383 both outputs to OFF.
algorithm to set the digital outputs accordingly.
Input[2] Input [2] Class: Analog - The input value compared -163.83 to If Inputs[1] and [2] are
against the value at Input[1] for the object 16383 both NA then Outputs[1]
algorithm to set the digital outputs accordingly. and [2] are both set to NA.
Tol Tolerance Class: Analog - Used in the object algorithm to 0 to 16383 A negative or not active
set the state of Output[2]. Only positive numbers (NA) value is evaluated
are evaluated. The Tolerance value becomes a the same as 0 (zero).
“plus or minus window” used in the comparison (No Tolerance)
between the values at Inputs[1] and [2].
Applying the Object The Compare 2 object provides two separate compare functions based on
the values received on inputs. Each function has a dedicated digital output:
• Output[1] provides the results of a simple “greater than” function,
whereby it is ON only while the value at Input[1] is greater than Input[2].
If the value at Input[1] is equal to or less than Input[2], Output[1] is OFF.
• Output[2] provides the results of a “plus-or-minus window” compare
function, whereby the value at the Tolerance input is used.
Output[2] is ON only if the value at Input[1] equals the Input[2] value,
plus or minus the Tolerance value. If the plus-or-minus amount between
Inputs[1] and [2] is greater than Tolerance, Output[2] is OFF.
Note: If the Tolerance input is left unconnected (not active or NA), the
Output[2] function is identical to that provided by the Compare object, that is,
Input[1] must be equal to Input[2] to produce an ON at Output[2].
Reset and Not Active Upon reset, both outputs are initialized to OFF before the object executes.
Whenever a not active (NA) is at Input[1] or [2], both outputs are set to OFF.
If both Inputs[1] and [2] have an NA, both outputs are set to NA.
Properties
Table–5.80 Control Override Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Name Class: Character String - The — — Printable characters
user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87
resides. for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Time Class: Analog - Defines the frequency at 4 6 - Low See Process Time
which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selections
Input Input Class: Digital - The digital signal that is —
“or’d” with the timer override sequence.
If unconnected or not active (NA), the
remaining Inputs are used for a timed
override.
OvrdEnb Override Class: Digital - Enables or disables the — If unconnected or NA,
Enable timed override feature. An ON allows a the Time Remaining
timed override to be initiated at the Override output is NA and a timed
Input. An OFF disables all timed override override is not available.
Inputs and holds the Time Remaining output The Input (only)
at zero. determines the Override
State output.
OvrdIn Override Input Class: Digital - Initializes a timed override — If the Override Input and
with each OFF-to-ON transition (OvrdEnb Override Cancel inputs
must also be ON). The override timer are both at their high
begins to count down after the Override values, the Override
Input returns to OFF or not active (NA). Input value has
Cancel Override Class: Digital - Cancels a timed override — precedence.
Cancel with an ON. An OFF or not active (NA) has
no effect on any override.
OvrdTm Override Time Class: Analog - Defines the time period of a 0.02 to 240 —
timed override, in minutes. A negative minutes
value, a value of 0.01, or a not active (NA)
defaults as 0, resulting in no timed override.
Applying the Object The signal at the Input is “or’d” with the timer override sequence to control
the output. An ON at the Input always sets the Override State output to ON.
If the Input is OFF (or unconnected, not active (NA)), the other inputs for a
timed override are evaluated. If enabled, a timed override is initialized with
an OFF-to-ON transition at the Override Input, and begins to count down
after this input returns to OFF or not active (NA). This count down lasts from
0.02 to 240 minutes, as determined by the Override Time input value.
A timed override also produces an analog value on the Time Remaining
output, which counts down from the Override Time (1 to 240) to zero in
whole minutes, when the timed override ends. At any time, an active timed
override can be canceled by an ON to the Cancel input or be re-initiated by
an OFF-to-ON transition at the Override Input.
The Override Cancel has no effect on the Override function whenever
Override Input is activated and held in the ON condition.
Example Applications An example Control Override object below is configured for a timed override,
with the Input left unconnected (NA) and a constant [1] fed to the Override
Enable input. Two Binary Input objects representing momentary switches
control the override. The Control Override object has a constant of 60
(minutes) as the Override Time. The Override State output from the Control
Override object feeds the OR input of an AND / OR logic object, which in
turn controls a Binary Output object (not shown), used to cycle OFF or ON
an HVAC load.
OFF or ON
to Binary Output
Object
60 to 0
Remaining Override
Time in minutes
Figure–5.45 Example Control Override Object used for a Timed Override.
Occupy / Unoccupy
Control Signal AHU Control
Occ / Unocc
Pushbutton
Zone
Temperature
Sensor
Figure–5.46 Control Override Object for Timed Override Using a Single Hardware Input.
Properties
Table–5.83 Count Down Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Digital - The Input tested for an OFF-to-ON — A not active (NA) is ignored
transition, each of which causes the analog value in the countdown
at the Total output to be decremented by one. algorithm.
Reset Reset Class: Digital - A digital ON to this input resets the — A not active (NA) is
Total output to the value present on the Count input evaluated as an OFF.
and sets the Carry Flag output to OFF.
A subsequent OFF to this input is required for the
Input to be evaluated and the countdown algorithm
to begin.
Count Count Class: Analog - Defines the analog value that the 1 to 10,000 A not active (NA) is
Total output starts decrementing from until zero is evaluated the same as the
reached and a rollover sequence begins. maximum value (10,000 ).
Applying the Object The countdown object monitors input state to implement the count down
function. An OFF-to-ON or NA-to-ON transition causes the output total to
decrease by one for each transition starting from the assigned count valve
until zero is reached. The transition immediately after a zero count initiates a
rollover sequence, where the object’s Carry Flag output is set to ON and the
Total output is set back to the Count input value. The next transition returns
the Carry Flag output to OFF and restarts the count decrement on the Total
output. The Carry Flag feature allows multiple Count Down objects to be
cascaded for increased countdown capability.
A countdown sequence can be reset at any time with a digital ON on the
Reset input, which sets the output Total equal to the Count value. Note that a
subsequent OFF is required at the Reset input before the Count Down
object begins again to countdown OFF-to-ON Input transitions.
The Count Down object is similar to the Count Up object, which operates in
a related but reverse (increment) mode.
Count Up WP Tech
Representation
Object Usage: The Count Up object provides a Inputs Outputs
means to count OFF-to-ON digital transitions on its
Input, in a count-up fashion. This means the Total Input Total
output increments (by one) on each OFF-to-ON Reset Carry Flag
Count
transition, starting at 0 (zero) until the assigned
Count is reached. A Carry Flag output allows Configuration
multiple Count Up objects to be cascaded for Properties
increased count-up capability. The Count Up object Object Name
is similar to the Count Down object (page 196), Object Description
which operates in a related but reverse (decrement) Process Time
mode.
WP Tech Stencil:
Device Support: (all firmware revisions) Logic and Math Control
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx,
where xx = F1, F2, F3, H1, H2, H3, R1, R2, R3,
S1, S2, S3, or S4
MNL-11Rxx, -13Rxx
where xx = F2 or F3
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V1, V2,
or V3
MN 800 series
Memory Requirements: (per object)
EEPROM: 10 bytes
RAM: 16 bytes (standard controllers)
6 bytes (MN 800)
Properties
Table–5.86 Count Up Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Digital - The Input tested for an OFF-to-ON — OFF to not active (NA) is
or NA-to-ON transition, each of which causes the ignored in the count-up
analog value at the Total output to be incremented algorithm.
by one.
Reset Reset Class: Digital - A digital ON to this input: — A not active (NA) is
• Resets the Total output to 0 (zero). evaluated as an OFF.
• Sets the Carry Flag output to OFF.
A subsequent OFF to this input is required for the
Input to be evaluated and the countup algorithm to
begin.
Count Count Class: Analog - Defines the analog value that the 1 to 10,000 A not active (NA) is
Total output must reach before a rollover sequence evaluated the same as
begins. the maximum value
(10,000).
Applying the Object The Count Up object monitors a digital Input value and counts each state
transition (OFF-to-ON or NA-to-ON occurrence) from 0 (zero), incrementing
(by one) on each transition until the value of the assigned Count is reached.
This count appears as an analog value at the object’s Total output. The first
transition after Total is equal to the assigned Count initiates a rollover
sequence, where the object’s Carry Flag output is set to ON and the Total
output is set back to zero. The next transition returns the Carry Flag output
to OFF and restarts the count increment on the Total output. The Carry Flag
feature allows multiple Count Up objects to be cascaded for increased
count-up capability.
A count-up sequence can be reset at any time with a digital ON on the Reset
input, which sets the output Total equal to zero. Note that a subsequent OFF
is required at the Reset input before the Count Up object begins again to
count-up OFF-to-ON Input transitions.
The Count Up object is similar to the Count Down object, which operates in
a related but reverse (decrement) mode.
Properties
Table–5.89 COV Priority Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Enable Enable Class: Digital - A not active (NA) or ON enables — An OFF also clears the
the object (normal operation). An OFF causes internal “scratch pad”
the value at the Default input to go to the output, stores for Inputs[1] and [2]
whereby the Control Level output is set to 3, to not active (NA).
indicating the Default value is used for control.
Input[1] Input [1] Class: Analog - Input with the highest priority. -163.83 to A not active (NA) causes
• If a valid value, and the value has changed 16383 the object to evaluate
since the last execution, this value is passed to Input[2].
the output. The Control Level output is set to 1.
• If the value has not changed since the last
execution, Input[2] is evaluated.
Input[2] Input [2] Class: Analog - The input value with second -163.83 to Not active (NA) conditions
priority. If this input is evaluated, the following 16383 are handled in the manner
sequence occurs: described in the sequence
1. If a valid value that has changed since the last at left.
execution, the value is passed to the output.
The Control Level output is set to 2.
2. If a value not changed since the last
execution, both outputs are not changed.
3. Not actives (NA) at this input and at Input[1]
causes the value at the Default input to pass to
the output. The Control Level output is set to 3.
4. An NA at this input, when the Control Level is
2 and when a valid value exists at Input[1],
causes the output to be set to the value at
Input[1]. The Control Level output is set to 1.
5. An NA at this input when the Control Level
output is not 2 causes both outputs to remain
at their current values.
Range /
Abbrev. Name Class / Description Notes
Selection
Force[1] Force [1] Class: Digital - An ON forces the valid value at — Force[1] and Force[2]
Input[1] to the Output, regardless of value inputs are both ignored if
change. Control Level output is set to 1. the Enable input is OFF.
If Input[1] has a not active (NA), the Force[1]
function is ignored.
Force[2] Force [2] Class: Digital - An ON forces the valid value at — Simultaneous ONs at both
Input[2] to the Output, regardless of value the Force[1] and Force[2]
change. Control Level output is set to 2. inputs result in the
If Input[2] has a not active (NA), the Force[2] Force[1] condition.
function is ignored.
Default Default Class: Analog - Defines the default value passed -163.83 to Passes a not active (NA) if
to the output whenever both Inputs[1] and [2] 16383 the input is unconnected
have a not active (NA) or when the Enable input or has an NA present.
has an OFF.
Applying the Object The COV Priority object allows a value to be overwritten by a newer value,
automatically selecting from the two primary inputs: Input[1] and Input[2].
Consider the function between Inputs[1] and [2] as “last-one-in-wins”.
Input[1] has a higher priority, meaning when a simultaneous value change
occurs at both inputs, the Input[1] value is always passed.
Internally, the COV Priority object stores the last received value for each
input in “scratch pad” memory. This allows the output to “fallback” to the
stored value of the other input whenever the “active input” makes a transition
from a valid value to a not active (NA). If both Inputs[1] and [2] have an NA,
the output passes the value present at the Default input.
The Enable input must have a not active (NA) or ON for normal operation.
An OFF at the Enable input clears both internally stored input values to NA
and passes the Default value to the output. While the Enable input is OFF, all
value changes at Inputs[1] and [2] are ignored.
Inputs Force[1] and [2] allow a method to “force” whatever valid value is at
Input[1] or Input[2] to the output, disregarding past value changes. Both
force inputs are digital, requiring an ON (value > 0) to force the
corresponding input value. Force functions are ignored if an NA is at the
respective Input[1] or [2], or if the object is not enabled (Enable = OFF).
The Control Level output indicates which input by number (1 or 2) is
currently in use. If the Default input is in use, the Control Level output is 3.
Operation Sequence The COV Priority object operates by evaluating the inputs in this order upon
each cycle of execution:
1. Enable input - If OFF, the output is set to the value at the Default input
and the Control Level output is set to 3. Both internal input stores have
NA. No further input evaluation occurs. If NA or ON, other inputs are
evaluated in the order given below.
2. The Force[1] input is evaluated. If ON, any valid value at Input[1] is
passed to the output, the Control Level output is set to 1, and no further
input evaluation occurs. If Input[1] has an NA, the Force[1] function is
ignored and input evaluation (below) continues. Evaluation also
continues if Force[1] is OFF or NA (Force[1] function not active).
3. The Force[2] input is evaluated. If ON, any valid value at Input[2] is
passed to the output, the Control Level output is set to 2, and no further
input evaluation occurs. If Input[2] has an NA, the Force[2] function is
ignored and input evaluation (below) continues. Evaluation also
continues if Force[2] is OFF or NA (Force[1] function not active).
4. Input[1] - If a valid value is present, it is compared to previously stored
value for Input[1]. If the valid value has changed, the output is set to this
newer value and the Control Level output is set to 1. No further input
evaluation occurs. If the value has not changed from the stored value, or
if Input[1] has an NA, Input[2] is evaluated.
5. Input[2] - If a valid value is present, it is compared to previously stored
value for Input[2]. If the valid value has changed, the output is set to this
newer value and the Control Level output is set to 2. If the value has not
changed from the stored value, the output and Control Level output
remain at their current values.
Note: Whenever the object is enabled, values at Input[1] and Input[2] are
written to their respective internal “scratch pad” upon each change.
Example Following a controller reset, the COV Priority object below has an “NA” at the
Enable input, which still allows it to operate. Until the bound NVIs receive
valid values, it uses the setpoint value coming from the MN-Sx sensor. If the
MN-Sx sensor value is also NA, it uses the value at the Default input.
Under normal operation, the Enable input would be ON, allowing the
COV Priority object to pass either Input[1] or Input[2] value on a “last-in”
basis. The last input to change is sent to the “Output” and the “CtrlLvl” output
updated accordingly. This allows the setpoint to be adjustable from either the
operator PC or the local MN-Sx sensor. Additionally, by making the “Default”
and “Enable” inputs accessible through the controller’s profile, the operator
PC can gain sole control of the setpoint (by setting Enable input to OFF and
adjusting the Default value as needed).
In this example, constant tags have been attached to the Force [1] and
Force [2] inputs for diagnostic purposes from WP Tech. If desired, either or
both of these inputs could instead be sourced from other control logic or
made accessible via the controller’s profile.
Properties
Table–5.92 Curve Fit Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87
resides. for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
DataPtX1 Data Point Class: Analog - Defines the first Input — Mandatory. A not
X [1] coordinate ‘x’, corresponding to the ‘y’ -163.83 to active (NA) sets the
output of Data Point Y [1] 16383 output to NA. Must
DataPtX2 Data Point Class: Analog - Defines the second Input — be set to values in
X [2] coordinate ‘x’, corresponding to the ‘y’ ascending order.
output of Data Point Y [2] Values X [1] and X
[2] cannot be equal.
DataPtX3 Data Point Class: Analog - Defines the third Input — Optional. X-Data
X [3] coordinate ‘x’, corresponding to the ‘y’ -163.83 to points cannot be set
output of Data Point Y [3] 16383 to the same values.
DataPtX4 Data Point Class: Analog - Defines the fourth Input — Must be in
X [4] coordinate ‘x’, corresponding to the ‘y’ ascending order
output of Data Point Y [4] only.
An out-of-sequence
DataPtX5 Data Point Class: Analog - Defines the fifth Input — data point or one
X [5] coordinate ‘x’, corresponding to the ‘y’ with a not active
output of Data Point Y [5] (NA) causes that
DataPtX6 Data Point Class: Analog - Defines the sixth and last — data point and all
X [6] Input coordinate ‘x’, corresponding to the further data points to
‘y’ output of Data Point Y [6] be disregarded.
DataPtY1 Data Point Class: Analog - Defines the first output — Mandatory. A not
Y [1] coordinate ‘y’, corresponding to the ‘x’ -163.83 to active (NA) sets the
input of Data Point X [1] 16383 output to NA. May
DataPtY2 Data Point Class: Analog - Defines the second output — be set to values in
Y [2] coordinate ‘y’, corresponding to the ‘x’ ascending or
input of Data Point X [2] descending order.
Values Y [1] and
Y [2] may be set to
the same value.
DataPtY3 Data Point Class: Analog - Defines the third output — Optional.
Y [3] coordinate ‘y’, corresponding to the ‘x’ -163.83 to Adjacent Y-Data
input of Data Point X [3] 16383 points can be set to
DataPtY4 Data Point Class: Analog - Defines the fourth output — any values including
Y [4] coordinate ‘y’, corresponding to the ‘x’ the same values
input of Data Point X [4] (segment slope = 0),
providing that the
DataPtY5 Data Point Class: Analog - Defines the fifth output — progression order is
Y [5] coordinate ‘y’, corresponding to the ‘x’ not reversed. An
input of Data Point X [5] out-of-sequence
DataPtY6 Data Point Class: Analog - Defines the sixth and last — data point or one
Y [6] output coordinate ‘y’, corresponding to the with a not active
‘x’ input of Data Point X [6] (NA) causes that
data point and all
further data points to
be disregarded.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Analog - The input value to be characterized -163.83 to A not active (NA) sets
based on the curve defined by the configured x and 16383 the output to NA.
y data points.
OutMin Output Class: Analog - Defines the minimum value -163.83 to If unconnected or not
Minimum allowed to be at the output. Typically less than the 16383 active (NA), the output is
Output Maximum. If greater than the Output calculated without any
Maximum, the output goes to the Output Maximum. minimum limit.
OutMax Output Class: Analog - Defines the maximum value -163.83 to If unconnected or not
Maximum allowed to be at the output. Typically greater than 16383 active (NA), the output is
the Output Minimum. If less than the Output calculated without any
Minimum, the output goes to the Output Maximum. maximum limit.
Applying the Object The Curve Fit object is useful in non-linear applications, common with
pressure or flow type devices. The object produces an analog output that
follows the input value applied to the x-y curve defined in the configuration
properties. Input data is referenced to the x-axis and output data is
referenced to the y-axis. The x-y curve can have up to five linear segments,
based on up to six data (x,y) points.
The object requires at least two data points (x1, y1) and (x2, y2) defined in
the configuration properties to produce a valid output. The object also
requires that other optional data points are entered in a contiguous order,
that is, proceeding with (x3, y3), (x4, y4), (x5, y5), and (x6, y6).
Examples Three examples are included for the Curve Fit object:
• Example 1 - Valve Characterization (page 208)
• Example 2 - Curve Fit Object Cascade (page 210)
• Example 3 - Sensor Characterization (page 211)
Example 1 - Valve The following example illustrates a Curve Fit object used to generate a
Characterization nonlinear output that matches the flow characteristics of a VB-7000 series
valve. The Single Loop object generates a linear 0% and 100% output value
based upon temperature and setpoint requirements. Operating the valve
actuator directly from the loop output would cause the actual flow to follow
the nonlinear curve as shown by the (VB-7000) Flow Characteristics Chart,
Figure–5.48. A Single Loop output or actuator request of 50% would provide
an actual valve flow of 20%.
VB-7000 Series
Two-way Valve
Characteristics
Flow
%
Valve Stroke %
Figure–5.48 Example Stroke to Flow Characteristics for a VB-7000 Series Valve.
Adding a Curve Fit object between the Single Loop and Analog Output
objects causes the loop output to be characterized, providing a nonlinear
output to the valve actuator Figure-5.49. This allows the valve to operate
based upon actual flow, producing an overall improvement in control.
Configuration:
DataPtX1 0 DataPtY1 0
DataPtX2 10 DataPtY2 30
DataPtX3 20 DataPtY3 50
DataPtX4 50 DataPtY4 70
DataPtX5 95 DataPtY5 90
DataPtX6 100 DataPtY6 100
Figure–5.49 Example Curve Fit Object Used to Linearize Actual Valve Flow.
The Curve Fit configuration data points are obtained using information found
on the Flow Characteristics Chart (VB-7000 series in this example). The
data point pairs are derived by transposing (X) and (Y) axis values that
describe Valve Stroke vs. Valve Flow. This builds a nonlinear, piece-wise,
five-segment curve to compensate for the valve’s nonlinear characteristics,
as shown in Figure–5.50 below.
Output
(Y)
Input (X)
Figure–5.50 Curve Fit Object Response (X-Y Curve) for Valve Example 1.
The result is a linear valve operation which allows the valve’s actual flow to
follow the Single Loop output request, as shown in Table–5.95 below. For
example, a Single Loop output request of 50% now provides an actual valve
flow of 50%.
Note: This example is simplified for the purpose of describing the Curve Fit
function. An application may not necessarily compensate for the flow
characteristics of the valve itself. A typical heating application might use the
Curve Fit object to characterize the stroke of a valve to the amount of energy
(BTUs, kJ) generated by the valve control of the mechanical equipment.
Example 2 - Curve Fit This example is based on the previous valve characterization example, but
Object Cascade is expanded to show how two Curve Fit objects can be cascaded to increase
the resolution of the x-y curve. In this case, additional (x,y) data points are
obtained using the same (VB-7000) series brass valve Flow Characteristics
Chart. As in the previous example, data point pairs are derived by
transposing (X) and (Y) axis values which describe Valve Stroke vs. Valve
Flow. A higher resolution nonlinear curve results with a ten segment curve.
100% 100%
0% Analog 0%
Loop Single Curve Fit Sub / Add Output
50% - 100%
LpEnb Output Input Output Input[1] Output Input Addr AO01
RoomTemp Input [70] OutMin [70] Input[2] Output
[70.0] Se tpt [100] OutMax Input[3] Name - ValveAct
[3.0] TR Name - CurvFit2 Desc - (AI1-AI2)+AI3
Igain
De r v
Curve Fit
OutRef 0% - 50%
Action Input Output
RmpTm [0] OutMin
[70] OutMax
Name - CurvFit1
Figure–5.51 Example of Cascading Curve Fit Objects to Linearize Actual Valve Flow.
In this example, Curve Fit 1 is used to characterize loop output (X) values
between 0% and 50%. Curve Fit 2 is used to characterize loop output (X)
values between 50% and 100%. The outputs of both Curve Fit objects are
combined using a Sub / Add object to generate the higher resolution curve,
thus improving flow control resolution.
Example 3 - Sensor A Curve Fit object can be used to “normalize” the response of a nonstandard
Characterization 10k thermistor RTD sensor that has a similar characteristic to the standard
10k thermistor with 11k shunt. In this scenario, one of the Satchwell 10k
thermistor sensors (models DUT, DRT, DDT, DST, or DWT) must be used
with a universal input (UI) and Analog Input object. Without the Curve Fit
object, the value produced by the Analog Input object will be in error.
Uncorrected Corrected
Temperature Value Temperature
Properties
Table–5.98 Demux Select Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Analog - The main input value, passed -163.83 to
to one of the six outputs whenever the Select 16383
input has a value from 1 to 6.
Select Select Class: Analog - Evaluated as follows: 0 to 6 A not active (NA), negative
• A value of 0 sets all Outputs[1] to [6] to the value, or other value outside
values present at the associated Default the normal range (7 or above)
Value[1] to [6] inputs. is evaluated the same as 0.
• A value from 1 to 6 selects the
corresponding Output[1] to [6] to pass the Decimal portions are
main input value. All other outputs are set to truncated in the evaluation.
the values present at the associated Default For example, a value of 3.54
Value[1] to [6] inputs. is evaluated as 3.
DefVal1 Default Class: Analog - The value passed to Output[1] -163.83 to
Value [1] whenever the Select value is NOT equal to 1. 16383
Default Value inputs can be
DefVal2 Default Class: Analog - The value passed to Output[2] -163.83 to
any value or not active (NA).
Value [2] whenever the Select value is NOT equal to 2. 16383
DefVal3 Default Class: Analog - The value passed to Output[3] -163.83 to
Value [3] whenever the Select value is NOT equal to 3. 16383
DefVal4 Default Class: Analog - The value passed to Output[4] -163.83 to
Value [4] whenever the Select value is NOT equal to 4. 16383
DefVal5 Default Class: Analog - The value passed to Output[5] -163.83 to
Value [5] whenever the Select value is NOT equal to 5. 16383
DefVal6 Default Class: Analog - The value passed to Output[6] -163.83 to
Value [6] whenever the Select value is NOT equal to 6. 16383
Applying the Object The Demux Select object “demultiplexes” the single main input. This means
the input value can be passed to ONE of the Outputs[1] to [6], depending on
the value (1 to 6) at the Select input. Outputs not selected to pass the input
value pass instead the value at their associated Default Value[1] to [6] input.
Logically, the object functions as a single-pole, seven-throw switch, with one
selection being “OFF” (main input not passed). This occurs when the Select
input value is 0, not active (NA), or an out-of-range value (not 0 to 6). In this
case, all outputs are set to value at their associated Default Value input.
Example The Demux object is useful when engineering an application that can be
used in a variety of situations. Figure–5.53 below shows the Demux object
used to select the use of a sensor attached to the controller’s UI 1 input.
In this example, the room temperature (control point) can be from either a
bound NVI input, MN-Sx sensor, or standard sensor connected to UI 1,
courtesy of the Priority Input (4) object. The addition of the Demux object
between the Analog Input object (for the sensor at UI 1) and Input[3] of the
Priority Input (4) object allows flexibility for how the sensed value is used.
For example, if the application’s control point (SpaceT) is to come from the
MN-Sx sensor (RoomTemp tag), and the sensor at UI 1 is needed for
another temperature, the programmer can set the “Select” input of the
Demux Select object to “2”, instead of the “1” shown. This redirects the
sensor value to the more generic “nvoSatTemp1” output of the profile, and
outputs the default “NA” value to the Priority Input (4) object.
Properties
Table–5.101 Dual Delay Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
TmEnb Time Enable Class: Digital - An ON or not active (NA) enables —
the dual delay function. An OFF at this input
disables the dual delay function, causing the
Output to directly follow the Input (no delays).
Input Input Class: Digital - The input signal to which the dual — See the Timing Diagram
delay is applied. An NA is evaluated as OFF. for Input to Output
operation.
OnDly On Delay Class: Analog - The value of the ON delay time 0.0 to 1,000.0 Decimal values are valid.
in minutes. A negative or not active (NA) value minutes For example, 0.25 is
disables the delay as 0.0 minutes. evaluated as 15 seconds.
OffDly Off Delay Class: Analog - The value of the OFF delay time 0.0 to 1,000.0 Decimal values are valid.
in minutes. A negative or not active (NA) value minutes For example, 0.25 is
disables the delay as 0.0 minutes. evaluated as 15 seconds.
Applying the Object The Dual Delay object allows a time-delayed response for any change to a
digital signal (monitored on the object’s Input). The digital Output provides
both an ON delay or an OFF delay based on the transition received at the
Input (OFF-to-ON or ON-to-OFF). An ON delay or OFF delay can last from
0.1 to 1000.0 minutes, based on the value present at the separate On Delay
and Off Delay inputs. The Time Enable input must be at ON or not active
(NA) to provide delays. Figure–5.54 shows the function of a Dual Delay
object for both an on delay and off delay.
ON
Input
OFF
ON
Output
OFF
ON OFF OFF ON OFF ON OFF
Delay Delay Delay Delay Delay Delay Delay
Time Time Time Time Time Time Time
Figure–5.54 Timing Diagram for a Dual Delay Object with the Delay Function Enabled (Time Enable input is ON or NA).
ON
Input
OFF
ON
Output
OFF
Figure–5.55 Timing Diagram for a Dual Delay Object with the Delay Function Disabled (Time Enable input is OFF).
Note: After a controller reset the object operates as if the input and output
were off prior to the reset.
Properties
Table–5.104 Dual Minimum Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
TmEnb Time Enable Class: Digital - An ON or not active (NA) enables —
the Dual Minimum timeout function. An OFF at this
input disables the Dual Minimum timeout function,
causing the Output to directly follow the Input.
Input Input Class: Digital - The input signal to which the Dual — See the Timing
Minimum function is applied. An NA is evaluated as Diagram for Input to
OFF. Output operation.
MinOn Minimum On Class: Analog - The value of timeout (in minutes) 0.0 to 1,000.0 Decimal values are
Time for the Minimum On period. A negative or not minutes valid. For example,
active (NA) value disables the Minimum On timeout 0.25 is evaluated as 15
as 0.0 minutes. seconds.
MinOff Minimum Off Class: Analog - The value of timeout (in minutes) 0.0 to 1,000.0 Decimal values are
Time for the Minimum Off period. A negative or not active minutes valid. For example,
(NA) value disables the Minimum Off timeout as 0.25 is evaluated as 15
0.0 minutes. seconds.
Applying the Object The Dual Minimum object prevents short-cycling of a digital Output by using
minimum ON and minimum OFF timeouts applied to Input and Output
changes. Timeouts are defined by Minimum On and Minimum Off inputs to
the object, and can range from 0.0 to 1,000.0 minutes. The Time Enable
input must be at ON or not active (NA) to provide Minimum timeouts. The
timing diagram in Figure–5.56 shows Dual Minimum object operation for
both Minimum On and Minimum Off times.
ON
Input
OFF
Min Min Min Min Min Min Min Min
ON OFF ON OFF ON OFF ON OFF
Time Time Time Time Time Time Time Time
ON
Output
OFF
Figure–5.56 Timing Diagram for a Dual Minimum Object with Minimum Times Enabled (Time Enable = ON or NA).
ON
Input
OFF
ON
Output
OFF
Figure–5.57 Timing Diagram for a Dual Minimum Object with Minimum Times Disabled (Time Enable input is OFF).
Note: After a controller reset the object operates as if the input and output
were off prior to the reset.
Example Figure–5.58 shows a Dual Minimum object used for short-cycle protection of
a direct expansion (DX) compressor in a cooling RTU application. Both ON
and OFF protection is provided as the output of the Thermostat object
changes in response to the Loop object output.
Proportional Cooling
Control Signal
100%
On
Prevents Short Cycling
Minimum ON = 2 minutes
Off ON / OFF Minimum OFF = 5 minutes
0% TR Control Signal
DX Compressor
Output
Figure–5.58 Dual Minimum Object Used for Short Cycle Protection of a DX Compressor.
Properties
Table–5.107 DUI Expander Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The user-defined — — Printable characters
Name name for the object, unique within the only. See Object
controller where the object resides. Name on page 87 for
more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to further file only. See Object
describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Type Input Class: Analog - Defines the sensor type 0 0 - Disabled Not Active or values
Sensor connected to the hardware input. 8 - Resistance outside valid range
Type Must be set to Resistance 1k Switched (8) 1k Switched defaults to 0
for the DUI Expander function. If set to (Normal) (Disabled).
Disabled (0), no DUI Expander occurs.
Action[1] Action [1] Class: Analog - Defines the action of 0 0 - Direct If Direct (0), a
Output[1] - (0 = Direct and 1 = Reverse). 1 - Reverse contact closure
Action[2] Action [2] Class: Analog - Defines the action of 0 0 - Direct evaluates ON, and a
Output[2] - (0 = Direct and 1 = Reverse). 1 - Reverse contact open as
OFF.
Action[3] Action [3] Class: Analog - Defines the action of 0 0 - Direct (Normally Open)
Output[3] - (0 = Direct and 1 = Reverse). 1 - Reverse
Action[4] Action [4] Class: Analog - Defines the action of 0 0 - Direct If Reverse (1), a
Output[4] - (0 = Direct and 1 = Reverse). 1 - Reverse contact closure
evaluates OFF, and
Action[5] Action [5] Class: Analog - Defines the action of 0 0 - Direct
a contact open as
Output[5] - (0 = Direct and 1 = Reverse). 1 - Reverse
ON.
(Normally Closed)
Range /
Abbrev. Name Class / Description Notes
Selections
Addr Physical Class: Analog - Indicates the physical hardware Dependent on If no physical hardware
Address address (input terminal point on the controller) the controller address is assigned (NA),
assigned to the DUI Expander object. platform Outputs[1] to [5] are set to
Only a UI (Universal Input) can be used. selected. NA and the Status Flags
output is set to 1.
Applying the Object The DUI Expander object allows a single universal input (UI) of a TAC
I/A Series MicroNet standard controller (Rev. 3 or higher firmware) or an
MN 800 controller to monitor the status of up to five dry contacts.
Caution:
• In all Universal Inputs, noise can cause erratic and erroneous UI
operation. To avoid these issues, proper precautions must be taken
during the wiring process. See the TAC I/A Series MicroNet System
Engineering Guide, F-26507, for wiring details.
• In addition, unstable (fluttering) contact closures or contacts that exhibit
varying resistances not within the specified tolerances, will cause the
DUI outputs to reflect erratic and erroneous digital states. Proper
precautions must be taken to ensure that the dry contact inputs remain
stable and switch within the listed contact tolerances.
Each DUI Expander object requires one specific R2R resistor network, as
shown in Table–5.110 below.
R3 200 Ω 2
R1
R4 100 Ω 2 R1 Switch
R5 49.9 Ω 2 Input 1
Notes
• The DUI module used must be designed to provide R2
the nominal equivalent resistances shown in R2 Switch
Rp Input 2
Table–5.114 (without parallel resistor Rp) and See Note 1
Table–5.115 (with parallel resistor Rp required for
the MN 800 controller). R3
• The contact resistance of the dry contact closures Connection to R3 Switch
Controller UI Input 3
must not exceed 1 ohm. An open switch contact
connected to the DUI R2R resistor network should
a have a minimum resistance of 1 megohm. After
R4
switching, the dry contact resistance must Switch
See Note 2 R4
stabilize within 100 millisecond. The dry contact Input 4
must be sized to handle a 3.1 mA current source.
• The length of 18-gauge wire used between the
R5
switch terminals and the dry contact switches Switch
R5
should not exceed 100 feet (30.4 m). Similarly, Input 5
18-gauge wire used to connect the controller and
the DUI must not exceed a length of 100 feet
(30.4 m).
Note 1: Rp = 22.1K ohms 1%
• Exceeding the maximum contact resistance, the Parallel resistor required for interface to the
wire length specifications, or the dry contact MNL-800 controller only.
equivalent resistances listed in Table–5.114 and Note 2: Each of the twelve external wire lengths
Table–5.115 could cause the controller to highlighted in bold must be evenly distributed
erroneously read the digital input states. and limited to 100 feet (18 AWG) maximum.
• See Table–5.114 and Table–5.115, detailing the Contacts monitored by the R2R inputs may be any
resistance values for all input contact combinations. combination of normally open (N.O.) or normally closed (N.C.)
contacts. Contact type by R2R input must be configured using
Action[1] through [5] configuration properties.
Action Configuration The Action[1] through Action[5] configuration properties determine the action
of the Output[1] through Output[5] in relation to the digital conditions at
switch inputs 1 through 5 of the R2R resistance network. Action[x] properties
can be set in any combination required to support the field contacts, where:
• Direct (0) causes the output value to directly reflect the digital condition
of the input at the R2R resistance network. See Table–5.111.
• Reverse (1) causes the output value to inversely reflect the digital
condition of the input at the R2R resistance network. See Table–5.112.
Table–5.111Direct Action,
Contact-to-Output.
Action [x] = Direct (0)
R2R Input Contact Object Output
Table–5.111Direct Action,
Contact-to-Output.
Action [x] = Direct (0)
Open OFF (0.0)
Closed ON (100.0)
Table–5.112Reverse Action,
Contact-to-Output.
Action [x] = Reverse (1)
R2R Input Contact Object Output
Open ON (100.0)
Closed OFF (0.0)
Status Flags Output The Status Flags output is 0 (zero) under normal conditions. This output is
set to an enumerated value whenever the DUI Expander algorithm detects
an error condition. In addition, Outputs[1] through [5] are all set to a certain
state. Errors include resistance under-range, resistance over-range, and
improper setup (no valid physical address). Output values for the Status
Flags output and Outputs[1] through [5] are shown in Table–5.113 below.
Note: The Status Flags output can also be used digitally as a value of zero
reflects digital OFF and a value greater than zero reflects a digital ON.
Input Resistance Table–5.114 and Table–5.115 represent all the possible combinations of the
Combinations R2R resistor network and the equivalent resistances produced by the
network. Table–5.114 reflects the resistances required by MicroNet standard
controllers. Table–5.115 reflects the resistances required by the MicroNet
MN 800 controller that must include the use of a parallel resistor (Rp).
In general, it is recommended that the DUI module be implemented with
0.1% tolerance resistors to ensure the module’s ±3.5 ohm tolerance around
each of the nominal resistance switch points. Other tolerances (i.e. 1%
resistors) may be used as long as the resulting equivalent resistances of the
DUI module fall within the ±3.5 ohm tolerance band.
Table–5.114 and Table–5.115 also provide resistance values that take into
account the external wiring, the DUI module tolerance, and the parallel
resistance Rp (applicable to the MN 800 only), which is reflected by a
±5 ohm tolerance around each of the nominal resistance switch points.
Switch points that are within the specified resistance tolerance bands will
guarantee proper DUI operation.
Example One example use of the DUI Expander object is to monitor the actual status
of an H-O-A switch (Hand-Off-Auto). These values could be used for
indication and control purposes.
Use of the Action [n] configuration properties allows inversion of the digital
status input when required. The DUI Expander object can also be used to
monitor switch panels, for example, hotel occupancy, nurses stations, etc.
Enthalpy WP Tech
Representation
Object Usage: The Enthalpy object provides a Inputs Outputs
means for calculating the enthalpy (total heat
content) of moist air, from one or two air sources. Dry Bulb Temp 1 Enthalpy Compare
The Enthalpy object algorithm uses either dry bulb RH 1 / Dew Point Temp 1 Enthalpy Value 1
temperature and relative humidity, or dew point Dry Bulb Temp 2 Wet Bulb Temp 1
RH 2 / Dew Point Temp 2 Dew Point Temp 1 / RH 1
temperature, to calculate enthalpy, wet bulb Barometric Pressure Enthalpy Value 2
temperature, dew point temperature, and / or Enthalpy Differential Wet Bulb Temp 2
relative humidity for each source. When two air Dew Point Temp 2 / RH 2
Properties
Table–5.116 Enthalpy Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, only. See Object
unique within the controller where the Name on page 87
object resides. for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
SenSel1 Sensor Class: Analog - Used to determine the 0 Selection A value that is
Select 1 type of processing required. configures negative, out of
associated range, or not active
inputs for: (NA) causes the
Dry bulb algorithm to default
temperature to “Dry bulb
and relative temperature and
humidity (0) relative humidity
(0)”.
Dry bulb
temperature
and dew point
temperature
(1)
Range /
Abbrev. Name Class / Description Default Notes
Selection
SenSel2 Sensor Class: Analog - Used to determine the 0 Selection A value that is
Select 2 type of processing required. configures negative, out of
associated range, or not active
inputs for: (NA) causes the
Dry bulb algorithm to default
temperature to “Dry bulb
and relative temperature and
humidity (0) relative humidity
(0)”.
Dry bulb
temperature
and dew point
temperature
(1)
Range /
Abbrev. Name Class / Description Notes
Selection
DBulb1 Dry Bulb Class: Analog - Used by the algorithm to — A value of not active
Temperature 1 calculate the values of Enthalpy 1, Wet (NA) causes the
Bulb Temperature 1, and either Dew Point associated outputs to be
Temperature 1 or Relative Humidity 1, set to not active (NA)
based upon the Sensor Select 1. conditions.
RHDew1 Relative Class: Analog - The Relative — An input value that is
Humidity 1 /Dew Humidity 1 / Dew Point Temperature 1 below or above the limit
Point input is configured by the Sensor Select 1 range will be held at the
Temperature 1 configuration property. minimum or maximum
When relative humidity is selected, the specified limit values
algorithm interprets the input as a relative accordingly.
humidity percentage value, internally An input value of not
limited to a range of 0.0 to 100.0 percent. active (NA) causes the
Relative Humidity 1 is used to calculate associated outputs to be
the values of Enthalpy 1, Wet Bulb set not active (NA)
Temperature 1, and Dew Point conditions.
Temperature 1.
When dew point temperature is selected,
the algorithm interprets the input as a dew
point temperature value, in either °F or °C,
based upon the controller’s “units”
selection (English / Metric). The dew point
temperature input value is internally
limited to a range of 20 to 120 °F (-6.6 to
48.9 °C). Dew Point Temperature 1 is
used to calculate the values of Enthalpy 1,
Wet Bulb Temperature 1, and Relative
Humidity 1.
DBulb2 Dry Bulb Class: Analog - Used by the algorithm to — A value of not active
Temperature 2 calculate the values of Enthalpy 2, Wet (NA) causes the
Bulb Temperature 2, and either Dew Point associated outputs to be
Temperature 2 or Relative Humidity 2, set to not active (NA)
based upon the Sensor Selection 2. conditions.
Range /
Abbrev. Name Class / Description Notes
Selection
RHDew2 Relative Class: Analog - The Relative — An input value that is
Humidity 2 /Dew Humidity 2 / Dew Point Temperature 2 below or above the limit
Point input is configured by the Sensor Select 2 range will be held at the
Temperature 2 configuration property. minimum or maximum
When relative humidity is selected, the specified limit values
algorithm interprets the input as a relative accordingly.
humidity percentage value, internally An input value of not
limited to a range of 0.0 to 100.0 percent. active (NA) causes the
Relative Humidity 2 is used to calculate associated outputs to be
the values of Enthalpy 2, Wet Bulb set not active (NA)
Temperature 2, and Dew Point conditions.
Temperature 2.
When dew point temperature is selected,
the algorithm interprets the input as a dew
point temperature value, in either °F or °C,
based upon the controller’s “units”
selection (English / Metric). The dew point
temperature input value is internally
limited to a range of 20 to 120 °F (-6.6 to
48.9 °C). Dew Point Temperature 2 is
used to calculate the values of Enthalpy 2,
Wet Bulb Temperature 2, and Relative
Humidity 2.
BaroPres Barometric Pressure Class: Analog - Normally connected to a — An input value that is
value that represents the current below or above the limit
atmospheric pressure conditions. The range will be held at the
algorithm interprets the value in either minimum or maximum
in. Hg or mm Hg, based upon the specified limit values
controller’s “units” selection accordingly.
(English / Metric). This input value is A Barometric Pressure of
internally limited to a range of 19.94 to not active (NA) causes
39.79 in. Hg (506.5 to 1010.7 mm Hg). the value to default to a
barometric pressure
of 29.92 in. Hg. (760
mm. Hg.).
EnthDiff Enthalpy Differential Class: Analog - Defines the differential — An input value that is
used to calculate the Digital ON / OFF negative or not active
control points for the Enthalpy Compare (NA) causes the
output. The algorithm interprets the value algorithm to default to an
in either Btu per pound or kilojoules per Enthalpy Differential
kilogram, based upon the controller’s value of zero
“units” selection (English / Metric).
Applying the Object The Enthalpy object provides a means for calculating the enthalpy (total heat
content) of moist air from one or two air sources. The object’s algorithm uses
dry bulb temperature and either relative humidity or dew point temperature
to calculate enthalpy, wet bulb temperature, dew point temperature, and / or
relative humidity for each source. When two air sources are used, the object
compares their enthalpy values and provides a digital indication of current
enthalpy conditions. The object’s algorithm also provides barometric
pressure compensation, for more accurate operation at all elevations.
Enthalpy, represented by the symbol “h”, refers to the heat content of the
moist air. Enthalpy is expressed in either Btu per pound or kilojoules per
kilogram of dry air, based upon the controller’s “units” selection
(English / Metric).
In a typical air handler, the Enthalpy object is used to determine the
enthalpy, or total heat content, of both outside air and return air sources. The
control algorithm can be configured so that, when in a cooling mode, it uses
the air stream with the least enthalpy, to minimize overall cooling costs.
Configuration The Enthalpy object includes a Sensor Select configuration property for
each pair of sensor inputs. The algorithm uses Sensor Select 1 and Sensor
Select 2 to determine the processing required. A Sensor Select value of 0
(zero) configures inputs for dry bulb temperature and relative humidity, and
causes the algorithm to calculate associated outputs of enthalpy value, wet
bulb temperature, and dew point temperature. A Sensor Select value of 1
configures inputs for dry bulb temperature and dew point temperature, and
causes the algorithm to calculate associated outputs of enthalpy value, wet
bulb temperature, and relative humidity. A Sensor Select value that is
negative, out of range, or not active (NA) causes the algorithm to default to a
Sensor Select value of zero.
Barometric Pressure
The Barometric Pressure input is normally connected to a value that
represents the current atmospheric pressure conditions. The algorithm
interprets the value in either in. Hg or mm Hg, based upon the controller’s
“units” selection (English / Metric). Variations in atmospheric pressure
(barometric pressure), due to elevation above or below sea level, can
significantly affect the values of the various calculated properties. The
algorithm uses the barometric pressure value for atmospheric compensation
of all sensor inputs within the object. Barometric pressure compensation is
typically required for installations at altitudes greater than 2000 feet (600
meters).
Enthalpy Differential
The Enthalpy Differential input value defines the differential used to calculate
the Digital ON / OFF control points for the Enthalpy Compare output. The
algorithm interprets the value in either Btu per pound or kilojoules per
kilogram, based upon the controller’s “units” selection (English / Metric). An
Enthalpy Differential value that is negative or not active (NA) causes the
algorithm to default to an Enthalpy Differential value of 0 (zero).
Input / Output Units The input and output units are based upon the (English / Metric) units
selection made during the controller setup procedure. The following table
provide a quick reference for these units.
Conversions Table–5.121 provides the English and metric conversions employed in the
Enthalpy object.
Example The following example discusses the use of an Enthalpy object to provide a
more economical means of controlling the use of outside air:
Economizer cycles that are based upon dry bulb temperature alone are not
always the most economical means for controlling mixed air. Such is often
the case in very humid climates, where the total heat (enthalpy) of the
outside air may be greater than that of the return air, even though its dry bulb
temperature is lower. Since it is the total heat that the cooling coil must
remove from the air to maintain the desired condition, it is more economical
in this case to hold outside air to a minimum.
In the above situation, the Enthalpy object would be used for enthalpy
optimization with mixed air control. To accomplish this, two air sources are
used, outside air and return air. The Enthalpy object would be applied in
such a way that outside air is selected when its enthalpy is less than the
return air enthalpy. When conditions are reversed, so that the outside air
enthalpy is greater than the return air enthalpy, the outside air dampers
would be set to an adjustable minimum position.
Analog Input
UI01 Addr Output Economizer
Offset Status Control
Outside Temp Signal Analog
Select Output
Type 1-Thermistor (10k)
Input[1] Output Input Addr AO01
nci_lev_percent [20] Input[2] Output
Analog Input
nci Min Position InSel Mixed Air Damper
UI02 Addr Output
Offset Status
Outside RH
Type 4-Milliamps Enthalpy
DBulb1 EnthCmp
Analog Input
RH_Dew1 Enth1
UI03 Addr Output DBulb2 WBulb1
Offset Status RH_Dew2 Dew_RH1
Return Temp BaroPres Enth2
Type 1-Thermistor (10k) [1] EnthDiff WBulb2
Dew_RH2
SenSel1 0-Relative Humidity
Analog Input SenSel2 0-Relative Humidity
UI04 Addr Output
Offset Status
Return RH
Type 4-Milliamps
Figure–5.60 Enthalpy Object Used for Enthalpy Optimization with Mixed Air Control.
Properties
Table–5.122 Event Indicator Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Enable Enable Class: Digital - An ON or not active (NA) permits —
an event indication sequence (flick) to operate.
An OFF disables the event indication sequence
(flick), and the Output directly tracks the Input.
Input Input Class: Analog - An input value greater than 0 -163.83 An input value of zero,
(zero) turns the Output ON (with the event to negative, or not active (NA)
indicator sequence followed). 16383 turns the Output OFF.
EvtTm Event Time Class: Analog - The value compared to the Input -163.83 A value of 0 (zero), a
for an event indication sequence (flick). to negative value, or not
16383 active (NA) at this input
minutes results in no event
indication.
EvtDur Event Class: Analog - The length of time (in seconds) 0.0 to 10,000 If negative, 0 (zero), or not
Duration for the event indication (flick). seconds active (NA), it disables the
Note: A not active (NA) may result in event indication sequence.
short-cycling of the outputs.
Values greater than 10,000
will time out at 10,000
seconds.
Applying the Object The Event Indicator object is typically used in place of a Binary Output object
to control a lighting load with a time-of-day schedule or a user override. In
this application, the Event Indicator object provides a lighting “flick” function
to warn occupants that the lighting load will soon be OFF.
The occurrence of the flick is determined by the analog value received at the
Input, typically from a Schedule or Control Override object. This value
counts down to zero during an approaching ON-to-OFF transition. When the
Input matches the value at the Event Time input (in minutes), an event
sequence transition (flick) occurs. A flick is an OFF pulse (in seconds) at the
controller hardware (DO) and object Output, equal in duration to the value at
the Event Duration input. Following the flick, the remaining scheduled ON
time continues (as determined by the Input value’s remaining countdown
time to zero).
Scheduled
OFF Time
Value X 0.0
Input Analog value time line
ON ON
Output OFF
OFF Duration (seconds)
OFF
(Flick function)
Event value
Example The Event Indicator object in Figure–5.62 is used to control a lighting load
and provide a flick alert before a MN sensor-initiated override expires or a
Control Override object returns to OFF. The lights will “flick” OFF (for one
second) five minutes before the scheduled OFF time.
In this example, Event Time is 5.0 and Event Duration is 1.0.
Note: A not active (NA) at the Event Duration input (EvtDur) may result in
short-cycling of the outputs.
EXOR WP Tech
Representation
Object Usage: The EXOR object (Exclusive OR) Inputs Outputs
is a two-input logic object for use with OFF and ON
digital values (DV). The output of the object is a Input [1] Output
digital ON whenever the inputs are both valid and Input [2]
Properties
Table–5.125 EXOR Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Digital - The first input evaluated for a — See the Truth Table for all
digital ON or OFF. A not active (NA) is ignored. possible input combinations
( In1 XOR In2 ) and corresponding outputs.
Input[2] Input [2] Class: Analog - The second input evaluated for a — See the Truth Table for all
digital ON or OFF. A not active (NA) is ignored. possible input combinations
( In1 XOR In2 ) and corresponding outputs.
Applying the Object The EXOR object provides an Exclusive OR logic function for two digital
inputs. The object output is a digital ON whenever the digital states of the
two inputs are opposite (not the same). Not active (NA) inputs are ignored
unless both inputs are NA, in which case the Output is NA. Table–5.128
shows all possible input to output combinations.
As with other logic objects, Inputs to this object are typically digital values
from a connection to another object’s output, represented numerically with a
0 (OFF) or 100 (ON). However, Inputs can also process analog values or a
value from an assigned constant. An Input with an analog value or constant
is evaluated as OFF if the value is equal to or less than zero (0.0), or ON if
the Input has any positive value greater than zero.
Properties
Table–5.129 Fan Speed Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selections
NumSpd Number of Class: Analog - Defines the controlled fan 0 - Single 0 - Single Speed Analog selection
Speeds type, type of control, and the object Speed 1 - Two Speed produces a
Output(s) used. 2 - Three Speed proportional value
• Single Speed (digital) uses the High 3 - Analog output
Speed and Variable Speed outputs.
• Two Speed (digital) uses the Low, High,
and Variable Speed outputs.
• Three Speed (digital) uses the Low,
Medium, High, and Variable Speed
outputs.
• Analog (analog) uses only the Variable
Speed output.
KickTm Kick Time Class: Analog - A value greater than 1.0 0 0, 1.0 to 10,000 A Kick sequence is
enables a kick start / kick time sequence seconds High Speed output
(in seconds). This value defines the time ON (if digital control)
the kick is in effect, which executes when or Variable Speed
a fan startup sequence is initiated. Value output of 100%
(if analog control).
of 0 disables the kick feature.
Range /
Abbrev. Name Class / Description Notes
Selections
Enable Enable Class: Digital - A not active (NA) or ON enables — This input has the highest
the Fan Speed function. priority of all inputs.
An OFF disables the Fan Speed function, setting
all digital outputs OFF and the Variable Speed
output to 0.0%. All timers are reset.
FanRqst Fan Class: Digital - An ON allows the outputs to be —
Requested set to the speed configuration determined by the
object algorithm using the Required
Speed / Start Point values. An OFF or not active
(NA) sets all digital outputs OFF and the Variable
Speed output to 0.0% (upon completion of any
remaining timeouts).
ReqSpd Required Class: Analog - The actual speed used by the 0.0 to 100.0% See the Fan Speed Chart.
Speed object algorithm to determine the output
configuration. A not active (NA) or negative value
sets all digital outputs to OFF and the Variable
Speed output to 0.0% upon completion of any
remaining timeouts.
StrtPt Start Point Class: Analog - Valid if the Number of Speeds is 0.0 to 100% A negative or not active
set to Analog. Represents the minimum value at (NA) is evaluated as equal
the Variable Speed output when executing a run to 0.0%.
sequence.
MinOn Minimum On Class: Analog - The minimum time (in seconds) 0.0 to 10,000 Prevents short-cycling of
Time that a digital output must remain ON once that (seconds) output speeds when the
particular output or speed has been activated to Speed Required input is
ON. This timeout does not operate until fluctuating, and is applied
completion of a kick sequence (if applicable). between speeds
Not active (NA) is equivalent to 0.0. regardless of the size of
the change.
Range /
Abbrev. Name Class / Description Notes
Selections
PurgTm Purge Time Class: Analog - The amount of time (in seconds) 0.0 to 10,000 A negative or not active
that an output must remain active after the (seconds) (NA) is evaluated as equal
algorithm determines all outputs should be set to to 0.0%.
OFF or 0.0%.
Applying the Object The Fan Speed object can be used for control of a multiple speed fan or a
variable speed fan. For a multiple speed fan, the object acts as a digital
point-type object, able to sequence from one to three hardware digital
outputs (in place of one or more Binary Output objects). For a variable speed
fan, the object produces an analog output value that is the calculated
variable speed. An additional Analog Output object is required to actually
drive the hardware analog output.
Number of Speeds The Fan Speed object is configured for control of either one of the digital fan
Property types (Single Speed, Two Speed, or Three Speed) or an Analog (variable)
speed fan with the Number of Speeds configuration property. The outputs of
the Fan Speed object behave differently with each configuration type (in
relation to the Required Speed input), as shown in the following chart
Figure-5.132.
Table–5.132 Fan Speed Chart.
Configuration Input Outputs
Number of
(Required Speeda) Low Speed Medium Speed High Speed Variable Speed
Speeds
0.0% OFF OFF OFF 0.0%
Single
>0.0% to <100.0% OFF OFF ON 100.0%
0.0% OFF OFF OFF 0.0%
Two >0.0% to <50.0% ON OFF OFF 50.0%
>50.0% to <100.0% OFF OFF ON 100.0%
0.0% OFF OFF OFF 0.0%
>0.0% to <33.0% ON OFF OFF 33.3%
Three
>33.0% to <66.0% OFF ON OFF 66.0%
>66.0% to <100.0% OFF OFF ON 100.0%
0.0% OFF OFF OFF 0.0%
Analog Start Point value
>0.0% to <100.0% OFF OFF OFF
to 100%
a.When the Required Speed input fluctuates near a speed change threshold, the MinOn input function can provide short-cycle protection.
Enable / Disable The highest priority input of the Fan Speed object is the Enable input. A not
active (NA) or ON at this input enables the Fan Speed object control
sequences. If an OFF is present at the Enable input, all digital outputs are
immediately set to OFF, the Variable Speed output is held at 0.0%, and all
Fan Speed object timers (minimum on, kick sequence) are reset to zero.
In addition, the Fan Request input requires an ON for the outputs to become
active. A not active (NA) or OFF at the Fan Request input sets all digital
outputs to OFF and the Variable Speed output to 0.0%, but only after any
Minimum On Time and Purge Time periods have expired.
Digital Fan Speed The Fan Speed object must be enabled (Enable set to NA or ON). A Fan
Control Request of ON causes the Fan Speed object to use the Required Speed
(Single, Two, or Three input value to determine the proper output response.
Speed) A fan run sequence begins when the Required Speed rises above 0.0%.
Outputs activate differently depending on Kick sequence configuration.
Analog Fan Control The Fan Speed object must be enabled (Enable set to NA or ON). A Fan
(Variable Speed) Request of ON causes the Fan Speed object to use the Required Speed
input value to determine the proper output response.
A fan run sequence begins when the Required Speed rises above 0.0%.
Only the Variable Speed output is active in an analog configuration, all digital
outputs remain OFF. The Variable Speed output reacts differently depending
on the Kick sequence configuration.
Examples Two Fan Speed object examples follow. The first Fan Speed object controls
a Three Speed fan (digital) and the second is for a Variable Speed fan
(analog).
Three-Speed Fan
The Number of Speeds configuration is set to Three Speed. The Fan Speed
object directly controls three digital output (DO) points on a MicroNet
controller Figure-5.63. The three-speed fan has a quarter-horsepower motor
that requires a “kick” start from a complete stop for 1.0 second before it can
be set to low or medium speed. In addition, each speed requires a minimum
5 second ON time before changing.
0 to 100%
Controller from Loop or
Outputs other object
Low 3-Speed
Fan NumSpd = 2 (Three Speed)
KickTm= 1.0 (seconds)
Med.
High
Figure–5.63 Example Fan Speed Object Used for Three-Speed Fan Control.
Line Voltage
Any Required Speed input greater than zero results in a Variable Speed
output that is greater than the Start Point value.
Figure–5.65 Example Fan Speed Object with LON and MN-S4xx/S5xx Sensor Access.
Filter WP Tech
Representation
Object Usage: The Filter object is a Inputs Outputs
special-purpose math object used to dampen the
rate of change for an analog value by providing an Input Output
exponential low-pass filter. The filter action limits Filter Constant
Properties
Table-5.133 Filter Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Analog - The signal to which the filter is -163.83 A not active (NA) at the
applied. to input causes the output
16383 to be set to NA
Filter Filter Class: Analog - Defines the filter constant or filter 0.00 to 1.00 An not active (NA),
Constant factor applied to the input. 0.00, or 1.00 bypasses
• Maximum Filter is at 0.01. the filtering action.
• Minimum Filter is at 0.99.
Values <0.00 or >1.00
are treated as 0.00 or
1.00, respectively.
Applying the Object A filter object is typically used to dampen the effects of a “jumping” analog
value associated with a noisy or rapidly changing input signal. The filter
action applied is identical to that built into the Filter configuration property of
an Analog Input object. However, the filter constant used by the Filter Object
is provided as an input (Filter Constant) rather than a configuration property.
This provides flexibility in an online application checkout (diagnostics), as
this value can be updated dynamically without an entire application
recompile and download to an TAC I/A Series MicroNet controller.
Typically, the Filter Constant value is received from a Constant value (tag)
connected to the object, but may also be a value generated by other control
logic for a special purpose. The range of the Filter Constant input is between
0.00 and 1.00. Input values over 1.00 are evaluated as 1.00 (no filter) and
negative values are evaluated as 0.0 (also no filter). Filter Constant action is
shown in Table–5.136 below.
How the Filter Between any two successive changes at the input, the filter algorithm
Algorithm Works provides the following function:
Output = Previous Output + [Filter Constant (Present Input - Previous
Output )]
For example, an Analog Input object for an airflow sensor is observed to
have an unstable output near the sensor’s low input range, with the object
output constantly jumping between 50 and 75 when airflow is holding near
60 CFM. By using a Filter Constant of 0.30, this jumping is minimized.
At first Input jump from 50 to 75:
Output = 50.00 + [0.30 (75.0 - 50.00)] or 57.50 (vs. 75.0 with No Filter)
Input jumps back to 50:
Output = 57.50 + [0.30 (50.0 - 57.50)] or 55.25 (vs. 50.0 with No Filter)
Input jumps up to 75:
Output = 55.25 + [0.30 (75.0 - 55.25)] or 61.18 (vs. 75.0 with No Filter)
Input jumps back to 50:
Output = 61.18 + [0.30 (50.0 - 61.18)] or 57.83 (vs. 50.0 with No Filter)
And so on......
Example Application In the example in Figure–5.66, the Filter object is used to dampen the output
value from an Analog Input object for a velocity pressure sensor. The Filter
object Output feeds an input to a SqRt Mul / Add object, which calculates the
current CFM airflow equivalent for the sensor.
CFM value
to air handler
control logic
Properties
Table–5.137 Floating Actuator Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Name Class: Character String - The user-defined — — Printable characters
name for the object, unique within the only. See Object
controller where the object resides. Name on page 87 for
more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to further file only. See Object
describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
DrvMode Drive Mode Class: Analog -Defines the mode and 0 0 - Seq. A See the Sequence A
operating sequence of the floating actuator. 1 - Seq. A w/ and Sequence B
• 0 = Sequence A, with no feedback. feedback tables Table–5.140
Both Drive Open and Drive Close outputs 2 - Seq. B for complete output
OFF at actuator hold control. 3 - Seq. B w/ variations.
• 1 = Sequence A, with feedback. feedback
Both Drive Open and Drive Close outputs
OFF at actuator hold control.
• 2 = Sequence B (spring return type) with
no feedback.
Both Drive Open and Drive Close outputs
ON at actuator hold control.
• 3 = Sequence B (spring return type) with
feedback.
Both Drive Open and Drive Close outputs
ON at actuator hold control.
DrftEnb Drift Class: Analog - Applies only for Drive 0 0 - Off See the “Without
Compensatio Modes without feedback. An On (1) causes 1 - On Feedback“ section
nEnable the drift compensation function to be for details on Drift
enabled. An Off (0 - the default) disables Compensation.
the drift compensation function.
Range /
Abbrev. Name Class / Description Notes
Selections
Input Input Class: Analog - The requested actuator position 0 to 100%
used by the object algorithm to control the
physical and logical object outputs. A not active
(NA) or negative value causes the outputs to
drive the actuator to the closed or 0.0% position.
DrvTm Drive Time Class: Analog - The full stroke travel time of the 10 to 1,000 If the Drive Time is less than
actuator in seconds. A value less than 10 seconds 10 seconds, the outputs go
seconds or not active (NA) defaults the Drive the Hold State and the output
Time to 0 seconds. is set to 0.0%.
Dband Deadband Class: Analog - Defines the deadband area 0.0 to 50.0% An unconnected input or not
where the active output drive is not permitted. active (NA) acts as 0.0%
When the difference between the requested (no deadband). Typically, a
Input value and the calculated or actual feedback deadband is recommended
exceeds this deadband region, the necessary for any type of actuator, to
Drive Open or Drive Close output is activated to avoid premature wear from
nullify the difference. “hunting”.
Range /
Abbrev. Name Class / Description Notes
Selections
Fback Feedback Class: Analog - Represents the actual 0.0 to 0.0 to 100% The signal supplying the
100% feedback position provided by the feedback to the Floating
actuator, used only in Drive Mode selections that Actuator object must be
include feedback. A not active (NA) indicates scaled 0 to 100% for proper
loss of feedback and results in a full close output actuator operation.
(Drive Close ON) for the specified Drive Time,
and a NA at the object Output.
FrcOpn Force Open Class: Digital - ON forces the Floating Actuator — If the Force Open and Force
to a full open condition regardless of the Close inputs are ON at the
requested position at the Input. The actuator is same time, the Force Close
driven open for the full Drive Time. An OFF or not function is activated.
active (NA) disables the Force Open request.
FrcCls Force Close Class: Digital - ON forces the Floating Actuator — If the Force Open and Force
to a full closed condition regardless of the Close inputs are ON at the
requested position at the Input. The actuator is same time, the Force Close
driven closed for the full Drive Time. An OFF or function is activated.
not active (NA) disables the Force Close
request.
Applying the Object The Floating Actuator object is a point-type object that directly controls a
floating type actuator. The Address Open and Address Closed outputs are
hardware outputs, each used for a digital output (DO) on a controller, or a
triac output (TO) on an MNL-V3Rxx controller. The Drive Open and Drive
Close outputs correspond to the present state of each hardware output,
while the Output value represents the 0 to 100% position of the actuator.
The requested 0 to 100% position is received on the Input and produces an
output sequence determined by the Drive Mode configuration. Four different
Drive Modes result from a mix of feedback options (without or with) and two
output sequences (A or B) as shown below Figure-5.140.
Without Feedback The Floating Actuator object without feedback positions the actuator based
(Modes 0 and 2) upon the requested position at the Input, the actuator’s full stroke Drive
Time, and the assigned Deadband. The Drive Time value must accurately
define the number of seconds required by the actuator to drive a full stroke.
The object algorithm uses a time-based positioning algorithm to position or
drive open and drive close the actuator.
Note: A Drive Time value of less than 10 seconds defaults the Drive Time to
0 seconds. Whenever the drive time is 0 seconds, the AddrOpn, AddrCls,
DrvOpn, DrvCls, and Output properties are set to their HOLD mode values.
In Mode 0 (Sequence A), this sets the AddrOpn, AddrCls, DrvOpn, and
DrvCls properties to Off, and sets the Output property to its currently
calculated position. In Mode 2 (Sequence B), this sets the AddrOpn,
AddrCls, DrvOpn, and DrvCls properties to On, and sets the Output property
to 0.0%.
The position calculation occurs with the knowledge that the actuator travels
at the same constant rate in both the drive open and drive closed directions.
This function will not operate properly if the actuator is unable to hold a
constant position over time. The hardware outputs are driven according to
the selected Drive Mode sequence A or B as shown in Table–5.140, and the
calculated position is indicated at the object’s Output.
Deadband: A Deadband input to the Floating Actuator object is provided to
minimize the number of output changes during minor fluctuations of the
Input value. This hysteresis can keep an actuator from “hunting” during
typical control sequences. Deadband is an analog value expressed in the
same percent used by the Input and Output, and is evaluated by the object
as follows:
While Then
Input is within Calculated Position
No Drive Action
(factoring in Deadband)
Drive Open until
Input > (Calculated Position + 1/2 Deadband)
Calculated Position = Input
Drive Close until
Input < (Calculated Position - 1/2 Deadband)
Calculated Position = Input
Force Open / Force Close Overrides: The Force Open / Force Close
inputs can be used to override the floating actuator to a full open or full
closed condition regardless of the requested position at the Input.
• An ON at the Force Open input results in a full open output sequence
(AddrOpn / Drive Open are ON for the Drive Time period.)
An OFF or not active (NA) disables the Force Open request.
• An ON at the Force Close input results in a full close output sequence
(AddrCls / Drive Close are ON for the Drive Time period.)
An OFF or not active (NA) disables the Force Close request.
Note: A simultaneous ON at both the Force Close and Force Open inputs
results in the Force Close function.
NA Input: If the Input goes to a not active (NA) condition, the object drives
the outputs to the closed or 0.0% position. Note, however, that the Force
Close and Force Open inputs remain functional.
With Feedback The Floating Actuator object compares the Feedback value to the requested
(Modes 1 and 3) position at the Input and calculates a required drive time and direction used
to activate the necessary hardware output(s), until the Feedback matches
the Input value requested.
The hardware outputs are driven according to the selected Drive Mode
sequence A or B Figure-5.140, and the Feedback position value is reflected
at the object’s Output. The Feedback signal provides a positive (rather than
a calculated) actuator position. As a result, automatic compensation, drift
compensation, and controller reset routines are not used when controlling
with feedback. The full stroke time for the actuator with feedback should still
be assigned to the drive time input. Drive time will be used as a safety or
confirmation of actuator drive during actuator positioning.
Note: A Drive Time value of less than 10 seconds defaults the Drive Time to
0 seconds. Whenever the drive time is 0 seconds, the AddrOpn, AddrCls,
DrvOpn, DrvCls, and Output properties are set to their HOLD mode values.
In Mode 1 (Sequence A with feedback), this sets the AddrOpn, AddrCls,
DrvOpn, and DrvCls properties to Off, and sets the Output property to its
currently calculated position. In Mode 3 (Sequence B with feedback), this
sets the AddrOpn, AddrCls, DrvOpn, and DrvCls properties to On, and sets
the Output property to 0.0%.
While Then
Input is within Feedback
No Drive Action
(factoring in Deadband)
Drive Open until
Input > (Feedback + 1/2 Deadband)
Feedback = Input
Drive Close until
Input < (Feedback - 1/2 Deadband)
Feedback = Input
• If the Drive Open output was ON when the Drive Time expired, the
object must attempt to drive the actuator to the closed position to clear
the drive timeout. This occurs when the Input decreases to a value
approximately equal to the Feedback input minus one half of the
Deadband value. This also occurs when the Feedback increases to a
value approximately equal to the Input plus one half of the Deadband
value.
• If the Drive Close output was ON when the Drive Time expired, the
object must attempt to drive the actuator to the open position to clear the
drive timeout. This occurs when the Input increases to a value
approximately equal to the Feedback input plus one half of the
Deadband value. This also occurs when the Feedback input decreases
to a value approximately equal to the Input minus one half of the
Deadband value.
NA Input: If the Input goes to a not active (NA) condition, the object drives
the outputs to the closed or 0.0% position. Note, however, that the Force
Close and Force Open inputs remain functional.
Feedback Fault: A not active (NA) at the Feedback input indicates the loss
of a valid feedback signal causing the object to drive towards the full closed
position (ClsAddr / Drive Close to ON) for the specified Drive Time. The
object Output value also remains at NA while the Feedback value is at NA.
Force Open / Force Close Overrides: The Force Open / Force Close
inputs can be used to override the floating actuator to a full open or full
closed condition regardless of the requested position at the Input.
• An ON at the Force Open input results in a full open output sequence
(AddrOpn / Drive Open are ON for the Drive Time period.)
An OFF or not active (NA) disables the Force Open request.
• An ON at the Force Close input results in a full close output sequence
(AddrCls / Drive Close are ON for the Drive Time period.)
An OFF or not active (NA) disables the Force Close request.
Note: A simultaneous ON at both the Force Close and Force Open inputs
results in the Force Close function.
Examples Two Floating Actuator object examples follow. The first example is for
controlling an actuator without feedback Figure-5.67. The second example is
for an actuator that has feedback Figure-5.68.
Without Feedback
A floating actuator with a drive time of 110 seconds is used to modulate an
outdoor air damper. The actuator has no provision for feedback.
(0 to 100%)
Controller
Outputs 24 Floating Control Actuator
Vac
Open
COM
Close
Logic for a full open (ON)
(optional)
Logic for a full close (ON)
(optional)
With Feedback
A floating actuator with a voltage feedback option is used to modulate a hot
water supply valve. The actuator has a full-stroke drive time of 90 seconds.
An Analog Input object voltage-divider combination is used to accept the 2 to
10 Vdc hardware feedback signal provided by the actuator. The
voltage-divider is necessary to reduce the feedback signal to within the
hardware input range of the controller input (0 to 5 Vdc), in this case, 1 to 5
Vdc. The Analog Input object is scaled to convert the 1 to 5 Vdc signal to an
analog value between 0 and 100%.
(0 to 100%)
Open
COM
Close
Controller
Inputs 2 to 10 Vdc
position
signal
Type = Volts Logic for a full open (ON)
Linput = 1.0 VDC (optional)
LScale = 0.0%
Hinput = 5.0 VDC Logic for a full close (ON)
HScale = 100.0% (optional)
Filter = 1.0
The scaled output of the Analog Input object connects to the Feedback input
of the Floating Actuator object Figure-5.68, to provide current valve position.
This Feedback value is reflected at the Output of the Floating Actuator
object.
Properties
Table–5.141 Floating Actuator Priority Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Name Class: Character String - The user-defined — — Printable characters
name for the object, unique within the only. See Object
controller where the object resides. Name on page 87 for
more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to further file only. See Object
describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
DrvMode Drive Mode Class: Analog - Defines the mode and 0 0 - Seq. A See the Sequence A
operating sequence of the floating actuator. 1 - Seq. A w/ and Sequence B
• 0 = Sequence A, with no feedback. feedback tables for complete
Both Drive Open and Drive Close outputs 2 - Seq. B output variations.
OFF at actuator hold control. 3 - Seq. B w/
• 1 = Sequence A, with feedback. feedback
Both Drive Open and Drive Close outputs
OFF at actuator hold control.
• 2 = Sequence B (spring return type) with
no feedback.
Both Drive Open and Drive Close outputs
ON at actuator hold control.
• 3 = Sequence B (spring return type) with
feedback.
Both Drive Open and Drive Close outputs
ON at actuator hold control.
DrftEnb Drift Class: Analog - Applies only for Drive 0 0 - Off See the “Without
Compensatio Modes without feedback. An On (1) causes 1 - On Feedback“ section
nEnable the drift compensation function to be for details on Drift
enabled. An Off (0 - the default) disables Compensation.
the drift compensation function.
Range /
Abbrev. Name Class / Description Notes
Selections
Input[1] Input[1] Class: Analog - The requested actuator 0.0 to 100.0% A not active (NA) at this
position with the highest priority. This input is input causes the second
monitored first to control the physical and input to be evaluated for a
logical object outputs. valid value.
Input[2] Input[2] Class: Analog - The requested actuator 0.0 to 100.0% A not active (NA) at this
position with the second highest priority. This input causes the third input
input is monitored if Input[1] has a NA, and is to be evaluated for a valid
used to control the physical and logical object value.
outputs.
Range /
Abbrev. Name Class / Description Notes
Selections
Input[3] Input[3] Class: Analog - The requested actuator 0.0 to 100.0% A not active (NA) at this
position with the third highest priority.This input input causes the fourth and
is monitored if Inputs[1] and [2] are both NA, last input to be evaluated for
and is used to control the physical and logical a valid value.
object outputs.
Input[4] Input[4] Class: Analog - The requested actuator 0.0 to 100.0% If all inputs including Input[4]
position with the lowest priority.This input is have a not active (NA), the
monitored if all other Inputs have a not active hardware and Drive Close
(NA), and is used to control the physical and outputs drive the actuator to
logical object outputs. the closed or 0.0% position.
DrvTm Drive Time Class: Analog - The full stroke travel time of 10 to 1,000 If the Drive Time is less than
the actuator in seconds. A value less than 10 seconds 10 seconds, the outputs go
seconds or not active (NA) defaults the Drive to the Hold State and the
Time to 0 seconds. output is set to 0.0%
Dband Deadband Class: Analog - Defines the deadband area 0.0 to 50.0% An unconnected input or not
where the active output drive is not permitted. active (NA) acts as 0.0% (no
When the difference between the requested deadband).
Input value and the calculated or actual Typically, deadband is
feedback exceeds this deadband region, the recommended for any
necessary Drive Open or Drive Close output is floating type of actuator, to
activated to nullify the difference. prevent premature wear
from “hunting”.
Fback Feedback Class: Analog - Represents the actual 0.0 to 0.0 to 100% The signal supplying the
100% feedback position provided by the feedback to the Floating
actuator, used only in Drive Mode selections Actuator Priority object must
that include feedback. A not active (NA) be scaled 0 to 100% for
indicates loss of feedback and results in a full proper actuator operation.
close output (Drive Close ON) for the specified
Drive Time, and a NA at the object Output.
FrcOpn Force Open Class: Digital - ON forces the Floating Actuator — If the Force Open and Force
priority to a full open condition regardless of Close inputs are ON at the
the requested position at the Input. The same time, the Force Close
actuator is driven open for the full Drive Time. function is activated.
An OFF or not active (NA) disables the Force
Open request.
FrcCls Force Close Class: Digital - ON forces the Floating Actuator — If the Force Open and Force
priority to a full closed condition regardless of Close inputs are ON at the
the requested position at the Input. The same time, the Force Close
actuator is driven closed for the full Drive Time. function is activated.
An OFF or not active (NA) disables the Force
Close request.
Applying the Object The Floating Actuator Priority object is a point-type object that directly
controls a floating type actuator. The Address Open and Address Closed
outputs are hardware outputs, each used for a digital output (DO) on a
controller, or a triac output (TO) on an MNL-V3Rxx controller. The Drive
Open and Drive Close outputs correspond to the present state of each
hardware output, while the Output value represents the 0 to 100% position of
the actuator.
Table–5.144 Floating Actuator Priority Object Drive Modes with Physical Output Sequences.
AddrOpn / AddrCls /
Drive Mode Description Sequence Action
Drive Open Drive Close
Hold OFF OFF
0 Sequence A
Drive Open ON OFF
A
Sequence A Drive Close OFF ON
1
with Feedback Not Allowed ON ON
Spring Return OFF OFF
2 Sequence B
Drive Open ON OFF
B
Sequence B Drive Close OFF ON
3
with Feedback Hold ON ON
Priority Inputs and Input[1] is the highest priority input, and is always evaluated first on each
Values scan of the inputs. Any valid value present on Input[1] becomes the Input to
the object, regardless of the state of the other inputs. A valid value is any
numeric value besides a not active [NA].
0 to 100%
Control Values
from Loop or
NA
other objects: Hardware DOs
NA
Valid Value Logical Outputs (ON or OFF)
Valid Value
0 to 100 %
If Input[1] has an NA, then Input[2] is evaluated in the same manner. This
priority scan continues only if Input[2] also has an NA, at which point Input[3]
is evaluated, and if Input[3] also has an NA, to lastly evaluate Input[4]. If
Input[4] also has an NA, the actuator is driven closed position. Control Level
and Output will be set to NA.
Typically, input values are within a normal range, that is, between 0.0 and
100.0%. However, any value outside this range is evaluated as either 0.0 or
100.0. For example, a value of 165.0 is evaluated as 100.0. Likewise, a
negative value such as - 56.7 would be evaluated by the object as 0.0.
Without Feedback The Floating Actuator Priority object without feedback positions the actuator
(Modes 0 and 2) based upon the requested position at the highest valid Input[1] - [4], the
actuator’s full stroke Drive Time, and the assigned Deadband.
The Drive Time value must accurately define the number of seconds
required by the actuator to drive a full stroke. The object algorithm uses a
time-based positioning algorithm to position, or drive open and drive close,
the actuator.
Note: A Drive Time value of less than 10 seconds defaults the Drive Time to
0 seconds. Whenever the drive time is 0 seconds, the AddrOpn, AddrCls,
DrvOpn, DrvCls, and Output properties are set to their HOLD mode values.
In Mode 0 (Sequence A), this sets the AddrOpn, AddrCls, DrvOpn, and
DrvCls properties to Off, and sets the Output property to its currently
calculated position. In Mode 2 (Sequence B), this sets the AddrOpn,
AddrCls, DrvOpn, and DrvCls properties to On, and sets the Output property
to 0.0%
The position calculation occurs with the knowledge that the actuator travels
at the same constant rate in both the drive open and drive closed directions.
This function will not operate properly if the actuator is unable to hold a
constant position over time. The hardware outputs are driven according to
the selected Drive Mode sequence A or B Figure-5.140, and the calculated
position is indicated at the object’s Output.
Deadband: A Deadband input to the Floating Actuator Priority object is
provided to minimize the number of output changes during minor
fluctuations of the Input value. This hysteresis can keep an actuator from
“hunting” during typical control sequences. Deadband is an analog value
expressed in the same percent used by the Input and Output, and is
evaluated by the object as follows:
While Then
Input is within Calculated Position
No Drive Action
(factoring in Deadband)
Drive Open until
Input > (Calculated Position + 1/2 Deadband)
Calculated Position = Input
Drive Close until
Input < (Calculated Position - 1/2 Deadband)
Calculated Position = Input
the actuator in the requested direction for a time period of at least one
additional complete full stroke drive time. If during this “end of stroke” drive
period the Input value changes to a value within the control range, the output
drive to locate the true end of stroke operation is terminated.
Drift Compensation Enable: Setting the Drift Compensation Enable
configuration property to On (1) compensates for floating actuator
mechanical drift whenever the actuator remains at the full open or full closed
position for extended periods of time. Drift compensation is done by
periodically driving the actuator in the commanded direction for a time period
derived from the Drive Time assigned. Drift compensation does not occur
whenever the actuator is within the actual control range between full open
and full closed.
For example, an assigned Drive Time of 60 seconds causes the drift
compensation algorithm to operate every 600 seconds (10 minutes) and
drive the actuator in the appropriate direction for 6 seconds.
Drift compensation (Period) = 10 X Drive Time
Drift compensation (Drive Time) = Drive Time ÷ 10
Force Open / Force Close Overrides: The Force Open / Force Close
inputs can be used to override the floating actuator to a full open or full
closed condition regardless of the requested position at the Input.
• An ON at the Force Open input results in a full open output sequence
(AddrOpn / Drive Open are ON for the Drive Time period plus the time
required to move to the calculated 100.0% output position.)
An OFF or not active (NA) disables the Force Open request.
• An ON at the Force Close input results in a full close output sequence
(AddrCls / Drive Close are ON for the Drive Time period plus the time
required to move to the calculated 0.0% output position.)
An OFF or not active (NA) disables the Force Close request.
Note: A simultaneous ON at both the Force Close and Force Open inputs
results in the Force Close function.
NA Input: If all inputs (1 to 4) are found not active (NA), the object drives
the outputs to the closed or 0.0% position. Note, however, that the Force
Close and Force Open inputs remain functional.
With Feedback The Floating Actuator Priority object compares the Feedback value to the
(Modes 1 and 3) requested position at the Input and calculates a required drive time and
direction used to activate the necessary hardware output(s), until the
Feedback matches the Input value requested.
The hardware outputs are driven according to the selected Drive Mode
sequence A or B Figure-5.140, and the Feedback position value is reflected
at the object’s Output. The Feedback signal provides a positive (rather than
a calculated) actuator position. As a result, automatic compensation, drift
compensation, and controller reset routines are not used when controlling
with feedback. The full stroke time for the actuator with feedback should still
be assigned to the drive time input. Drive time will be used as a safety or
confirmation of actuator drive during actuator positioning.
Note: A Drive Time value of less than 10 seconds defaults the Drive Time to
0 seconds. Whenever the drive time is 0 seconds, the AddrOpn, AddrCls,
DrvOpn, DrvCls, and Output properties are set to their HOLD mode values.
In Mode 1 (Sequence A with feedback), this sets the AddrOpn, AddrCls,
DrvOpn, and DrvCls properties to Off, and sets the Output property to its
currently calculated position. In Mode 3 (Sequence B with feedback), this
sets the AddrOpn, AddrCls, DrvOpn, and DrvCls properties to On, and sets
the Output property to 0.0%.
While Then
Input is within Feedback
No Drive Action
(factoring in Deadband)
Drive Open until
Input > (Feedback + 1/2 Deadband)
Feedback = Input
Drive Close until
Input < (Feedback - 1/2 Deadband)
Feedback = Input
The Floating Actuator Priority object algorithm internally limits the deadband
to a percentage which prevents output changes smaller than one second.
For example, a Drive Time of 135 seconds will internally limit the deadband
to: [(1 second ÷ 135 seconds) x 2], or 1.48%. The object algorithm uses the
internally calculated deadband if the user-assigned Deadband is less than
the calculated limit.
Drive Timeout: When commanded to a new Input position, the appropriate
hardware output is activated until either the Feedback reaches the correct
position or a timeout exceeding the Drive Time expires. An exceeded
Note: A simultaneous ON at both the Force Close and Force Open inputs
results in the Force Close function.
Examples Two Floating Actuator Priority object examples follow. The first example is
for controlling an actuator without feedback Figure-5.70. The second
example is for an actuator with feedback Figure-5.71.
Without Feedback
A floating actuator with a drive time of 110 seconds is used to modulate an
outdoor air damper. The actuator has no provision for feedback.
Figure–5.70 Floating Actuator Priority Object Example for an Actuator Without Feedback.
With Feedback
A floating actuator with a voltage feedback option is used to modulate a hot
water supply valve. The actuator has a full-stroke drive time of 90 seconds.
An Analog Input object voltage-divider combination is used to accept the 2 to
10 Vdc hardware feedback signal provided by the actuator. The
voltage-divider is necessary to reduce the feedback signal to within the
hardware input range of the controller input (0 to 5 Vdc), in this case, 1 to 5
Vdc. The Analog Input object must be scaled to convert the 1 to 5 Vdc signal
to an analog value between 0 and 100%.
Figure–5.71 Floating Actuator Priority Object Example for an Actuator With Feedback.
The scaled output of the Analog Input object connects to the Feedback input
of the Floating Actuator Priority object Figure-5.71, to provide current valve
position. This Feedback value is reflected at the Output of the Floating
Actuator Priority object.
The active priority input (1, 2, 3, or 4) is identified at the Control Level output,
as shown in the figure.
Properties
Table–5.145 High Select Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The first input evaluated for the -163.83 to
highest value. A not active (NA) is not evaluated. 16383 If not active (NA) is
present at all Inputs,
Input[2] Input [2] Class: Analog - The second input evaluated for the -163.83 to
the output is set to NA.
highest value. A not active (NA) is not evaluated. 16383
Input[3] Input [3] Class: Analog - The third input evaluated for the -163.83 to
highest value. A not active (NA) is not evaluated. 16383
Applying the Object The High Select object outputs the highest valid value present on the inputs.
Not active (NA) inputs are ignored unless all inputs are NA, in which case
the Output is NA. The following truth table Figure-5.148 shows all possible
input to output combinations:
Interlock WP Tech
Representation
Object Usage: The Interlock object compares a Inputs Outputs
digital ON command at the Input to an independent
Feedback input to determine if a valid control state Input Device Control
exists. The feedback signal must match the Feedback Control Shutdown
Delay Time
commanded input ON within the assigned interlock Reset
Delay Time (in seconds) or an interlock failure is
indicated at the object outputs. Typical applications Configuration
include proof of fan or pump flow where a failure Properties
must be detected for device control or safety Object Name
shutdown. Object Description
Process Time
Device Support: (all firmware revisions)
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx, WP Tech Stencil:
where xx = F1, F2, F3, H1, H2, H3, R1, R2, R3, Loop and Process Control
S1, S2, S3, or S4
MNL-11Rxx, -13Rxx
where xx = F2 or F3
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V1, V2,
or V3
MN 800 series
Memory Requirements: (per object)
EEPROM: 12 bytes
RAM: 28 bytes (standard controllers)
16 bytes (MN 800)
Properties
Table–5.149 Interlock Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Digital - The command signal for the — A not active (NA) causes
interlock process. An OFF-to-ON transition starts the Control output to be set
the interlock verification sequence where the to NA and the Shutdown
Feedback input is monitored for an actual output to be held OFF.
verification.
Fback Feedback Class: Digital - The feedback signal for the — A not active (NA) causes
interlock process. This signal is continuously all outputs to be held OFF.
monitored and used to verify the command
signal.
DlyTm Delay Time Class: Analog - The verification delay time during 0.0 to 10,000 A not active (NA) or
the normal interlock start sequence. seconds negative value is evaluated
as 0.0.
Reset Reset Class: Digital - Used to reset a verified interlock —
failure condition. An OFF-to-ON transition is
manual reset. A not active (NA) causes the
object to operate in an automatic reset mode
during a verified interlock failure condition.
Applying the Object The Interlock object provides the logic needed for verifying a commanded
ON signal against an independent digital logic feedback signal to determine
the validity of a control state. The feedback signal must match the ON
command within the interlock delay time (in seconds) otherwise an interlock
failure is indicated at the object outputs.
Typical applications include proof of fan or pump flow where a failure must
be detected for device control or safety shutdown. Under normal conditions,
the Control Shutdown output remains ON. If a verified failure occurs, this
output goes OFF until the Interlock object is manually or automatically reset.
Timing Diagrams Figure–5.72 below illustrates the operation of the Interlock object during
normal interlock start sequences and a run sequence.
Control ON
Output OFF
Shutdown ON
Output
TIME
Normal Interlock
Input ON
Start Sequence,
(command)
OFF
With Interlock
Verification Failure Feedback
(verification)
OFF
Maximum
verification
Delay Time
ON
Control
Output OFF
Shutdown ON
Output OFF
TIME
Normal Interlock
Run Sequence, Input ON
(command)
Verification Failure OFF
Detected During Run ON
Feedback
(verification) OFF
Maximum If Automatic
verification 4 Second
Verification Reset
Delay Time (Reset = NA)
Control ON
Output
OFF
Shutdown ON
ON
Output
OFF
TIME
Example An Interlock object is used in the example application below Figure-5.73 for
proof of air flow. The Input is connected to the commanded fan start / stop
signal (ON or OFF), and the Output directly follows the Input state
(command).
Start = ON
Fan ON or OFF Stop = OFF
Control Enable = ON
MN 800 series
Memory Requirements: (per object)
EEPROM: 26 bytes
RAM: 44 bytes (standard controllers)
18 bytes (MN 800)
Properties
Table–5.152 Interstage Delay (3) Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
DlyEnb Delay Class: Digital - An ON or not active (NA) —
Enable enables the Interstage Delay and
dual-minimum timeout algorithm.
An OFF disables any time delays.
Input[1] Input [1] Class: Digital - First input in the interstage — If any Input is not active (NA),
sequence that controls Output[1]. the associated output and all
Input[2] Input [2] Class: Digital - Second input in the — outputs higher in the sequence
interstage sequence that controls Output[2]. are held at OFF. See the
Input[3] Input [3] Class: Digital - Third input in the interstage — Sequence Table for more
sequence that controls Output[3]. information.
OnTm[1] On Time [1] Class: Analog - The minimum on time 0.0 to 1,000
(in minutes) associated with Output[1]. minutes
A negative value or not active
OnTm[2] On Time [2] Class: Analog - The minimum on time 0.0 to 1,000
(NA) is evaluated as 0.0
(in minutes) associated with Output[2]. minutes
minutes (no Minimum On time).
OnTm[3] On Time [3] Class: Analog - The minimum on time 0.0 to 1,000
(in minutes) associated with Output[3]. minutes
OffTm[1] Off Time [1] Class: Analog - The minimum off time 0.0 to 1,000
(in minutes) associated with Output[1]. minutes A negative value or not active
OffTm[2] Off Time [2] Class: Analog - The minimum off time 0.0 to 1,000 (NA) is evaluated as 0.0
(in minutes) associated with Output[2]. minutes minutes (no Minimum Off time).
OffTm[3] Off Time [3] Class: Analog - The minimum off time 0.0 to 1,000
(in minutes) associated with Output[3]. minutes
DlyTm Delay Time Class: Analog - Defines the interstage delay 0.0 to 10,000 A NA or negative value is
time in seconds. seconds evaluated as 0.0 seconds
Applying the Object The Interstage Delay (3) object provides both interstage and dual-minimum
functions while maintaining an interstage sequencing order. This object is
typically paired with the Sequence (3) object to provide a staggered
start / stop linear sequence control with short cycle protection at each output
stage.
The Interstage Delay object monitors the digital Inputs[1], [2], and [3], and
determines the output configuration based upon input linearity, not active
(NA) values, and out of sequence conditions. Input linearity is defined as a
linear sequence from Input[1] to Input [3] where the first stage Input[1] is the
first stage ON and the last stage OFF. The object adjusts the outputs (stage
up / stage down) to follow the series of ON input requests. The output
sequence is limited by the first OFF or NA found at the inputs.
An ON or not active (NA) at the Delay Enable input allows operation of all
interstage delay and dual-minimum functions. If the Delay Enable receives
an OFF, all interstage delay and dual-minimum timeouts are disabled. Upon
system reset, the interstage delay and minimum off timers are initialized and
activated to their assigned timeout values.
Interstage Sequence Output[1] is set to ON upon Input[1] request, after the minimum off timeout
for Output[1] has elapsed. Output[2] is set to ON upon Input [2] request after
the assigned interstage delay and minimum off timeouts for Output[2] have
elapsed. Output[1] remains ON as long as an Input[1] ON request remains.
Output[1] is reset to OFF from an Input[1] request provided the higher output
in the sequence Output[2] is OFF, the interstage timeouts between all higher
stages has elapsed, and the minimum on timeout for Output[1] is complete.
Note: Output configurations shown are after all associated interstage delay
and minimum timeouts have expired.
Example Figure–5.74 shows an Interstage Delay (3) object used to provide the control
sequence and time delays for a cooling application that has a supply fan and
two stages of DX cooling.
As the cooling demand signal increases from 0 to 100%, the Sequence (3)
object provides a three staged linear output causing the first stage (fan) to
energize. As demand continues to increase, first stage cooling (DX
compressor) is energized (a minimum of 10 seconds interstage delay must
occur before this happens). Once the first stage of DX cooling is energized,
the compressor must remain on for at least 5 minutes before being allowed
to turn off as cooling demand decreases.
Cooling
Loop Sequence Mode = Linear
Inputs
Number of Stages ON
( 0, 1, 2, or 3 )
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
DlyEnb Delay Class: Digital - An ON or not active (NA) —
Enable enables the Interstage Delay and
dual-minimum timeout algorithm.
An OFF disables any time delays.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Digital - First input in the interstage —
sequence that controls Output[1]. If any Input is not active (NA),
Input[2] Input [2] Class: Digital - Second input in the interstage — the associated output and all
sequence that controls Output[2]. outputs higher in the sequence
are held at OFF.
:. :. :. See the Sequence Table for
more information.
Input[6] Input [6] Class: Digital - Sixth input in the interstage —
sequence that controls Output[6].
OnTm[1] On Time [1] Class: Analog - The minimum on time 0.0 to 1,000
(in minutes) associated with Output[1]. minutes
OnTm[2] On Time [2] Class: Analog - The minimum on time 0.0 to 1,000 A negative value or not active
(in minutes) associated with Output[2]. minutes (NA) is evaluated as 0.0
minutes (no Minimum On time).
:. :. :.
OnTm[6 On Time [6] Class: Analog - The minimum on time 0.0 to 1,000
(in minutes) associated with Output[6]. minutes
OffTm[1] Off Time [1] Class: Analog - The minimum off time 0.0 to 1,000
(in minutes) associated with Output[1]. minutes
OffTm[2] Off Time [2] Class: Analog - The minimum off time 0.0 to 1,000
(in minutes) associated with Output[2]. minutes A negative value or not active
(NA) is evaluated as 0.0
:. :. :. minutes (no Minimum Off time).
OffTm[6] Off Time [6] Class: Analog - The minimum off time 0.0 to 1,000
(in minutes) associated with Output[6]. minutes
DlyTm Delay Time Class: Analog - Defines the interstage delay 0.0 to 10,000 A NA or negative value is
time in seconds. seconds evaluated as 0.0 seconds
Applying the Object The Interstage Delay (6) object provides both interstage and dual-minimum
functions while maintaining an interstage sequencing order. This object is
typically paired with a Sequence (6) object to provide a staggered start / stop
linear sequence control with short cycle protection at each output stage.
The Interstage Delay object monitors the digital Inputs[1], [2], [3], [4], [5], and
[6] and determines the output configuration based upon input linearity, not
active (NA) values, and out of sequence conditions. Input linearity is defined
as a linear sequence from Input[1] to Input [6] where the first stage Input[1] is
the first stage ON and the last stage OFF. The object adjusts the outputs
(stage up / stage down) to follow the series of ON input requests. The output
sequence is limited by the first OFF or NA found at the inputs.
An ON or not active (NA) at the Delay Enable input allows operation of all
interstage delay and dual-minimum functions. If the Delay Enable receives
an OFF, all interstage delay and dual-minimum timeouts are disabled. Upon
system reset, the interstage delay and minimum off timers are initialized and
activated to their assigned timeout values.
Interstage Sequence Output[1] is set to ON upon Input[1] request, after the minimum off timeout
for Output[1] has elapsed. Output[2] is set to ON upon Input [2] request after
the assigned interstage delay and minimum off timeouts for Output[2] have
elapsed. Output[1] remains ON as long as an Input[1] ON request remains.
Output[1] is reset to OFF from an Input[1] request provided the higher output
in the sequence Output[2] is OFF, the interstage timeouts between all higher
stages has elapsed, and the minimum on timeout for Output[1] is complete.
In[1] In[2] In[3] In[4] In[5] In[6] Out[1] Out[2] Out[3] Out[4] Out[5] Out[6]
Lowest Highest Lowest
OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF
ON OFF OFF OFF OFF OFF ON OFF OFF OFF OFF OFF
ON ON OFF OFF OFF OFF ON ON OFF OFF OFF OFF
ON ON ON OFF OFF OFF ON ON ON OFF OFF OFF
ON ON ON ON OFF OFF ON ON ON ON OFF OFF
ON ON ON ON ON OFF ON ON ON ON ON OFF
ON ON ON ON ON ON ON ON ON ON ON ON
ON ON ON ON ON OFF ON ON ON ON ON OFF
ON ON ON ON OFF OFF ON ON ON ON OFF OFF
ON ON ON OFF OFF OFF ON ON ON OFF OFF OFF
ON ON OFF OFF OFF OFF ON ON OFF OFF OFF OFF
ON OFF OFF OFF OFF OFF ON OFF OFF OFF OFF OFF
OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF
Note: Output configurations shown are after all associated interstage delay
and minimum timeouts have expired.
Table–5.161 Example Results of Not Active (NA) and Out of Sequence Inputs for an Interstage Delay (6) Object.
In[1] In[2] In[3] In[4] In[5] In[6] Out[1] Out[2] Out[3] Out[4] Out[5] Out[6]
Lowest Highest Lowest
OFF ON ON ON OFF OFF OFF OFF OFF OFF OFF OFF
ON ON OFF ON ON OFF ON ON OFF OFF OFF OFF
NA ON ON ON ON ON OFF OFF OFF OFF OFF OFF
ON ON NA ON ON OFF ON ON OFF OFF OFF OFF
ON ON ON ON ON NA ON ON ON ON ON OFF
Example Figure–5.75 shows an Interstage Delay (6) object used to provide the control
sequence and time delays for a cooling application with a supply fan and five
stages of DX cooling.
Cooling
Output Interstage Delay and
Demand
Sequencing Dual Minimum Control
(0 to 100%)
Control
Cooling
Loop
Inputs
Number of Stages ON
( 0, 1, 2, 3, 4, 5, or 6 )
As the cooling demand signal increases from 0 to 100%, the Sequence (6)
object provides a six staged linear output causing the first stage (fan) to
energize. As demand continues to increase, first stage cooling (DX
compressor) is energized (a minimum of 15 seconds interstage delay must
occur before this happens). Once the first stage of DX cooling is energized,
the compressor must remain on for at least 5 minutes before being allowed
to turn off as cooling demand decreases.
As demand continues to increase additional stages will be energized (again,
a minimum of 15 seconds interstage delay must occur between each
successive stage). At a cooling demand of 100%, all six stages will be
energized. With the sixth stage of cooling energized, the compressor
must remain on for at least 1 minute before being allowed to turn off as
cooling demand decreases.
As cooling demand decreases, each stage is sequentially de-energized
utilizing the appropriate interstage and minimum on timeouts. All stages
must complete their associated minimum off timeouts before being allowed
to energize for another cooling cycle. The Stages On output reflects the
actual number of stages ON during the active sequence operation.
Configuration
Properties
Object Name
Object Description
Process Time
WP Tech Stencil:
Timer and Sequence Control
Properties
Table–5.162 Interstage Delay (10) Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
DlyEnb Delay Class: Digital - An ON or not active (NA) —
Enable enables the Interstage Delay and
dual-minimum timeout algorithm.
An OFF disables any time delays.
Input[1] Input [1] Class: Digital - First input in the interstage —
sequence that controls Output[1].
Input[2] Input [2] Class: Digital - Second input in the — If any Input is not active (NA),
interstage sequence that controls the associated output and all
Output[2]. outputs higher in the sequence
are held at OFF. See the
:. :. :. Sequence Table for more
information.
Input[10] Input [10] Class: Digital - Tenth input in the interstage —
sequence that controls Output[10].
OnTm[1] On Time [1] Class: Analog - The minimum on time (in 0.0 to 1,000
minutes) associated with Output[1]. minutes A negative value or not active
OnTm[2] On Time [2] Class: Analog - The minimum on time (in 0.0 to 1,000 (NA) is evaluated as 0.0
minutes) associated with Output[2]. minutes minutes (no Minimum On time).
:. :. :.
OnTm[10] On Time [10] Class: Analog - The minimum on time (in 0.0 to 1,000
minutes) associated with Output[10]. minutes
OffTm[1] Off Time [1] Class: Analog - The minimum off time 0.0 to 1,000
(in minutes) associated with Output[1]. minutes
OffTm[2] Off Time [2] Class: Analog - The minimum off time 0.0 to 1,000
(in minutes) associated with Output[2]. minutes A negative value or not active
(NA) is evaluated as 0.0
:. :. :. minutes (no Minimum Off time).
OffTm[10] Off Time [10] Class: Analog - The minimum off time 0.0 to 1,000
(in minutes) associated with Output[10]. minutes
DlyTm Delay Time Class: Analog 0.0 to 10,000 A NA or negative value is
Defines the interstage delay time in seconds evaluated as 0.0 seconds
seconds.
Applying the Object The Interstage Delay (10) object provides both interstage and dual-minimum
functions while maintaining an interstage sequencing order. This object is
typically paired with the Sequence (10) object to provide a staggered
start / stop linear sequence control with short cycle protection at each output
stage.
The Interstage Delay object monitors the digital Inputs[1] through [10] and
determines the output configuration based upon input linearity, not active
(NA) values, and out of sequence conditions. Input linearity is defined as a
linear sequence from Input[1] to Input[10] where the first stage Input[1] is the
first stage ON and the last stage OFF. The object adjusts the outputs (stage
up / stage down) to follow the series of ON input requests. The output
sequence is limited by the first OFF or NA found at the inputs.
An ON or not active (NA) at the Delay Enable input allows operation of all
interstage delay and dual-minimum functions. If the Delay Enable receives
an OFF, all interstage delay and dual-minimum timeouts are disabled. Upon
system reset, the interstage delay and minimum off timers are initialized and
activated to their assigned timeout values.
Interstage Sequence Output[1] is set to ON upon Input[1] request, after the minimum off timeout
for Output[1] has elapsed. Output[2] is set to ON upon Input [2] request after
the assigned interstage delay and minimum off timeouts for Output[2] have
elapsed. Output[1] remains ON as long as an Input[1] ON request remains.
Output[1] is reset to OFF from an Input[1] request provided the higher output
in the sequence Output[2] is OFF, the interstage timeouts between all higher
stages has elapsed, and the minimum on timeout for Output[1] is complete.
In In In In In In In In In In Out Out Out Out[ Out Out Out Out. Out Out
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [1] [2] [3] 4] [5] [6] [7] [[8] [9] [10]
Low High Low High
OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF
ON OFF OFF OFF OFF OFF OFF OFF OFF OFF ON OFF OFF OFF OFF OFF OFF OFF OFF OFF
ON ON OFF OFF OFF OFF OFF OFF OFF OFF ON ON OFF OFF OFF OFF OFF OFF OFF OFF
ON ON ON OFF OFF OFF OFF OFF OFF OFF ON ON ON OFF OFF OFF OFF OFF OFF OFF
ON ON ON ON OFF OFF OFF OFF OFF OFF ON ON ON ON OFF OFF OFF OFF OFF OFF
ON ON ON ON ON OFF OFF OFF OFF OFF ON ON ON ON ON OFF OFF OFF OFF OFF
ON ON ON ON ON ON OFF OFF OFF OFF ON ON ON ON ON ON OFF OFF OFF OFF
ON ON ON ON ON ON ON OFF OFF OFF ON ON ON ON ON ON ON OFF OFF OFF
ON ON ON ON ON ON ON ON OFF OFF ON ON ON ON ON ON ON ON OFF OFF
ON ON ON ON ON ON ON ON ON OFF ON ON ON ON ON ON ON ON ON OFF
ON ON ON ON ON ON ON ON ON ON ON ON ON ON ON ON ON ON ON ON
ON ON ON ON ON ON ON ON ON OFF ON ON ON ON ON ON ON ON ON OFF
ON ON ON ON ON ON ON ON OFF OFF ON ON ON ON ON ON ON ON OFF OFF
ON ON ON ON ON ON ON OFF OFF OFF ON ON ON ON ON ON ON OFF OFF OFF
ON ON ON ON ON ON OFF OFF OFF OFF ON ON ON ON ON ON OFF OFF OFF OFF
ON ON ON ON ON OFF OFF OFF OFF OFF ON ON ON ON ON OFF OFF OFF OFF OFF
ON ON ON ON OFF OFF OFF OFF OFF OFF ON ON ON ON OFF OFF OFF OFF OFF OFF
ON ON ON OFF OFF OFF OFF OFF OFF OFF ON ON ON OFF OFF OFF OFF OFF OFF OFF
ON ON OFF OFF OFF OFF OFF OFF OFF OFF ON ON OFF OFF OFF OFF OFF OFF OFF OFF
ON OFF OFF OFF OFF OFF OFF OFF OFF OFF ON OFF OFF OFF OFF OFF OFF OFF OFF OFF
OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF
Note: Output configurations shown are after all associated interstage delay
and minimum timeouts have expired.
Table–5.166 Example Results of Not Active (NA) and Out of Sequence Inputs for an Interstage Delay (10) Object.
In In In In In In In In In In Out Out Out Out[ Out Out Out Out. Out Out
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [1] [2] [3] 4] [5] [6] [7] [[8] [9] [10]
Low High Low High
OFF ON ON ON ON OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF
ON ON ON OFF ON ON OFF OFF OFF OFF ON ON ON OFF OFF OFF OFF OFF OFF OFF
NA ON ON ON ON ON ON ON ON ON OFF OFF OFF OFF OFF OFF OFF OFF OFF OFF
ON ON ON ON NA ON ON OFF OFF OFF ON ON ON ON OFF OFF OFF OFF OFF OFF
ON ON ON ON ON ON ON ON ON NA ON ON ON ON ON ON ON ON ON OFF
Example The Interstage Delay (10) object functions exactly like the other Interstage
Delay (6) and Interstage Delay (3) objects, except it features 10 sequence
inputs and outputs and is typically paired with a Sequence (10) object.
See the previous examples for the Interstage Delay (6) object and Interstage
Delay (3) object for typical application examples.
Latch WP Tech
Representation
Object Usage: The Latch object samples two input Inputs Outputs
signals and provides two different functions based
on how the inputs are connected. The functions are: Latch Output
Reset
• Standard Digital Latch Data
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Latch Latch Class: Digital - As a latch, an OFF-to-ON OFF (0)
transition latches the output. As a sample and ON (100)
hold, an OFF-to-ON transition triggers the sample See the Input / Output
hold function. Validity Tables and Timing
Reset Reset Class: Digital - As a latch, an OFF-to-ON OFF (0) Diagrams for both the
transition is used to clear the output from the last ON (100) Latch Function and
digital latch. As a sample and hold, OFF-to-ON Sample and Hold
transition releases the output value which allows Function for further details
the output value to track the value at the Data on each input property,
input. including how a not active
(NA) is processed.
Data Data Class: Digital / Analog - As a latch, this input is Digital:
externally connected to the same source used by OFF (0.0)
the Latch input. As a sample and hold, this input is ON (100.0)
the data value to be sampled. Analog:
-163.83 to
16383
Applying the Object The Latch object works in the following two configurations:
• A Digital Latch to capture an OFF-to-ON transition at the Data input.
• An analog “Sample and Hold” to capture an analog value at the Data
input when an OFF-to-ON transition occurs at the digital Latch input.
Digital Latch The Digital Latch configuration requires the Latch and Data inputs both
connected to the same digital signal source Figure-5.76.
The output of the digital latch function is set to ON whenever Latch / Data is
set to Digital ON. The output remains latched in this ON state until a reset
signal occurs on the Reset input (provided that the Latch / Data input signal
has previously returned to an OFF state). Holding the reset signal (Reset) at
a Digital ON causes the output to directly track the digital conditions present
at Data.
The following timing diagram illustrates the operation of the Latch object in
the digital Latch configuration.
ON ON ON
Output
TIME
Not active (NA) inputs affect the Output results as shown in the following
chart Figure-5.170.
Sample and Hold The Sample and Hold configuration of the Latch object is achieved with an
analog value connected to the Data input. A digital OFF-to-ON transition at
the Latch input triggers a data sample, held at the Output.
OFF-to-ON for a
Sample Hold
tracks Data input
until sample and hold
Analog Value
to be sampled
The Output holds the analog value found on Data during the latch until a
reset signal occurs on the Reset input (providing the Latch input has
previously returned to an OFF state). Holding the reset signal (Reset) at ON
causes the output to directly track the signal condition present at Data as
long as Latch remains in the OFF state.
The following timing diagram illustrates the operation of the Latch object in
the Sample and Hold configuration.
Figure–5.79 Sample and Hold Timing Diagram for the Latch Object.
Not active (NA) inputs affect the Output results as shown in Table–5.171.
Table–5.171 Sample and Hold Operation with Not Active (NA) Input(s).
Limit WP Tech
Representation
Object Usage: The Limit object provides a method Inputs Outputs
of restricting the range of the analog value received
at the Input to an Output value between the values Input Output
present at the Output Minimum and Output Output Minimum
Output Maximum
Maximum inputs. Input values within this range
pass directly to the Output, while Input values Configuration
outside this range produce the corresponding Properties
minimum or maximum limit value at the Output.
Object Name
Typical use is to limit an output of a loop or to limit Object Description
the range of setpoint values in an application. Process Time
Properties
Table–5.172 Limit Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Applying the Object The Limit object “clips” an input value (typically analog) at assigned
maximum and minimum limits, but tracks the input when between these
limits. Examples include limiting the output signal of a loop or limiting the
range of setpoint values in an application.
Figure–5.80 shows an example of how the limit function is used in
monitoring a varying analog value. The actual analog value at the Input
varies between approximately 49 and 65 over a period of time. The output
minimum low-limit is set for 50.0 and the output maximum high-limit is set for
64.0. The Output follows the input signal as long as the value remains
between the two limit values assigned. This example shows how the Output
does not exceed either high or low limit.
OutMax
Input
(Analog
Value)
OutMin
Setting Output Maximum to a value less than the Output Minimum causes
the Limit object to output the defined Output Maximum. Conversely, setting
Output Minimum to a value which is greater than the Output Maximum value
causes the Limit object to output the value defined by the Output Maximum.
Properties
Table–5.175 Limit Thermostat Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Analog - The value monitored for limit -163.83 to
thermostat control. This value is constantly 16383 A not active (NA) at any
compared to the Trip On and Trip Off values. input causes the Output to
TripOn Trip On Class: Analog - This value defines the Input point -163.83 to go to NA.
to where the Output is set to the ON state. 16383
TripOff TripOff Class: Analog - This value defines the Input point -163.83 to
to where the Output is set to the OFF state. 16383
Applying the Object The Limit Thermostat object provides a simple limit-type thermostat function.
Limits are defined by the relationship of the Trip On and Trip Off input
values, which allows either a low-limit or high-limit configuration.
Example In the example, below, two Limit Thermostat objects are used in an
application designed to maintain a zone temperature setpoint of 75°, ± 4°.
Figure–5.81 Limit Thermostat Objects Used For High and Low Limit Control.
Anytime the system (zone temperature) goes outside this range, either the
high or low limit output will be turned On. These outputs can be used for
indication, control, or annunciation purposes. The “TripOff” values prevent
oscillation at either limit point by providing hysteresis before a limit output
returns Off.
Properties
Table–5.178 Loop Sequenced Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
EcnMod Economizer Class: Analog - Defines the Economizer 0 0 - Controlled
Mode Mode (Loop 3) operation: either 1 - Auto Range
Controlled or Auto Range.
• If set to Controlled, Loop 3 uses the
Loop 3 inputs for Throttling Range
(TR3) and Setpoint (Setpt3).
• If set to Auto Range, Loop 3 uses a
Throttling Range of Setpt1 - Setpt2 and
a setpoint midway between.
Range /
Abbrev. Name Class / Description Notes
Selection
LpEnb Control Loop Class: Digital - An ON or not active (NA) allows —
Enable the loop control algorithm to calculate and
update the outputs.
An OFF sets all outputs to 0.0%.
Input Input Class: Analog - The sensed value of the media -163.83 to A not active (NA) causes
being controlled. This value is compared to the 16383 all outputs to be held to
setpoint values and is used by the loop algorithm 0.0%.
to calculate the output values.
Setpt1 Setpoint 1 Class: Analog - The control reference used by -163.83 to A not active (NA) causes
the cooling loop (Loop 1). 16383 Output[1] to be held at
0.0%. See the General
Rules section for how
setpoints interact.
TR1 Throttling Class: Analog - The amount of input change 0 to
Range 1 needed for Loop 1 output to proportionally 16383
change from 0.0 to 100.0%. A value of 0.0, not
active (NA), or a negative value causes
Output[1] to be held at 0.0%.
Igain1 Integral 1 Class: Analog - The amount of Loop 1 integral 0.00 to 10.00
gain expressed in repeats per minute. A value of
0.0, not active (NA), or a negative value disables
the integral function.
Derv1 Derivative 1 Class: Analog - The amount of Loop 1 derivative 0.0 to 10.0
gain expressed in minutes. A value of 0.0, not
active (NA), or a negative value disables the
derivative function.
Range /
Abbrev. Name Class / Description Notes
Selection
Setpt2 Setpoint 2 Class: Analog - The control reference used by -163.83 to A not active (NA) causes
the heating loop (Loop 2). 16383 Output[2] to be held at
0.0%. See the General
Rules section for how
setpoints interact.
TR2 Throttling Class: Analog - The amount of input change 0 to
Range 2 needed for Loop 2 output to proportionally 16383
change from 0.0 to 100.0%.
A value of 0.0, not active (NA), or a negative
value causes Output[2] to be held at 0.0%.
Igain2 Integral 2 Class: Analog - The amount of Loop 2 integral 0.00 to 10.00
gain expressed in repeats per minute.
A value of 0.0, not active (NA), or a negative
value disables the integral function.
Derv2 Derivative 2 Class: Analog - The amount of Loop 2 derivative 0.0 to 10.0
gain expressed in minutes.
A value of 0.0, not active (NA), or a negative
value disables the derivative function.
Setpt3 Setpoint 3 Class: Analog - The control reference used by -163.83 See the General Rules
the economizer loop (Loop 3) if EcnMode is set to section for how setpoints
to Controlled. (Setpt3 is ignored if EcnMode is 16383 interact and how not active
set to Auto Range.) (NA) is evaluated.
TR3 Throttling Class: Analog - The amount of input change 0
Range 3 needed for Loop 3 output to proportionally to
change from 0.0 to 100.0% if EcnMode is set to 16383
Controlled. (TR3 is ignored if EcnMode is set to
Auto Range.)
MinPos Minimum Class: Analog - Defines the minimum position or 0.0 to 100.0% A not active (NA) sets
Position the minimum output allowed for the economizer minimum position to 0.0%.
(Loop 3) output when the Loop Sequence object
is enabled.
EcnClg Economizer Class: Digital - Determines the economizer —
Cooling (Loop 3) action during cooling (Output 1 > 0.0%).
Action • OFF or not active (NA) = Loop 3 output
remains unaffected during cooling.
• ON = Loop 3 output set to Minimum Position
during cooling.
RmpTm Ramp Time Class: Analog - Defines a loop ramp time (in 0.0 to 1,000 An NA or negative value is
minutes) in which all loop outputs are allowed to minutes evaluated as 0.0 minutes
increase from 0.0% towards 100.0% from a loop (ramp function disabled).
enable (activation), following any of these
events:
• OFF-to-ON transition at Control Enable.
• A controller reset.
• Control Input change from not active (NA) to a
valid value.
Applying the Object This object is typically used for control strategies which include a cooling
control loop, a heating control loop, and an economizer control loop. The
cooling (Loop1) and heating (Loop2) control loops provide proportional,
proportional plus integral, or proportional plus integral plus derivative control.
The economizer (Loop3) control loop provides proportional style control plus
additional features including adjustable minimum position, economizer
override on call for cooling (Loop1), and automatic throttling range
calculation. Loop outputs remain referenced to each other at all times, to
protect against simultaneously active outputs.
All loops calculate their respective control outputs based upon the value at
the object Input and their individually adjustable control setpoint. As shown
in Figure–5.82 below, the Loop Sequenced object is typically paired with a
Setpoint Control object (page 494) that provides separate cooling and
heating setpoints during both occupied and unoccupied periods.
General Rules To ensure proper loop sequencing, the setpoints for the three loops (Setpt1,
Setpt2, and Setpt3) are evaluated in a priority fashion as follows:
• Setpt1 maintains priority over Setpt2 where Setpt2 is not allowed to
exceed the Setpt1 value.
• Setpt1 maintains priority over Setpt3 where Setpt3 is not allowed to
exceed the Setpt1 value.
Table–5.181 summarizes Loop Sequence object control conditions based on
all setpoint combinations, including not active (NA) setpoint conditions.
Note also that a loop Throttling Range of not active (NA), zero or a negative
value causes that loop’s output to be held at 0.0%. For example if the Loop1
Throttling Range (TR1) is NA, then Output[1] is held at 0.0%.
Ramp Start Sequenced startup ramping (soft start) is available and is applied to all
control loops when the object is initialized from a controller reset or object
enable. A Control Loop Enable of OFF or an Input of not active (NA) causes
all three loop outputs to default to 0.0%.
The ramp function is initiated for the following conditions:
• The controller is reset.
• Enable of the Control Loop Enable input from OFF to ON.
• The Input value changes from not active (NA) to a valid value.
The ramp function ramps the outputs in a direction determined by the
present heat / cool demand.
• A demand for heat causes the Loop2 output to ramp from zero (0.0%)
towards full demand (100.0%) until the demand is satisfied.
• A demand for economizer / cooling causes the Loop3 economizer
output to ramp from Minimum Position towards 100.0% followed by the
Loop1 cooling output to ramp from 0.0% towards 100.0% until the
economizer / cooling demands are satisfied.
The rate of ramp for all loops is defined by the Ramp Time property.
Loop Differences The cooling loop (Loop1) and heating loop (Loop2) each have inputs for
integral gain (Igain1 and Igain2) and derivative term (Derv1 and Derv2).
Both of these loops operate in a similar (but opposite - Direct/ Reverse)
fashion, with their output at 0.0% with the Input at their respective setpoint.
The economizer loop (Loop3) provides proportional only control, but has
additional properties that affect the loop’s throttling range and setpoint
operation. These Loop3 properties are explained in the “Economizer
(Loop3)” section ahead.
All three loops (Loop1, Loop2, and Loop3) follow the loop general rules
given in Table–5.181. The only exception is for the economizer loop (Loop3),
and only if the Loop Sequence object is set with an Economizer Mode of
Auto Range. In this case, the object inputs TR3 and Setpt3 are ignored.
See the “Economizer (Loop3)” section (page 318) for an explanation of
these special “Economizer Rules”.
Cooling (Loop1) The cooling loop (Loop1) provides proportional, proportional plus integral, or
proportional plus integral plus derivative control for cooling applications.
Properties specific to Loop1 operation include Setpt1, TR1, Igain1, and
Derv1 with the output for Loop1 provided through Output[1].
Proportional Control With proportional control, a control signal, based on the difference between
Input and Setpt1, is produced. The difference, such as that between an
actual temperature and setpoint, is the “error.” Loop1 creates an output
signal directly proportional to the error’s magnitude. The relationship
between the error and the output is controlled by the assigned Throttling
Range (TR1). The Throttling Range value is the amount of change required
at the Input to cause the output to go from 0.0% to 100.0%.
For proportional control, Output[1] is set to 0.0% when the Input is equal to
the Setpt1 value. Control action is direct acting, which means that the
objects output signal increases (advances towards 100.0%) as the input to
the Loop1 algorithm increases above Setpt1. The calculated Output[1]
percent value is the difference between the Input value and the Setpt1 value,
divided by the Throttling Range (TR1) times 100, as shown in Figure–5.83.
Output
Demand
Output[1]
Ramp Function in Upon completion of the economizer output ramp, the ramp function causes
Cooling Demand the cooling loop output value to ramp at a rate specified by the ramp time
from 0.0% towards 100.0% after the loop is activated or enabled into PID
control. The ramp function will terminate when:
• The calculated Output[1] is equal to 0.0% prior to ramp initialization.
• The actual ramped Output[1] value equals the calculated Output[1].
• The actual ramped Output[1] value reaches the maximum output value
of 100.0%.
Heating (Loop2) The heating loop (Loop2) provides proportional, proportional plus integral, or
proportional plus integral plus derivative control for heating applications.
Properties specific to Loop2 operation include Setpt2, TR2, Igain2, and
Derv2 with the output for Loop2 provided through Output[2].
Proportional control With proportional control, a control signal, based on the difference between
Input and Setpt2, is produced. The difference, such as that between an
actual temperature and setpoint, is the “error.” Loop2 creates an output
signal directly proportional to the error’s magnitude.
The relationship between the error and the output is controlled by the
assigned Throttling Range (TR2). The Throttling Range value is the amount
of change required at the Input to cause the output to go from 0.0% to
100.0%.
For proportional control, Output[2] is set to 0.0% when the Input is equal to
the Setpt2 value. Control action is reverse-acting, which means that the
objects output signal increases (advances towards 100.0%) as the input to
the Loop2 algorithm decreases below Setpt2. The calculated Output[2]
percent value is the difference between the Setpt2 value and the Input value,
divided by the Throttling Range (TR2) times 100, as shown in Figure–5.84.
Output
Demand
Output[2]
Ramp Function in The ramp function causes the heating loop output value to ramp at a rate
Heating Demand specified by the ramp time from 0.0% towards 100.0% after the loop is
activated or enabled. The ramp function will terminate when:
• The calculated Output[2] is equal to 0.0% prior to ramp initialization.
• The actual ramped Output[2] value equals the calculated Output[2].
• The actual ramped Output[2] value reaches the maximum output value
of 100.0%.
Adjustable minimum
position setting
Figure–5.85 Loop3 (Economizer) Output with EncMode = Controlled and EcnClg = OFF.
Adjustable minimum
position setting
Figure–5.86 Loop3 (Economizer) Output with EncMode = Controlled and EcnClg = ON.
Auto Range An Economizer Mode selection of Auto Range causes the economizer to
operate using a standard proportional style control with a control signal
based upon the cooling (Loop1) and heating (Loop2) setpoints. Properties
specific to Loop3 operation including Setpt3 and TR3 are ignored. The
MinPos and EcnClg properties remain available for use.
The difference between the actual temperature and setpoint is the “error.”
Loop3 creates an output signal directly proportional to the error’s magnitude.
The relationship between the error and the output is controlled by the
calculated setpoint (SPx) and Throttling Range (TRx). SPx is calculated to
be the setpoint midway between the cooling Loop1 (Setpt1) and heating
Loop2 (Setpt2) setpoint values.
The Throttling Range (TRx) value is the calculated amount of change
required at the Input to cause the output to operate from Minimum Position
to 100.0%. TRx is calculated to be the difference between the cooling Loop1
(Setpt1) and heating Loop2 (Setpt2) setpoint values.
Control action is direct, which means that the objects output signal increases
(advances towards 100.0%) as the input to the Loop3 algorithm increases.
Minimum Position is the minimum output allowed for the economizer output
when the Loop Sequenced object is enabled.
Adjustable minimum
position setting
Figure–5.87 Loop3 (Economizer) Output with EncMode = Auto Range and EcnClg = OFF.
Adjustable minimum
position setting
Figure–5.88 Loop3 (Economizer) Output with EncMode = Auto Range and EcnClg = ON.
Ramp Function The ramp function causes the economizer loop output value to ramp at a
Economizer Demand rate specified by the ramp time from 0.0% towards 100.0% after the
Sequence Loop object is activated or enabled.
The ramp function terminates when:
• The calculated Output[3] is equal to 0.0% prior to ramp initialization.
• The actual ramped Output[3] value equals the calculated Output[3].
• The actual ramped Output[3] value reaches the maximum output value
of 100.0%.
Economizer Rules If the Economizer Mode is set to Controlled, the Loop Sequence object
observes all “General Rules” for setpoint priority and control conditions, as
previously shown Table–5.181.
If the Economizer Mode is set to Auto Range, the Setpt3 and TR3 properties
are not used. The Loop3 Throttling Range (TRx) and Loop3 Setpoint (SPx)
are based on values assigned to Setpt1, Setpt2, and TR1, and are
calculated using the following:
TRx = Setpt1 - Setpt2
(If TRx < TR1, then TRx = TR1).
Output [3] ranges from minimum position to 100% over TRx with Loop3
midpoint at SPx.
If the Loop1 Throttling Range (TR1) is not active (NA), zero, or a negative
value, Output[3] is held at 0.0%. The following table shows control
conditions based on all setpoint combinations for a Loop Sequence object
set to an Economizer Mode of Auto Range:
General Guidelines 1. Using only proportional control, adjust the Throttling Range (TR) value
for Setting Up Loop until the loop control is stable with no oscillation. Do not hesitate to
increase the TR if necessary because some loops, such as mixed air,
Control may require a throttling range of 25°F or more to achieve stability.
If stability can not be achieved, the mechanical system installation and
design should be reviewed. If stability can not be achieved with
proportional control, integral and/or derivative will cause further
instability.
2. Before stability is achieved, in step #1, measure the period of oscillation.
This is the amount of time, in minutes, from one peak to the next.
3. Once stability is achieved by using proportional only, proceed to increase
the Throttling Range value by 20% to 50% in preparation for adding
integral.
4. Use the following formula to calculate the integral value to be used:
i = 1 ÷ [( Loop Period in Minutes ) x 2]
This formula yields a good starting point for integral action.
5. Monitor loop control to evaluate response. If the response is slow with
integral action, increase the “i” values slightly. It may be necessary, to
upset the loop to get a good test of the loop response. This could be done
by changing the setpoint to simulate a sudden change in the load and
then observe the time required to reach the new setpoint. In general, it is
recommended that Integral not exceed 1.0. Typically, values between
0.05 and 0.5 are usually effective.
6. In most cases, the control loops used in the HVAC industry do not require
derivative action. It is recommended not to use the derivative action since
an improper value is worse than none at all. If derivative is required, use
the following formula to determine the proper value:
d = Loop Period in Minutes ÷ 8
This formula yields a good starting point for derivative action.
Example Application The following example illustrates a method for combining the Setpoint
Control object with the Loop Sequenced object to provide sequenced
cooling, heating, and economizer control. The Setpoint Control object is
configured for dual setpoint control which causes the object to utilize a
separate cooling and heating occupied setpoint to generate occupied
cooling, heating, and economizer setpoints.
Economizer Demand
Figure–5.89 Example Loop Sequence Object with Setpoints Supplied by a Setpoint Control Object.
In this example, the following constant values are assigned to the inputs of
the Setpoint Control object:
Cool SP = 76.0
Heat SP = 70.0
Unoccupied Cool SP = 80.0
Unoccupied Heat SP = 65.0
Deadband = 4.0
SP3Offst = 2.0
Based upon the input values supplied to the Setpoint Control object, the
following setpoint values are generated:
Output[2] Output[1]
Output[3]
Output
Demand
Adjustable minimum
position setting
Space Temperature
Heating Economizer Cooling
Figure–5.90 Loop Sequenced Control (with EcnMod = Controlled and EcnClg = ON).
Properties
Table–5.183 Loop Single Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
LpEnb Control Loop Class: Digital - An ON or not active (NA) allows the loop —
Enable control algorithm to calculate and update the Output.
An OFF sets the Output to 0.0%.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Analog - The sensed value of the media being -163.83 to A not active (NA)
controlled. This value is compared to the Setpoint value 16383 causes the Output
and is used by the loop algorithm to calculate the to be held to 0.0%
Output value. for direct acting or
100% for reverse
acting.
Setpt Setpoint Class: Analog - The control reference used by the loop -163.83 to A not active (NA)
algorithm. 16383 causes the Output
to be held to 0.0%
TR Throttling Class: Analog - The amount of input change needed to 0 to
Range cause the Output value of the object to change from 0.0 16383
to 100.0%. A value of 0.0, not active (NA), or a negative
value causes the Output to be held at 0.0%.
Igain Integral Class: Analog - The amount of integral gain expressed 0.00 to 10.00
in repeats per minute. A value of 0.0, not active (NA), or
a negative value disables the integral function.
Derv Derivative Class: Analog - The amount of derivative gain 0.00 to 10.00
expressed in minutes. A value of 0.0, not active (NA), or
a negative value disables the derivative function.
OutRef Output Class: Analog - This input defines the output value 0.0 to 100.0%
Reference when the input is equal to the value at the setpoint for
proportional segment of the loop algorithm. A not active
(NA) or a negative value is evaluated as 0.0%.
Action Action Class: Digital - Determines if the loop response is direct ON, OFF
acting or reverse acting.
• OFF or not active (NA) = direct acting.
• ON = reverse acting.
RmpTm Ramp Time Class: Analog - Defines a loop ramp time (in minutes) in 0.0 to 1,000 An NA or negative
which the loop Output is allowed to increase from 0.0% minutes value is evaluated
towards 100.0% from a loop enable (activation), as 0.0 minutes
following any of these events: (ramp function
• OFF-to-ON transition at Control Enable. disabled).
• A controller reset.
• Control Input change from NA to a valid value.
Applying the Object Depending on how the object inputs are used, the Loop Single object
provides proportional (P), proportional plus integral (PI), or proportional plus
integral plus derivative (PID) loop control action. Typical HVAC loops use PI
control for reasons explained ahead. Each of the three loop control methods
using the Loop Single object are summarized below.
Proportional only (P) Proportional control is used for conventional closed loop control systems.
Control With proportional control, a control signal, based on the difference between
an actual condition (Input) and a desired condition (Setpoint), is produced.
The difference, such as that between an actual temperature and setpoint, is
the “error.” The Loop Single object creates an Output value directly
proportional to the error’s magnitude. The relationship between the error and
the output is controlled by the assigned Throttling Range (TR). The
Throttling Range value is the amount of change required at the Input to
cause the Output to go from 0.0% to 100.0%.
Control action (Action) can be switched between direct or reverse acting.
Direct acting (the default) means that the object’s Output signal increases
(towards 100.0%) as the Input to the Loop Single object increases. Reverse
acting means that the object’s Output signal decreases (towards 0.0%) as
the Input to the Loop Single object increases.
The Output Reference is the Output value at which the Input is equal to the
Setpoint in proportional control (typically 50.0%). For proportional only
control, the actual Output value is equal to the following:
Direct acting: Output% = [((input-setpt)÷TR) X 100] + Output Reference%
Reverse acting: Output% = [((setpt - input)÷TR) X 100] + Output
Reference%
Object inputs Integral (Igain) and Derivative (Derv) are not used in
Proportional only control and should be assigned to 0.0, or may be left
unconnected (not active, NA).
Proportional plus A characteristic of Proportional only (P) control is that it exhibits an offset or
Integral (PI) Control droop (error) condition as the output moves through its throttling range.
Because of this, Proportional only control is unable to maintain a desired
condition, except at the exact Output Reference condition (typically 50%).
The use of integral action is designed to eliminate offset droop. An
integrating term can be used to observe how long the error condition has
existed, summing the error over time. The summation value becomes the
basis for an additional control signal, which is added to the signal produced
by the proportional term. The control loop continues to produce a control
action over time, allowing the elimination of offset.
A proportional-integral (PI) control can:
• Respond to the presence of error in the control loop.
• Relate to the magnitude of the control signal to that of the error.
• Respond to offset over time to achieve zero error at Setpoint.
When using PI control, the Integral and Throttling Range values must be
carefully sized to minimize overshoot, often present in modulating control
loops. Overshoot refers to a control loop’s tendency to overcompensate for
an error condition, causing a new error in the opposite direction. In some
instances, loop overshoot can repeat itself in an oscillating fashion. See the
“Loop Control Guidelines” section for details on establishing values for the
Throttling Range and Integral inputs.
The object input Derivative (Derv) is not used in PI control and should be
assigned to 0.0, or may be left unconnected (not active, NA).
Action If the Action input is not active (NA) or OFF, loop response is direct acting; if
the Action input is ON, loop response is reverse acting.
• Direct acting is where the Output value increases as the Input value
increases, as in a typical cooling temperature loop.
• Reverse acting is where the Output value decreases as the Input value
increases, as in a typical heating temperature loop.
Ramp Start Function The ramp start function causes the loop Output value to ramp at a rate
specified by the Ramp Time from 0.0% towards 100.0% after the Loop
Single object is activated or enabled into PID control.
The ramp start function is initiated for the following conditions:
• The controller is reset.
• Enable of the Control Loop Enable input from OFF to ON.
• The Input value changes from not active (NA) to a valid value.
The ramp start function terminates when:
• The calculated output target is equal to 0.0% prior to initialization of the
ramp start function.
• The actual ramped Output value equals the calculated output target.
• The actual ramped Output value reaches the maximum Output value of
100.0%.
Example The Loop Single object shown in Figure–5.91 is used for mixed-air
temperature control of a proportional economizer in a roof top unit. The
object is enabled by a digital ON result of some logic based on outside air
temperature (not shown). The value of the mixed air temperature sensor is
compared against the desired loop Setpoint, which in this case is a constant
55°F. Loop response is proportional only, as both the Integral and Derivative
inputs are assigned to 0 (zero). The Throttling Range is 10°F and the Output
Reference is at 50%. A two minute Ramp Time is also assigned.
The Output value of the Loop Single object ultimately feeds an Analog
Output object that modulates the proportional economizer. (In this example,
first a High Select object establishes a minimum 20% position, and a Select
object processes any binary low-limit temperature signal).
Figure–5.91 Example Loop Single Object Used for Mixed Air Proportional Economizer Control.
General Guidelines for 1. Using only proportional control, adjust the Throttling Range (TR) value
Setting Up Loop until the loop control is stable with no oscillation. Do not hesitate to
Control increase the TR if necessary because some loops, such as mixed air,
may require a throttling range of 25°F or more to achieve stability.
If stability can not be achieved, the mechanical system installation and
design should be reviewed. If stability can not be achieved with
proportional control, integral and/or derivative will cause further
instability.
2. Before stability is achieved, in step #1, measure the period of oscillation.
This is the amount of time, in minutes, from one peak to the next.
3. Once stability is achieved by using proportional only, proceed to increase
the Throttling Range value by 20% to 50% in preparation for adding
integral.
4. Use the following formula to calculate the integral value to be used:
i = 1 ÷ [( Loop Period in Minutes ) x 2]
This formula yields a good starting point for integral action.
5. Monitor loop control to evaluate response. If the response is slow with
integral action, increase the “i” values slightly. It may be necessary, to
upset the loop to get a good test of the loop response. This could be done
by changing the setpoint to simulate a sudden change in the load and
then observe the time required to reach the new setpoint.
In general, it is recommended that Integral not exceed 1.0.
Typically, values between 0.05 and 0.5 are usually effective.
6. In most cases, the control loops used in the HVAC industry will not require
derivative action. It is recommended not to use the derivative action since
an improper value is worse than none at all. If derivative is required, the
following formula can be used to determine the proper value.
d = Loop Period in Minutes ÷ 8
This formula yields a good starting point for derivative action.
Properties
Table–5.186 Low Select Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The first input evaluated for the -163.83 to
lowest value. A not active (NA) is not evaluated. 16383 If not active (NA) is
Input[2] Input [2] Class: Analog - The second input evaluated for the -163.83 to present at all Inputs,
lowest value. A not active (NA) is not evaluated. 16383 the output is set to NA.
Input[3] Input [3] Class: Analog - The third input evaluated for the -163.83 to
lowest value. A not active (NA) is not evaluated. 16383
Applying the Object The Low Select object outputs the lowest valid value present on the inputs.
Not active (NA) inputs are ignored unless all inputs are NA, in which case
the Output is NA. Table–5.189 below shows all possible input to output
combinations, including NA input conditions.
Inputs are typically analog values provided by another objects output or from
an assigned constant. However, Inputs can also process numerical
representations of digital values (0 for OFF or 100 for ON).
MA Volume WP Tech
Representation
Object Usage: The Mixed Air Volume object Inputs Outputs
(MA Volume) is a special purpose math object that
calculates a mixed air volume setpoint based on the Mixed Air Setpoint Output
values of return air temperature, outside air Return Air
Outside Air
temperature, and the desired volume percent
between the two. Typical use is in a mixed air Configuration
economizer application. Properties
Object Name
Note: Input values to the MA Volume object should Object Description
be “real-world” values, otherwise erroneous output Process Time
values may result. To take one extreme example, if
the Return Air temperature input value is 16383 WP Tech Stencil:
(maximum value), the Outside Air temperature input Logic and Math Control
value is -163.83 (minimum value), and the Mixed
Air Setpoint value is 100% (maximum value), the Reference Listing of All Three-input Math Objects
calculated result is -163.83. This would be the Object Name Object Algorithm
output value in a Rev.3 or later standard controller, Abs Sub / Div | AV1 - AV2 | ÷ AV3
or an MN 800 controller. In a pre-Rev.3 standard Add / Add AV1 + AV2 + AV3
controller, the output value would go to 0.00, Add / Div ( AV1 + AV2 ) ÷ AV3
instead.
Average Average (AV1, AV2, AV3)
MA Volume RA - ( [ ( RA - OA) x MASetpt ] ÷ 100 )
Device Support: (all firmware revisions)
Mul / Add ( AV1 x AV2 ) + AV3
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx,
Mul / Div ( AV1 x AV2 ) ÷ AV3
where xx = F1, F2, F3, H1, H2, H3, R1, R2, R3,
S1, S2, S3, or S4 SqRt Mul / Add [ ( SQRT AV1 ) x AV2 ] + AV3
MNL-11Rxx, -13Rxx Sub / Add ( AV1 - AV2 ) + AV3
where xx = F2 or F3 Sub / Div ( AV1 - AV2 ) ÷ AV3
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V1, V2, Sub / Mul ( AV1 - AV2 ) x AV3
or V3 Sub / Sub ( AV1 - AV2 ) - AV3
MN 800 series
Memory Requirements: (per object)
EEPROM: 10 bytes
RAM: 12 bytes (standard controller)
2 bytes (MN 800)
Properties
Table–5.190 MA Volume Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
MASetpt Mixed Air Class: Analog - The requested volume percentage of 0.0 to 100.0% A not active (NA)
Setpoint outside air in mixed air. The MA Volume object Output causes the Output to
produces a value that maintains this volume mix as be set to NA.
temperatures of the return air and outside air change.
RetAir Return Air Class: Analog - The value of the return air -163.83 to A not active (NA)
temperature sensor, from the corresponding Analog 16383 causes the Output to
Input object. be set to NA.
OutAir Outside Air Class: Analog - The value of the outside air -163.83 to A not active (NA)
temperature sensor, from the corresponding Analog 16383 causes the Output to
Input object. be set to NA.
Applying the Object The MA Volume object performs a special purpose calculation for use in
control of a proportional mixed air economizer, based on the required values
received at the three object inputs. The required values at the inputs are:
MASetpt = Mixed Air Volume Setpoint
(The desired percentage of outside air in the mixed air.)
RetAir = Return Air Temperature
OutAir = Outside Air Temperature
The Output of the MA Volume object is the calculated mixed air temperature
setpoint required to generate the requested volume mix between the outside
air and return air, using the following algorithm:
Output = RetAir - ( [ (RetAir - OutAir) x MASetpt ] ÷ 100 )
An Output of not active (NA) results if any of the inputs has a NA.
Example Application An example MA Volume object is shown in Figure–5.92 below. The Output
of the MA Volume object is the mixed air temperature setpoint for the mixed
air loop in this example.
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The user-defined — — Printable characters
Name name for the object, unique within the only. See Object
controller where the object resides. Name on page 87
for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to further file only. See Object
describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selections
TmEnb Time Enable Class: Digital - An ON or not active (NA) —
enables the minimum off function.
An OFF at this input disables the minimum off
function, causing the Output to directly follow
the Input (no minimum off timeout).
Input Input Class: Digital - The input signal to which the — See the Timing Diagram for
minimum off function is applied. Input to Output operation.
An NA is evaluated as OFF.
MinOff Minimum Off Class: Analog - The value of timeout (in 0.0 to 1,000.0 Decimal values are valid.
Time minutes) for the Minimum Off period. minutes For example, 0.25 is
A negative or not active (NA) value disables evaluated as 15 seconds.
the Minimum Off timeout as 0.0 minutes.
Applying the Object The Minimum Off object prevents a digital output from being cycled ON
without first completing an assigned OFF time (timeout), defined by the
value (in minutes) at the Minimum Off Time input. This Minimum Off timeout
can range from 0.0 to 1,000.0 minutes. The Time Enable input must be at
ON or not active (NA) to provide the Minimum Off timeout.
The Output is immediately set to OFF whenever an ON-to-OFF transition
occurs at the Input. Figure–5.93 below shows Minimum Off object operation.
ON
Input
OFF
Figure–5.93 Timing Diagram for a Minimum Off Object with Timeout Enabled (Time Enable = ON or NA).
During an active Minimum Off timeout period, the Time Remaining output is
the analog value for the current remaining timeout (in whole minutes). This
value counts down each minute, during which time any changes to the Input
are ignored and the Output remains OFF. The timeout expires at 0 (zero),
allowing the Output to go to the current Input state (typically ON).
The Minimum Off function is disabled if an OFF is at the Time Enable input.
In this condition, the Output directly tracks the Input Figure-5.94 and the
Time Remaining output remains at 0 (zero).
ON
Input
OFF
ON
Output
OFF
Figure–5.94 Timing Diagram for a Minimum Off Object with an OFF at the Time Enable Input.
Example One common use for the Minimum Off object is for a start-up control delay
that can be used throughout an application, as needed. The figure below
shows a Minimum Off object configured in this fashion.
When the controller is reset via any means (power up, software reset, etc.)
the output of the object remains OFF for the period of time defined for
MinOff. Once this time expires, the output goes ON. If multiple resets occur
in succession, such as with power “bumps”, the time period begins anew
with each bump to prevent load bouncing.
The output typically is used at various “Enable” inputs and/or “selection-type”
inputs (as with Select objects) as needed to enforce this purpose. In this
example, the output is given the variable definition of “Startup Delay”.
Minimum On WP Tech
Representation
Object Usage: The Minimum On object prevents Inputs Outputs
the Output from being set to an OFF state from an
ON state for a specified time. This ensures that any Time Enable Output
ON period for the Output is no less than the value at Input Time Remaining
Minimum On Time
the Minimum On Time input (in minutes). The Time
Enable input enables or disables the minimum On Configuration
function. Properties
Range /
Abbrev. Name Class / Description Default Notes
Selections
Name Object Class: Character String - The user-defined — — Printable characters
Name name for the object, unique within the only. See Object
controller where the object resides. Name on page 87
for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to further file only. See Object
describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selections
TmEnb Time Enable Class: Digital - An ON or not active (NA) enables —
the minimum on function.
An OFF at this input disables the minimum on
function, causing the Output to directly follow the
Input (no minimum on timeout).
Input Input Class: Digital - The input signal to which the — See the Timing Diagram
minimum ON function is applied. An NA is for Input to Output
evaluated as OFF. operation.
MinOn Minimum On Class: Analog - The value of timeout (in minutes) 0.0 to 1,000.0 Decimal values are valid.
Time for the Minimum On period. minutes For example, 0.25 is
A negative or not active (NA) value disables the evaluated as 15 seconds.
Minimum On timeout, acting as 0.0 minutes.
Applying the Object The Minimum On object prevents a digital output from being cycled OFF
without first completing an assigned ON time (timeout), defined by the value
(in minutes) at the Minimum On Time input. This Minimum On timeout can
range from 0.0 to 1,000.0 minutes. The Time Enable input must be at ON or
not active (NA) to provide the Minimum On timeout.
The Output is immediately set to ON whenever an OFF-to-ON transition
occurs at the Input. The following Timing Diagram Figure-5.96 shows
Minimum On object operation.
ON
Input
OFF
Figure–5.96 Timing Diagram for a Minimum On Object with Timeout Enabled (Time Enable = ON or NA).
ON
Input
OFF
ON
Output
OFF
Figure–5.97 Timing Diagram for a Minimum On object with an OFF at the Time Enable Input.
Note: After a controller reset the object operates as if the input and output
were off prior to the reset.
Properties
Table–5.199 Momentary Start / Stop Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
MmntEnb Momentary Class: Digital - An ON or not active (NA) enables the — Note that all standard
Enable Momentary Start / Stop function, where all Input rules apply, where the
changes are processed. An OFF at this input stop pulse sequence
disables the Momentary Start / Stop function, with cannot occur until the
the Input evaluated as a constant OFF. completion of any start
Also, an ON-to-OFF transition causes a stop pulse pulse sequence (if one
sequence on stop outputs (AddrStp and OutStp) for is in progress).
the duration defined by the Off Pulse value.
Input Input Class: Digital - The input signal to which the — A transition to not
Momentary Start / Stop function is applied. active (NA) causes no
• A transition to ON causes a start pulse sequence change to the outputs.
on start outputs (AddrSP and OutStrt) for the
duration defined by the On Pulse value. See the Timing
• A transition to OFF causes a stop pulse sequence Diagram for Input to
on stop outputs (AddrStp and OutStp) for the Output operation.
duration defined by the Off Pulse value.
OnPulse On Pulse Class: Analog - The on pulse duration (in seconds) 0.1 to
for a start pulse sequence. A negative or NA value 10,000.0 Values between 0.01
acts as 0.0 seconds (no start pulse). seconds and 0.09 are defaulted
OffPulse Off Pulse Class: Analog - The off pulse duration (in seconds) 0.1 to to 0.10 seconds.
for a stop pulse sequence. A negative or NA value 10,000.0
acts as 0.0 seconds (no stop pulse). seconds
Applying the Object The Momentary Start / Stop object allows start / stop control of equipment
requiring a binary pulse rather than maintained contact for changing states.
This point-type object provides two physical output addresses; one for a
Start pulse and the other for a Stop pulse. The object also includes two
logical digital outputs (Output Start and Output Stop) that indicate the
present Start pulse and Stop pulse states (OFF or ON). These outputs can
also be used for long delays or timed overrides without reset.
Values at the inputs On Pulse and Off Pulse define the time duration (in
seconds) for a start pulse and a stop pulse, respectively. Pulse durations can
be from a minimum of 0.1 to a maximum of 10,000 seconds. Values between
0.01 and 0.09 seconds are defaulted to 0.10 seconds.
Start Pulse and A Start Pulse results from an OFF-to-ON (or NA-to-ON) transition at the
Stop Pulse Input. During a Start Pulse sequence, the physical AddrStrt and Output Start
outputs remain ON for the duration defined by the value at the On Pulse
input. A negative value or NA at On Pulse disables the start-pulse sequence
and outputs.
A Stop Pulse results from an ON-to-OFF (or NA-to-OFF) transition at the
Input. During a Stop Pulse sequence, the physical AddrStp and Output Stop
outputs remain ON for the duration defined by the value at the Off Pulse
input. A negative value or NA at OFF Pulse disables the stop-pulse
sequence and outputs.
ON
Input OFF-to-ON ON-to-OFF
OFF transition transition
Pulse in Progress While either a start or stop pulse sequence is active, changes at the Input
are ignored. The Input is monitored only after completion of the present
pulse sequence. This prevents the output pulses from generating short cycle
start and stop sequences.
Momentary Enable When an ON-to-OFF (or NA-to-OFF) transition occurs at the Momentary
Enable input, the Momentary Start / Stop object produces a stop pulse
sequence (as described previously). As long as the Momentary Enable input
remains in an OFF state, the Input is considered as OFF. Note that all
standard rules apply where the Stop Pulse sequence can not occur until the
completion of a Start Pulse sequence (if in progress).
Properties
Table–5.202 Mul / Add Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The first value or multiplicand in the -163.83 to
equation. 16383 If not active (NA) is
( AV1 x AV2 ) + AV3 present at both
Inputs[1] and [2], the
Input[2] Input [2] Class: Analog - The second value used as the -163.83 to output is set to NA.
multiplier. 16383
( AV1 x AV2 ) + AV3
Input[3] Input [3] Class: Analog - The third value added to the -163.83 to If not active (NA), the
previous result. 16383 output is set to NA.
( AV1 x AV2 ) + AV3
Applying the Object The Mul / Add object is similar to other three-input math objects, which also
process analog values (AV) and produce an AV output. The equation
specific to the Mul / Add object is:
( AV1 x AV2 ) + AV3
As with other math objects, inputs to this object are typically analog val-
ues, but may also be numerical representations of digital values
(0.0 for OFF or 100.0 for ON), or not active (NA).
Properties
Table–5.206 Mul / Div Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The first value or multiplicand in -163.83 to If not active (NA) is present
the equation. ( AV1 x AV2 ) ÷ AV3 16383 at both Inputs[1] and [2], the
Input[2] Input [2] Class: Analog - The second value used as the -163.83 to output is set to NA.
multiplier to the first value. ( AV1 x AV2 ) ÷ AV3 16383
Input[3] Input [3] Class: Analog - The third value or divisor, which -163.83 to If not active (NA), the output
is divided into the previous result. 16383 is set to NA.
( AV1 x AV2 ) ÷ AV3
Applying the Object The Mul / Div object is similar to other three-input math objects, which also
process analog values (AV) and produce an AV output. The equation
specific to the Mul / Div object is:
( AV1 x AV2 ) ÷ AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values
(0.0 for OFF or 100.0 for ON), or not active (NA).
Properties
Table–5.210 Off Delay Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
TmEnb Time Enable Class: Digital - An ON or not active (NA) enables —
the Off Delay function. An OFF at this input
disables the Off Delay function, causing the
Output to directly follow the Input (no delay).
Input Input Class: Digital - The input signal to which the Off — See the Timing Diagram
Delay is applied. An NA is evaluated as OFF. for Input to Output
operation.
OffDly Off Delay Class: Analog - The value of the OFF delay time 0.0 to 1,000.0 Decimal values are valid.
in minutes. A negative or not active (NA) value minutes For example, 0.25 is
disables the delay as 0.0 minutes. evaluated as 15 seconds.
Applying the Object The Off Delay object provides a delayed output response to an ON-to-OFF
transition. The Off Delay object can be used in applications requiring
short-cycle control protection or purge control sequences. The Off Delay
object acts as the functional opposite of the On Delay object. Both the Off
Delay function and the On Delay function are also available in a single
object: the Dual Delay object (page 216).
An Off Delay is triggered by an ON-to-OFF transition received as a digital
signal on the Off Delay object’s Input. An Off Delay can lasts from 0.1 to
1000.0 minutes, based on the value present at the input Off Delay. Any
OFF-to-ON transition at the Input is always directly tracked at the Output.
The Off Delay object requires the Time Enable input to be either ON or not
active (NA) to provide the Off Delay function. Figure–5.99 below is a timing
diagram showing the operation of an Off Delay object.
ON
Input NA
OFF
ON
Output OFF OFF
OFF Delay Delay
Time Time
Figure–5.99 Timing Diagram for a Off Delay object with the Delay Function Enabled (Time Enable input is ON or NA).
During an active Off Delay, the Time Remaining output is an analog value for
the current remaining delay time (in whole minutes). This value counts down
each minute as the delay timer expires, where the Time Remaining output is
at 0 (zero) and the Output is free to go OFF (if the Input is still OFF).
The Off Delay function is disabled while an OFF is at the Time Enable input.
In this condition, the Output directly tracks the Input without delay
Figure-5.100, and the Time Remaining output remains at 0 (zero).
ON
Input NA
OFF
ON
Output
OFF
Figure–5.100 Timing Diagram for a Off Delay Object with the Delay Function Disabled (Time Enable input is OFF).
Note: After a controller reset the object operates as if the input and output
were off prior to the reset.
On Delay WP Tech
Representation
Object Usage: The On Delay object monitors a Inputs Outputs
digital Input and provides a delayed digital Output
response to an OFF-to-ON transition. Delay times Time Enable Output
can be specified from 0.0 to 1,000.0 minutes. Input Time Remaining
On Delay
A Time Remaining output provides the current
remaining minutes in any active On Delay. Configuration
Any ON-to-OFF transition at the Input is always Properties
directly tracked at the Output. The On Delay
Object Name
function can be disabled with an OFF at the Time Object Description
Enable input, which causes the Output to directly Process Time
track the Input state. A not active (NA) to the Input
is evaluated as an OFF. WP Tech Stencil:
Timer and Sequence Control
The On Delay object provides the opposite function
of an Off Delay object (page 349). Both the On
delay and Off delay functions are available in a Reference Listing of All Timer Objects
single object: the Dual Delay object (page 216). Object Name Digital Input to Digital Output Behavior
Dual Delay Both an On Delay and an Off Delay
Digital Output = Digital Input (following the on delay) Dual Minimum Both Minimum ON and Minimum OFF
Device Support: (all firmware revisions) Minimum On Minimum ON period before OFF
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx, Minimum Off Minimum OFF period before ON
where xx = F1, F2, F3, H1, H2, H3, R1, R2, R3, On Delay Delay before Output ON
S1, S2, S3, or S4 Off Delay Delay before Output OFF
MNL-11Rxx, -13Rxx
where xx = F2 or F3
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V1, V2,
or V3
MN 800 series
Memory Requirements: (per object)
EEPROM: 10 bytes
RAM: 18 bytes (standard controller)
8 bytes (MN 800)
Properties
Table–5.213 On Delay Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
TmEnb Time Enable Class: Digital - An ON or not active (NA) enables —
the On Delay function. An OFF at this input
disables the On Delay function, causing the
Output to directly follow the Input (no delays).
Input Input Class: Digital - The input signal to which the On — See the Timing Diagram
Delay is applied. An NA is evaluated as OFF. for Input to Output
operation.
OnDly On Delay Class: Analog - The value of the ON delay time 0.0 to 1,000.0 Decimal values are valid.
in minutes. A negative or not active (NA) value minutes For example, 0.25 is
disables the delay as 0.0 minutes. evaluated as 15 seconds.
Applying the Object The On Delay object provides a delayed output response to an OFF-to-ON
transition. The ON delay object can be used in applications requiring short
cycle control protection or delayed start control sequences. The ON delay
object acts as the functional opposite of the Off Delay object. Both the On
Delay function and the Off Delay function are also available in a single
object: the Dual Delay object (page 216).
An On Delay is triggered by an OFF-to-ON transition received as a digital
signal on the On Delay object’s Input. An On Delay can lasts from 0.1 to
1000.0 minutes, based on the value present at the input On Delay. Any
ON-to-OFF transition at the Input is always directly tracked at the Output.
The On Delay object requires the Time Enable input to be either ON or not
active (NA) to provide the On Delay function. Figure–5.101 is a timing
diagram that shows the operation of an On Delay object.
ON
Input NA
OFF
ON ON ON ON
Output Delay Delay Delay
Time Time Time
OFF
Figure–5.101 Timing Diagram for a On Delay object with the Delay Function Enabled (Time Enable input is ON or NA).
During an active On Delay, the Time Remaining output is an analog value for
the current remaining delay time (in whole minutes). This value counts down
each minute as the delay timer expires, where the Time Remaining output is
at 0 (zero) and the Output is free to go ON (if the Input is still ON).
The On Delay function is disabled while an OFF is at the Time Enable input.
In this condition, the Output directly tracks the Input without delay
Figure-5.102, and the Time Remaining output remains at 0 (zero).
ON
Input NA
OFF
ON
Output
OFF
Figure–5.102 Timing Diagram for an On Delay Object with the Delay Function Disabled (Time Enable input is OFF).
OR / AND WP Tech
Representation
Object Usage: The OR / AND object is a Inputs Outputs
three-input logic object for use with OFF and ON
digital values (DV). The output of the object is a Input [1] Output
digital ON when either Input[1] or Input[2] is in a Input [2]
Input [3]
digital ON state and Input[3] is also in a digital ON
Configuration
state.
Properties
An unconnected input is considered invalid or not
active (NA), and is ignored in the object’s algorithm. Object Name
If all inputs are NA, the output is set to NA. Object Description
Process Time
Output = ( In1 OR In2 ) AND In3
Logic
Device Support: (all firmware revisions)
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx, Input[1]
where xx = F1, F2, F3, H1, H2, H3, R1, R2, R3, Input[2]
S1, S2, S3, or S4 Output
Input[3]
MNL-11Rxx, -13Rxx
where xx = F2 or F3 OR / AND
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V1, V2,
WP Tech Stencil:
or V3
Logic and Math Control
MN 800 series
Reference Listing of All Digital Logic Objects
Memory Requirements: (per object)
Digital Object Algorithm
EEPROM: 10 bytes Object Name
(all are three-input unless noted)
RAM: 12 bytes (standard controller)
AND / AND In1 AND In2 AND In3
2 bytes (MN 800)
AND / OR ( In1 AND In2 ) OR In3
Clocked SR Clocked Set-Reset Flip-Flop Logic
EXOR Two-input, Exclusive OR
Latch Digital Sample and Hold or Latch
OR / AND ( In1 OR In2 ) AND In3
OR / OR In1 OR In2 OR In3
SR Flip-Flop Two-input, Set-Reset Flip-Flop Logic
Properties
Table–5.216 OR / AND Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Digital - The first input evaluated for an ON. — See the Truth Table for
If ON, the third input is evaluated. A not active (NA) all possible input
is ignored. combinations and
In1 OR In2 AND In3 corresponding outputs.
Input[2] Input [2] Class: Digital - The second input evaluated for an — See the Truth Table for
ON. If ON, the third input is evaluated. A not active all possible input
(NA) is ignored. combinations and
In1 OR In2 AND In3 corresponding outputs.
Input[3] Input [3] Class: Digital - The third input evaluated for an ON. — See the Truth Table for
If OFF, the output is set to OFF. If not active (NA), all possible input
the input is ignored unless all inputs are NA, in combinations and
which case the output is also set to NA. corresponding outputs.
In1 OR In2 AND In3
Applying the Object The OR / AND object is similar to other three-input logic objects, which also
process OFF and ON digital values (DV) and produce an DV output. The
object’s algorithm use this logic:
(In1 OR In2) AND In3
Assuming valid input values, Input[3] must be ON with at least one of the
first two inputs Input[1] and Input[2] also ON before the Output is set to ON,
otherwise the Output is OFF. If an Input is not active (NA) it is invalid
(ignored), allowing less than three Inputs to be evaluated for an ON state. If
all Inputs are NA, the Output is set to NA. The following truth table provides
all OR / AND object combinations:
As with other logic objects, Inputs to this object are typically digital values
from a connection to another object’s output, represented numerically with a
0 (OFF) or 100 (ON). However, Inputs can also process analog values or a
value from an assigned constant. An Input with an analog value or constant
is evaluated as OFF if the value is negative or equal to zero (0.0), or ON if
the Input has any positive value greater than zero.
OR / OR WP Tech
Representation
Object Usage: The OR / OR object is a three-input Inputs Outputs
logic object for use with OFF and ON digital values
(DV). The output of the object is a digital ON Input [1] Output
whenever any of the three inputs is in a digital ON Input [2]
Input [3]
state. An unconnected input is considered invalid or
not active (NA), and is ignored in the object’s Configuration
algorithm. If all inputs are NA, the output is set to Properties
NA. Object Name
Object Description
Output = In1 OR In2 OR In3 Process Time
Properties
Table–5.220 OR / OR Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Digital - The first input evaluated for an — See the Truth Table for
ON. If OFF, the second input is evaluated. all possible input
A not active (NA) is ignored. combinations and
In1 OR In2 OR In3 corresponding outputs.
Input[2] Input [2] Class: Digital - The second input evaluated for — See the Truth Table for
an ON. If OFF, the third input is evaluated. all possible input
A not active (NA) is ignored. combinations and
In1 OR In2 OR In3 corresponding outputs.
Input[3] Input [3] Class: Digital - The third input evaluated for an — See the Truth Table for
ON. If OFF, the output is set to OFF unless either all possible input
Input[1] or [2] are ON. If all inputs are NA, the combinations and
output is set to NA. corresponding outputs.
In1 OR In2 OR In3
Applying the Object The OR / OR object is similar to other three-input logic objects, which also
process OFF and ON digital values (DV) and produce an DV output. The
object’s algorithm is unique in the use of two logical OR operators:
In1 OR In2 OR In3
This logic provides an Output of ON whenever any of the inputs is ON, and
is OFF only when the three inputs (Inputs[1], [2], and [3]) are all OFF.
An unconnected Input is considered not active (NA) and is invalid (ignored),
allowing less than three Inputs to be evaluated. If all Inputs are NA, the
Output is set to NA. The following truth table Table–5.223 provides all
OR / OR object input/output combinations.
As with other logic objects, Inputs to this object are typically digital values
from a connection to another object’s output, represented numerically with a
0 (OFF) or 100 (ON). However, Inputs can also process analog values or a
value from an assigned constant. An Input with an analog value or constant
is evaluated as OFF if the value is equal to or less than zero (0.0), or ON if
the Input has any positive value greater than zero.
OSS WP Tech
Representation
Object Usage: The Optimum Start Stop (OSS) Inputs Outputs
object is applied to systems such as air handlers,
boilers, and other controlled devices that operate in OSS Enable OSS Setpoint Control
both occupied and unoccupied modes. The Force Occupied OSS Setpoint A
Current OSS Setpoint B
optimum start function is designed to achieve Next Occupied
occupied setpoint comfort levels with the least Time OSS Start Status
amount of energy usage. The optimum stop Setpoint A OSS Stop Status
Setpoint B
function is designed to use the least amount of Unoccupied Setpoint A
energy while maintaining a specified comfort level Unoccupied Setpoint B See Additional
during the transition from an occupied period to a Zone Temperature Output Properties
scheduled unoccupied event. Outside Air Temperature for additional
Outside Air High Reference outputs.
Outside Air Low Reference
Device Support:
MN 800 series Configuration
Properties
Memory Requirements: (per object)
Object Name
EEPROM: 52 bytes Object Description
RAM: 82 bytes OSS Mode
Input Select
Zone Cooling Factor
Zone Heating Factor
Outside Air Cooling Factor
Outside Air Heating Factor
Coast Factor
Comfort zone
Cooling Start Limit
Heating Start Limit
Stop Limit
WP Tech Stencil:
Schedule Control
Properties
Table–5.224 OSS Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Name Class: Character String - The — — Printable characters
user-defined name for the object, only. See Object
unique within the controller where Name on page 87
the object resides. for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
OssMode OSS Mode Class: Analog - Selects either zone 0 Temperature value A not active (NA) or
temperature alone, or both zone and used for calculation: values outside the
outside air temperature, for use by 0 - Zone defined range cause
the Optimum Start / Stop algorithm the selection to
to calculate optimum start and stop 1 - Outside air default to Zone.
times.
Range /
Abbrev. Name Class / Description Default Notes
Selection
InSel Input Select Class: Analog - Defines the data 0 How algorithm An Input Select that
format of the Current and Next interprets is not active (NA) or
inputs. Current and out of range causes
0 - Digital, data is interpreted Next input data: the algorithm to
digitally 0 - Digital default to an Input
Select of (0).
1 - SNVT_occupancy, data is 1 - SNVT_occupancy
interpreted as an enumerated value,
following the definition of
SNVT_occupancy
ZnClFct Zone Class: Analog - A constant that is NA 0 to 1000 A not active (NA),
Cooling used when calculating the zone zero, or negative
Factor temperature’s influence on the value causes the
optimum start time for cooling cooling optimum
conditions. This value is defined in start function to be
minutes per degree and is applied disabled.
by the algorithm as required based
upon the OSS Mode selection (Zone
or Outside Air).
ZnHtFct Zone Class: Analog - A constant that is NA 0 to 1000 A not active (NA),
Heating used when calculating the zone zero, or negative
Factor temperature’s influence on the value causes the
optimum start time for heating heating optimum
conditions. This value is defined in start function to be
minutes per degree and is applied disabled.
by the algorithm as required based
upon the OSS Mode selection (Zone
or Outside Air).
OAClFct Outside Air Class: Analog - A constant that is NA 0 to 1000 A not active (NA),
Cooling used when calculating the outside zero, or negative
Factor air’s influence on the optimum start value causes the
time for cooling conditions. This cooling optimum
value is defined in minutes per start function to be
degree and is only applied by the disabled. The
algorithm when using an OSS Mode algorithm will ignore
selection of Outside Air. the Outside Air
Cooling Factor when
OSS Mode selection
is Zone.
OAHtFct Outside Air Class: Analog - A constant that is NA 0 to 1000 A not active (NA),
Heating used when calculating the outside zero, or negative
Factor air’s influence on the optimum start value causes the
time for heating conditions. This heating optimum
value is defined in minutes per start function to be
degree and is only applied by the disabled. The
algorithm when using an OSS Mode algorithm will ignore
selection of Outside Air. the Outside Air
Heating Factor when
OSS Mode selection
is Zone.
Range /
Abbrev. Name Class / Description Default Notes
Selection
CstFctr Coast Factor Class: Analog - A constant that is NA 0 to 1000 A not active (NA),
used when calculating the optimum zero, or negative
stop time when OSS Mode is set for value causes the
Outside Air operation. This value is optimum stop
defined in minutes per degree and is function to be
applied by the algorithm as required. disabled. The
algorithm will ignore
the Coast Factor
when OSS Mode
selection is Zone.
Comfort Comfort Class: Analog - Used by the NA 0 to 1000 A not active (NA) or
Zone algorithm in the calculation of negative value
cooling / heating comfort targets causes Comfort
during the optimum start sequence. Zone to default to a
The comfort zone value is also value of zero.
applied to the occupied heating and
cooling setpoints to generate the
coast setpoints during optimum stop
conditions.
ClStrLmt Cooling Start Class: Analog - Defines the NA 0 to 1000 A not active (NA),
Limit maximum number of minutes before zero, or negative
scheduled occupancy time, during value causes the
which optimum start cooling is optimum start
allowed to occur. function to be
disabled.
HtStrLmt Heating Start Class: Analog - Defines the NA 0 to 1000 A not active (NA),
Limit maximum number of minutes before zero, or negative
scheduled occupancy time, during value causes the
which optimum start heating is heating optimum
allowed to occur. start function to be
disabled.
StpLmt Stop Limit Class: Analog - Defines the NA 0 to 1000 A not active (NA),
maximum number of minutes before zero, or negative
scheduled unoccupied time, during value causes the
which optimum stop is allowed to cooling optimum
occur. stop function to be
disabled.
Range /
Abbrev. Name Class / Description Notes
Selection
OssEnb OSS Enable Class: Digital - Enables and disables the — Disabling the optimum
optimum start / stop functions. start / stop functions
Digital ON - Enables optimum start / stop (Digital OFF) causes the
functions control logic outputs and
setpoint output values to
Digital OFF - Disables optimum start / stop follow the “Current” event
functions and/or the Force Occupied
input condition, without
optimum start / stop
intervention.
A not active (NA) causes
the OSS Enable to default
to Digital ON enabling the
optimum start / stop
functions.
Force Force Class: Digital - When ON, forces the — A not active (NA) causes
Occupied control logic outputs (OssSPCtl and the Force Occupied
Occupied) to indicate occupied mode function to be inactive.
(Digital ON), regardless of active (prestart /
prestop) or inactive OSS conditions. Also,
the OssStart and OssStop outputs are set
to Digital OFF, and the OssSPA and
OssSPB values will be set to the
Setpoint A and Setpoint B values,
respectively.
Digital ON - Disables the optimum start /
stop functions and forces the control logic
outputs to indicate occupied mode.
Digital OFF - causes the Force Occupied
function to be inactive.
Range /
Abbrev. Name Class / Description Notes
Selection
Current Current Class: Analog - Provides the currently Based upon the In cases where both
active event value. Input Select Current and Next input
With an Input Select of “Digital”, the configuration values are the same, either
algorithm interprets the Current input property both occupied or both
digitally, where: unoccupied, the algorithm
defaults to the Current
value = negative or zero = unoccupied event and disables the
(Digital OFF) optimum start / stop
value > zero = occupied (Digital ON). function.
value = not active (NA) = algorithm defaults
to an occupied condition, disabling the
optimum start / stop function. In this case,
the control logic outputs (OssSPCtl and
Occupied) are set to indicate occupied
mode (Digital ON), the OssStart and
OssStop outputs are set to Digital OFF, and
the OssSPA and OssSPB values are set to
the Setpoint A and Setpoint B values,
respectively.
With an Input Select of “Enumeration”, the
algorithm interprets the Current input data
as an enumerated value that follows the
SNVT_occupancy definition:
0 = Occupied
1 = Unoccupied
2 = Bypass
3 = Standby
255 = Null
A Current input value of Bypass (2),
Standby (3), or Null (255), or any value
outside the defined enumeration range
causes the algorithm to default to an
occupied condition, disabling the optimum
start / stop function. In this case, the
control logic outputs (OssSPCtl and
Occupied) are set to indicate occupied
mode (Digital ON), the OssStart and
OssStop outputs are set to Digital OFF, and
the OssSPA and OssSPB values will be set
to the Setpoint A and Setpoint B values,
respectively.
Range /
Abbrev. Name Class / Description Notes
Selection
Next Next Class: Analog - Provides the next Based upon the In cases where both
scheduled event value. Input Select Current and Next input
With an Input Select of “Digital”, the configuration values are the same, either
algorithm interprets the Next input digitally, property both occupied or both
where: unoccupied, the algorithm
defaults to the Current
value = negative or zero = unoccupied event and disables the
(Digital OFF) optimum start / stop
value > zero = occupied (Digital ON) function.
value = not active (NA) = algorithm defaults
to the Current event and disables the
optimum start / stop function
With an Input Select of “Enumeration”, the
algorithm interprets the Next input data as
an enumerated value that follows the
SNVT_occupancy definition:
0 = Occupied
1 = Unoccupied
2 = Bypass
3 = Standby
255 = Null
A Next input value of Bypass (2), Standby
(3), or Null (255), or any value outside the
defined enumeration range causes the
algorithm to default to the Current event
and disables the optimum start / stop
function.
Time Time Class: Analog - Reflects the calculated — A Time input value that is
number of minutes until the next event negative or not active (NA)
value becomes the active event value. causes the algorithm to
Time is always a positive value that default to the Current event
decrements towards zero or the next and disable the optimum
event. start / stop function.
SetptA Setpoint A Class: Analog - Defines the occupied — For operation when
cooling setpoint target value used by the Setpoint A is not active
Optimum Start / Stop algorithm during both (NA), refer to the Setpoint
optimum start and optimum stop Input / Output Validity
sequences. Chart (Cooling),
Table–5.228.
SetptB Setpoint B Class: Analog - Defines the occupied — For operation when
heating setpoint target value used by the Setpoint B is not active
Optimum Start / Stop algorithm during both (NA), refer to the Setpoint
optimum start and optimum stop Input / Output Validity
sequences. Chart (Heating),
Table–5.229.
Range /
Abbrev. Name Class / Description Notes
Selection
UnocSPA Unoccupied Class: Analog - Defines the unoccupied — For operation when
Setpoint A cooling setpoint value. Unoccupied Setpoint A is
not active (NA), refer to the
Setpoint Input / Output
Validity Chart (Cooling),
Table–5.228.
UnocSPB Unoccupied Class: Analog - Defines the unoccupied — For operation when
Setpoint B heating setpoint value. Unoccupied Setpoint B is
not active (NA), refer to the
Setpoint Input / Output
Validity Chart (Heating),
Table–5.229.
Zone Zone Class: Analog - Monitors the zone — An input of not active (NA)
Temperature temperature for OSS Modes, “Zone” and disables the optimum start /
“Outside Air”. stop function, causing the
The control algorithm utilizes the zone control logic outputs and
temperature value for the analysis and setpoint output values to
calculation of new prestart and prestop follow the “Current” event
periods. and Force Occupied
conditions, without
optimum start / stop
intervention.
OATemp Outside Air Class: Analog - Monitors the outside air — An input of not active (NA)
Temperature temperature for OSS Mode, “Outside Air”. disables the optimum start /
The control algorithm utilizes the outside stop functions, causing the
air temperature value for calculation of control logic outputs and
base prestart and base prestop heating setpoint output values to
and cooling time periods. follow the “Current” event
and Force Occupied
conditions, without
optimum start / stop
intervention. The algorithm
will ignore the Outside Air
Temperature input when
OSS Mode selection is
“Zone”.
Range /
Abbrev. Name Class / Description Notes
Selection
OAHRef Outside Air Class: Analog - Defines the outside air — A not active (NA) causes
High Reference temperature reference point where the the optimum start / stop
Optimum Start / Stop algorithm begins to function to be disabled for
calculate optimum start / stop base time prestart / prestop cooling.
periods for cooling prestart and prestop
control.
To utilize the Outside Air High Reference
value, OSS Mode must be set to “Outside
Air”.
Outside air temperatures above the
Outside Air High Reference value cause
the algorithm to calculate actual prestart
and prestop base time periods, using the
OAClFct and Coast values.
Outside air temperatures below the
Outside Air High Reference value and
above the Outside Air Low Reference
value cause the algorithm to bypass the
cooling prestart sequence and utilize the
full cooling prestop period, as defined by
the Stop Limit. In this condition, prestart
and prestop offsets remain unchanged.
The Optimum Start / Stop object prevents
outside air reference crossover by
comparing the Outside Air High Reference
and Outside Air Low Reference values. If
Outside Air Low Reference is greater than
Outside Air High Reference, then Outside
Air Low Reference is made equal to
Outside Air High Reference.
Range /
Abbrev. Name Class / Description Notes
Selection
OALRef Outside Air Class: Analog - Defines the outside air — A not active (NA) causes
Low Reference temperature reference point where the the optimum start / stop
Optimum Start / Stop algorithm begins to function to be disabled for
calculate the optimum start / stop base prestart / prestop heating.
time periods for heating prestart and
prestop control.
To utilize the Outside Air Low Reference
value, OSS Mode must be set to “Outside
Air”.
Outside air temperatures below the
Outside Air Low Reference value cause
the algorithm to calculate actual prestart
and prestop base time periods using the
OAHtFct and Coast values.
Outside air temperatures above the
Outside Air Low Reference value and
below the Outside Air High Reference
cause the algorithm to bypass the heating
prestart sequence and utilize the full
heating prestop period, as defined by the
Stop Limit. In this condition, prestart and
prestop offsets remain unchanged.
The Optimum Start / Stop object prevents
outside air reference crossover by
comparing the Outside Air High Reference
and Outside Air Low Reference values. If
Outside Air Low Reference is greater than
Outside Air High Reference, then Outside
Air Low Reference is made equal to
Outside Air High Reference.
Range /
Abbrev. Name Class / Description
Selection
ClStart Cooling Class: Analog - Reflects the cooling prestart time period (in 0 to 16383
Prestart Period minutes) calculated from the previous cooling optimum start or NA
sequence.
When OSSMode is set to “Zone”, the value reflects the
calculated cooling prestart period.
When OSSMode is set to “Outside Air”, the value reflects the
calculated cooling prestart period, which is a combination of the
cooling base prestart period adjusted by the cooling prestart
offset.
In all cases, the output is updated upon successful completion
of a cooling optimum start sequence.
ClOffst Cooling Class: Analog - Reflects the cooling prestart offset (in minutes) 0 to 16383
Prestart Offset calculated from the previous cooling optimum start sequence. or NA
When OSSMode is set to “Zone”, the value is unused by the
algorithm and remains held at a not active (NA).
When OSSMode is set to “Outside Air”, the value reflects the
calculated cooling prestart offset.
This output is updated upon successful completion of a cooling
optimum start sequence.
ClLag Cooling Lag Class: Analog - Reflects the cooling lag time (in minutes) 0 to 16383
Time calculated from the previous cooling optimum start sequence. or NA
When OSSMode is set to “Zone” or “Outside Air”, the cooling
lag time output is updated upon successful completion of a
cooling optimum start sequence.
HtStart Heating Class: Analog - Reflects the heating prestart time period (in 0 to 16383
Prestart Period minutes) calculated from the previous heating optimum start or NA
sequence.
When OSSMode is set to “Zone”, the value reflects the
calculated heating prestart period.
When OSSMode is set to “Outside Air”, the value reflects the
calculated heating prestart period, which is a combination of the
heating base prestart period adjusted by the heating prestart
offset.
In all cases, the output is updated upon successful completion
of a heating optimum start sequence.
Range /
Abbrev. Name Class / Description
Selection
HtOffst Heating Class: Analog - Reflects the heating prestart offset (in minutes) 0 to 16383
Prestart Offset calculated from the previous heating optimum start sequence. or NA
When OSSMode is set to “Zone”, the value is unused by the
algorithm and remains held at a not active (NA).
When OSSMode is set to “Outside Air”, the value reflects the
calculated heating prestart offset.
This output is updated upon successful completion of a heating
optimum start sequence.
HtLag Heating Lag Class: Analog - Reflects the heating lag time (in minutes), 0 to 16383
Time calculated from the previous heating optimum start sequence. or NA
When OSSMode is set to “Zone” or “Outside Air”, the heating
lag time output is updated upon successful completion of a
heating optimum start sequence.
StpTm Prestop Period Class: Analog - Reflects the prestop time period (in minutes), 0 to 16383
calculated from the previous optimum stop sequence. or NA
When OSSMode is set to “Zone”, the value reflects the
calculated prestop period.
When OSSMode is set to “Outside Air”, the value reflects the
calculated prestop period, which is a combination of the base
prestop period adjusted by the prestop offset.
In all cases, the output is updated upon successful completion
of an optimum stop sequence.
StpOffst Prestop Offset Class: Analog - Reflects the prestop offset (in minutes), 0 to 16383
calculated from the previous optimum stop sequence. or NA
When OSSMode is set to “Zone”, the value is unused by the
algorithm and remains held at a not active (NA).
When OSSMode is set to “Outside Air”, the value reflects the
calculated prestop offset.
This output is updated upon successful completion of an
optimum stop sequence.
Applying the Object The Optimum Start / Stop object is typically applied to HVAC systems such
as air handlers, boilers, and other controlled devices that operate in both
occupied and unoccupied modes. This object allows desired comfort levels
to be achieved for both occupied and unoccupied periods while minimizing
energy expenditure.
Optimum Start and Both optimum start and optimum stop are designed to provide an energy
Optimum Stop efficient transition between occupied and unoccupied modes while satisfying
Functions the primary need for comfortable temperatures.
Optimum Start
This function is designed to achieve occupied setpoint comfort levels while
using the least amount of energy. For optimum start, the algorithm calculates
a start time, to occur before the scheduled occupied period, that will ramp
the controlled media temperature from the unoccupied control setpoint to the
desired occupied control setpoint. The start time is calculated for the latest
possible moment that will still achieve the desired occupancy conditions by
the occupied time. The ramping of setpoints provides a soft transition
between unoccupied and occupied modes, which minimizes energy use.
Optimum Stop
This function is designed to maintain an allowable comfort level, with the
least amount of energy usage, up to the start of the scheduled unoccupied
event. For optimum stop, the algorithm calculates a stop time, to occur
before the scheduled unoccupied period, that allows the temperature of the
controlled media to “coast” from the occupied setpoint towards a different,
predetermined setpoint level.
Optimum Start / Stop The Optimum Start / Stop object provides two user-selectable Optimum
Modes Start / Stop modes, called Zone Mode and Outside Air Mode. These provide
two different methods for producing the optimum start and stop times for the
controlled media. Refer to the sections, Zone Mode and Outside Air Mode,
for details.
Optimum Start / Stop object event information is typically provided either
internally by a control schedule (Schedule object), or externally through the
use of a network variable based on the SNVT_tod_event format. In both
cases, the event information is represented using three data elements that
include the current event condition, the next event condition, and the time (in
minutes) remaining until the next event.
Input Select / Input The Optimum Start / Stop object’s Input Select configuration property
Format defines the data format of the Current and Next inputs. The Current input
provides the currently active event value. The Next input provides the next
scheduled event value. An Input Select value of 0 (zero) causes the
algorithm to interpret the Current and Next input data digitally. An Input
Select value of 1 causes the algorithm to interpret the Current and Next input
data as an enumerated value that follows the SNVT_occupancy definition.
An Input Select that is not active (NA), or is out of range, causes the
algorithm to default to an Input Select of 0 (zero). In both cases, the Time
input reflects the calculated number of minutes until the Next event value
becomes the Current (active) event value. Time is always a positive value
that decrements towards zero or the next event.
Zone Mode Selection of “Zone” for OssMode utilizes zone temperature to perform the
Optimum Start / Stop function. During optimum start, the algorithm ramps
the active setpoint from the unoccupied setpoint value to the occupied
setpoint value and verifies the zone temperature at the scheduled
occupancy time. At the end of each optimum start period, the algorithm
analyzes the effectiveness of the temperature ramp-up and adjusts the start
time for the next optimum start period, to improve its efficiency. During
optimum stop, the algorithm adjusts the occupied setpoints to coast
positions and monitors the resulting changes in the zone temperature. At the
end of the optimum stop period, the algorithm analyzes its performance and
recalculates the stop time for the next optimum stop period, to achieve
greater efficiency.
The controller provides a means for retaining all appropriate prestart,
prestop, and lag time calculated values, even through a power reset cycle, in
order to maintain a reference that reflects the current building conditions.
Controllers with OSS functionality (MN 800) will provide backup. However, a
controller which is allowed to lose its backup values will cause the algorithm
to default the values to the following conditions:
• The calculated heating and cooling prestart values, on initial prestart
sequences, will be set to one half the value of the assigned heating or
cooling start limit.
• The calculated prestop value, on initial prestop sequences, will default to
one half the assigned stop limit.
• Cooling and heating lag time adjustments will default to zero during
power reset conditions.
As a general rule, whenever the HVAC equipment has been disabled or
overridden to an inactive condition, the Optimum Start / Stop object should
always be disabled (OssEnb set to Digital OFF). This prevents the Optimum
Start / Stop algorithm from implementing improper prestart and prestop
period adjustments when the HVAC equipment cannot respond to Optimum
Start / Stop setpoint changes.
Prestart Ramp
83.0
82.0 Unoccupied Mode Occupied Mode
81.0 ClStrLmt
Cooling Optimum Start Sequence
80.0
79.0 0.5 Comfort Zone
78.0
Cooling Comfort Target OssSPA Value
77.0
Zone Setpoints
76.0 Cooling Lag Time
75.0
74.0
73.012am 1 2 3 4 5 6 7 8 9 10 11 12pm 1 2 3 4 5
72.0
Heating Lag Time
71.0
70.0 Heating Comfort Target
69.0
OssSPB Value
68.0 0.5 Comfort Zone
67.0 Heating Optimum Start
66.0 Sequence
65.0
64.0 HtStrLmt
63.0 Unoccupied Mode Occupied Mode
62.0
Prestart Ramp
Daily Time Period
Notes:
This illustrates an optimum start sequence that is scheduled to reach occupied setpoints at 7:00am. Heating Start
Limit is set to 140 minutes and Cooling Start Limit is set to 210 minutes. The prestart sequence ramps the
appropriate heating or cooling setpoint towards the associated occupied setpoint value. The non-controlling
setpoint is adjusted to its associated comfort target value for the duration of the prestart sequence. At occupied
time, both setpoints are set to the occupied setpoint values.
When the occupied time is reached, the Optimum Start / Stop algorithm sets
both setpoints to the occupied values and reviews the zone temperature
performance. The algorithm adjusts the controlling Prestart Period and
associated Heating or Cooling Lag Time as required. These adjustments to
the controlling Prestart Period are made by comparing the actual zone
temperature to the appropriate Cooling or Heating Comfort Target.
When an optimum start sequence allows the actual zone temperature to
reach the appropriate heating or cooling comfort target, it means that the
previously calculated prestart period was sufficient for the HVAC equipment
to meet the occupied temperature comfort requirements. This success
allows the Optimum Start / Stop algorithm to shorten the prestart period, so
as to conserve energy during the next optimum start sequence.
When an optimum start sequence does not result in achieving the
appropriate heating or cooling comfort target, it means that the previously
calculated prestart period was insufficient for the HVAC equipment to meet
the comfort target requirements. In this case, the algorithm lengthens the
prestart period for the next optimum start sequence, in an effort to meet the
occupied setpoint comfort levels.
Any condition that disables or overrides an optimum start sequence in
process (i.e. OSS Enable or Force Occupied) causes the algorithm to
bypass the calculation of a new Prestart Period and Lag Time for that
particular heating or cooling prestart sequence. Regardless of the disruption,
the algorithm internally maintains the prestart ramp sequence, so that in the
event the object disable or Force Occupied conditions are removed during
the prestart period, the outputs are returned to their respective “in process”
values.
The Prestart Control (Heating) illustration shows the effects of the control
algorithm on the zone temperature during a heating prestart sequence. At
the calculated optimum heating prestart time of 5 a.m., the heating setpoint
is ramped towards the occupied heating setpoint value and the zone
temperature is allowed to progress toward this control point. At the occupied
time of 7 a.m., the Optimum Start / Stop algorithm performs the prestart
calculations and retains the heating prestart value for the next heating
prestart event.
During the prestop sequence, the Optimum Start / Stop algorithm compares
the actual zone temperature with the appropriate “coast” setpoint value, and
makes adjustments as necessary. When a zone temperature, while
coasting, remains within the “coast” setpoint range for the entire duration of
the prestop period, it means that the calculated prestop period was sufficient
for the HVAC equipment to successfully maintain the “coast” temperature
requirements. In this case, the algorithm lengthens the prestop period for the
next optimum stop sequence, to conserve energy.
When zone temperatures exceed the “coast” setpoint range during the
prestop sequence, it means that the calculated prestop period required the
HVAC equipment to operate in order to maintain the “coast” temperature
requirements. In this case, the algorithm shortens the prestop period for the
next optimum stop sequence, in an effort to maintain the “coast” setpoint
comfort levels.
Any condition that disables or overrides an optimum stop sequence in
process (i.e. OSS Enable or Force Occupied) causes the algorithm to
bypass calculation of a new Prestop Period for that particular prestop
sequence. Regardless of the disruption, the algorithm internally maintains
the prestop ramp sequence, so that in the event the object disable or Force
Occupied conditions are removed during the prestop period, the outputs are
returned to their respective “in process” values.
The Prestop Control (Heating) illustration shows the effects of the control
algorithm on the zone temperature during a prestop sequence. At the
calculated optimum prestop time of 4:15 p.m., the setpoints are shifted to the
calculated occupied “coast” setpoint values and the zone temperature is
allowed to coast toward these control points. At the unoccupied time of
5 p.m., the Optimum Start / Stop algorithm performs the prestop calculations
and retains the prestop value for the next prestop event.
with consideration for both the dynamics of the building under various
outside air temperature conditions, and the heating and cooling capacity of
the HVAC system.
The ZnHtFct and ZnClFct factors, utilized for the optimum start sequence,
should be selected as follows:
1. Determine the number of minutes required to increase the zone
temperature one degree under the worst case heating condition (100%
heating capacity). Conversely, determine the number of minutes
required to decrease the zone temperature one degree under the worst
case cooling condition (100% cooling capacity).
For the example discussed on page 381, the zone increases one degree
in a 10 minute time period during heating control (100% heating capacity
when the outside air is at 0 °F) and decreases one degree in a
20 minute period during cooling control (100% cooling capacity when
the outside air is at 85 °F).
2. Calculate the ZnHtFct and ZnClFct factors based upon a 50% usage of
HVAC equipment capacity during the optimum start sequence. Calculate
the ZnHtFct and ZnClFct factors by adjusting the previously determined
heating and cooling time periods, as follows:
Calculate ZnHtFct:
ZnHtFct = Worst Case Heating Time ÷ 50%
ZnHtFct = 10 Minutes ÷ 0.50
ZnHtFct = 20
Calculate ZnClFct:
ZnClFct = Worst Case Heat ÷ 50%
ZnClFct = 20 Minutes ÷ 0.50
ZnClFct = 40
3. Determine the maximum prestart time limits (Heating Start Limit and
Cooling Start Limit) for the optimum start sequence. These start limits are
set to values based upon both the ZnHtFct / ZnClFct factors at 50%
HVAC equipment capacity and the number of degrees required by the
unoccupied to occupied setpoint ramps.
Heating
Heating Start Limit = (SetptB – UnocSPB) x ZnHtFct
Heating Start Limit = (70 °F – 65 °F) x 20
Heating Start Limit = 100 minutes
Cooling
Cooling Start Limit = (UnocSPA – SetptA) x ZnClFct
Cooling Start Limit = (80 °F – 76 °F) x 40
Cooling Start Limit = 160 minutes
The OAHtFct, OAClFct, and Coast factors are unused in the optimum stop
sequence when “Zone” is selected for OssMode.
Loop
Sequenced
LpEnb Output1 Cooling Demand
Zone Temperature Input Output2
Heating Demand
Setpt1 Output3
nci_count_inc_f [3] TR1
nci TR1 Igain1
Derv1
nci_count_inc_f [3] Setpt2
nci TR2 TR2 Economizer
Setpoint Control Igain2 Demand
OccEnb SP1Out nci_count_inc_f [3] Derv2
SetptA SP2Out nci TR3 Setpt3
SetptB SP3Out TR3
Select
UnocSPA SPAOut MinPos
nci_count_inc_f [20] EcnClg [0] Input[1] Output
UnocSPB SPBOut
nci Min Pos RmpTm Input[2]
[4] Dband
[2] SP3Offst EcnMod - Controlled InSel
ON [100]
Type - Dual [5]
PBOccMode
Unoccupied
Optimum Start Stop Economizer
Schedule 7 Day - OssEnb OssSPCtl Lockout
Unocc/Occ Force OssSPA
SchEnb Current Current OssSPB
Excp[1] Next Next Occupied
Excp[2] Time Time OssStart
Excp[3] ActEvnt SetptA OssStop
Excp[4] Status SetptB
FrcOvrd UnocSPA
OvrdCrnt UnocSPB
OvrdNext Zone
OvrdTime OATemp
nci_temp_setpt
OccSched OAHRef
OccCl [76]
OALRef
StdbyCl [NA]
OssMode 0-Zone
UnoccCl [80] InSel 1-SNVT_occupancy
OccHt [70] ZnClFct 40
ZnHtFct 20
StdbyHt [NA] OAClFct NA
UnoccHt [65] OAHtFct NA
CstFctr NA
nci Setpoints Comfort 2
Zone Temperature ClStrLmt 160
HtStrLmt 100
StpLmt 45
24 Hour Period
83.0
82.0 Unoccupied Mode Occupied Mode Unoccupied Mode
81.0 Cooling Start Limit Prestop Coast
80.0
79.0
78.0 Prestart Ramp
Zone Setpoints
77.0
OssSPA Value
76.0
75.0
74.0
73.012am 1 2 3 4 5 6 7 8 9 10 11 12pm 1 2 3 4 5 6 7 8 9 10 11 12am
72.0
71.0
70.0
69.0 OssSPB Value
68.0 Prestart Ramp
67.0
66.0
65.0
Heating Start Limit
Notes:
This illustrates a scheduled occupied time of 7:00am and a scheduled unoccupied time of 5:00pm. Heating Start Limit is
100 minutes, Cooling Start Limit is 160 minutes, and the Stop Limit is 45 minutes. The setpoint ramp / prestart
calculation is determined by the controlling condition (i.e. heat or cool). The non-controlling setpoint value is adjusted to
its associated comfort target value for the duration of the prestart sequence. At occupied time, both setpoints are set to
occupied setpoint values.
At occupied time, the setpoint reaches its desired occupied value and the
Optimum Start / Stop algorithm performs the prestart (heating or cooling)
calculations, from which corrections are stored for the next optimum start
sequence. In this example, the economizer control is released and the
occupied control sequence is performed until the Time input value crosses
the calculated prestop value. At the optimum prestop time, the setpoints are
shifted to the calculated occupied “coast” setpoint values and the zone
temperature is allowed to coast toward these control points. At unoccupied
time, the Optimum Start / Stop algorithm performs the prestop calculations,
from which corrections are stored for the next optimum stop sequence. The
outside air damper is closed and the unoccupied control sequence is
performed until the Time input value crosses the calculated prestart value.
Outside Air Mode Selection of “Outside Air” for OssMode utilizes both the zone and outside air
temperatures to perform the Optimum Start / Stop function. In this mode, the
outside air temperature sensor becomes the primary controlling factor for the
calculation of new base prestart and prestop time periods. The constant
monitoring of outside air temperature results in more precise prestart and
prestop control by allowing immediate adjustments to be made, based on
changing outside air conditions. Following each prestart and prestop period,
the system’s performance is evaluated and the prestart or prestop time is
recalculated as necessary, to further improve the next period’s performance.
The controller provides a means for retaining all appropriate calculated
values for zone prestart, zone prestop, and lag time, through a power reset
cycle so as to maintain a reference that reflects the current building
conditions.
A loss of backed up values through a power reset cycle will cause the
algorithm to default the values to the following conditions:
• The calculated heating and cooling zone prestart offset values will be
reset to zero on initial prestart sequences.
• The calculated zone prestop offset value will be reset to zero on initial
prestop sequences.
• Cooling and heating lag time adjustments will default to zero during
power reset conditions.
Whenever the HVAC equipment has been disabled or overridden to an
inactive condition, a general rule is to disable the Optimum Start / Stop
object (OssEnb set to Digital OFF). This prevents the Optimum Start / Stop
algorithm from implementing improper prestart and prestop period
adjustments while the HVAC equipment is unable to respond to Optimum
Start / Stop setpoint changes.
During optimum start, the algorithm monitors the outside air temperature and
initiates the optimum start function at a calculated time. This time is based
upon the assigned outside air heating and cooling factors, as well as a time
offset that represents the zone’s optimum start performance from the
previous start sequence. An outside air temperature that is above the
outside air high reference value (OAHRef) causes the algorithm to use the
calculated cooling prestart period for optimum start control. An outside air
temperature that is below the outside air low reference value (OALRef)
causes the algorithm to use the calculated heating prestart period for
optimum start control. The optimum start control ramps the controlling
setpoint from unoccupied to occupied over the calculated heating or cooling
prestart period.
During optimum stop, the algorithm monitors the outside air temperature
and, at a calculated optimum prestop time, adjusts the occupied setpoints to
coast positions, to initiate the optimum stop function. The optimum prestop
time calculation is based upon the assigned coast factor and a time offset
that represents the zone’s optimum stop function performance from the
previous stop sequence.
In all cases, an outside air temperature that remains within a temperature
range as defined by the assigned outside air references (OAHRef and
OALRef) causes the algorithm to bypass the heating or cooling prestart
sequence and perform the full prestop period as defined by the assigned
Stop Limit. All prestart and prestop offset values are retained and used when
required (at the next active optimum start or stop sequence).
Note:
• Cooling Base Prestart Periods are not allowed to be less than zero or
exceed the assigned Cooling Start Limit value.
• Heating Base Prestart Periods are not allowed to be less than zero or
exceed the assigned Heating Start Limit value.
The calculated heating and cooling base prestart periods are further
adjusted by the addition of a heating or cooling offset time, which is
calculated based on the performance of the previous optimum start
sequence. The result of this calculation forms the actual prestart time period
used by the algorithm to initiate the optimum start sequence.
The prestart periods for cooling and heating conditions are calculated as
follows:
• Cooling Prestart Period = Cooling Base Prestart Period + Cooling
Prestart Offset
• Heating Prestart Period = Heating Base Prestart Period + Heating
Prestart Offset
Note:
• Cooling Prestart Periods are not allowed to exceed the assigned
Cooling Start Limit value.
• Heating Prestart Periods are not allowed to exceed the assigned
Heating Start Limit value.
During the Optimum Start sequence, the algorithm ramps the controlling
OssSPA or OssSPB setpoint output, from the unoccupied to occupied value.
The algorithm reaches the occupied setpoint at an occupied time that is
adjusted to compensate for the system temperature lag that was measured
during the previous prestart sequence. These Heating and Cooling Lag
Times modify the associated setpoint slope (rate) so as to achieve occupied
setpoint temperatures at the required occupied event time.
The OssSPA output typically represents the cooling setpoint value and
progresses from the UnocSPA value to the SetptA value. The OssSPB value
typically represents the heating setpoint value, and progresses from the
UnocSPB value to the SetptB value. Updates of the calculated setpoint
values occur at a resolution defined by the Time input (minutes). The
prestart sequence ramps the appropriate heating or cooling setpoint towards
the associated occupied setpoint value. Simultaneously, the non-controlling
setpoint value is adjusted to its associated comfort target value for the
duration of the prestart sequence. The logic outputs indicate the optimum
start sequence by setting the OssStart output to Digital ON while the
OssSPCtl, Occupied, and OssStop outputs are held at the Digital OFF state.
During the prestart sequence, the Optimum Start / Stop algorithm
continuously monitors the zone temperature lag, by comparing the present
zone temperature to the appropriate ramping setpoint value. This allows the
algorithm to generate an average temperature lag for the current heating or
cooling prestart sequence. In turn, this average lag is used to make any
adjustments to the slope (rate) of the next heating or cooling prestart
setpoint.
Prestart Ramp
83.0
82.0 Unoccupied Mode Occupied Mode
81.0 ClStrLmt
Cooling Optimum Start Sequence
80.0
79.0 0.5 Comfort Zone
78.0
Cooling Comfort Target OssSPA Value
77.0
Zone Setpoints
76.0 Cooling Lag Time
75.0
74.0
73.012am 1 2 3 4 5 6 7 8 9 10 11 12pm 1 2 3 4 5
72.0
Heating Lag Time
71.0
70.0 Heating Comfort Target
69.0
OssSPB Value
68.0 0.5 Comfort Zone
67.0 Heating Optimum Start
66.0 Sequence
65.0
64.0 HtStrLmt
63.0 Unoccupied Mode Occupied Mode
62.0
Prestart Ramp
Daily Time Period
Notes:
This illustrates an optimum start sequence that is scheduled to reach occupied setpoints at 7:00am. Heating Start
Limit is set to 140 minutes and Cooling Start Limit is set to 210 minutes. The prestart sequence ramps the
appropriate heating or cooling setpoint towards the associated occupied setpoint value. The non-controlling
setpoint value is adjusted to its associated comfort target value for the duration of the prestart sequence. At
occupied time, both setpoints are set to occupied setpoint values.
When the occupied time is reached, the Optimum Start / Stop algorithm sets
both setpoints to the occupied values and reviews the zone temperature
performance. The algorithm adjusts the Prestart Offset and associated
Heating or Cooling Lag Time as required. These adjustments to the Prestart
Offset are recalculated by comparing the actual zone temperature to the
appropriate Cooling or Heating Comfort Target.
The Cooling and Heating Comfort Targets are calculated as follows:
• Cooling Comfort Target = SetptA + (Comfort ÷ 2)
• Heating Comfort Target = SetptB – (Comfort ÷ 2)
When an optimum start sequence allows the actual zone temperature to
reach the appropriate heating or cooling comfort target, it means that the
previously calculated prestart offset time was sufficient for the HVAC
equipment to meet the occupied temperature comfort requirements. This
success allows the Optimum Start / Stop algorithm to shorten the prestart
offset value, so as to conserve energy during the next optimum start
sequence.
When an optimum start sequence does not result in achieving the
appropriate heating or cooling comfort target, it means that the previously
calculated prestart offset time was insufficient for the HVAC equipment to
meet the comfort target requirements. In this case, the algorithm lengthens
the prestart offset time value for the next optimum start sequence, in an
effort to meet the occupied setpoint comfort levels.
Note: Calculated Prestop Periods are not allowed to be less than zero or
exceed the assigned Stop Limit value.
Figure–5.113 shows how various coast factors affect the calculated prestop
time period. In this chart, the Stop Limit has been set to 45 minutes.
The calculated heating and cooling base prestop periods are further
adjusted by the subtraction of a prestop offset time, which is derived from
the performance of the previous optimum stop sequence. The result of this
calculation forms the actual prestop time period, used by the algorithm to
initiate the optimum stop sequence.
The actual prestop periods for heating and cooling conditions are calculated
as follows:
Prestop Period = Base Prestop Period – Prestop Offset
Once the optimum stop sequence is initiated, it will progress towards the
“coast” setpoint conditions, regardless of any changes in the outside air
temperature.
At optimum prestop time, the optimum stop sequence adjusts the OssSPA
and OssSPB setpoint outputs to the “coast” setpoint positions that widen the
overall occupancy comfort range. The calculated occupied “coast” setpoint
values will be maintained over the duration of the calculated prestop period.
The OssSPA output typically represents the cooling setpoint value and is
adjusted to a new level based upon SetptA and the value assigned to
Comfort Zone. The OssSPB output typically represents the heating setpoint
value and is adjusted to a new level based upon SetptB and the value
assigned to Comfort Zone. The logic outputs indicate the optimum stop
sequence by setting the OssStop and Occupied outputs to Digital ON, while
the OssSPCtl and OssStart outputs are held at the Digital OFF state.
The calculated “coast” cooling and heating setpoint values are calculated as
follows:
• OssSPA (Cooling) = SetptA + Comfort Zone
• OssSPB (Heating) = SetptB – Comfort Zone
During the prestop sequence, the Optimum Start / Stop algorithm compares
the actual zone temperature with the appropriate “coast” setpoint value, and
makes adjustments to the prestop offset as necessary. These adjustments
are based upon the zone temperature performance relative to the
appropriate “coast” setpoint value. When a zone temperature, while
coasting, remains within the “coast” setpoint range for the entire duration of
the prestop period, it means that the calculated prestop base and offset were
sufficient for the HVAC equipment to successfully maintain the “coast”
temperature requirements. In this case, the algorithm shortens the prestop
offset, to conserve energy during the next optimum stop sequence.
When zone temperatures exceed the “coast” setpoint range during the
prestop sequence, it means that the calculated prestop base and offset
required the HVAC equipment to operate in order to maintain the “coast”
temperature requirements. In this case, the algorithm increases the prestop
offset, in an effort to maintain the “coast” setpoint comfort levels at the next
optimum stop sequence.
Any condition that disables or overrides an optimum stop sequence in
process (i.e. OSS Enable or Force Occupied) causes the algorithm to
bypass calculation of a new Prestop Offset for that particular prestop
sequence. Regardless of the disruption, the algorithm internally maintains
the prestop ramp sequence, so that in the event the object disable or Force
Occupied conditions are removed during the prestop period, the outputs are
returned to their respective “in process” values.
The Prestop Control (Heating) illustration Figure-5.114 shows the effects of
the control algorithm on the zone temperature during a prestop sequence. At
the calculated optimum prestop time of 4:15 p.m., the setpoints are shifted to
the calculated occupied “coast” setpoint values and the zone temperature is
allowed to coast toward these control points. At the unoccupied time of
5 p.m., the Optimum Start / Stop algorithm performs the prestop calculations
and retains the prestop offset value for the next prestop event.
Selection of Heating, Cooling, and Coast Factors for Outside Air Mode
The following is an example of how to select heating, cooling, and coast
factor values when using the Optimum Start / Stop object in the Outside Air
mode.
The OAHtFct, OAClFct, ZnHtFct, and ZnClFct values should be selected
with consideration for both the dynamics of the building under various
outside temperature conditions, and the heating and cooling capacity of the
HVAC system.
The heating and cooling base prestart time periods are dynamically
calculated, using the OAHtFct and OAClFct values as well as the
relationship of the present outside air temperature to the assigned outside
air references (OAHRef and OALRef).
The heating and cooling prestart offsets are calculated using the ZnHtFct
and ZnClFct values, which represent the correction factors that are applied
to the prestart time calculations. These corrections are made whenever the
required occupied temperatures are not properly met at the desired
occupied time.
Optimum start occurs when the “Time” input value crosses the calculated
prestart time value, which represents the heating or cooling base prestart
time, offset by the appropriate heating or cooling offset value. Optimum start
will not occur whenever the outside air temperature is within a temperature
range defined by the assigned outside air references (OAHRef and
OALRef). In such a case, the algorithm bypasses the heating or cooling
prestart sequence and retains the prestart offsets for use during the next
active optimum start sequence.
The OAHtFct and OAClFct values are used by the algorithm to calculate the
base prestart period, and should be selected as follows:
1. Determine the outside air reference values for heating (OALRef) and
cooling (OAHRef). These reference values define the outside air
temperature points at which optimum start heating and optimum start
cooling are not required. For example, a reference (OALRef) of 50 °F
indicates that optimum start heating is not required whenever the current
outside air temperature is above 50°F. Similarly, a reference (OAHRef) of
60 °F indicates that optimum start cooling is not required whenever the
current outside air temperature is below 60 °F.
2. Determine the maximum start limit value for initiating the optimum start
sequence, for both heating and cooling, and determine the outside air
temperature points at which the calculated optimum start period equals
the appropriate start limit time.
Selected heating start limit assigned = 90 minutes
Selected cooling start limit assigned = 120 minutes
For the heating optimum start sequence, the calculated optimum start
period equals the start limit value when the outside air temperature is
0 °F. For the cooling optimum start sequence, the calculated optimum
start period equals the start limit value when the outside air temperature
is 90 °F.
3. Calculate the heating and cooling factors from the values selected in the
previous steps:
Calculate OAHtFct:
OAHtFct = HtStrLmt ÷ (OALRef) – (OA point where base prestart
heat should equal Heating Start Limit)
OAHtFct = 90 minutes ÷ (50 °F – 0 °F)
OAHtFct = 1.8
Calculate OAClFct:
OAClFct = ClStrLmt ÷ (OA point where base prestart cool should
equal Cooling Start Limit – OAHRef)
OAClFct = 120 minutes ÷ (90 °F – 60 °F)
OAClFct = 4.0
Figure–5.115 illustrates the relationship of the calculated heating and
cooling factors to the outside air temperature.
Select the ZnHtFct and ZnClFct factors utilized for calculation of the prestart
offsets, as follows:
1. Determine the number of minutes required for increasing the zone
temperature one degree under the worst-case heating conditions (i.e. at
100 % heating capacity). Conversely, determine the number of minutes
required for decreasing the zone temperature one degree under the
worst-case cooling conditions (i.e. at 100% cooling capacity).
For this example, the zone temperature will increase one degree in a
10 minute period during heating control (100% heating capacity when
outside air is at 0 °F), and will decrease one degree in a 20 minute
period during cooling control (100 % cooling capacity when outside air is
at 90 °F).
2. Calculate the ZnHtFct and ZnClFct values based upon a 50 % HVAC
equipment capacity:
Calculate ZnHtFct:
ZnHtFct = Worst Case Heat ÷ 50%
ZnHtFct = 10 Minutes ÷ 0.50
ZnHtFct = 20
Calculate ZnClFct:
ZnClFct = Worst Case Heat ÷ 50%
ZnClFct = 20 Minutes ÷ 0.50
ZnClFct = 40
The base prestop time value is calculated using the present outside air
temperature, the Coast value, and the relationship of the present outside air
temperature to the assigned outside air references (OAHRef and OALRef).
The coast factor represents the number of prestop minutes required for each
degree the actual outside air temperature is above or below the appropriate
outside air reference. The calculated base prestop period is further adjusted
by the subtraction of a prestop offset time, which is derived from the
performance of the previous optimum stop sequence. The result of this
calculation forms the actual prestop time period used by the algorithm to
initiate the optimum stop sequence.
An outside air temperature that remains within a temperature range, as
defined by the assigned outside air references (OAHRef and OALRef),
causes the algorithm to perform the full prestop period as defined by the
assigned Stop Limit. Optimum stop occurs when the “Time” input value
crosses the prestop time period, which represents the base prestop time
offset by the appropriate prestop offset value.
The Coast factor is utilized for the optimum stop sequence and is selected
as follows:
1. Determine the outside air reference values for heating (OALRef) and
cooling (OAHRef). These reference values define the outside air
temperature points at which the optimum stop heating and optimum stop
cooling functions utilize the maximum coast period allowed (Stop Limit).
A reference (OALRef) of 50 °F indicates that the maximum coast period
is used whenever the current outside air temperature is above 50 °F. A
reference (OAHRef) of 60 °F indicates that the maximum coast period is
used whenever the current outside air temperature is below 60 °F.
2. Determine the maximum stop limit value for initiating the optimum stop
sequence.
Selected stop limit assigned = 45 minutes.
3. Determine the temperature deviation from the OAHRef and OALRef
references, that are needed to cause the optimum stop calculation to
generate a prestop period equaling a value of zero or zero coast point.
The zero coast point is the point at which prestop occurs at the
unoccupied event time. Using a 50 °F temperature deviation, the zero
coast points for the heating and cooling functions are determined as
follows.
Heating (zero coast point):
Heating (zero coast point) = OALRef – zero coast temperature
deviation
Heating (zero coast point) = 50 °F – 50 °F
Heating (zero coast point) = 0 °F
Cooling (zero coast point):
Cooling (zero coast point) = OAHRef + zero coast temperature
deviation
Cooling (zero coast point) = 60 °F + 50 °F
Cooling (zero coast point) = 110 °F
4. Calculate the Coast factor from the values selected in the previous steps:
Calculate CstFctr:
CstFctr = Stop Limit zero coast temperature deviation
CstFctr = 45 minutes ÷ 50 °F
CstFctr = 0.9
Figure–5.116 illustrates the relationship of the calculated prestop coast
factor to the outside air temperature.
Utilizing the CstFctr factor, Stop Limit, and OAHRef / OALRef references,
calculate the zero coast OA temperatures for heating and cooling as follows:
Heating (zero coast OA temperature):
Heating (zero coast OA temperature) = OALRef – (Stop Limit ÷
CstFctr)
Heating (zero coast OA temperature) = 50 °F – (45 minutes ÷ 0.9)
Heating (zero coast OA temperature) = 0°F
Cooling (zero coast OA temperature):
Cooling (zero coast OA temperature) = OAHRef + (Stop Limit ÷
CstFctr)
Cooling (zero coast OA temperature) = 60 °F + 50 °F
Cooling (zero coast OA temperature) = 110 °F
control schedule resides in the Schedule 7 Day object, which provides the
event information for the Optimum Start / Stop object. The event information
is represented by three data elements that include the current event
condition, the next event condition, and the time (in minutes) until the next
event.
Values for OAHtFct, OAClFct, ZnHtFct, ZnClFct, and CstFctr have been
assigned based upon the selection process described previously. The
OAHtFct, OAClFct, ZnHtFct, and ZnClFct factors should be selected to
reflect the dynamics of the building, as well as the heating and cooling
capacity of the HVAC system. Optimum start occurs when the “Time” input
value crosses the prestart time period, which represents the heating or
cooling base prestart time that is offset by the appropriate heating or cooling
offset value.
The OAHtFct value of 1.8 used in this example causes the Optimum
Start / Stop algorithm to adjust the heating prestart base time period by
1.8 minutes for each degree the outside air temperature is below the
OALRef reference point. Similarly, the example OAClFct value of 4.0 causes
the Optimum Start / Stop algorithm to adjust the cooling prestart base time
period by 4.0 minutes for each degree the outside air temperature is above
the OAHRef reference point.
The CstFctr factor should be selected to reflect the dynamics of the building
in varying outside air temperatures. The example CstFctr value of 0.9
causes the Optimum Start / Stop algorithm to adjust the prestop base time
period by 0.9 minutes for each degree the outside air temperature is either
below the OALRef reference point or above the OAHRef reference point.
Loop
Sequenced
LpEnb Output1 Cooling Demand
Zone Temperature Input Output2
Heating Demand
Setpt1 Output3
nci_count_inc_f [3] TR1
nci TR1 Igain1
Derv1
nci_count_inc_f [3] Setpt2
nci TR2 TR2 Economizer
Setpoint Control
nci_count_inc_f [3]
Igain2 Demand
OccEnb SP1Out Derv2
nci TR3 Setpt3
SetptA SP2Out
SetptB SP3Out TR3
Select
UnocSPA SPAOut MinPos
nci_count_inc_f [20]
UnocSPB SPBOut EcnClg [0] Input[1] Output
nci Min Pos
[4] Dband RmpTm Input[2]
[2] SP3Offst EcnMod - Controlled InSel
Type - Dual ON [100]
[5]
PBOccMode
Unoccupied
Optimum Start Stop Economizer
Schedule 7 Day - OssEnb OssSPCtl Lockout
Unocc/Occ Force OssSPA
SchEnb Current Current OssSPB
Excp[1] Next Next Occupied
Excp[2] Time Time OssStart
Excp[3] ActEvnt SetptA OssStop
Excp[4] Status SetptB
FrcOvrd UnocSPA
OvrdCrnt UnocSPB
OvrdNext Zone
OvrdTime OATemp
nci_temp_setpt
OccSched OAHRef
OccCl [76]
OALRef
StdbyCl [NA]
OssMode 1-Outside Air
UnoccCl [80] InSel 1-SNVT_occupancy
OccHt [70] ZnClFct 40
ZnHtFct 20
StdbyHt [NA] OAClFct 4
UnoccHt [65] OAHtFct 1.8
CstFctr 0.9
nci Setpoints Comfort 2
Zone Temperature ClStrLmt 120
HtStrLmt 90
Outside Air Temperature StpLmt 45
[60]
[50]
Figure–5.117 OSS Object Example — Providing Setpoint Control for a Loop Sequenced Object.
24 Hour Period
83.0
82.0 Unoccupied Mode Occupied Mode Unoccupied Mode
81.0 Cooling Start Limit Prestop Coast
80.0
79.0
78.0 Prestart Ramp
77.0
OssSPA Value
Zone Setpoints
76.0
75.0
74.0
73.012am 1 2 3 4 5 6 7 8 9 10 11 12pm 1 2 3 4 5 6 7 8 9 10 11 12am
72.0
71.0
70.0
69.0 OssSPB Value
68.0 Prestart Ramp
67.0
66.0
65.0
Heating Start Limit
Notes:
This illustrates a scheduled occupied time of 7:00am and a scheduled unoccupied time of 5:00pm. Heating Start Limit is
90 minutes, Cooling Start Limit is 120 minutes, and the Stop Limit is 45 minutes. The setpoint ramp / prestart calculation
is determined by the controlling condition (i.e. heat or cool). The non-controlling setpoint value is adjusted to its
associated comfort target value for the duration of the prestart sequence. At occupied time, both setpoints are set to
occupied setpoint values.
The setpoint reaches its desired occupied value at occupied time, at which
point the Optimum Start / Stop algorithm performs the (heating or cooling)
prestart calculations from which offsets are stored for the next optimum start
sequence. In this example, the economizer control is released and the
occupied control sequence is performed until the time at which the prestop
sequence initiates. This occurs when the “Time” input value crosses the
calculated base prestop period, offset by the prestop offset value. At the
optimum prestop time, the setpoints are shifted to the calculated occupied
“coast” setpoint values and the zone temperature is allowed to coast toward
these control points. The algorithm monitors the coast performance and
adjusts the offset value as required, for use during the next prestop
sequence. Upon reaching the unoccupied time, the setpoints are set to the
unoccupied setpoint values, the outside air damper is closed, and the
unoccupied control sequence is performed until the “Time” input value
crosses the calculated prestart value.
Unoccupied
PBOccMode
Economizer
Optimum Start Stop
Lockout
Schedule 7 Day - OssEnb OssSPCtl
Unocc/Occ Force OssSPA
SchEnb Current Current OssSPB
Excp[1] Next Next Occupied
Excp[2] Time Time OssStart
Excp[3] ActEvnt SetptA OssStop
Excp[4] Status nci_temp_setpt SetptB
FrcOvrd OccCl [76] UnocSPA
OvrdCrnt StdbyCl [NA] UnocSPB
OvrdNext UnoccCl [80] Zone
OvrdTime OccHt [70] OATemp
OccSched StdbyHt [NA] OAHRef
UnoccHt [65] OALRef
nci Setpoints OssMode 0-Zone
InSel 1-SNVT_occupancy
ZnClFct 40
ZnHtFct 20
Zone Temperature OAClFct NA
Outside Air Temperature OAHtFct NA
CstFctr NA
[60] Comfort 2
[50] ClStrLmt 160
HtStrLmt 100
StpLmt 45
Boiler Application
Figure–5.120 shows a method of applying the optimum start / stop function
within a boiler application.
Unocc/Occ Input[2]
Outside Air
OffTm[3]
SchEnb Current Input[3]
OffTm[4]
Input
The unoccupied idle control setpoint for the boiler is 170 °F, and the
occupied control (using setpoint reset) operates between 180 °F and 230 °F,
dependent upon the outside air temperature. In this application, the design
considerations for the optimum start and stop control algorithm must be
based on the operational worst case conditions. Because this is a boiler
application, the Cool factor, cooling start limit, and OA high reference are
unused. The OAHRef is set to the OALRef value, to allow the OALRef to
operate properly.
The OAHtFct value is utilized for the optimum start sequence and would be
selected as follows:
1. First, determine the outside air reference value for heating (OALRef). The
reference value defines the outside air temperature at which optimum
start heating is not required. The reference (OALRef) of 60 °F use in this
example indicates that optimum start heating is not required whenever
the current outside air temperature is above 60 °F. A reference (OAHRef)
of 60°F must be set to allow the OALRef to operate properly.
2. Next, determine the maximum start limit value for initiating the optimum
start sequence for heating, then identify the outside air temperature at
which the calculated optimum base prestart period equals the
appropriate start limit time:
a. Selected heating start limit = 180 minutes
b. For optimum start sequence (heating), the calculated optimum base
prestart period equals the start limit value when the outside air
temperature is -20 °F.
3. Calculate the heating factor (OAHtFct) from the values selected in the
previous steps:
OAHtFct = HtStrLmt ÷ (OALRef, the OA point at which base prestart
heat should equal Heating Start Limit)
OAHtFct = 180 minutes ÷ (60 °F – (-20 °F))
OAHtFct = 2.25
The ZnHtFct value reflects the dynamics of the heating capacity of the boiler
system. ZnHtFct is used in the calculation of the heating prestart offset and
is selected as follows
1. Determine the number of minutes required to increase the supply water
temperature one degree under the worst-case heating conditions (i.e. at
100% heating capacity). In this example, the supply water temperature
will increase one degree over a 5 minute time period during heating
control (100% heating capacity when outside air at -20 °F).
2. Calculate the ZnHtFct value, based upon a 50% boiler equipment
capacity:
ZnHtFct = Worst Case Heat ÷ 50%
ZnHtFct = 5 Minutes ÷ 0.50
ZnHtFct = 10
The Coast factor is utilized for the optimum stop sequence and is selected
as follows:
1. Determine the outside air low reference value (OALRef) for heating. This
reference value defines the outside air temperature at which the optimum
stop heating utilizes the maximum coast period allowed (Stop Limit). An
OALRef value of 60 °F indicates that the maximum coast period is used
whenever the outside air temperature is above 60 °F.
2. Determine the maximum stop limit value for initiating the optimum stop
sequence:
Selected stop limit = 60 minutes.
3. From the OALRef reference value, determine the temperature deviation
Properties
Table–5.230 Pressure Transducer Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87
resides. for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Addr Physical Class: Analog - Defines the physical hardware Pressure The only valid WP Tech
Address address assigned to the Pressure Transducer input (only) Hardware Input Tag is
object. If not active (NA) or an invalid hardware shown below.
address, the Velocity Pressure and Flow outputs
are set to NA, and an error condition is indicated
with an ON at the Status Flags output.
Range /
Abbrev. Name Class / Description Notes
Selection
HFlowCal High Flow Class: Analog - Defines the equivalent input flow 0.1 to 16383 Typically this input is
Calibration at 1.0 inch of WC (249 Pa) differential pressure. A connected to the Profile
not active (NA) or value of 0 (zero) or less causes Tag nciHighFlowCal
a NA at outputs Velocity Pressure, Flow, and Flow to allow air balancing by
Calibration, and an error condition shown with an Schneider Electric or
ON Status Flags output. third-party PC programs.
LFlowCal Low Flow Class: Analog - Defines the equivalent input flow 0 to Typically this input is
Calibration at 0.1 inch of WC (24.9 Pa) of differential 16383 connected to the Profile
pressure. A not active (NA) or value of 0 (zero) Tag nciLowFlowCal
results in a derived low flow calibration point that to allow air balancing by
is linearly based on the High Flow Calibration Schneider Electric or
value. third-party PC programs.
Applying the Object A Pressure Transducer object is a point-type object required in any MicroNet
VAV control application for a MNL-V1RVx, V2RVx, or V3RVx controller, all of
which have an integral velocity-pressure sensor. The Pressure Transducer
object provides outputs for both velocity pressure and calculated flow.
Calibration Values The object provides High Flow Calibration and Low Flow Calibration inputs
to establish and modify VAV box flow and air balancing values. The High
Flow Calibration value is mandatory, and must be set to the specified
terminal box flow in CFM (l/s) that is equivalent to 1.0 inWC (249 Pa).
Low Flow Calibration is optional but can further refine the flow
characteristics at low velocity pressures, increasing measured flow
accuracy. If used, the Low Flow Calibration value should be the specified
terminal box flow in CFM (l/s) that is equivalent to 0.1 inWC (24.9 Pa).
Object Outputs The Velocity Pressure output reflects the velocity pressure at the sensor,
either in Inches WC or in Pascals. The Velocity Pressure value ranges from
0.00 to 2.00 inWC (0 to 500 Pa).
The Flow output reflects the calculated flow in CFM (or liters per second),
based on the measured velocity pressure and the calibration values at the
High Flow Calibration and Low Flow Calibration inputs. Accuracy of the Flow
output is determined by these user-defined calibration values.
A Flow Calibration output reflects the active value at the High Flow
Calibration input. The Flow Calibration output is typically connected to a VAV
Actuator object’s High Flow Calibration input, which helps that object
determine the proper deadband region where actuator drive is not permitted.
Finally, the Pressure Transducer object provides a Status Flags output used
to signal an error condition, including an under or over range pressure
condition, improper object setup, or invalid sensor data.
In this example, the controlled VAV terminal Box provides 414 CFM at
1.0 inches WC, and 28.6 CFM at 0.1 inches WC. The MicroNet VAV
controller has an integral actuator to modulate the terminal box damper,
which is controlled by the VAV Actuator object.
Calibration Overview
Proper values for the High Flow Calibration and Low Flow Calibration inputs
are usually derived from running the TAC I/A Series MicroNet Flow Balance
software (WPIA-FLO), communicating online with the installed MNL-VxRVx.
This procedure involves physical measurement(s) of delivered air flow
(CFM or l/s) at each VAV terminal box discharge point.
Often, the initial value for nciHighFlowCal is set to a nominal value by the
programmer based on the job-specific VAV box data. The value for
nciLowFlowCal is left at 0, and the MicroNet Flow Balance software adjusts
if required.
The Flow Balance software provides automated overrides of VAV dampers
for one or more MNL-VxRVx controllers (simultaneous overrides for “groups”
of controllers), allowing VAV terminal damper(s) to be positioned at settings
useful for flow balancing (full open, full close, maximum flow setpoint,
minimum flow setpoint, specified % position or flow rate). The Flow Balance
software accesses various VAV Profile components (NCIs, NVIs, NVOs) in
the MNL-VxRVx controllers.
Refer to the TAC I/A Series MicroNet VAV Flow Balance Manual, F-26421,
for details on running the Flow Balance software.
Properties
Table–5.233 Priority Input (2) Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The input with the highest priority. -163.83 to If not active (NA),
Any valid value is automatically reflected at the 16383 Input[2] is evaluated.
Output.
Input[2] Input [2] Class: Analog - The input with the lowest priority. -163.83 to If not active (NA), the
Evaluated only if Input[1] is NA, whereby any valid 16383 Output is set to NA.
value is reflected at the Output.
Applying the Object The Priority Input (2) object is typically used for “fallback” type logic within a
control application. An example object is shown below Figure-5.122.
Example Input[1] is a temperature value from a network variable input (NVI). When
valid, this value is always at the object’s output for use by the application.
Input[2] is a temperature value from a locally connected sensor. This value
appears at the output of the Priority Input (2) object whenever the value at
Input[1] (via the network) is not active (NA).
To other
control logic
Properties
Table–5.236 Priority Input (4) Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The input with the highest priority. Any -163.83 to If not active (NA),
valid value is automatically reflected at the Output. 16383 Input[2] is evaluated.
Input[2] Input [2] Class: Analog - The input with the second highest -163.83 to If not active (NA),
priority. Evaluated only if Input[1] is NA, whereby any 16383 Input[3] is evaluated.
valid value is reflected at the Output.
Input[3] Input [3] Class: Analog - The input with the third highest priority. -163.83 to If not active (NA),
Evaluated only if Inputs[1] and [2] are NA, whereby any 16383 Input[4] is evaluated.
valid value is reflected at the Output.
Input[4] Input [4] Class: Analog - The input with the lowest priority. -163.83 to If not active (NA), the
Evaluated only if all other Inputs are NA, whereby any 16383 Output is set to NA.
valid value is reflected at the Output.
Applying the Object The Priority Input (4) object is typically used for “fallback” type logic within a
control application. An example object is shown in Figure–5.123 below.
To additional
control logic
Properties
Table–5.239 Priority Value Select Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Default Default Class: Analog - Defines the analog value — -163.83 to If desired, not active
Value produced at the output when all digital 16383 (NA) can be entered
Inputs[1] to [4] are in either an OFF or not (or NA) as the default value.
active (NA) state.
Range /
Abbrev. Name Class / Description Notes
Selections
Input[1] Input [1] Class: Digital - The input with the highest priority. — If OFF or not active
An ON automatically passes the value of Value[1] (NA), Input[2] is then
to the Output. evaluated.
Input[2] Input [2] Class: Digital - The input with the second highest — If OFF or NA, Input[3] is
priority. Evaluated only if Input[1] is OFF or NA. then evaluated.
If ON, the value at Value[2] is passed to the Output.
Input[3] Input [3] Class: Digital - The input with the third highest — If OFF or NA, Input[4] is
priority. Evaluated only if Inputs[1] and [2] are OFF then evaluated.
or NA. If ON, the value at Value[3] is passed to the
Output.
Input[4] Input [4] Class: Digital - The input with the lowest priority. — If OFF or NA, the value
Evaluated only if Inputs[1], [2], [3] are OFF or NA. of the Default Value is
If ON, the value at Value[4] is passed to the Output. passed to the Output.
Value[1] Value [1] Class: Analog - The value passed to the Output -163.83 to
whenever Input[1] is ON. 16383
Value[2] Value [2] Class: Analog - The value passed to the Output -163.83 to
whenever Input[2] is ON and Input[1] is OFF or not 16383
active (NA).
Value[3] Value [3] Class: Analog - The value passed to the Output -163.83 to
whenever Input[3] is ON and Inputs[1] and [2] are 16383
OFF or not active (NA).
Value[4] Value [4] Class: Analog - The value passed to the Output -163.83 to
whenever Input[4] is ON and Inputs[1] [2], and [3] 16383
are OFF or not active (NA).
Applying the Object The Priority Value Select object is similar to the Priority Input (4) object, as it
provides a prioritized analog value from four possible analog inputs.
However, it differs by providing additional digital inputs (Inputs[1] to [4]) as a
means of value input selection. These inputs are scanned in a high Input[1]
to low Input[4] fashion. The highest priority input found in an ON state
determines which corresponding value input (Value[1] to [4]) is passed to the
Output. Digital inputs that are OFF or not active (NA) are bypassed.
The Priority Value Select object also contains a Default Value configuration
property. This assigned default value is passed to the Output whenever all
four digital inputs are either in an OFF or NA state.
Priority Type Objects Both the Priority Input (4) object and the Priority Value Select object ‘pass
Compared through’ a value received on one of four inputs. The selection method for
which input (value) is passed varies between the objects, as shown below.
Passes through to the Output the first valid value (any Passes through to the Output the value on a Value[1]
value except NA) found on the continuous priority through [4] input that corresponds to the first digital
scan of the four Inputs[1] through [4], with Input[1] input (Inputs[1] through [4]) found ON during the
having the highest priority and Input[4] having the continuous priority scan of the four digital inputs.
lowest priority. Input[1] has the highest priority and Input[4] has the
lowest priority. If a scanned input has an OFF or NA
If all inputs have NA the Output is also NA.
it’s corresponding Value input is not used.
The currently passed input is indicated by the analog
The value passed may include NA if the Value input
value on the Control Level output, from 1 to 4. (If all
has an NA and its corresponding digital Input is ON.
inputs are NA, the Control Level output is also NA.)
If Inputs[1] through [4] all have OFF or NA then a
configurable Default Value is passed. This Default
Value can be any value from -163.83 to 16383 or NA.
Priority Value Select The Priority Value Select object used in this example generates a value
Example required by the enumerated value type SNVT_occupancy, which is used in
the network variable “nvoOccCmd”. In this example, the Default Value is set
to unoccupied (1) for when bypass and occupied conditions are not present.
From Other
Control Logic:
Bypass Status
Occupied Status
PWM WP Tech
Representation
Object Usage: The Pulse Width Modulation (PWM) Inputs Outputs
object is a point-type object with a physical hardware
address for a digital output (DO). It behaves as a pulse Pulse Width Enable Physical Address
width modulator by generating a time-proportioned Input Output
Period
ON / OFF control signal in response to a 0.0 to 100% On Time
input signal. The object is typically used for Off Time
time-proportioned control valves, actuators, and electric
Configuration
heat loads. The cycle operation of the digital ON / OFF Properties
output is determined by the assigned time Period and the
current Input value. The PWM object can also provide Object Name
fixed or compensated duty-cycle control. Object Description
Process Time
A PWM Priority object (page 424) is also available; it Time Select
Properties
Table–5.242 PWM Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
TmSel Time Select Class: Analog 0 0 - Minutes A not active (NA) or
Determines if the PWM resolution for time (Minutes) 1 - Seconds value out of range
operation is in minutes or seconds.a results in a default of
Minutes.
a.In MNL-11Rxx and MNL-13Rxx controller applications, whenever “Seconds” is selected for the Time Select property, the resolution is
0.1 sec. This accommodates wax motor applications, which require a higher resolution.
Range /
Abbrev. Name Class / Description Notes
Selection
PWMEnb Pulse Width Class: Digital - An ON or not active (NA) —
Enable enables the pulse width modulation function.
An OFF disables the pulse width modulation
function and holds the hardware (Output) in
an OFF state.
Input Input Class: Analog - The requested pulse width 0.0 to 100.0% A not active (NA) is
modulation demand (0.0 to 100.0%) used to evaluated as 0.0%.
determine the hardware (Output) action.
Period Period Class: Analog - Defines the period or total 3.0 to Minutes or seconds, based
time of each complete pulse width modulation 1000.0 sec on Time Select propertya.
cycle (in minutes or seconds, depending on or
the Time Select property). A zero, negative, or 0.05 to
not active (NA) holds the hardware (Output) 1000.0 min
OFF.
OnTm On Time Class: Analog - The Minimum On time value 0.0 to 1000.0b A negative value or NA
in minutes or seconds, based on the property disables the Minimum ON
Time Select. time function.
OffTm Off Time Class: Analog - The Minimum Off time value 0.0 to 1000.0b A negative value or NA
in minutes or seconds, based on the property disables the Minimum OFF
Time Select. time function.
a.In MNL-11Rxx and MNL-13Rxx controller applications, whenever “Seconds” is selected for the Time Select property, the resolution is
0.1 sec. This accommodates wax motor applications, which require a higher resolution.
b.The sum of the On Time and Off Time inputs should be less than the value of the period input.
Applying the Object The PWM (Pulse Width Modulation) object provides a means for generating
a time-proportioned Digital ON / OFF control signal from an input demand
(0 to 100%) signal. Typical applications include time-proportioned control
valves, actuators, and electric heat loads.
Input
Value
Input
Value
Input
Value
Figure–5.125 PWM Object Pulse Width Modulation Varies from Input Value Change.
Applications and The PWM object can be used for time-proportioned control of two-position
Examples devices designed for ON / OFF time-proportioned control. Also, this object
can be used in fixed duty cycle and compensated duty cycle applications.
Time-Proportioned The PWM object provides a time-proportioned control output for the control
Control of electric resistance heaters, two position spring return actuators, heat
motor actuators, solenoid valves, etc. designed for ON / OFF
time-proportioned control.
The value assigned for the Period is dependent upon the application.
• For two-position spring return actuators and wax motor actuators, the
Period value should equal the full-stroke drive time of the actuator.
• For control of electric resistance heaters and solenoid valves, the Period
value is dependent upon the application and the response of the
equipment being controlled.
Controller Full-stroke
Outputs Drive Time = 90 sec.
0 to 100%
Actuator Signal from
the control
strategy
24 Vac
Power Source TmSel - Seconds
The output response from this example PWM object for a 90 Second period
is shown below in Table–5.246.
Table–5.246 Example PWM Object Input to Output for 90 Second Period.
Controller
Outputs Compressor
0 to 100%
Relay Signal from
the control
strategy
24 Vac TmSel - Minutes
Power Source
Based upon these settings, this compressor will typically cycle at a rate of 4
CPH (cycles per hour) whenever the input demand is within the active
control range, where:
Active range CPH = 60 minutes ÷ Period in minutes
However, due to the dynamic response capability of the PWM object, the
CPH is not limited to the active range number of cycles per hour. The PWM
object allows for sudden changes in demand (Input) and responds to the
changes as long as the Minimum On and Off time values have been
satisfied. An ON cycle can be extended or terminated based upon the latest
demand as long as the Minimum ON timeout has been satisfied. An OFF
cycle can be extended or terminated based upon the latest demand as long
as the Minimum OFF timeout has been satisfied.
Extreme changes to the demand signal can cause the cycles per hour to
increase to a maximum CPH, which is determined by the values assigned to
the Minimum On (On Time) and Minimum Off (Off Time) parameters, where:
CPH maximum = 60 minutes ÷ ( On Time in minutes + Off Time in minutes)
For this example, while the typical active range CPH is 4, the actual
maximum CPH is [ 60 minutes ÷ (3 min. On Time + 3 min. Off Time) ],
or 10 cycles per hour.
As the demand signal from the control strategy ranges between 0.0% and
100.0%, the PWM algorithm calculates the output ON / OFF action. Using
the compressor parameters previously specified with an Input demand
signal of 0.0%, the output is set to OFF.
Full On
OFF
Time Time
(Minutes)
ON
Time
Lower Demand Point
Full Off
Demand (Input)
Figure–5.128 Using Minimum On and Off Times: Input vs. Time Chart.
As the Input demand value increases, the output remains OFF until the
demand equals or exceeds 20.0%. At this point, the Output is set to ON and
all appropriate timers are initialized. The output remains ON for 3 minutes
and returns to OFF for the remainder of the period or 12 minutes. This lower
demand point is determined by dividing the minimum on time (On Time) by
the assigned Period.
PWM Lower Demand Point: ( minutes of On Time / Period )
In this example, the lower demand point is 3 minutes ÷ 15 minutes = 0.2, or
20.0%. As the demand (Input) value continues to increase, the calculated
ON time increases proportionally to the Period. This continues until the
demand (Input) value equals or exceeds 80.0%. At this point, the Output is
set to ON and remains ON without cycling as the minimum off requirement
can not be achieved within the total period.
The upper demand point is determined by dividing the Minimum Off time (Off
Time) by the assigned Period and subtracting this result from the maximum
demand or 100.0%.
Upper Demand Point: 100% - ( minutes of Off Time / Period )
The upper demand point in this case is 100% - (3 minutes ÷ 15 minutes) =
0.8, or 80.0% The output remains full ON until the Input decreases to a
demand value below 80.0% where cycling of the output can resume. As the
demand (Input) value continues to decrease, the calculated ON time
decreases proportionally to the period. This continues until the demand
(Input) value equals 20.0% where the output is cycling at 3 minutes ON and
12 minutes OFF.
The 3 minute ON and 12 minute OFF cycle rate will remain constant as the
demand (Input) continues below 20.0%, in order to maintain the equipment’s
Minimum On requirement. The output continues to cycle until the Input
demand value equals 0.0%, at which time the output is held OFF. The output
remains OFF until the demand (Input) equals or exceeds the lower demand
point (20.0%), and the Minimum Off timeout has expired.
The output response from this example PWM object with a 15-minute Period
and 3-minute Time On and Time Off values is shown in Table–5.247
Fixed Duty Cycle The PWM object can provide a fixed duty cycled digital output, or an output
Control with a fixed ON time and a fixed OFF time. The total cycle period (ON time
plus the OFF time) is determined by the Period value assigned.
The example in Figure–5.129 illustrates a fixed duty cycle based upon a
120.0 minute Period. A demand (Input) value of 75.0% causes the output to
cycle at a rate of 90 minutes ON and 30 minutes OFF. (In this application,
the Input is assigned a constant 75.0% value.) Fixed duty cycle control is
initiated whenever the control strategy enables the PWM Enable input
(OFF-to-ON transition at PWM Enable).
ON or OFF PWMEnb ON
from control
OFF OFF
strategy
ON ON ON
Output
OFF OFF OFF OFF
Period
Time
TmSel - Minutes
The fixed duty cycle begins with the hardware (Output) set to ON when
PWM Enable is set to ON. The output cycles at the preset frequency until
the enable is returned to the OFF state. When PWM Enable is disabled
(OFF), the hardware (Output) immediately returns to OFF regardless of
present cycle conditions.
Compensated Duty The PWM object can provide compensated duty cycle control when used
Cycle Control with a Reset object that is configured to provide a compensation variable for
the ON portion of the PWM cycle. Figure–5.130 below illustrates how the
PWM object can be used to duty cycle the heating mode of an electric
controlled heat exchanger.
Occup / Unoccup
Control Signal
Outdoor
Air Temp
to Electric
Heat Exchanger
TmSel - Minutes
ON
PWMEnb
OFF OFF
Input
to ¬
Reset
Object
Time
Figure–5.131 Example Reset Action for PWM Compensated Duty Cycle Control.
With the use of the Reset object, and the compensated duty cycle feature,
the time is increased where the heating is enabled as the outdoor air
temperature decreases until the duty cycle feature is totally removed from
the sequence of operation.
Properties
Table–5.248 PWM Priority Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
TmSel Time Select Class: Analog - Determines if the PWM 0 0 - Minutes A not active (NA) or
resolution for time operation is in minutes (Minutes) 1 - Seconds value out of range
or seconds.a results in a default of
Minutes.
a.In MNL-11Rxx and MNL-13Rxx controller applications, whenever “Seconds” is selected for the Time Select property, the resolution is
0.1 sec. This accommodates wax motor applications, which require a higher resolution.
Range /
Abbrev. Name Class / Description Notes
Selection
PWMEnb Pulse Width Class: Digital - An ON or not active (NA) —
Enable enables the pulse width modulation function.
An OFF disables the pulse width modulation
function and holds the hardware (Output) in
an OFF state.
Input[1] Input[1] Class: Analog - The requested pulse width 0.0 to 100.0% A not active (NA) at this
modulation demand with the highest priority. input causes the second
This input is monitored first to control the input to be evaluated for a
physical and logical object outputs. valid value.
Input[2] Input[2] Class: Analog - The requested pulse width 0.0 to 100.0% A not active (NA) at this
modulation demand with the second highest input causes the third input
priority. This input is monitored if Input[1] has to be evaluated for a valid
a NA, and is used to control the physical and value.
logical object outputs.
Input[3] Input[3] Class: Analog - The requested pulse width 0.0 to 100.0% A not active (NA) at this
modulation demand with the third highest input causes the fourth and
priority. This input is monitored if Inputs[1] and last input to be evaluated for
[2] are both NA, and is used to control the a valid value.
physical and logical object outputs.
Input[4] Input[4] Class: Analog - The requested pulse width 0.0 to 100.0% If all inputs including Input[4]
modulation demand with the lowest have a not active (NA), the
priority.This input is monitored if all other hardware and logical output
Inputs have a not active (NA), and is used to are OFF as 0.0% demand is
control the physical and logical object outputs. assumed.
Period Period Class: Analog - Defines the period or total 3.0 to Minutes or seconds, based
time of each complete pulse width modulation 1000.0 sec on Time Select propertya.
cycle (in minutes or seconds, depending on or
the Time Select property). A negative or not 0.05 to
active (NA) holds the hardware (Output) OFF. 1000.0 min
OnTm On Time Class: Analog - The Minimum On time value 0.0 to 1000.0b A negative or NA value
in minutes or seconds, based on the property disables the Minimum ON
Time Select. time function.
OffTm Off Time Class: Analog - The Minimum Off time value 0.0 to 1000.0b A negative or NA value
in minutes or seconds, based on the property disables the Minimum OFF
Time Select. time function.
a.In MNL-11Rxx and MNL-13Rxx controller applications, whenever “Seconds” is selected for the Time Select property, the resolution is
0.1 sec. This accommodates wax motor applications, which require a higher resolution.
b.The sum of the On Time and Off Time inputs should be less than the value of the Period input.
Applying the Object The PWM (Pulse Width Modulation) Priority object provides a means for
generating a time-proportioned Digital ON / OFF control signal from a
prioritized input signal representing demand (0 to 100%). Typical
applications include time-proportioned control valves, actuators, and electric
heat loads.
Period
The value at the Period input establishes the PWM Priority object’s time
base, or the repeating time for one complete ON and OFF output cycle. This
value may range from 3.0 to 1000.0 seconds or 0.05 to 1000.0 minutes,
depending on the setting of the Time Select configuration property. The
highest priority Input[1 - 4] value (0.0 to 100.0%) establishes the percentage
of output ON time with respect to the assigned Period. Table–5.251 shows
how the ON and OFF times at the hardware (Output) result from varying
demand values at the highest priority active Input.
Highest Active
Calculated Output ON time Calculated Output OFF time
Priority Input
0.0% Output held OFF Output held OFF
10.0% 0.1 (Period) 0.9 (Period)
20.0% 0.2 (Period) 0.8 (Period)
30.0% 0.3 (Period) 0.7 (Period)
40.0% 0.4 (Period) 0.6 (Period)
50.0% 0.5 (Period) 0.5 (Period)
60.0% 0.6 (Period) 0.4 (Period)
70.0% 0.7 (Period) 0.3 (Period)
Highest Active
Calculated Output ON time Calculated Output OFF time
Priority Input
80.0% 0.8 (Period) 0.2 (Period)
90.0% 0.9 (Period) 0.1 (Period)
100.0% Output held ON Output held ON
Priority Inputs and Input[1] is the highest priority input, and is always evaluated first on each
Values scan of the inputs. Any valid value present on Input[1] becomes the Input to
the object, regardless of the state of the other inputs. A valid value is any
numeric value besides a not active [NA].
On or NA Hardware DO
If Input[1] has an NA, then Input[2] is evaluated in the same manner. This
priority scan continues only if Input[2] also has an NA, at which point Input[3]
is evaluated, and if Input[3] also has an NA, to lastly evaluate Input[4]. If
Input[4] also has an NA, then the hardware and logical Outputs are held in
an OFF state, and the Control Level output indicates NA.
Typically, input values are within a normal range, that is, between 0.0 and
100.0%. However, any value outside this range is evaluated as either 0.0 or
100.0. For example, a value of 165.0 is evaluated as 100.0. Likewise, a
negative value such as - 56.7 would be evaluated by the object as 0.0.
Figure–5.133 shows when the highest priority Input equals a demand of
20.0% (at left), the Output cycles ON 20% of the Period and OFF 80% of the
Period. This modulation is repeated as long as the demand remains at
20.0% and PWM Enable is set to ON. As the priority Input value changes to
equal a demand of 50.0% (middle), the Output cycles ON 50% of the Period
and OFF 50% of the Period.
Priority
Priority Selected
Input
Selected
Input Value
Priority Value
Selected
Input
Value
Figure–5.133 PWM Priority Object Pulse Width Modulation Varies from Priority Selected Input Value Change.
Again, this modulation repeats as long as the demand remains at 50.0% and
PWM Enable is set to ON. As the priority Input value changes to equal a
demand of 80% (at right), Output cycles ON 80% of the Period and OFF
20% of the Period. The pulse width continually adjusts to changes at the
highest priority Input.
Applications and The PWM Priority object can be used for time-proportioned control of
Examples two-position devices for time-proportioned ON / OFF control. Also, this
object can be used in fixed duty-cycle and compensated duty-cycle
applications.
Time-Proportioned The PWM Priority object provides a time-proportioned control output for the
Control control of electric resistance heaters, two position spring return actuators,
heat motor actuators, solenoid valves, etc. designed for time-proportioned
ON / OFF control.
The value assigned for the Period is dependent upon the application.
• For two-position spring return actuators and wax motor actuators, the
Period value should equal the full-stroke drive time of the actuator.
• For control of electric resistance heaters and solenoid valves, the Period
value is dependent upon the application and the response of the
equipment being controlled.
Controller Full-stroke
Outputs Drive Time = 90 sec.
24 Vac
Power Source
TmSel - Seconds
Highest Active
Calculated Output ON time Calculated Output OFF time
Priority Input
0.0% Output held OFF Output held OFF
10.0% 9.0 Seconds 81.0 Seconds
25.0% 22.5 Seconds 67.5 Seconds
33.3% 30.0 Seconds 60.0 Seconds
50.0% 45.0 Seconds 45.0 Seconds
66.6% 60.0 Seconds 30.0 Seconds
75.0% 67.5 Seconds 22.5 Seconds
90.0% 81.0 Seconds 9.0 Seconds
100.0% Output held ON Output held ON
Controller
Outputs Compressor
0 to 100% Valid Value
Relay Signal from NA
the control NA
NA
strategy
24 Vac
Power Source
TmSel - Minutes
Based upon these settings, this compressor will typically cycle at a rate of 4
CPH (cycles per hour) whenever the prioritized Input demand is within the
active control range, where:
Active range CPH = 60 minutes ÷ Period in minutes
However, due to the dynamic response capability of the PWM Priority object,
the CPH is not limited to the active range number of cycles per hour. The
PWM Priority object allows for sudden changes in demand (prioritized Input)
and responds to the changes as long as the Minimum On and Off time
values have been satisfied. An ON cycle can be extended or terminated
based upon the latest demand as long as the Minimum ON timeout has
been satisfied. An OFF cycle can be extended or terminated based upon the
latest demand as long as the Minimum OFF timeout has been satisfied.
Extreme changes to the demand signal can cause the cycles per hour to
increase to a maximum CPH, which is determined by the values assigned to
the Minimum On (On Time) and Minimum Off (Off Time) parameters, where:
CPH maximum = 60 minutes ÷ ( On Time in minutes + Off Time in minutes)
For this example, while the typical active range CPH is 4, the actual
maximum CPH is [ 60 minutes ÷ (3 min. On Time + 3 min. Off Time) ],
or 10 cycles per hour.
As the prioritized Input demand signal from the control strategy ranges
between 0.0% and 100.0%, the PWM Priority algorithm calculates the output
ON / OFF action. Using the compressor parameters previously specified
with a demand signal of 0.0%, the output is set to OFF.
Full On
OFF
Time Time
(Minutes)
ON
Time
Lower Demand Point
Full Off
As the prioritized Input demand value increases, the output remains OFF
until the demand equals or exceeds 20.0%. At this point, the Output is set to
ON and all appropriate timers are initialized. The output remains ON for 3
minutes and returns OFF for the remainder of the period or 12 minutes. This
lower demand point is determined by dividing the minimum on time (On
Time) by the assigned Period.
PWM Lower Demand Point: ( minutes of On Time / Period )
Highest Active
Calculated Output ON time Calculated Output OFF time
Priority Input
0.0% Output held OFF Output held OFF
Less than From 0.0%, Output held OFF. From 0.0%, Output held OFF.
20.0% or or
From > 20.0%, From > 20.0%,
3.0 minutes. 12.0 Minutes.
30.0% 4.5 Minutes 10.5 Minutes
40.0% 6.0 Minutes 9.0 Minutes
50.0% 7.5 Minutes 7.5 Minutes
60.0% 9.0 Minutes 6.0 Minutes
70.0% 10.5 Minutes 4.5 Minutes
80.0%
to Output held ON Output held ON
100.0%
Fixed Duty Cycle The PWM Priority object can provide a fixed duty cycled digital output, or an
Control output with a fixed ON time and a fixed OFF time. The total cycle period (ON
time plus the OFF time) is determined by the Period value assigned.
Figure–5.137 illustrates a fixed duty cycle based upon a 120.0 minute
Period. A demand (prioritized Input) value of 75.0% causes the output to
cycle at a rate of 90 minutes ON and 30 minutes OFF. (In this application,
only Input[1] is used, and is assigned a constant 75.0% value.) Fixed duty
cycle control is initiated whenever the control strategy enables the PWM
Enable input (OFF-to-ON transition at PWM Enable).
ON
PWMEnb
ON or OFF OFF OFF
from control
strategy ON ON ON
Output
OFF OFF OFF OFF
NA Period
NA
NA Time
TmSel - Minutes
Figure–5.137 PWM Priority Object Used for Fixed Duty Cycle Control.
The fixed duty cycle begins with the hardware (Output) set to ON when
PWM Enable is set to ON. The output cycles at the preset frequency until
the enable is returned to the OFF state. When PWM Enable is disabled
(OFF), the hardware (Output) immediately returns to OFF regardless of
present cycle conditions.
Compensated Duty The PWM Priority object can provide compensated duty cycle control when
Cycle Control used with a Reset object that is configured to provide compensation variable
for the ON portion of the PWM cycle. Figure–5.138 illustrates how the PWM
Priority object can be used to duty cycle the heating mode of an electric
controlled heat exchanger.
Occup / Unoccup
Control Signal
Outdoor
NA
Air Temp to Electric
NA
Heat Exchanger
NA
Control Level = 3
TmSel - Minutes
ON
PWMEnb
OFF OFF
Input
to
Reset ¬
Object
Time
Figure–5.139 Example Reset Action for PWM Compensated Duty Cycle Control.
With the use of the Reset object, and the compensated duty cycle feature,
the time is increased where the heating is enabled as the outdoor air
temperature decreases until the duty cycle feature is totally removed from
the sequence of operation.
Ramp WP Tech
Representation
Object Usage: The Ramp object provides a way for Inputs Outputs
increasing or decreasing an analog output value at
a user-specified rate. The object can be configured Enable Output
to perform two different styles of ramp control: Run-Hold
Action
• Standard Analog Ramp - Increases or Start Point
Output Minimum
decreases the output at a slope and rate Output Maximum
defined by the output minimum, output Step
maximum, and time values. Time
Properties
Table–5.254 Ramp Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
RmpTyp Ramp Type Class: Analog - Defines the type of ramp 0 Analog (0) Not Active (NA) or
algorithm used by the object, either Step Change values outside range
standard analog (0) or step change (1). (1) result as analog (0).
Range /
Abbrev. Name Class / Description Notes
Selection
Enable Enable Class: Digital - An ON or not active (NA) allows the —
Ramp algorithm to update the output (ramp or step
accordingly). An OFF disables the Ramp algorithm,
causing the output to be set and held at the value
present on the Start Point input.
RunHold Run-Hold Class: Digital - An OFF freezes the Output, causing it to — A not active (NA)
be held at the currently calculated value. An ON or not causes the output
active (NA) allows the output to update based on the to be NA.
normal operation of the standard analog ramp function
or the step change ramp function. In the case of a step
change ramp, a hold-to-run (OFF-to-ON) transition will
immediately step the output and initiate the step timer.
Action Action Class: Digital - An OFF or not active (NA) causes the —
output to be direct-acting, meaning the output value
increases during the ramping function. An ON causes
the output to be reverse-acting, meaning the output
value decreases during the ramping function.
StrtPt Start Point Class: Analog - Defines the output value whenever an -163.83 to A not active (NA)
OFF is at the Enable input. Any valid value is accepted. 16383 causes the output
The output is released from the Start Point value to be NA.
whenever the object is enabled.
OutMin Output Class: Analog - Defines the minimum output value -163.83 to A not active (NA)
Minimum during an active ramp or step operation. Typically less 16383 causes the output
than Output Maximum. If Output Minimum is set to a to be NA.
value greater than the Output Maximum, the Ramp
algorithm outputs the Output Maximum value.
OutMax Output Class: Analog - Defines the maximum output value -163.83 to A not active (NA)
Maximum during an active ramp or step operation. Typically 16383 causes the output
greater than Output Minimum. If Output Maximum is set to be NA.
to a value less than the Output Minimum, the Ramp
algorithm outputs the Output Maximum value.
Step Step Class: Analog - Evaluated only if the Ramp object is 0 to 16383 A not active (NA)
configured for a step change ramp function. For a step causes the Step
ramp change function, this must be a positive number. value to default to 0
The output is adjusted in increments defined by the (zero). No step
Step value each step period, in the direction defined by change to the
the Action input, as long as the Run-Hold input is in the output occurs as a
run condition. result.
Note: The first step adjustment occurs immediately
whenever a hold-to-run transition is detected.
Time Time Class: Analog - Defines the ramp rate (Standard 0 to 10000 A not active (NA)
Analog) or step period (Step Change) as follows: seconds disables the Ramp
• Standard Analog Ramp - Defines the ramp rate as the object, causing the
amount of time required to ramp between the output Output to be set
minimum and maximum. and held to the
• Step Change Ramp - Used to define the duration of Start Point value.
time between output steps (step period).
With either ramp function, a value of 0 (zero) causes
the Ramp algorithm to output the Output Minimum or
Maximum value based upon the requested direction.
Applying the Object The Ramp object is configured with the Ramp Type configuration property,
to be either a standard analog ramp or a step change ramp. Analog ramps
are typically used for the soft starting of equipment that is modulated with a
continuous analog signal. The two types of ramps are explained separately.
Standard The Ramp object performs the standard analog ramp function when the
Analog Ramp Ramp Type configuration property is set to Standard Analog (0).
Enable and disable of the Ramp object is done at the Enable input. An OFF
at Enable disables the Ramp object, causing the output to be set and held to
the value at the Start Point input. An Enable of ON or not active (NA)
enables the Ramp object, allowing the output to operate (ramp) as follows,
based on the settings of the applicable inputs:
Run-Hold: The Run-Hold input provides a way to suspend or resume the
ramping function:
• An OFF at Run-Hold causes the output to be held at the currently
calculated output value (Hold).
• An ON or not active (NA) allows the ramp algorithm to run and update
the output based upon the direction, slope, and rate defined (Run).
Action: The Action input determines the direction of the ramp:
• An OFF or not active (NA) at Action causes the output to be
direct-acting, meaning the output value increases during the ramping
function.
• An ON at Action causes the output to be reverse-acting, meaning the
output value decreases during the ramping function.
Start Point: The Ramp object output is set to the Start Point value
whenever the Enable input has an OFF state. This can be any valid Start
Point value. A Start Point of not active (NA) causes the output to be set to
NA. The output is released from the Start Point value whenever the Ramp
object is enabled. Upon release, the output ramps or holds depending upon
the value at the Run-Hold input. The release point or the value where the
output is initialized is based upon the relationship of the Start Point to the
Output Minimum and Output Maximum values.
A Start Point value between Output Minimum and Output Maximum will
release and ramp from the Start Point value. A Start Point value less than the
Output Minimum will release from the Output Minimum value and ramp
accordingly. A Start Point value greater than the Output Maximum will
release from the Output Maximum value and ramp accordingly.
Example Analog Ramp The Ramp object in Figure–5.140 is configured for an analog ramp output,
with the output produced as shown.
On
RunHold Off
ON/OFF
Reverse[1]
[100.0]
[0.0]
[100.0] Output Action = Reverse
OutMin = 0.0
[50.0] OutMax = 100.0
Step = NA
Ramp Type = Analog Time = 50.0
Time in Seconds
The ramp output rate of change (change per second or cps) can be
calculated as follows:
Output rate cps = (Output Maximum - Output Minimum) ÷ Time
In the example above, Output Minimum = 0.0%, Output Maximum = 100.0%,
and Time = 50.0 seconds. Therefore:
Step Change The Ramp object performs the step change ramp function when the Ramp
Ramp Type configuration property is set to Step Change (1).
Enable and disable of the Ramp object is done at the Enable input. An OFF
at Enable disables the Ramp object, causing the output to be set and held to
the value at the Start Point input. An Enable of ON or not active (NA)
enables the Ramp object, allowing the output to operate (step) as follows,
based on the settings of the applicable inputs:
Run-Hold: The Run-Hold input provides a way to suspend or resume the
ramping function:
• An OFF at Run-Hold causes the output to be held at the currently
calculated output value (Hold).
• An ON or not active (NA) allows the ramp algorithm to run and update
the output based upon the direction, step, and time defined (Run).
Action: The Action input determines the direction of the step:
• An OFF or not active (NA) at Action causes the output to be
direct-acting, meaning the output value increases during the ramping
function.
• An ON at Action causes the output to be reverse-acting, meaning the
output value decreases during the ramping function.
Start Point: The Ramp object output is set to the Start Point value
whenever the Enable input has an OFF state. This can be any valid Start
Point value. A Start Point of not active (NA) causes the output to be set to
NA. The output is released from the Start Point value whenever the Ramp
object is enabled. Upon release, the output steps or holds depending upon
the value at the Run-Hold input. The release point or the value where the
output is initialized is based upon the relationship of the Start Point to the
Output Minimum and Output Maximum values.
A Start Point value between Output Minimum and Output Maximum will
release and step from the Start Point value. A Start Point value less than the
Output Minimum will release from the Output Minimum value and step
accordingly. A Start Point value greater than the Output Maximum will
release from the Output Maximum value and step accordingly.
Output Minimum: The Output Minimum defines the minimum value
allowed at the output during the ramp step operation. This can be any valid
Start Point value. An Output Minimum of not active (NA) sets the output to
NA. If Output Minimum is at a greater value than the Output Maximum, the
Ramp algorithm sets the output to the value at the Output Maximum.
Time: The step change ramp algorithm uses the Time input to determine
the output step period, that is, the interval between each step change at the
output. The Time input can be process any value between 0 and 10,000
seconds. Enabling and running the step change ramp with an assigned time
value of zero causes the algorithm to set the output to the Minimum or
Maximum value, based upon the requested step direction. A time value of
not active (NA) disables the Ramp object, causing the Output to be set and
held to the Start Point value.
Example Step Change The Ramp object in Figure–5.141 is configured for a step change ramp
Ramp output, with the output produced as shown.
On
RunHold
Off
Output
Action = Direct
Ramp Type = Step OutMin = 0.0
OutMax = 100.0
Step = 5.0
Time = 10.0
ON/OFF
Direct [0]
[0.0]
[0.0]
[100.0] Time in Seconds
[5.0]
[10.0]
In the example above, the output steps at a rate of 5.0% in every ten-second
period as long as the Run-Hold input is in the ON state. The example shows
the output steps from 25% to 50% in a forty-second timeframe. Returning
the Run-Hold input to OFF causes the output to be held at the last calculated
value.
Reset WP Tech
Representation
Object Usage: The Reset object provides a Inputs Outputs
proportional and limited output for setpoint
adjustment or reset of a control loop, based on a Input Output
changing independent variable input. For example, Input Setpoint
Output Setpoint
the Reset object can calculate a new boiler control Input Change
setpoint, based on a change in outdoor air Output Change
temperature. The reset function also provides for Output Minimum
Output Maximum
maximum and minimum limit values on the
calculated output. Configuration
Properties
Device Support: (all firmware revisions)
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx, Object Name
Object Description
where xx = F1, F2, F3, H1, H2, H3, R1, R2, R3,
Process Time
S1, S2, S3, or S4
MNL-11Rxx, -13Rxx WP Tech Stencil:
where xx = F2 or F3 Loop and Process Control
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V1, V2,
or V3
MN 800 series
Memory Requirements: (per object)
EEPROM: 18 bytes
RAM: 20 bytes (standard controller)
2 bytes (MN 800)
Properties
Table–5.257 Reset Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input Input Class: Analog - The sensed value of the media -163.83 to If not active (NA), the
being controlled. This value is compared to the 16383 Output is set to NA.
Input Setpoint value and is used by the reset
algorithm to calculate the Output value.
Range /
Abbrev. Name Class / Description Notes
Selection
InSetpt Input Class: Analog - The input setpoint value, where -163.83 to If not active (NA), the
Setpoint the Output value equals the Output Setpoint. 16383 Output is set to NA.
OutSetpt Output Class: Analog - The output setpoint value. The -163.83 to If not active (NA), the
Setpoint Output equals the Output Setpoint when the Input 16383 Output is set to NA.
value equals the Input Setpoint.
InChg Input Class: Analog - The value and direction of input -163.83 to If not active (NA), the
Change change required to cause the Output to change 16383 Output is set to NA.
the amount defined by the Output Change value.
OutChg Output Class: Analog - The value and direction of output -163.83 to If not active (NA), the
Change change. The Output changes by this amount 16383 Output is set to NA.
when the Input changes by the Input Change
value.
OutMin Output Class: Analog - Defines the minimum value -163.83 to If not active (NA), the
Minimum allowed at the Output. 16383 Output has no
minimum limit.
OutMax Output Class: Analog - Defines the maximum value -163.83 to If not active (NA), the
Maximum allowed at the Output. 16383 Output has no
maximum limit.
Applying the Object The Reset object provides the ability to change a setpoint (control point) of a
control loop, thermostat, etc., based on a change of another variable. The
reset calculation uses a proportional ratio based on the values assigned to
the inputs Output Setpoint, Input Setpoint, Output Change, and Input
Change. The range of Output can be limited by values assigned to the inputs
Output Minimum and Output Maximum. Depending on the Input Change and
Output Change values, the reset may be either direct acting or reverse
acting.
• Direct reset means that an increasing Input value produces an
increasing Output value.
• Reverse reset means that an increasing Input value produces a
decreasing Output value.
Direct Reset Example The setpoint of a humidity controlling application is to be reset by the
outdoor air temperature. As the outdoor air temperature decreases from
70°F to -20°F, the humidity setpoint is to change (be reset) from 35% to
15%. The reset control is direct because, as the outdoor temperature
decreases, the humidity setpoint is decreased.
Using this information, the Reset object properties can be determined.
At an input value of 70°F, the output value required is 35%. Therefore, the
Input Setpoint can be set to 70 and the Output Setpoint can be set to 35.
Next, the Input Change and Output Change values must be determined.
Input Change = 70°F - (-20°F) Answer = 90
Output Change = 35% - 15% Answer = 20
A -20¬ A -20¬
I I
R R
15% 35% 15% 35%
Output Output Output
Output Output
Change Setpoint Minimum Change Setpoint
CONTROL SETPOINT
(15%)
CONTROL SETPOINT
Reverse Reset In this example, the Reset object will reset the setpoint of a hot water control
Example application, based on the outdoor air temperature. When the outdoor air
temperature is 0°F, the hot water setpoint is 200°F. As the outdoor air
increases to 50°F, the hot water setpoint is reset to 100°F.
This reset is reverse because, as the outdoor air temperature increases, the
hot water setpoint is decreased.
Using this information, the Reset object properties can be determined.
At an input value of 0°F, the output value required is 200°F. Therefore, the
Input Setpoint can be set to 0 and the Output Setpoint can be set to 200.
Next, the Input Change and Output Change values must be determined.
Input Change = 0°F - (50°F) Answer = -50
Output Change= 200°F - 100°F Answer = 100
The negative Input Change of -50 results in the required reverse reset.
0¬
Output Maximum = 225¬
-25¬
50¬ 100¬ 150¬ 200¬
Hot Water Setpoint
In this example, the hot water setpoint is limited by the Output Minimum and
Output Maximum values. The Output Minimum is set to 75°F and the Output
Maximum is set to 225°F. The calculated output hot water setpoint value
cannot exceed these limits, regardless of outdoor air temperature.
Reset Ratio The Reset object uses the Input Change and Output Change values to
calculate a ratio which is used by the reset algorithm.
Reset Ratio = Output Change ÷ Input Change
If Reset Ratio > 0, then Reset = DIRECT reset.
If Reset Ratio < 0, then Reset = REVERSE reset.
The output is calculated as follows:
Output = ( Reset Ratio x ( Input - Input Setpt)) + Output Setpt
The Output is limited between OutMin and OutMax.
Note:
• Input Change and Output Change values should not be set to zero.
Setting Input Change and/or Output Change to zero will result in the
following:
• Setting Output Maximum to a value less than the Output Minimum value
results in an Output value equal to the Output Maximum. Conversely,
setting Output Minimum to a value greater than the Output Maximum
value results in an Output value equal to the Output Maximum.
Control Logic Example Two Reset objects are used in the application shown below in Figure–5.144.
The application purpose is to reset the CFM setpoints of a constant volume
roof top unit (RTU), which has both a hot deck and a cold deck. The Input to
the Reset objects is the difference between the current room temperature
setpoint and the current space temperature, calculated by a Sub / Sub math
object. If this signal is positive, a heating demand is indicated; if this signal is
negative, a cooling demand is indicated. If this signal is 0 (zero), space
temperature is at setpoint.
0 to 900 CFM
to hot deck Loop
0 to 900 CFM
to cold deck Loop
Correspondingly, the hot deck Reset object has a positive Input Change
(InChg) assignment (3.0°F) and the cold deck Reset object has a negative
Input Change assignment (-3.0°F). Each Reset object outputs a CFM
setpoint from 0 to 900 CFM, with a 450 CFM output held at setpoint. The
combined outputs of the two Reset objects always equals 900 CFM.
WP Tech Stencil:
Schedule Control
Adding a Schedule Adding a Schedule 7-Day object to the application causes a Select Object
7-Day Object to a Type window to appear, allowing selection of the schedule’s Event Format
Figure-5.145. The Event Format defines the data format WP Tech uses
Drawing when displaying the event selections in the object property editor.
Schedule 7 Day -
Unocc/Occ
SchEnb Current
Excp[1]
Schedule 7 Day - Next
SNVT_occupancy
Excp[2] Time
SchEnb Excp[3]Current ActEvnt
Schedule 7 Day - Excp[4]Next
Excp[1] Status
Off/On
Excp[2] FrcOvrd Time
SchEnb Current OvrdCrnt
Excp[3] ActEvnt
Excp[1]
Schedule Next OvrdNext
7 Day - Excp[4] Status
Numeric
Excp[2] Time OvrdTime
FrcOvrd
SchEnb Excp[3]
Current OvrdCrnt
ActEvnt Sched
Excp[1] Excp[4]Next OvrdNext
Status
Excp[2] FrcOvrdTime OvrdTime
Excp[3] OvrdCrnt
ActEvnt Sched
Excp[4] OvrdNext
Status
FrcOvrd OvrdTime
OvrdCrnt Sched
OvrdNext
OvrdTime
Sched
The Event Format selection defines the functionality of the object’s Current
and Next outputs:
• If set to Numeric Value — Events are entered as a value that can range
from -163.83 to 16383 and not active (NA). The Current output will be
set to the assigned numeric value for each scheduled event.
• If set to Off / On — Events are selected from a list consisting of off (0)
and On (100). The Current output is typically set to On for the active
event and Off for the inactive event.
• If set for SNVT_occupancy — Events are selected from an enumerated
list that reflects the occupancy SNVT. The Current output is set to the
assigned SNVT enumeration value for each scheduled event.
SNVT_occupancy is defined as follows:
Properties
Table–5.261 Schedule 7-Day Object Configuration Properties.
Range /
Abbrev. Name Class / Description Notes
Selection
SchEnb Schedule Class: Digital — A Schedule Enable input of — Disabling the 7-Day
Enable Digital ON or not active (NA) enables the Schedule object causes
7-Day Schedule function. the algorithm to clear all
A Schedule Enable input of Digital OFF assigned temporary
disables the 7-Day Schedule, causing the override values. This
object to operate under default control. In this also provides the user a
case, the values assigned to Default Current, method for manually
Default Next, and Default Time will be placed clearing temporary
at the outputs, Current, Next, and Time, overrides if required.
respectively. In addition, the Active Event
output will be set to a not active (NA). The
Control Status output value reflects the output
source by indicating default conditions (Control
Status = 0).
Excep1 Exception 1 Class: Digital — An exception schedule is — Simultaneous activation
activated when the corresponding Exception of multiple exceptions
input is set to a Digital ON condition. causes the algorithm to
Excep2 Exception 2 An input of Digital ON at Exception 1, 2, 3, or 4 use the exception with
causes the algorithm to utilize the particular the highest priority. The
Exception schedule in place of the regular object will evaluate the
Excep3 Exception 3 schedule. The exception schedule will exception inputs using a
continue to be used as long as the particular high Exception 1 to low
Exception input remains ON. Exception 4 priority.
Excep4 Exception 4 An Exception input of Digital OFF or not active
(NA) causes the object to disregard the
particular Exception.
FrcOvrd Force Class: Digital — A Forced Override input of — An active Force Override
Override Digital ON causes values assigned to the will always output the
inputs Override Current, Override Next, and assigned values
Override Time to be placed at the outputs, regardless of the validity
Current, Next, and Time, respectively. In of the actual referenced
addition, the Active Event output will be set to time, the temporary
a not active (NA). The Control Status output override conditions, the
value reflects the output source by indicating a conditions of the
forced override condition (Control Status = 1). exception inputs, and the
A Forced Override input of Digital OFF or not active regular schedule
active (NA) causes the object to disregard the status.
Force Override function.
OvrdCrnt Override Class: Analog — A Forced Override input of Based upon the
Current Digital ON causes the value assigned to Event Format
Override Current to be placed at the Current selected. For
output. value definitions,
OvrdNext Override Class: Analog — A Forced Override input of refer to Notes
Next Digital ON causes the value assigned to given for the
Override Next to be placed at the Next output. Event Format
property.
OvrdTime Override Class: Analog — A Forced Override input of -163.83 to 16383
Time Digital ON causes the value assigned to and (NA)
Override Time to be placed at the Time output.
Applying the Object The 7-Day Schedule object provides a means for scheduling a seven day,
repeating set of events. Each day can be programmed to provide up to four
scheduled events. In addition, the 7-Day Schedule object provides exception
handling for up to four exception conditions. The 7-Day Schedule object
works in conjunction with the Calendar object to provide a complete solution
for yearly schedule control.
Forced Override The Forced Override function allows the direct override of regular
schedules, exceptions, and temporary scheduled events. This is done by
using the Forced Override, Override Current, Override Next, and Override
Time inputs. The forced override function allows a schedule from a remote
source, such as a network variable input object or cascaded 7-Day Schedule
object, to be utilized regardless of local object conditions. The forced
override function is ignored whenever the object is disabled.
A Forced Override input of Digital ON causes the values assigned to the
inputs Override Current, Override Next, and Override Time to be placed at
the outputs Current, Next, and Time, respectively. In addition, the Active
Event output is set to a not active (NA). The Control Status value reflects the
output source by indicating a forced override condition (Control Status = 1).
An active Force Override will always output the assigned values regardless
of the validity of the actual referenced time, the temporary override
conditions, the conditions of the exception inputs, or the active regular
schedule status. A Forced Override input of Digital OFF or not active (NA)
causes the object to disregard the Force Override function.
Valid/Invalid Time The 7-Day Schedule object uses the time that is internally maintained by the
controller platform and will process the schedule as long as the time / day
parameters are determined to be valid. The controller clock typically
becomes valid once it is synchronized through a local or remote clock
source.
Schedules The 7-Day Schedule object supports the programming of a seven day
regular schedule, a seven day temporary schedule, and one to four
exception schedules, which are used by the algorithm during active
exception input conditions.
Regular Schedules
Regular schedules consist of seven days, with each day allowing the
assignment of one to four scheduled events. Regular schedules are
programmed using the daily schedule configuration properties (Sunday
Schedule [1-4], Sunday Event [1-4], Monday Schedule [1-4], Monday Event
[1-4], etc.). The events within each day are programmed by assigning a valid
event time with a corresponding event value. Regular schedule times and
events are programmed and stored in nonvolatile memory.
Schedule time values are defined in hours and minutes (HH:MM). Hours
(HH) range from 00 to 23. Minutes (MM) range from 00 to 59. A schedule
time is considered invalid whenever the assigned time is set to a not active
(NA) or to any time which is outside the predefined hour / minute range. An
invalid schedule time causes the particular schedule event to be bypassed.
Daily scheduled times must be programmed in ascending chronological
order for proper operation. An invalid schedule time or a time value that is
out of sequence will cause the particular schedule event to be bypassed or
ignored. The schedule object will run at least the first valid schedule time
within the active day.
Temporary Schedules
Note: While temporary schedules are a part of the 7-Day Schedule object,
they are not implemented with WP Tech. A description of this feature is
provided here for information only. The temporary schedule feature is
reserved for use with future Human Machine Interface (HMI) products.
Exceptions
The 7-Day Schedule object provides up to four exception schedules, used
by the algorithm during active exception input conditions.
Schedule Operation
The 7-Day Schedule object’s algorithm dynamically calculates all outputs
based upon control conditions, including schedule enable, forced override,
temporary overrides, exceptions, and regular schedule assignments. The
algorithm continuously reviews input / schedule conditions and calculates
the output conditions based upon a predefined process order.
A 7-Day Schedule object that is not enabled causes the object to operate
under default control. In such a case, the values assigned to Default
Current, Default Next, and Default Time are placed at the outputs Current,
Next, and Time, respectively. In addition, the Active Event output will be set
to a not active (NA). The Control Status value reflects the output source by
indicating default conditions (Control Status = 0). Disabling the object
causes the algorithm to clear all assigned temporary override values.
When the object is enabled, the algorithm monitors the Force Override input
to determine if a force condition exists. A Forced Override input of Digital ON
causes values assigned to the inputs Override Current, Override Next, and
Override Time to be placed at the outputs Current, Next, and Time,
respectively. In addition, the Active Event output is set to a not active (NA).
The Control Status value reflects the output source by indicating a forced
override condition (Control Status = 1).
In all cases, the 7-Day Schedule object continuously compares the
controller’s reference time to the programmed schedule times and
dynamically maintains the current status of internal scheduled events. The
algorithm continues to calculate programmed regular, temporary, and
exception schedules regardless of schedule enable and force override
conditions. This allows a smooth transition when returning to the scheduled
program when the object is enabled, or when the force override condition is
removed. Operating the schedules in the background allows temporary
schedules to be cleared as required.
The object’s algorithm determines the current status of internal scheduled
events, processing schedules in order, with temporary schedule first,
exception schedule second, and regular schedule third.
A temporary scheduled event has the highest priority. When activated, the
Active Event output will be set to indicate the event in process (0 through 4).
The Control Status value reflects the output source by indicating a temporary
schedule condition (Control Status = 2), and the Current, Next, and Time
outputs are adjusted accordingly. Activation and completion of a temporary
scheduled event causes the algorithm to replace the temporary scheduled
event with the corresponding regular schedule event, retrieved from
nonvolatile memory. In the case where multiple temporary schedule events
are completed, the algorithm replaces them with the corresponding regular
schedule events, retrieved from nonvolatile memory.
When, under active temporary schedule conditions, adjustments to the
controller’s time cause the referenced time to advance or setback more than
one minute, the algorithm completes the temporary schedule as follows:
• A time that advances past the next scheduled event(s) causes the
algorithm to retrieve all the corresponding regular schedule events from
nonvolatile memory, including the schedule where the temporary
schedule was initiated.
• A time that sets back to when the temporary scheduled event began
causes the algorithm to recalculate and proceed forward with the
schedule object operation.
Whenever a temporary schedule is not active, the algorithm processes an
active exception schedule. An active exception condition causes the
algorithm to utilize the corresponding exception schedule in place of the
regular schedule. The exception schedule continues to be used as long as
the associated Exception input remains ON.
Simultaneous activation of multiple exceptions causes the algorithm to use
the exception with the highest priority. The object will evaluate the exception
inputs, prioritizing them high (Exception 1) to low (Exception 4). During an
exception schedule condition, the Active Event output is set to indicate the
exception event in process (0, 1, 2, 3, or 4). The Control Status value reflects
the output source by indicating an exception condition of Exception 1,
Exception 2, Exception 3, or Exception 4 (Control Status = 3, 4, 5, or 6,
respectively), and the Current, Next, and Time outputs are adjusted
accordingly.
Outputs The outputs of the 7-Day Schedule object include Current, Next, Time,
Active Event, and Control Status.
Current
The Current output reflects the currently active event value. The algorithm
determines this value by analyzing the enable, force override, temporary
override, exception, and regular schedule functions, and sets the Current
output accordingly.
Next
The Next output reflects the next scheduled event value. The algorithm
determines this value by analyzing the enable, force override, temporary
override, exception, and regular schedule functions, and sets the Next
output accordingly.
Time
The Time output reflects the calculated number of minutes until the next
event value becomes the active event value.
Active Event
The Active Event output indicates the schedule event in process. Each
temporary, exception, and regular schedule allows programming of up to
four events per day. The Active Event value ranges from 0 to 4. An Active
Event value of 1, 2, 3, or 4 directly relates to the corresponding programmed
event within the schedule.
An Active Event value of 0 (zero) indicates that the event is a continuation of
an active event from a previous day(s). The Active Event will indicate a not
active (NA) whenever the 7-Day Schedule object is disabled. A not active
(NA) will also occur whenever Force Override is activated or the controller
time referenced by the object is found to be invalid.
Control Status
The Control Status value reflects the output source for the Current, Next,
and Time outputs, by indicating a value between 0 and 7. Control Status is
an enumerated value defined as shown in Table–5.264.
Example The following example illustrates the use of a 7-Day Schedule object, in
conjunction with a Calendar object, to provide yearly schedule operation.
A 7-Day Schedule object is programmed to provide a weekly schedule in
which the building is occupied between the hours of 7 a.m. and 5 p.m.,
Monday through Friday, as well as the time between the hours of 7 a.m. and
12:30 p.m. on Saturday. See Figure–5.146.
Three exception schedules have also been programmed, to provide
alternate schedules whenever an exception event (holiday, etc.) occurs. In
this example, Exception 1 causes the schedule output to remain unoccupied
on New Years Day, Memorial Day, Independence Day, Labor Day,
Thanksgiving, and Christmas. Exception 2 causes the schedule output to
extend the occupied hours for Thursday Board Meetings, which occur on the
second Thursday of every month. Exception 3 causes the schedule output to
return to occupied mode for a Scout meeting, which occurs every Tuesday
evening from September through May.
Schedule 7 Day -
SNVT_occupancy
Calendar
SchEnb Current
Connected to
CalEnb Output[1] Excp[1] Next
control application.
FrcExp[1] Output[2] Excp[2] Time
FrcExp[2] Output[3] Excp[3] ActEvnt
FrcExp[3] Output[4] Excp[4] Status
FrcExp[4] FrcOvrd
OvrdCrnt Event Format : SNVT_occupancy
OvrdNext
Default Current: Occupied (0)
OvrdTime Default Next: Not Active (NA)
Default Time: Not Active (NA)
Schedule Object Configuration
Select WP Tech
Representation
Object Usage: The Select object passes one of the Inputs Outputs
values at either Input[1] or Input[2] as the Output
value, based on the current state (ON or OFF) at Input[1] Output
the Input Select input. In effect, the Select object Input[2]
Input Select
acts as a single-pole, double-throw switch,
selecting between the two inputs. Values connected Configuration
to Inputs[1] and [2] are typically analog types, but Properties
may be digital types if required.
Object Name
Device Support: (all firmware revisions) Object Description
Process Time
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx,
where xx = F1, F2, F3, H1, H2, H3, R1, R2, R3, WP Tech Stencil:
S1, S2, S3, or S4 Loop and Process Control
MNL-11Rxx, -13Rxx
where xx = F2 or F3
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V1, V2,
or V3
MN 800 series
Memory Requirements: (per object)
EEPROM: 10 bytes
RAM: 12 bytes (standard controller)
2 bytes (MN 800)
Properties
Table–5.265 Select Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input[1] Class: Analog -The first of two inputs selectable as -163.83 to
the Output. This value appears at the Output if an 16383
OFF or not active (NA) is at the Input Select input.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[2] Input[2] Class: Analog - The second of two inputs that can -163.83 to
be selected as the Output. This value appears at 16383
the Output if an ON is at the Input Select input.
InSel Input Select Class: Digital - Used to switch selection between — If not active (NA), the
the values at Input[1] and Input[2]. Output value is Input[1].
Applying the Object The Select object provides a means to choose from one of two values based
on the current digital state at the Input Select input.
• Input[1] is the OFF selection, meaning it appears at the object Output
with either an OFF state or not active (NA) at the Input Select input.
• Input[2] is the active or ON selection, meaning it appears at the object
Output only if an ON state is present at the Input Select input.
Table–5.268 shows all possible input to output combinations, including NAs.
Control Logic Example Two Select objects in this example Figure-5.147 are used to establish
different high and low alarm limits for an Analog Alarm object that provides
alarm detection for a space temperature value.
ON if alarm
Unoccupied alarm limit
state exists
Occupied alarm limit
OFF or ON
from occupancy
signal
Each Select object has its Input Select input connected to a digital value
corresponding to a schedule OFF/ON state. When this digital value is OFF,
the Output of each Select object represents the unoccupied alarm limit at
Input[1]. When this digital value is ON, the Output of each Select object
represents the occupied alarm limit at Input[2].
Properties
Table–5.269 Sensor Input Object Configuration Properties.
Range /
Abbrev. Name Class / Description Notes
Selections
Addr Physical Class: Analog - Indicates the physical Dependent on If no physical hardware address
Address hardware address (input terminal point on the controller is assigned (not active or NA),
the controller) assigned to the Sensor platform outputs are also set to not active
Input object. selected. (NA).
Range /
Abbrev. Name Class / Description Notes
Selections
OvrdTm Override Class: Analog - Determines the length of 0 to Note: During an active override,
Time the timed override periods, in minutes, 16383 any changes to the Override
initiated from the sensor’s shorting switch. Time value is processed
The input value is typically a value from 1 immediately. For example, if 5
to 16382 and is usually sourced from a minutes have already passed
constant value or NCI tag. during an active override, and
• A negative value, 0, or not active (NA) the Override Time value is
acts as zero (no override time). In this changed from 10 minutes to
case, no override occurs (if an override 20 minutes, the output would
is active it is canceled). Shorting the immediately change to
switch has no effect. 15 minutes remaining.
• A value of 16383 causes a “forever”
override where the override timer does A 0 (zero) value cancels the
not decrement. The cancelling of an active override and prevents
active “forever” override is dependent on subsequent sensor overrides. A
the Switch Type assigned (see Applying value of 16383 causes a
the Object, Switch Type description). “forever” override condition.
Offset Offset Class: Analog - Defines the value added -163.83 If unconnected or with a NA
Calibration to or subtracted from the calculated output to value, the Offset Calibration
value prior to placing the value at the 16383 defaults to 0.0 (no offset
actual output. applied).
Applying the Object The Sensor Input object allows the MN 800 to support a temperature sensor
equipped with a “shorting-type” pushbutton switch, such as the TS-90XXX
series. This control scheme is useful because it provides both a temperature
reading and an override-to-occupancy signal from a single wire pair, UI
controller input, and low-cost, wall mounted, RTD room sensor.
The Sensor Input object combines the functions of an Analog Input object
used for an RTD sensor with the override capability of an MN-S2 or higher
sensor. The object has one input and two outputs for the override feature;
other inputs and outputs are like those on the Analog Input object.
Input Sensor Type The Sensor Input object can be assigned to monitor any of the physical
universal input (UI) points on the TAC I/A Series MicroNet controller. The
object’s Input Sensor Type assignment configures the hardware terminals to
support any of the following standard RTD sensor types:
• Thermistor (10k with 11k shunt)
• Balco
• Platinum
• Copper
All four selections cause the Sensor Input object to calculate the output
values using controller-resident characterization, provided by the hardware.
Offset Calibration as well as the Filter function may be applied to the output
value of the object. Typical sensors for the four selections are listed in
Table–5.272.
Switch Type The Switch Type assignment defines the selections available for pushbutton
switch / timed override control. These selections include:
• No Switch
• Pushbutton Override without Cancel
• Pushbutton Override with Cancel
• Continuous Switch
The Sensor Input object performs the Switch Type sequence whenever the
algorithm detects a shorted sensor condition (i.e. input resistance is less
than 300 ohms).
No Switch
A Switch Type of “No Switch” disables the use of the timed override function,
causing the Time Remaining output to remain not active (NA). A shorted
sensor causes the Sensor Input object to interpret the value to be outside
the valid sensor range, forcing the Status output to indicate a sensor
out-of-range condition with all the other outputs being set accordingly.
If the sensor is shorted for more than 9 seconds, this is considered a true
“short”, causing the Status output to indicate a sensor out-of-range
condition, with all the other outputs being set accordingly. See the Status
output diagnostic table Table–5.274 for further details.
An active override causes the Sensor Input algorithm to set the Time
Remaining output to the value assigned to the Override Time input and,
once the short is removed, decrement the Time Remaining output until it is
returned to a 0 (zero) value. The override is restarted each time the switch is
used to short the sensor. An assigned Override Time of 0 (zero) cancels an
active override and prevents subsequent overrides as long as this value is 0.
An assigned Override Time of 16383 causes a “forever” override condition
when the override is active. This override condition is canceled when the
Override Time is changed to 0 (zero) or the controller is reset.
Continuous Switch
A Switch Type of “Continuous Switch” enables the use of a continuously
shorted sensor to perform the continuous switch function.
For example, a two-position switch (i.e. low limit thermostat) is wired across
the sensor. Continuous shorting of this sensor for more than 9 seconds
causes the Sensor Input algorithm to hold the object’s output to the last
calculated value and set the Time Remaining output to the value assigned to
the Override Time input. In this case, the algorithm will not decrement the
Time Remaining output while the short is maintained. Once the short is
removed, the Output will be released for control and the Time Remaining
output will be returned to a 0 (zero) value. During “Continuous Switch”
operation, a shorted sensor condition will never be reflected as an error at
the Status output. Open sensors will still generate an error at the status
output.
Filter Constant A Filter Constant can be applied to perform an exponential low pass filter
which limits the response of the output in relationship to a step change at the
input. A filter is typically used to dampen the effects of input change to output
change, to stabilize a noisy or rapidly changing input signal. The value of the
Filter Constant property is limited to values between 0.00 and 1.00. Filter
Constant action is shown in Table–5.273 below.
Between any two successive changes at the input, the filter algorithm
provides the function as follows:
Output = Prev. Output + [Filter Constant X (Present Input - Prev. Output)]
For example, a Sensor Input object for an airflow sensor is observed to have
an unstable output near the sensor’s low input range, with the object output
constantly jumping between 50 and 75 when airflow is holding near 60 CFM.
By using a Filter Constant of 0.30, this jumping is minimized:
At first Input jumps from 50 to 75:
Output = 50.00 + [0.30 (75.0 - 50.00)] or 57.50 (vs. 75.0 with No Filter)
Input jumps back to 50:
Output = 57.50 + [0.30 (50.0 - 57.50)] or 55.25 (vs. 50.0 with No Filter)
Input jumps up to 75:
Output = 55.25 + [0.30 (75.0 - 55.25)] or 61.18 (vs. 75.0, and so on)
Offset Calibration Offset calibration defines a value that is added to the calculated output value
prior to placing the value at the actual object output. A positive offset value
increases the value of the output; a negative offset value decreases the
value of the output.
Offset calibration is an input of the Sensor Input object. If used, a constant
value is typically assigned (connected) as the offset. An unconnected Offset
input is equivalent to a not active (NA), causing the Offset Calibration to be
set to 0.0 (no offset applied). Offset is useful in calibrating a sensor to a
known accurate measuring device, such as a temperature sensor calibrated
to a precision thermometer. In the example Sensor Input object below
Figure-5.148, a -1.2 constant was used to calibrate the sensor reading from
a value that (with no offset) was measured to be 1.2 degrees too high.
Status Output The Status output is 0 (zero) under normal conditions. This output is set to
an enumerated value whenever the Sensor Input algorithm detects an error
condition. See Table–5.274, below, for Status output values.
Note:
• For any Switch Type setting except “Continuous Switch,” a diagnostic
error will be generated whenever the sensor is shorted for more than
9 seconds. For this diagnostic condition, Balco, Platinum, and Copper
Input Sensor Types will indicate a sensor under-range Status value (2).
The 10k Thermistor Input Sensor Type will indicate a sensor over-range
Status value (3) due to the sensor’s negative temperature coefficient
properties. For all Switch Type settings, an open or high out-of-range
resistance value will generate an error condition. With BALCO, platinum,
or copper sensors, this diagnostic condition is an over-range condition.
With 10k thermistor sensors, this diagnostic condition is an under-range
condition.
• Upon reset or return from an error condition (return from status error to
normal operation), the timed override function will be initialized to the “no
override” condition. The Time Remaining output will be initialized to a
value of 0 (zero).
• The Status output can also be used digitally as a value of zero reflects
digital OFF and a value greater than zero reflects a digital ON, indicating
an error condition.
Note: The values given in Table–5.275 are general operating ranges. Refer
to the RTD specification data sheets for details.
Table–5.275 Operating and Diagnostic Trip Points and Ranges for RTD
Sensors.
Valid to NA Return from NA
RTD Type Operating Range
Low High Low High
Thermistor -40 to 250 °F Approx. -49 °F Approx. 267 °F Approx. -41 °F Approx. 251 °F
Balco (-40 to 121 °C) (-45 °C) (131 °C) (-40.5 °C) (122 °C)
Platinum -40 to 240 °F Approx. -44 °F Approx. 256 °F Approx. -41 °F Approx. 241 °F
Copper (-40 to 116 °C) (-42 °C) (124 °C) (-40.5 °C) (116 °C)
Properties
Table–5.276 Sequence (3) Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
SeqMod Sequencing Class: Analog - Defines the sequencing 0 0 - Linear A not active (NA) or a
Mode mode, which determines how Outputs[1] 1 - Analog value outside the
to [3] operate as follows: 2 - Vernier defined range results in
• Linear (SeqMod = 0) causes the outputs the default selection of
to operate in a binary, linear sequence Linear.
mode of operation.
• Analog (SeqMod = 1) causes the
outputs to operate in an analog
sequence mode of operation.
• Vernier (SeqMod = 2) causes Output[1]
to operate in an analog mode, and the
other outputs to supplement in a binary,
linear sequence mode of operation.
Range /
Abbrev. Name Class / Description Notes
Selection
SeqEnb Sequence Class: Digital - An ON or not active (NA) enables the OFF, ON, NA
Enable Sequence (3) object algorithm. An OFF causes the
outputs to be reset, where binary outputs are OFF
and analog outputs are set to 0.0%, and the value of
Stages On is set to 0 (zero).
Input Input Class: Analog - The monitored value (0.0 to 100.0%) 0.0 to 100.0%
that determines the output action, which can range
from full OFF to full ON conditions. A not active (NA)
is evaluated the same as 0.0%, where all object
outputs are set to OFF or 0.0%.
NumStgs Number of Class: Analog - Defines the number of output stages 1, 2, or 3 Typically set to 3. A
Stages used by the Sequence (3) object. The object number greater than 3
algorithm scales the number of stages assigned to If configured is evaluated as 3.
sequence ON over the full input range (0.0 to for Vernier,
100.0%). Outputs for stages not activated by the 2 is maximum
Number of Stages value (higher than) are set to not
active (NA).
Applying the Object The setting of the Sequence Mode configuration property determines how
Outputs[1], [2], and [3] operate in response to value changes at the Input
(over the Input range of 0.0 to 100.0%). The three different modes are:
• Linear Sequence Mode.
• Analog Sequence Mode.
• Vernier Sequence Mode.
Linear Sequence Mode The Linear sequence mode provides binary (OFF or ON) output stages that
operate in a linear, first on / last off manner. The object algorithm divides the
Number of Stages assigned (typically 3) equally between 0.0 and 100.0%.
This establishes the ON values and OFF values for each stage that are
compared to the Input value. The OFF value of a given stage is equal to the
ON value of the previous stage, providing a fixed hysteresis between each
stage.
Figure–5.149 shows the input to output function of a Sequence (3) object
with a Linear sequence configuration and with the Number of Stages = 3.
100%
Input 66%
signal
value 33%
0%
Output[1] Output[1]
Output[1] ON OFF
Output[2] Output[2]
ON OFF
Output[2]
Output[3] Output[3]
ON OFF
Output[3]
Time
Figure–5.149 Linear Configured Sequence (3) Object Input to Output Action (Number of Stages = 3).
As shown above, when the Input value moves upward from 0%:
• Output[1] stages ON when the Input value exceeds 33%.
• Output[2] stages ON when the Input value exceeds 66%.
• Output[3] stages ON when the Input value reaches 100%.
As the Input value moves downward from 100%:
• Output[3] stages OFF when the Input value drops below 66%.
• Output[2] stages OFF when the Input value drops below 33%.
• Output[1] stages OFF when the Input value reaches 0%.
The Stages On output indicates the total number of outputs (0, 1, 2, or 3)
that are currently ON.
Analog Sequence The Analog sequence mode provides analog (0.0 to 100.0%) output stages
Mode that operate in a proportionally sequenced manner. The object algorithm
divides the Number of Stages assigned (typically 3) equally between 0.0 and
100.0%. This establishes the amount of the input range required to operate
the individual 0 to 100% output range for each analog output. The Full Off
value (0%) of a given stage is equal to the Full On (100%) of the previous
stage, which provides a continuous analog sequencing effect between
stages.
Figure–5.150 shows the input to output function of a Sequence (3) object
with an Analog sequence configuration and with the Number of Stages = 3.
100%
Input 66%
signal
value 33%
0% Output[1]
100%
Output[1]
0%
Output[1] 0% Output[2]
100%
Output[2]
0%
Output[2] 0% Output[3]
100%
Output[3]
Output[3] 0% 0%
Time
Figure–5.150 Analog Configured Sequence (3) Object Input to Output Action (Number of Stages = 3).
As shown above, when the Input value moves upward from 0%:
• Output[1] ranges between 0% and 100% as the Input value ranges
between 0 and 33%, remaining at 100% above a 33% Input value.
• Output[2] ranges between 0% and 100% as the Input value ranges
between 33% and 66%, remaining at 100% above a 66% Input value.
• Output[3] ranges between 0% and 100% as the Input value ranges
between 66% and 100%.
As the Input value moves downward from 100%:
• Output[3] ranges between 100% and 0% as the Input value ranges
between 100% and 66%, remaining at 0% below a 66% Input value.
• Output[2] ranges between 100% and 0% as the Input value ranges
between 66% and 33%, remaining at 0% below a 33% Input value.
• Output[1] ranges between 100% and 0% as the Input value ranges
between 33% and 0%.
The Stages On output indicates the total number of outputs (0, 1, 2, or 3)
that currently have an output greater than 0%.
Vernier Sequence The Vernier sequence mode provides complete 0 to 100% proportional
Mode output control by using a combination of a single analog (0.0 to 100.0%)
output stage along with additional binary (OFF or ON) output stages.
Outputs operate in a proportionally sequenced manner.
The object algorithm divides the Number of Stages assigned plus two
(the equivalent vernier output weight) equally between 0.0 and 100.0%. This
establishes the ON values and OFF values for each binary stage, as
compared to the Input value. The vernier (analog) Output[1] acts as the
primary output, providing the proportional component in sequence with the
control of the binary outputs (Outputs[2] and [3]).
Figure–5.151 shows the input to output function of a Sequence (3) object
with a Vernier sequence configuration and with the Number of Stages = 2
(the number of digital stages used). In this example, the outputs control
electric heat loads sized as follows:
• Output[1] (vernier) - 6 kW load with SCR (proportional) control.
• Output[2] (binary) - 3 kW load digitally controlled (OFF or ON).
• Output[3] (binary) - 3 kW load digitally controlled (OFF or ON).
This combination of loads with the vernier-configured Sequence (3) object
provides a proportional output control sequence between 0 and 12 kW.
100%
Input 75%
signal 50%
value 25%
0%
6 kW
100%
Output[1] 50%
0%
3 kW
Output[2] Output[2]
Output[2] ON OFF
3 kW
Output[3] Output[3]
Output[3] ON OFF
0 kW 3 kW 6 kW 9 kW 12 kW 9 kW 6 kW 3 kW 0 kW
TIME
Figure–5.151 Vernier Configured Sequence (3) Object Input to Output Action (Number of Stages = 2).
As shown above, when the Input value moves upward from 0%:
• Output[1] ranges between 0% and 100% as the Input value ranges
between 0 and 50%.
• Output[2] stages ON when the Input value reaches 50%, and Output[1]
resets to 50%. As the Input value ranges between 50% and 75%,
Output[1] ranges between 50% and 100%.
• Output[3] stages ON when the Input value reaches 75%, and Output[1]
resets to 50%. As the Input value ranges between 75% and 100%,
Output[1] ranges between 50% and 100%.
Example
The Sequence (3) object shown in the example below Figure-5.152
performs the vernier output sequencing for the electric heating application
previously described in Figure–5.151.
ON or NA for Sequence
Control (OFF sets outputs
OFF or 0)
SCR controlled
6 kW Load
0 to 100%
Heating
Demand
(from Loop) SeqMod = 2 (Vernier) 3 kW Load
3 kW Load
Properties
Table–5.279 Sequence (6) Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
SeqMod Sequencing Class: Analog - Defines the sequencing 0 0 - Linear A not active (NA) or a
Mode mode, which determines how Outputs[1] 1 - Analog value outside the
to [6] operate, as follows: 2 - Vernier defined range results in
• Linear (SeqMod = 0) causes the outputs the default selection of
to operate in a binary, linear sequence Linear.
mode of operation.
• Analog (SeqMod = 1) causes the
outputs to operate in an analog
sequence mode of operation.
• Vernier (SeqMod = 2) causes Output[1]
to operate in an analog mode, and the
other outputs to supplement in a binary,
linear sequence mode of operation.
Range /
Abbrev. Name Class / Description Notes
Selection
SeqEnb Sequence Class: Digital - An ON or not active (NA) enables the OFF, ON, NA
Enable Sequence (6) object algorithm. An OFF causes the
outputs to be reset, where binary outputs are OFF
and analog outputs are set to 0.0%, and the value of
Stages On is set to 0 (zero).
Input Input Class: Analog - The monitored value (0.0 to 100.0%) 0.0 to 100.0%
that determines the output action, which can range
from full OFF to full ON conditions. A not active (NA)
is evaluated the same as 0.0%, where all object
outputs are set to OFF or 0.0%.
NumStgs Number of Class: Analog - Defines the number of output stages 1, 2, 3, A number greater than
Stages used by the Sequence (6) object. 4, 5, or 6 6 is evaluated as 6.
The object algorithm scales the number of stages
assigned to sequence ON over the full input range If configured
(0.0 to 100.0%). Outputs for stages not activated by for Vernier,
the Number of Stages value (higher than) are set to 5 is maximum
not active (NA).
Applying the Object The setting of the Sequence Mode configuration property determines how
Outputs[1] through [6] operate in response to value changes at the Input
(over the Input range of 0.0 to 100.0%). The three different modes are:
• Linear Sequence Mode.
• Analog Sequence Mode.
• Vernier Sequence Mode.
Linear Sequence Mode The Linear sequence mode provides binary (OFF or ON) output stages that
operate in a linear, first on / last off manner. The object algorithm divides the
Number of Stages assigned (maximum of 6) equally between
0.0 and 100.0%. This establishes the ON values and OFF values for each
stage that are compared to the Input value.
The OFF value of a given stage is equal to the ON value of the previous
stage, providing a fixed hysteresis between each stage.
Figure–5.153 shows the input to output function of a Sequence (6) object
with a Linear sequence configuration and with the Number of Stages = 6.
100%
Input 66%
signal
value 33%
0%
Output[1]
ON Output[1]
Output[1] Output[2] OFF
ON Output[2]
Output[2] Output[3] OFF
ON Output[3]
Output[3] Output[4] OFF
ON Output[4]
Output[4] Output[5]
OFF
ON Output[5]
Output[5] Output[6] OFF
ON Output[6]
Output[6]
OFF
Time
Figure–5.153 Linear Configured Sequence (6) Object Input to Output Action (Number of Stages = 6).
As shown above, when the Input value moves upward from 0%, Outputs[1]
through [6] stage ON based on the calculated ON values from the following
equation:
Stage ON value = [ (100% ÷ Number of Stages) x actual stage number]
For the example shown above, where Number of Stages = 6, the first stage
(Output[1]) stages ON when the Input value is greater than 16.6%.
Stage 1 ON value = [ (100% ÷ 6) x 1 ] = 16.6%
As the Input continues to increase, additional outputs stage ON in equal
increments (33%, 50%, etc.), with the highest valid output (typically 6)
staged ON at a full Input condition of 100%.
As the Input value moves downward from 100%, the ON value of the
previous stage becomes the OFF value for the current stage. For the
example shown above, Output[6] stages OFF when the Input value drops
below 83.3%. This pattern continues until the Input reaches 0%, where
Output[1] stages OFF.
The Stages On output indicates the total number of outputs (0, 1, 2, 3, 4, 5,
or 6) that are currently ON.
Analog Sequence The Analog sequence mode provides analog (0.0 to 100.0%) output stages
Mode that operate in a proportionally sequenced manner. The object algorithm
divides the Number of Stages assigned (maximum of 6) equally between 0.0
and 100.0%. This establishes the amount of the input range required to
operate the individual 0 to 100% output range for each analog output. The
Full Off value (0%) of a given stage is equal to the Full On (100%) of the
previous stage, which provides a continuous analog sequencing effect
between stages.
Figure–5.154 shows the input to output function of a Sequence (6) object
with an Analog sequence configuration and with the Number of Stages = 6.
100%
Input 66%
signal
value 33%
0%
Output[1]
100% 100%
Output[1] Output[1]
0% Output[2]
100% 0%
100%
Output[2] 0%
Output[2]
Output[3] 0%
100% 100%
Output[3] Output[3]
0% 0%
Output[4]
100% 100%
Output[4] Output[4]
0% Output[5] 0%
Output[5] 100% 100% Output[5]
0% Output[6] 0%
Output[6] 100% 100% Output[6]
0% 0%
Time
Figure–5.154 Analog Configured Sequence (3) Object Input to Output Action (Number of Stages = 6).
As shown above, when the Input value moves upward from 0%, Outputs[1]
through [6] range from 0% to 100% based on the calculated Full On (100%)
point for each stage, derived from the following equation:
Full Stage output = [ (100% ÷ Number of Stages) x actual stage number]
For the example shown above, where Number of Stages = 6, the first stage
(Output[1]) is at 100% when the Input value reaches 16.6%.
Full Stage 1 output = [ (100% ÷ 6) x 1 ] = 16.6%
As the Input continues to increase, additional outputs range from 0% to
100% in proportion to the Input signal, with the highest valid output (typically
6) at 100% (Full On) at the full Input condition of 100%.
As the Input value moves downward from 100%, the outputs mirror their
previous 100% to 0% output range as before, until Output[1] ranges to 0%
when the Input value reaches 0.0%.
The Stages On output indicates the total number of outputs (0, 1, 2, 3, 4, 5,
or 6) that currently have an output greater than 0%.
Vernier Sequence The Vernier sequence mode provides complete 0 to 100% proportional
Mode output control by using a combination of a single analog (0.0 to 100.0%)
output stage along with additional binary (OFF or ON) output stages.
Outputs operate in a proportionally sequenced manner.
The object algorithm divides the Number of Stages assigned plus two
(the equivalent vernier output weight) equally between 0.0 and 100.0%.
This establishes the ON values and OFF values for each binary stage, as
compared to the Input value. The vernier (analog) Output[1] acts as the
primary output, providing the proportional component in sequence with the
control of the binary outputs (Outputs[2] through [6]).
100%
Input 75%
signal 50%
value 25%
0%
6 kW
100%
Output[1] 50%
0%
Output[2]
Output[2] ON Output[2]
3 kW Output[3] OFF
Output[3] ON Output[3]
3 kW Output[4] OFF
Output[4] ON Output[4]
Output[5]
3 kW OFF
Output[5] ON Output[5]
3 kW Output[6] OFF
Output[6] ON Output[6]
3 kW OFF
0 3 6 9 12 15 18 21 18 15 12 9 6 3 0
kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW
Time
Figure–5.155 Vernier Configured Sequence (6) Object Input to Output Action (Number of Stages = 5).
Example
The Sequence (6) object shown in Figure–5.156 performs the vernier output
sequencing for the electric heating application described in Figure–5.155.
ON or NA for Sequence
Control (OFF sets outputs
OFF or 0) SCR controlled
0 to 100% 6 kW Load
Heating
Demand
(from Loop)
3 kW Load
SeqMod = 2 (Vernier)
3 kW Load
0, 1, 2, 3,
4, or 5
3 kW Load
(Binary Stages
currently ON)
3 kW Load
3 kW Load
Properties
Table–5.282 Sequence (10) Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time on
Time which the object executes its algorithm. 4 - Medium page 88 for more
2 - High details.
SeqMod Sequencing Class: Analog - Defines the sequencing 0 0 - Linear A not active (NA) or a
Mode mode, which determines how Outputs[1] 1 - Analog value outside the
to [10] operate, as follows: 2 - Vernier defined range results in
• Linear (SeqMod = 0) causes the outputs the default selection of
to operate in a binary, linear sequence Linear.
mode of operation.
• Analog (SeqMod = 1) causes the
outputs to operate in an analog
sequence mode of operation.
• Vernier (SeqMod = 2) causes Output[1]
to operate in an analog mode, and the
other outputs to supplement in a binary,
linear sequence mode of operation.
Range /
Abbrev. Name Class / Description Notes
Selection
SeqEnb Sequence Class: Digital - An ON or not active (NA) enables the
Enable Sequence (10) object algorithm. An OFF causes the
outputs to be reset, where binary outputs are OFF
and analog outputs are set to 0.0%, and the value of
Stages On is set to 0 (zero).
Input Input Class: Analog - The monitored value (0.0 to 100.0%) 0.0 to 100.0%
that determines the output action, which can range
from full OFF to full ON conditions. A not active (NA)
is evaluated the same as 0.0%, where all object
outputs are set to OFF or 0.0%.
NumStgs Number of Class: Analog - Defines the number of output stages 1 through 10, A number greater than
Stages used by the Sequence (10) object. The object (integer) 10 is evaluated as 10.
algorithm scales the number of stages assigned to
sequence ON over the full input range (0.0 to If configured
100.0%). Outputs for stages not activated by the for Vernier,
Number of Stages value (higher than) are set to not 9 is maximum
active (NA).
Applying the Object The setting of the Sequence Mode configuration property determines how
Outputs[1] through [10] operate in response to value changes at the Input
(over the Input range of 0.0 to 100.0%). The three different modes are:
• Linear Sequence Mode.
• Analog Sequence Mode.
• Vernier Sequence Mode.
Linear Sequence Mode The Linear sequence mode provides binary (OFF or ON) output stages that
operate in a linear, first on / last off manner. The object algorithm divides the
Number of Stages assigned (maximum of 10) equally between 0.0 and
100.0%. This establishes the ON values and OFF values for each stage that
are compared to the Input value. The OFF value of a given stage is equal to
the ON value of the previous stage, providing a fixed hysteresis between
each stage.
Figure–5.157 shows the input to output function of a Sequence (10) object
with a Linear sequence configuration and with the Number of Stages = 10.
100%
Input 75%
signal 50%
value 25%
0%
Output[1]
Output[1] ON
OFF
Output[2]
Output[2] ON OFF
Output[3]
Output[3] ON OFF
Output[4]
Output[4] ON OFF
Output[5]
Output[5] ON OFF
Output[6]
Output[6] ON OFF
Output[7]
Output[7] ON OFF
Output[8]
Output[8] ON OFF
Output[9]
Output[9] ON OFF
Output[10]
Output[10] ON OFF
Time
Figure–5.157 Linear Configured Sequence (10) Object Input to Output Action (Number of Stages = 10).
As shown, when the Input value moves upward from 0%, Outputs[1] through
[10] stage ON based on the calculated ON values from the following
equation:
Stage ON value = [ (100% ÷ Number of Stages) x actual stage number]
In this example, where Number of Stages = 10, the first stage (Output[1])
stages ON when the Input value is greater than 10.0%. As the Input
continues to increase, additional outputs stage ON in equal increments
(20%, 30%, etc.), with the highest valid output (maximum 10) staged ON at a
full Input condition of 100%.
As the Input value moves downward from 100%, the ON value of the
previous stage becomes the OFF value for the current stage. For the
example shown above, Output[10] stages OFF when the Input value drops
below 90.0%. This pattern continues until the Input reaches 0%, where
Output[1] stages OFF. The Stages On output indicates the total number of
outputs (0, 1, 2, 3, 4, 5, 6, 7, 8, 9, or 10) that are currently ON.
Analog Sequence The Analog sequence mode provides analog (0.0 to 100.0%) output stages
Mode that operate in a proportionally sequenced manner. The object algorithm
divides the Number of Stages assigned (maximum of 10) equally between
0.0 and 100.0%. This establishes the amount of the input range required to
operate the individual 0 to 100% output range for each analog output. The
Full Off value (0%) of a given stage is equal to the Full On (100%) of the
previous stage, which provides a continuous analog sequencing effect
between stages.
Figure–5.158 shows the input to output function of a Sequence (10) object
with an Analog sequence configuration and with the Number of Stages = 10.
100%
75%
Input
signal 50%
value 25%
0%
Output[1]
100% 100%
Output[1] 0%
Output[2] 0%
100% 100%
Output[2] 0%
Output[3] 0%
100% 100%
Output[3] 0%
Output[4] 0%
100% 100%
Output[4] 0%
Output[5] 0%
100% 100%
Output[5] 0%
Output[6] 0%
100% 100%
Output[6] 0%
Output[3] 0%
100% 100%
Output[7] 0%
Output[4] 0%
100%
100%
Output[8] 0%
100% Output[5] 0%
100%
Output[9] 0%
Output[6] 0%
100% 100%
Output[10] 0%
0%
Time
Figure–5.158 Analog Configured Sequence (10) Object Input to Output Action (Number of Stages = 10).
As shown, when the Input value moves upward from 0%, Outputs[1] through
[10] range from 0% to 100% based on the calculated Full On (100%) point
for each stage, derived from the following equation:
Full Stage Output = [ (100% ÷ Number of Stages) x actual stage number]
For the example just shown, where Number of Stages = 10, the first stage
(Output[1]) is at 100% when the Input value reaches 10.0%. As the Input
continues to increase, additional outputs range from 0% to 100% in
proportion to the Input signal, with the highest valid output (maximum 10) at
100% (Full On) at the full Input condition of 100%.
As the Input value moves downward from 100%, the outputs mirror their
previous 100% to 0% output range as before, until Output[1] ranges to 0%
when the Input value reaches 0.0%.
The Stages On output indicates the total number of outputs (0, 1, 2, 3, 4, 5,
6, 7, 8, 9, or 10) that currently have an output greater than 0%.
Vernier Sequence The Vernier sequence mode provides complete 0 to 100% proportional
Mode output control by using a combination of a single analog (0.0 to 100.0%)
output stage along with additional binary (OFF or ON) output stages.
Outputs operate in a proportionally sequenced manner.
The object algorithm divides the Number of Stages assigned plus two
(the equivalent vernier output weight) equally between 0.0 and 100.0%. This
establishes the ON values and OFF values for each binary stage, as
compared to the Input value. The vernier (analog) Output[1] acts as the
primary output, providing the proportional component in sequence with the
control of the binary outputs (Outputs[2] through [10]).
100%
Input 75%
signal 50%
value
25%
0%
6 kW
100%
Output[1] 50%
0%
Output[2]
Output[2] ON
Output[3] OFF
Output[3] ON
Output[4] OFF
Output[4] ON
Output[5]
OFF
Output[5] ON
Output[6] OFF
Output[6] ON
Output[7]
OFF
Output[7] ON
Output[8] OFF
Output[8] ON
Output[9]
OFF
Output[9] ON
Output[10] OFF
Output[10] ON
OFF
0 3 6 9 12 15 18 21 24 27 30 33 30 27 24 21 18 15 12 9 6 3 0
kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW kW
TIME
Figure–5.159 Vernier Configured Sequence (10) Object Input to Output Action (Number of Stages = 9).
As shown in Figure–5.159, when the Input value moves upward from 0%:
• Output[1] ranges between 0% and 100% as the Input value ranges
between 0 and 18.2% (2 / 11).
• Output[2] stages ON when the Input value reaches 18.2%, and
Output[1] resets to 50%. Further increases in the Input value modulate
Output[1] through the 50% to 100% range and stage ON the remaining
Outputs[3] through [10] as shown.
As the Input value decreases from 100%:
• Output[1] ranges between 100% and 0% as the Input value ranges
between 100% and 81.8% (9 / 11).
• Output[10] stages OFF when the Input value ranges reaches 81.8%,
and Output[1] resets to 50%. Further decreases in the Input value
modulate Output[1] through the 50% to 0% range and stage OFF the
remaining Outputs[9] through [2] as shown.
The Stages On output shows the total number of binary outputs that are
currently ON (0, 1, 2, 3, 4, 5, 6, 7, 8, or 9 only), as the vernier (analog) output
(Output[1]) is not included.
Example
The Sequence (10) object shown in Figure–5.160 below performs the
vernier output sequencing for the electric heating application previously
described in Figure–5.159.
ON or NA for Sequence
Control (OFF sets outputs
OFF or 0)
SCR controlled
6 kW Load
0 to 100%
Heating
Demand
(from Loop) 3 kW Load
3 kW Load
SeqMod = 2 (Vernier)
3 kW Load
3 kW Load
0, 1, 2, 3,
4, 5, 6, 7,
8, or 9
(Binary Stages 3 kW Load
currently ON)
3 kW Load
3 kW Load
3 kW Load
3 kW Load
MN 800 series
Memory Requirements: (per object)
EEPROM: 20 bytes
RAM: 30 bytes (standard controller)
10 bytes (MN 800)
Properties
Table–5.285 Setpoint Control Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Name Class: Character String - The user-defined — — Printable characters
name for the object, unique within the only. See Object
controller where the object resides. Name on page 87
for more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to further file only. See Object
describe the object. Description on page
87 for more details.
ProTm Process Time Class: Analog - Defines the frequency at 4 6 - Low See Process Time
which the object executes its algorithm. 4 - Medium on page 88 for
2 - High more details.
Type Setpoint Type Class: Analog - Determines whether the 0 0 - Single
Select object algorithm uses either a single or a 1 - Dual
dual setpoint when calculating occupancy
setpoints.
Range /
Abbrev. Name Class / Description Notes
Selections
OccEnb Occupancy Class: Digital - An ON or not active (NA) —
Enable establishes the occupied mode, whereby the object
calculates and outputs occupied setpoints. An OFF
establishes the unoccupied mode, whereby the
object outputs unoccupied setpoints.
SetptA Setpoint A Class: Analog - Defines either the occupied single
setpoint, or the occupied cooling setpoint if
configured for dual setpoints.
SetptB Setpoint B Class: Analog - Defines the occupied heating
-163.83 to See the Single
setpoint (used only if configured for dual setpoints).
16383 Setpoint mode and
UnocSPA Unoccupied Class: Analog - Defines the unoccupied cooling Dual Setpoint
Setpoint A setpoint value. mode sections for
UnocSPB Unoccupied Class: Analog - Defines the unoccupied heating details on how a not
Setpoint B setpoint value. active (NA)
condition for these
Dband Deadband Class: Analog - Defines the Setpoint Controller
properties affects
deadband, used differently according to the object’s
the operation of the
Setpoint Type Select configuration.
object.
• If a Single setpoint, Deadband is used to calculate
occupied setpoint output values.
• If Dual setpoints, Deadband is used to prevent
occupied setpoint crossover.
SP3Offst Setpoint 3 Class: Analog - Defines an offset reference value
Offset subtracted from the cooling setpoint (SetptA) to
generate the economizer setpoint (SP3Out).
SPBOut Setpoint Class: Analog - The calculated occupied heating setpoint value.
Output B Typically used to provide occupancy setpoint targets for the optimum
start / stop function.
Applying the Object The Setpoint Control object is typically used for generating temperature
setpoints for applications with occupied / unoccupied control periods. Three
separate outputs offer active setpoints typically used for cooling, heating,
and economizer modes of operation. These outputs are often connected to
matching inputs of a Loop Sequenced object. Two additional outputs of the
Setpoint Control object represent the calculated occupied cooling and
heating setpoints, typically used with an Optimized Start / Stop object.
Single Setpoint Mode The Setpoint Control object features two configurations modes, single
vs. Dual Setpoint Mode setpoint mode or dual setpoint mode, determined by the configuration
property Setpoint Type Select. The two modes function differently.
Selection of single setpoint mode causes the Setpoint Control object to
calculate the active occupied setpoint outputs for SP1Out, SP2Out, and
SP3Out from a single setpoint input SetptA value and the Dband value.
The SetptB input is not evaluated. Unoccupied setpoint values are derived
from UnocSPA and UnocSPB.
Selection of dual setpoint mode causes the Setpoint Control object to
calculate the active occupied setpoint outputs for SP1Out, SP2Out, and
SP3Out from separate inputs SetptA and SetptB. The Dband value is used
to prevent occupied setpoint crossover. As in the single setpoint mode,
unoccupied setpoint values are derived from UnocSPA and UnocSPB.
Figure–5.161 compares the two configuration modes during an occupied
period. Both configuration modes are explained in the following sections.
Figure–5.161 Comparison of Single Setpoint and Dual Setpoint Modes in Occupied Period.
Unoccupied Mode
When Occupancy Enable = OFF, the Setpoint Control object calculates the
output setpoint values as follows:
SP1Out = UnoccSPA
SP2Out = UnoccSPB
SP3Out = UnoccSPA - SP3Offst
SPAOut = SetptA + (Dband ÷ 2)
SPBOut = SetptA - (Dband ÷ 2)
Unoccupied setpoint crossover is prevented by comparing UnocSPB and
UnocSPA values.
If UnocSPB > UnocSPA, the UnocSPB = UnocSPA.
A not active (NA) value at these object inputs produces these results:
• If SetptA is NA, SPAOut and SPBOut are set to NA.
• If UnoccSPA is NA, SP1Out and SP3Out are set to NA.
• If UnoccSPB is NA, SP2Out is set to NA.
• If Dband is a negative value or NA, the value 0.0 is used as Dband.
• If SP3Offst is a negative value or NA, the value 0.0 is used as SP3Offst.
Unoccupied Mode
When Occupancy Enable = OFF, the Setpoint Control object calculates the
output setpoint values as follows:
SP1Out = UnoccSPA
SP2Out = UnoccSPB
SP3Out = UnoccSPA - SP3Offst
SPAOut = SetptA
SPBOut = SetptB
Unoccupied setpoint crossover is prevented by comparing UnocSPB and
UnocSPA values.
If UnocSPB > UnocSPA, the UnocSPB = UnocSPA.
A not active (NA) value at these object inputs produces these results:
• If SetptA is NA, SPAOut is set to NA.
• If SetptB is NA, SPBOut is set to NA.
• If UnoccSPA is NA, SP1Out and SP3Out are set to NA.
• If UnoccSPB is NA, SP2Out is set to NA.
• If Dband is a negative value or NA, the value 0.0 is used as Dband.
• If SP3Offst is a negative value or NA, the value 0.0 is used as SP3Offst.
Example Figure–5.162 illustrates a Setpoint Control object used to provide the control
setpoints for a heating, cooling, and economizer control sequence. In this
example, the occupied and unoccupied mode of operation is received as a
variable from the network. The heating and cooling setpoint values are
established using an MN-Sx wall sensor and setpoint device.
SNVT_occupancy
Occupied = 0
Unoccupied = 1
Type = Dual
Properties
Table–5.288 SqRt Mul / Add Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The square root of this value is -163.83 to
If not active (NA) is present,
the multiplicand in the equation. 16383
the output is set to NA.
[ ( SQRT AV1 ) x AV2 ] + AV3
Input[2] Input [2] Class: Analog - The second value used as the -163.83 to If not active (NA), the term is
multiplier to the first value square root result. 16383 ignored.
[ ( SQRT AV1 ) x AV2 ] + AV3
Input[3] Input [3] Class: Analog - The third value added to the -163.83 to If not active (NA), the term is
previous result. 16383 ignored.
[ ( SQRT AV1 ) x AV2 ] + AV3
Applying the Object The SqRt Mul / Add object is similar to other three-input math objects, which
also process analog values (AV) and produce an AV output. This object is
the only math object with a square root operator. The equation specific to the
SqRt Mul / Add object is:
[ ( SQRT AV1 ) x AV2 ] + AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values (0.0 for OFF or
100.0 for ON), or not active (NA).
Example Application In this example, the SqRt Mul / Add object is used in the conversion of a duct
velocity pressure (Pv) value to a CFM airflow value (along with another math
object, the Mul / Add object). The formula used is:
CFM = Pv × ( 4005 ) × ( duct area in square feet )
The velocity pressure sensor is installed in an 8” duct, which has an area of
0.347 square feet. The two math objects appear below Figure-5.163.
Calculated CFM
to Loop or Reset
control logic
SR Flip-Flop WP Tech
Representation
Object Usage: The SR Flip-Flop is a two-input Inputs Outputs
logic object for use with digital values (DV). It
performs a set-reset flip-flop logic function. In Set Output
operation, the SR Flip-Flop is similar to the Reset
Properties
Table–5.292 SR Flip-Flop Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Set Set Class: Digital - Evaluated as the set input. — See the Truth Table and
A not active (NA) is disregarded by the Timing Diagram for input to
SR Flip Flop algorithm. output sequence of operation.
Reset Reset Class: Digital - Evaluated as the reset input. — See the Truth Table and
A not active (NA) is disregarded by the Timing Diagram for input to
SR Flip Flop algorithm. output sequence of operation.
Applying the Object The SR Flip-Flop is a two-input logic object that processes digital values
(DV) and produces a digital output result. It is most similar to the three-input
Clocked SR object. The SR Flip-Flop object toggles (flip-flop) its object
Output in concert with DV changes on the inputs Set and Reset.
A timing diagram Figure-5.164 and truth table Table–5.295 help illustrate the
operation of the SR Flip-Flop.
Output
TIME
As with other logic objects, Inputs to this object are typically digital values
from a connection to another object’s output, represented numerically with a
0 (OFF) or 100 (ON). However, Inputs can also process analog values or a
value from an assigned constant. An Input with an analog value or constant
is evaluated as OFF if the value is negative or equal to zero (0.0), or ON if
the Input has any positive value greater than zero.
Example The SR Flip-Flop object below Figure-5.165 is used like one in several of the
Schneider Electric pre-engineered applications for MN 100 and 200
controllers.
The object output drives the selection of the currently active (effective)
setpoint, based on the loop outputs of the Loop Sequenced object.
WP Tech Stencil:
Timer and Sequence Control
Properties
Table–5.296 Step Driver Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object Name
within the controller where the object on page 87 for more
resides. details.
Desc Description Class: Character String - Optional — — Stored in the WPT file
user-defined descriptor available to only. See Object
further describe the object. Description on page 87
for more details.
Range /
Abbrev. Name Class / Description Notes
Selection
Enable Enable Class: Digital - An ON or not active (NA) enables the Step —
Driver object algorithm. An OFF causes Outputs[1] through
[6] to be reset and held in an OFF state, and the Stages On
output to be set to 0 (zero).
Input Input Class: Analog - The monitored value (0.0 to 100.0%) that 0.0 to 100.0% Negative value
determines the output action, as configured by the values defaults to 0.0% and
at the Trip Point and Deadband inputs. a value greater than
A not active (NA) is evaluated the same as 0.0%. 100.0% defaults to
100.0%.
Range /
Abbrev. Name Class / Description Notes
Selection
TripPt[1] Trip Point Class: Analog - Defines the “ON” trip point for Output[1]. 0.0 to 100.0% A Trip Point value of
[1] The output is set to ON whenever the input value is greater zero causes the
than or equal to this Trip Point. associated output to
TripPt[2] Trip Point Class: Analog - Defines the “ON” trip point for Output[2]. 0.0 to 100.0% be held in the Digital
[2] The output is set to ON whenever the input value is greater OFF condition.
than or equal to this Trip Point.
Any Trip Point of not
:. :. :. active (NA) causes
that output to be
TripPt[6] Trip Point Class: Analog - Defines the “ON” trip point for Output[6]. 0.0 to 100.0% reset and held in an
[6] The output is set to ON whenever the input value is greater OFF state.
than or equal to this Trip Point.
Negative values
default to 0.0% and
values greater than
100.0% default to
100.0%.
Dband[1] Deadband Class: Analog - This value is used to determine the “OFF” 0.0 to 100.0% Any Deadband of
[1] trip point for Output[1]. The output is set to OFF whenever not active (NA)
the input value is less than the result of subtracting the internally defaults to
Deadband[1] value from the Trip Point[1] value. a deadband of
Dband[2] Deadband Class: Analog - This value is used to determine the “OFF” 0.0 to 100.0% 0.0%.
[2] trip point for Output[2]. The output is set to OFF whenever
the input value is less than the result of subtracting the Negative values
Deadband[2] value from the Trip Point[2] value. default to 0.0% and
values greater than
:. :. :. 100.0% default to
100.0%.
Dband[6] Deadband Class: Analog - This value is used to determine the “OFF” 0.0 to 100.0%
[6] trip point for Output[6]. The output is set to OFF whenever
the input value is less than the result of subtracting the
Deadband[6] value from the Trip Point[6] value.
:. :. :.
Output[6] Output [6] Class: Digital - This output is set to ON whenever the input value is OFF (0.0)
greater or equal to the Trip Point[6] value. The output remains ON until ON (100.0)
the input drops below the result of subtracting Deadband[6] from Trip
Point[6].
StgsOn Stages On Class: Analog - Reflects the actual number of output stages ON during 0, 1, 2, 3, 4, 5, or 6
active step driver operation.
Applying the Object The Step Driver object provides a means of generating a digital output
sequence, based upon programmable trip points. Each stage is evaluated
independently of the other stages, allowing for unique linear and nonlinear
sequences. Each stage’s trip point and deadband combination is compared
to the input value, and the digital output is set or reset accordingly.
Enable: The Enable input controls the active operation of the Step Driver
object. An Enable value of digital OFF disables the Step Driver object,
causing all outputs to be reset and held in the digital OFF state, and the
Stages On output is set to a value of 0 (zero). An ON or not active (NA) at
the Enable input enables the Step Driver object, allowing outputs to operate
based upon the Input value.
Input: The Step Driver control algorithm calculates the digital output states
based upon the Input property’s value. The values applied to the Input
property are limited to a range between 0.0 and 100.0%. An Input value of
not active (NA) is evaluated as a 0.0% value.
Trip Point [1] through [6]: Each Trip Point input value determines that
stage's “ON” trip point. The “ON” trip point is the Input property value at
which the associated output is set to ON. The associated output (Output[1]
through Output[6]) is set to digital ON whenever the Input property value is
greater than or equal to the associated Trip Point value.
Output[x] = ON when Input ≥ Trip Point[x]
Each Trip Point can be assigned a value between 0.0 and 100.0%. A Trip
Point value of zero causes the associated output to be held in the Digital
OFF condition. Trip Point values above and below this range are limited
internally. A Trip Point value of not active (NA) causes the individual stage’s
comparison to be ignored, whereby the output is reset and held in the OFF
state.
Deadband [1] through [6]: Each Deadband value is used to determine that
stage’s “OFF” trip point. This is the point at which the associated output
(Output[1] through Output[6]) is set to OFF, which occurs whenever the
Input properties value is less than the difference between the corresponding
Trip Point and Deadband values.
Output[x] = OFF when Input < Trip Point[x] - Deadband[x]
Each Deadband can be set to a value between 0.0 and 100.0%. Deadband
values above and below this range are limited internally. A Deadband of not
active (NA) causes the stage's Deadband to default to a value of 0.0%.
Each stage’s calculated "OFF” trip point ([Trip Point] - [Deadband]) must be
a positive value. Any OFF trip point determined to be negative (< 0.0%) is
evaluated as 0.0%, which guarantees that all outputs will be reset to OFF
whenever the Input value is 0.0%.
Reset Operation Reset of the object (controller reset) causes all outputs to be initialized OFF
and the Stages On output to be initialized to a value of 0 (zero). The object
then activates the required outputs based on the current input values, and
the Stages On output indicates the actual number of outputs that are ON.
Examples Two Step Driver object examples include a linear control sequence
configuration and a nonlinear control sequence configuration.
Linear Configuration
A Step Driver object is configured to generate a linear sequence shown in
Figure–5.166. Output[1] comes ON before Output[2], and remains ON until
Output[2] returns OFF, and so on, through the full range of the outputs.
ON
Output[x] Output[6]
OFF Output[5]
TripPt[1] = 10% Dband[1] = 10% Output[4]
TripPt[2] = 20% Dband[2] = 20%
TripPt[3] = 40% Dband[3] = 20% Output[3]
TripPt[4] = 60% Dband[4] = 20%
TripPt[5] = 80% Dband[5] = 20% Output[2]
TripPt[6] = 100% Dband[6] = 20%
Output[1]
Input Value
Nonlinear Configuration
A Step Driver object is configured to generate a nonlinear sequence shown
in Figure–5.167. In this example, the variations in trip ON and OFF points
provide an irregular output response.
ON
Output[x]
Output[6]
OFF
Output[5]
TripPt[1] = 80% Dband[1] = 60% Output[4]
TripPt[2] = 30% Dband[2] = 30%
TripPt[3] = 90% Dband[3] = 30% Output[3]
TripPt[4] = 50% Dband[4] = 50%
TripPt[5] = 100% Dband[5] = 50% Output[2]
TripPt[6] = 70% Dband[6] = 40%
Output[1]
Input Value
Properties
Table–5.299 Sub / Add Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The first value or minuend in the -163.83 to
equation: 16383 If not active (NA) is
( AV1 - AV2 ) + AV3 present at both
Inputs[1] and [2], the
Input[2] Input [2] Class: Analog - The second value or subtrahend, -163.83 to output is set to NA.
subtracted from the first value: 16383
( AV1- AV2 ) + AV3
Input[3] Input [3] Class: Analog - The third value added to the -163.83 to If not active (NA), the
previous result. 16383 output is set to NA.
( AV1 - AV2 ) + AV3
Applying the Object The Sub / Add object is similar to other three-input math objects, which also
process analog values (AV) and produce an AV output. The equation
specific to the Sub / Add object is:
( AV1 - AV2 ) + AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values
(0.0 for OFF or 100.0 for ON), or not active (NA).
Properties
Table–5.303 Sub / Div Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The first value or minuend in -163.83 to
the equation: ( AV1 - AV2 ) ÷ AV3 16383 If not active (NA) is present
at both Inputs[1] and [2], the
Input[2] Input [2] Class: Analog - The second value or -163.83 to output is set to NA.
subtrahend, subtracted from the first value: 16383
( AV1 - AV2 ) ÷ AV3
Input[3] Input [3] Class: Analog - The third value or divisor, -163.83 to If not active (NA), the output
which is divided into the previous result: 16383 is set to NA.
( AV1 - AV2 ) ÷ AV3
Applying the Object The Sub / Div object is similar to other three-input math objects, which also
process analog values (AV) and produce an AV output. The equation
specific to the Sub / Div object is:
( AV1 - AV2 ) ÷ AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values (0.0 for OFF or
100.0 for ON), or not active (NA).
Properties
Table–5.307 Sub / Mul Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog - The first value or minuend in the -163.83 to
equation: 16383 If not active (NA) is
( AV1 - AV2 ) x AV3 present at both
Inputs[1] and [2], the
Input[2] Input [2] Class: Analog - The second value or subtrahend, -163.83 to output is set to NA.
subtracted from the first value: 16383
( AV1 - AV2 ) x AV3
Input[3] Input [3] Class: Analog - The third value multiplied to the -163.83 to If not active (NA), the
previous result. 16383 output is set to NA.
( AV1 - AV2 ) x AV3
Applying the Object The Sub / Mul object is similar to other three-input math objects, which also
process analog values (AV) and produce an AV output. The equation
specific to the Sub / Mul object is:
( AV1 - AV2 ) x AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values
(0.0 for OFF or 100.0 for ON), or not active (NA).
Properties
Table–5.311 Sub / Sub Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
Input[1] Input [1] Class: Analog -The first value or minuend in the -163.83 to If not active (NA), this
equation. 16383 input is ignored.
( AV1 - AV2 ) - AV3
Input[2] Input [2] Class: Analog - The second value or first -163.83 to If not active (NA), this
subtrahend, subtracted from the first value. 16383 input is ignored.
( AV1 - AV2 ) - AV3
Input[3] Input [3] Class: Analog - The third value or second -163.83 to If not active (NA), this
subtrahend, subtracted from the previous result. 16383 input is ignored.
( AV1 - AV2 ) - AV3
Applying the Object The Sub / Sub object is similar to other three-input math objects, which also
process analog values (AV) and produce an AV output. The equation
specific to the Sub / Sub object is:
( AV1 - AV2 ) - AV3
As with other math objects, inputs to this object are typically analog values,
but may also be numerical representations of digital values
(0.0 for OFF or 100.0 for ON), or not active (NA).
Thermostat WP Tech
Representation
Object Usage: The Thermostat object provides Inputs Outputs
two-position ON / OFF output control with
hysteresis (differential). Both a direct acting and a Input Output Direct
reverse acting output are provided. Applications Setpoint Output Reverse
Input Differential
include typical cooling type or heating type control
sequences, or any sequence where two-position Configuration
control based on setpoint differential is required. Properties
Outputs are set to not active (NA) when any of the
Object Name
three inputs are NA. Object Description
Process Time
Note: Controllers with Rev.3 or later firmware also
have another closely-related object available, the WP Tech Stencil:
Thermostat 2 object (page 520). That object offers Loop and Process Control
all functions of the Thermostat object plus additional
capability.
Properties
Table–5.315 Thermostat Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Name Class: Character String - The — — Printable
user-defined name for the object, unique characters only.
within the controller where the object See Object Name
resides. on page 87 for
more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See
further describe the object. Object Description
on page 87 for
more details.
ProTm Process Time Class: Analog - Defines the frequency at 4 6 - Low See Process Time
which the object executes its algorithm. 4 - Medium on page 88 for
2 - High more details.
Range /
Abbrev. Name Class / Description Notes
Selections
Input Input Class: Analog -The control signal input for -163.83 to A not active (NA) sets both
the object. 16383 the direct and reverse
outputs to NA.
Setpt Setpoint Class: Analog - The control setpoint used by -163.83 to A not active (NA) sets both
the object. 16383 the direct and reverse
outputs to NA.
InDiff Input Class: Analog - Defines the differential used 0 to 16383 A not active (NA) sets both
Differential to calculate the ON / OFF control points for the direct and reverse
both the direct and reverse acting outputs. outputs to NA.
Applying the Object The Setpoint Control object is typically used for simple ON / OFF control
based on a setpoint differential, such as thermostatic control in a cooling or
heating application. The two available outputs (Output Direct and Output
Reverse) operate inversely, with each corresponding to a either a direct or
reverse control action.
During operation, the differential is always symmetric to the setpoint value.
No change occurs at the outputs when the input signal is within the
differential span surrounding the setpoint.
Direct Acting and Upon a controller reset, both the direct and reverse outputs are initialized to
Reverse Acting an OFF condition. The object outputs Output Direct (Direct) and Output
Reverse (Reverse) are then set to ON or OFF based on the values received
at the Input Differential (InDiff), Input, and Setpoint (Setpt) as shown in
Figure–5.168.
ON ON
Reverse OFF
OFF
Setpt Setpt
InDiff InDiff
Input value Input value
The direct acting output is set to ON whenever the Input rises to or above
the Setpoint plus one half the Input Differential. The output remains ON until
the input drops to or below the Setpoint minus one half the Input Differential.
The output then returns to an OFF condition. This output is set to not active
(NA) whenever any of the three inputs are NA.
The reverse acting output is set to ON whenever the Input drops to or below
the Setpoint minus one half the Input Differential. The output remains ON
until the input rises to or above the Setpoint plus one half the Input
Differential. The output then returns to an OFF condition. This output is set
to not active (NA) whenever any of the three inputs are NA.
Note: If a reset occurs when either the Direct or Reverse output is ON but
the Input value is within the Input Differential, that output will remain OFF
until the Input value again either rises to or above (or drops to or below) the
Setpoint plus (or minus) one half of the Input Differential.
Average
Cooling Setpoint Setpoint
Heating Setpoint Heat Pump
Reversing Valve
Thermostat 2 WP Tech
(Rev.3 or Later Firmware Required) Representation
Object Usage: Similar to the Thermostat object Inputs Outputs
(page 517), the Thermostat 2 object provides
two-position ON / OFF output control with Input Output Direct
hysteresis (differential). The Thermostat 2 object Setpoint Output Reverse
Input Differential
differs by offering an additional Setpoint Reference Setpoint Reference
input. If desired, this permits the adjustment of the Configuration
trip points (On and Off) defined by the Input Properties
Differential to be done “off center” from the setpoint.
Object Name
Note: If the Setpoint Reference input is left Object Description
Process Time
unconnected or has a not active (NA), the object
functions identically to the Thermostat object. WP Tech Stencil:
Loop and Process Control
Both direct acting and reverse acting outputs are
provided. Applications include typical cooling type
or heating type control sequences, or any sequence
where two-position control based on setpoint
differential is required. Both outputs are set to NA
whenever any of the three main inputs (Input,
Setpoint, Input Differential) are NA.
Device Support: (See page 8)
MNL-5Rxx, -10Rxx, -15Rxx, -20Rxx,
where xx = F2, F3, H2, H3, R2, R3, S1, S2, S3,
or S4
MNL-11Rxx, -13Rxx
where xx = F2 or F3
MNL-V1Rxx, -V2Rxx, -V3Rxx, where xx = V2 or V3
MN 800 series
Memory Requirements: (per object)
EEPROM: 12 bytes
RAM: 16 bytes (standard controller)
4 bytes (MN 800)
Properties
Table–5.318 Thermostat 2 Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Name Class: Character String - The — — Printable
user-defined name for the object, unique characters only.
within the controller where the object See Object Name
resides. on page 87 for
more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See
further describe the object. Object Description
on page 87 for
more details.
Range /
Abbrev. Name Class / Description Default Notes
Selection
ProTm Process Time Class: Analog - Defines the frequency at 4 6 - Low See Process Time
which the object executes its algorithm. 4 - Medium on page 88 for
2 - High more details.
Range /
Abbrev. Name Class / Description Notes
Selections
Input Input Class: Analog -The control signal input for -163.83 to A not active (NA) sets both
the object. 16383 the direct and reverse
outputs to NA.
Setpt Setpoint Class: Analog - The control setpoint used by -163.83 to A not active (NA) sets both
the object. 16383 the direct and reverse
outputs to NA.
InDiff Input Class: Analog - Defines the differential used 0 to 16383 A not active (NA) sets both
Differential to calculate the ON / OFF control points for the direct and reverse
both the direct and reverse acting outputs. outputs to NA.
SetptRef Setpoint Class: Analog - Defines the reference point 0 to 100% A not active (NA) or
Reference used to calculate the direct and reverse unconnected SetptRef
acting output trip points in reference to the results in a default Setpoint
setpoint value. A setpoint reference of 50% Reference of 50%. This
“centers” the trip points around the setpoint. causes the object to
function like the
Thermostat object.
Applying the Object The Thermostat 2 object can be used as a direct replacement of the
Thermostat object. Additionally, the Thermostat 2 object allows adjustment
as needed in the trip ON and trip OFF points around the setpoint. Unlike the
Thermostat object, the differential does not have to be symmetric around the
setpoint value. In all other aspects, the Thermostat 2 object operates like the
Thermostat object. No change occurs at the outputs when the input signal is
within the differential span surrounding the setpoint.
Thermostat 2 objects are typically used for simple ON / OFF control based
on a setpoint differential, such as thermostatic control in a cooling or heating
application. The two available outputs (Output Direct and Output Reverse)
operate inversely, with each corresponding to a either a direct or reverse
control action.
Direct Acting and Upon a controller reset, both the direct and reverse outputs are initialized to
Reverse Acting an OFF condition. The outputs Output Direct (Direct) and Output Reverse
(Reverse) are then set to ON or OFF based on the values received at the
Input Differential (InDiff), Input, Setpoint (Setpt), and Setpoint Reference
(SetptRef) using the following calculations:
Setpoint
Reference
Output Direct Output Reverse
ON ON
50% Direct OFF
Reverse OFF
(or NA)
Setpt Setpt
InDiff InDiff
Input value Input value
ON ON
Direct OFF Reverse
20% OFF
Setpt Setpt
InDiff InDiff
Input value Input value
ON ON
Direct OFF Reverse OFF
80%
Setpt Setpt
InDiff InDiff
Input value Input value
Figure–5.170 Thermostat 2 Object Direct and Reverse Output Action (3 Different Setpoint Reference Levels).
Note: If a reset occurs when either the Direct or Reverse output is ON but
the Input value is within the Input Differential, that output will remain OFF
until the Input value again either rises to or above (or drops to or below) the
necessary Trip ON point.
Example This example application uses two Themostat 2 objects, one for cooling
control and one for heating. A fan is activated whenever either connected
Thermostat 2 output is ON.
Cooling
Space
Temperature Cooling Control
Fan
Heating Control
Heating
Temperature (Input)
ON ON
Deadband
1.5¬ 1.5¬
OFF OFF
Heating Cooling
Thermostat 2 Cool SP Thermostat 2
Heat SP
Object (nci) Object
(nci)
In this example, both setpoints are sourced from an NCI in the controller’s
profile, nciSetPnts.
Note: This example application has been simplified and does not include
possible additional logic for “control safeties”.
Properties
Table–5.321 VAV Actuator Object Configuration Properties.
Range /
Abbrev. Name Class / Description Default Notes
Selection
Name Object Class: Character String - The — — Printable characters
Name user-defined name for the object, unique only. See Object
within the controller where the object Name on page 87 for
resides. more details.
Desc Description Class: Character String - Optional — — Stored in the WPT
user-defined descriptor available to file only. See Object
further describe the object. Description on page
87 for more details.
ProTm Process Class: Analog - Defines the frequency at 4 6 - Low See Process Time
Time which the object executes its algorithm. 4 - Medium on page 88 for more
2 - High details.
Range /
Abbrev. Name Class / Description Notes
Selection
FlowSP Flow Class: Analog - The requested airflow control point A negative value or not
Setpoint (CFM or liters per second) compared against the active (NA) causes
Flow Feedback value. The object algorithm uses object outputs to hold
both to determine the physical output and Drive at their current
output actions. conditions.
DrvTm Drive Time Class: Analog - Defines the actuator full-stroke drive 10 to 1000 Typically left
time in seconds. A not active (NA) or value less than seconds unconnected (NA) if for
10 seconds causes the object to use an internal an integral actuator.
default Drive Time specific to the integral actuator
for the MicroNet VAV controllers.
FlowFB Flow Class: Analog - The appropriate airflow feedback — A negative value or not
Feedback signal representing the current measured variable active (NA) indicates
air volume flow rate (CFM or liters per second). This loss of valid feedback
value is typically supplied by the VAV Pressure and causes object
Transducer object, and is compared to the Flow outputs to hold at their
Setpoint input value. current conditions.
FrcOpn Force Open Class: Digital - An ON causes the actuator to drive These inputs remain
towards the full open condition for a time period functional even if other
equal to the full-stroke Drive Time assigned. An OFF inputs have an NA.
or not active (NA) disables the Force Open request. A simultaneous ON at
FrcCls Force Close Class: Digital - An ON causes the actuator to drive both the FrcOpn and
towards the full closed condition for a time period FrcCls inputs is
equal to the full-stroke Drive Time assigned. An OFF evaluated as a Force
or not active (NA) disables the Force Close request. Close action.
HFlowCal High Flow Class: Analog - The value that defines the high flow A negative value or not
Calibration calibration factor, or the airflow rate equivalent to 1 active (NA) causes
inch of WC (249 Pascals) of differential pressure object outputs to hold
(typically supplied by the VAV Pressure Transducer at their current
object). Used to automatically calculate the active conditions.
deadband region where active output drive is not
permitted.
Action Action Class: Digital - Determines the actuator rotation OFF or ON
(output sequence) required to open and close the
VAV terminal box damper by reversing the action of
the Drive A and Drive B outputs as follows:
• OFF or not active (NA) sets Drive A to close and
Drive B to open the actuator.
• ON reverses this (sets Drive A to open and Drive
B to close the actuator).
Applying the Object The VAV Actuator object is used to control a MicroNet VAV controller
actuator, in turn used to position a VAV terminal box damper. The damper
actuator regulates air flow in a pressure independent VAV control
application. The object controls either the controller’s integral actuator (as on
an or V2RVx series controller) or for an external floating control type
actuator (as used with a MNL-V3RVx series controller). The object is a
point-type object, with two hardware addressable outputs for actuator drive
close and drive open operation.
The VAV Actuator object is typically paired with the VAV Pressure
Transducer object as shown in Figure–5.173. The VAV Pressure Transducer
object provides air flow feedback (CFM or liters per second) and calibration
data. Both the VAV Actuator object and the VAV Pressure Transducer object
types are unique to MicroNet VAV controllers. The VAV Actuator object
activates the physical and Drive outputs based on differences between the
Flow Feedback signal and the requested Flow Setpoint value (received from
other VAV application control logic).
Analog Value Inputs Flow Setpoint: The Flow Setpoint input (FlowSP) connects back to control
logic that is properly scaled to match the flow units associated with the
feedback input signal (that is, CFM or liters/sec). Typically, the Flow Setpoint
originates from a Reset object fed by a Loop object output. A negative or not
active (NA) Flow Setpoint value holds object outputs at current positions.
Drive Time: The Drive Time input is used only if the object is for an external
actuator, and represents the full-stroke drive time (in seconds) for that
actuator. If using the integral MicroNet VAV actuator, the Drive Time input
can be left unconnected (not active or NA).
Flow Feedback: The Flow Feedback input receives the measured air flow
to compare against the Flow Setpoint, and is typically generated by a VAV
Pressure Transducer object. A negative or not active (NA) Flow Feedback
value indicates no valid feedback and holds object outputs at current
positions.
High Flow Calibration: The High Flow Calibration input is set to a value
that represents the air flow rate when input differential pressure is at 1 inch
of WC (249 Pascals), and is also typically generated by a VAV Pressure
Transducer object. The VAV Actuator object uses this value to internally
calculate a deadband region for the drive outputs. This automatic deadband
optimizes drive output action (prevents excessive output cycling when near
the Flow Setpoint).
Digital Value Inputs Force Open and Force Close: The Force Open and Force Close inputs
allow digital overrides of the normal actuator operation (the present Flow
Setpoint value is ignored).
• An ON at the Force Open input causes the VAV actuator to drive
towards the full open position for the specified Drive Time.
An OFF or not active (NA) disables the Force Open request.
• An ON at the Force Close input causes the VAV actuator to drive
towards the full close position for the specified Drive Time.
An OFF or not active (NA) disables the Force Close request.
• A simultaneous ON at both the Force Open and Force Close inputs
results in the Force Close actuator drive action, with the VAV actuator
driving towards the full close position for the specified Drive Time.
Note: Force Open and Force Close inputs remain functional even if other
object inputs have a not active (NA).
Action: The Action input defines the rotation scheme for the actuator,
allowing reverse operation of the physical and Drive (A and B) outputs.
• An OFF or not active (NA) results in Drive A used as the drive close
output, and Drive B used as the drive open output.
• An ON at the Action input results in Drive A used as the drive open
output, and Drive B used as the drive close output.
The following tables show how the VAV Actuator object outputs operate with
the different Action states OFF or NA Figure-5.324 and ON Figure-5.325.
Note: The Drive A and Drive B outputs reflect the actual physical hardware
output (AddrA and AddrB) conditions in all cases except where calculated
output travel times are less than the actual object execution time. For this
reason, use of the physical hardware outputs is recommended (versus the
Drive A and Drive B outputs used with other point type objects such as
Binary Output objects).
Normal Operation During normal operation, the actual air flow (Flow Feedback) is compared to
the requested air flow (Flow Setpoint) to calculate a required actuator drive
time and direction. When this difference between actual and requested
exceeds the calculated deadband region, the VAV Actuator object drives the
outputs in the proper direction to nullify the difference.
When commanded to move to a new air flow setpoint, the VAV Actuator
object calculates a required travel time and direction. The actuator continues
to drive in this direction until either the Flow Feedback reaches the Flow
Setpoint or until the drive time exceeds the user assigned Drive Time (or
internally derived Drive Time if the integral controller actuator). Exceeding
the Drive Time indicates that the requested air flow cannot be achieved and
causes the outputs to deactivate until either the Flow Feedback value
changes or the requested Flow Setpoint value changes.
Integral
MicroNet VAV Damper CFM Flow Setpoint
Controller Actuator
MNL-V2R
CW
Open
Damper
Shaft
Close
CCW
Figure–5.174 VAV Actuator Object for Integral Actuator of MicroNet VAV Controller (MNL-V2R series).
Note: When the VAV Actuator object is used with an external actuator, and
the Drive Time is less than 120 seconds, occasionally the digital triac outputs
will quickly cycle ON and OFF up to 3 times during the drive cycle.
Specifically, this situation can occur whenever a Drive Time of 30 to
90 seconds is used, and when there is a continuous flow error of 3.5 to
4.5 % in the Flow Calibration. To prevent this condition, it is recommended
that the Drive Time be set at 120 seconds or greater.
COM
Open
24
Vac
Damper
Shaft
CW to Close
CCW to Open
Figure–5.175 VAV Actuator Object for External Actuator Wired to an MNL-V3R VAV Controller.
SNVTs
• SNVT Characteristics
• NV Implementation in TAC I/A Series MicroNet Controllers
MicroNet Standard Controllers
• LONMARK Profiles
• Profile Function
• LONMARK Compliancy
• LONMARK Profile Representations
• WP Tech Representations
NCI objects
• Applying an NCI Object
• Properties
NVI objects
• Applying an NVI Object
• Properties
NVO objects
• Applying an NVO Object
• Properties
Unit Conversion
Network Management
• Network Address
• Network Variable Binding
• Network Variable Updates
• Other Considerations
• Other NV Data Exchange
Point History Log
Service Pin Operation
Diagnostic Indicators
• MicroNet Controller LEDs
• S-Link Sensor Display
Data Exchange Data exchange is performed through the use of network variables (NVs),
which are defined by a set of Standard Network Variable Types (SNVTs).
Using network variables, MicroNet controllers can also exchange data
directly with other manufacturers’ LONWORKS controllers, providing a high
level of interoperability. This chapter describes the network variables
available in TAC I/A Series MicroNet standard controllers and MN 800
controllers.
Network variables in TAC I/A Series MicroNet controllers fall into three
general classes:
• NCIs (Network Configuration Inputs)
• NVIs (Network Variable Inputs)
• NVOs (Network Variable Outputs)
Conceptually, NVs are “data slots,” defining the controller’s “network image.”
In any TAC I/A Series MicroNet controller, the collection of these three types
of NVs define the controller’s “network profile.”
In a MicroNet controller, control objects and other resources (sensor tags,
schedule tags) can be connected to these data slots to allow sharing of data
and control over a LONWORKS network. Data is exchanged between NVIs
UNC Controller
MicroNet Sensor
(MN-S3 Shown)
4
possibility of personal contact with the high-voltage terminals. It must be mounted inside a suitable grounded metal enclosure.
Controller
Programming any of the TAC I/A Series controllers, or the TAC I/A Series MN 800 controller, requires WorkPlace Tech Tool.
MN 800
When routers are used, WP Tech is able to communicate through them to any of the TAC I/A Series devices on the network.
A PDA running the Pocket TAC I/A interface software may be used to communicate with MicroNet I/A Series controllers.
This controller is not suitable for exposed mounting on a wall or panel, or in any other easily accessible place due to the
A PC can be connected to the LONWORKS TP/FT-10 Network, either directly or through the LONWORKS network jack of a
MicroNet Sensor
(MN-S3 Shown)
4
s®
rie
MNL-V3RVx
Se
0
80
I/A
MN
Controller
or MN 50
AO
LON
LON
OM
K
UI
K/C DI
S-L
S-L
Controller
LONWORKS controller or MN-Sxxx Wall Sensor. The PC must have an Echelon® LONTALK® adapter card.
s®
MN 800
rie
MN 110 or MN 130
Se
24H 1
24H
24H
24H
D
24G
SW
GN
3 Controller
I/A Series
MNL-11RF2
5
DO1
PDA
24VAC
DO2
DO3
GND
24VAC
0V
DO4
24VAC
MNL-V3RVx
Power: 24VAC, 50/60Hz, Class 2, UI3
8.5VA + DO1-DO4 loads.
Ambient Temp: -40°C to +60°C COM 0V
UI: 5VDC Max, Class 2.
S-LK: 16VDC Max, Class 2.
UI2
DO1-DO4: 24VAC, 0.4A Max Total Load.
DO5: 250VAC, 3A Max, COS f = 0.4.
COM 0V
UI1
Controller
S-LK
or MN 50
S-LK
934G
E9429 LON
Temperature indicating and
LON
Regulating Equipment
J1
DO5 N2223
C5
SRVC
X R S
M E R
I C V
CAUTION T V C
RISK OF ELECTRICAL SHOCK OR FIRE. DO NOT
I N T E R C O N N E C T S E PA R AT E C L A S S 2 C I R C U I T S .
D I S C O N N E C T P O W E R B E F O R E S E RV I C I N G .
D E C O N N E C T E R AVA N T E N T R E T E N .
This device conforms with Part 15 of the FCC Rules. Operation is subject to the following two conditions: (1) This
device may not cause harmful interference, and (2) This device must accept any interference received, including
interference that may cause undesired operation.
This Class B digital apparatus meets all requirements of the Canadian Interference-Causing Equipment Regulations.
Cet appareil numerique de la classe B respecte toutes les exigences du Reglement sur le material brouilleur du Canada
MNL-V1RVx or
AO
LON
LON
M
OM
K
UI
K/C DI
S-L
CO
EN2 4G
SW 4G
SW 2
SW 3
24H 1
SE2
24H
24H
24H
D
24G
CLO
GN
OP
MicroNet Controller
Interface Module
MNL-CIM
(if required)
6 Router
MN 100, MN 150, or
MN 200 Controller
Router 6
(if required)
MicroNet Sensor
MNL-V1RVx or
(MN-S5 Shown)
MNL-V2RVx
Controller
MN 110 or MN 130
Controller
MN 100, MN 150, or
MN 200 Controller
I/A Series
MNL-11RF2
DO1
24VAC
DO2
DO3
GND
24VAC
0V
DO4
MicroNet Sensor
24VAC
UI3
(MN-S5 Shown)
Power: 24VAC, 50/60Hz, Class 2,
8.5VA + DO1-DO4 loads.
Ambient Temp: -40°C to +60°C COM 0V
UI: 5VDC Max, Class 2.
S-LK: 16VDC Max, Class 2.
UI2
DO1-DO4: 24VAC, 0.4A Max Total Load.
DO5: 250VAC, 3A Max, COS f = 0.4.
COM 0V
UI1
S-LK
S-LK
UNC Controller
934G
E9429 LON
Temperature indicating and
LON
Regulating Equipment
3
J1
DO5 N2223
C5
SRVC
X R S
M E R
I C V
CAUTION T V C
RISK OF ELECTRICAL SHOCK OR FIRE. DO NOT
I N T E R C O N N E C T S E PA R AT E C L A S S 2 C I R C U I T S .
D I S C O N N E C T P O W E R B E F O R E S E RV I C I N G .
D E C O N N E C T E R AVA N T E N T R E T E N .
This device conforms with Part 15 of the FCC Rules. Operation is subject to the following two conditions: (1) This
device may not cause harmful interference, and (2) This device must accept any interference received, including
interference that may cause undesired operation.
This Class B digital apparatus meets all requirements of the Canadian Interference-Causing Equipment Regulations.
Cet appareil numerique de la classe B respecte toutes les exigences du Reglement sur le material brouilleur du Canada
LONWORKS
4
Network
LONWORKS
Ethernet
2
Notebook PC with
WorkPlace Tech
Tool Software 1
Enterprise Server
Desktop PC or
F-27254-4
1
2
3
4
5
6
Chapter 6
SNVTs
As previously mentioned, network data exchange is performed through the
use of network variables (NVs) that are comprised of a set of LONWORKS
Standard Network Variable Types (SNVTs). At the present time, more than
170 SNVTs are defined. Each individually named SNVT provides a
predefined value range, resolution, and units. For example, SNVTs have
been defined for temperature, pressure, or the digital position of a switch.
Using network variables that are based upon SNVTs allows nodes from
different vendors to share data because the meaning of the shared variable
is understood.
For complete details on all the different types of SNVTs, refer to the
LONMARK document, SNVT Master List and Programmer’s Guide.
Of the 170-plus total SNVTs available, approximately 22 types are supported
through network variables within the TAC I/A Series MicroNet standard
controllers. In addition, approximately 115 types are supported through the
use of SNVT objects when programming an MN 800 controller. A complete
list of the SNVTs supported by the TAC I/A Series MicroNet controllers is
presented in Appendix B, ““Profiles and Network Data” on page 613.
SNVT The following is a brief overview describing the basic SNVT characteristics
Characteristics known as SNVT Type and SNVT Format.
SNVT Types SNVT types are named using the convention (SNVT_name) where the
name typically represents the units of measure or the specific function
performed. SNVT names are sometimes further delimited, depending on
data type, where (SNVT_name_f) denotes floating-point data. For each
SNVT, the SNVT type corresponds to some measurement, range, and
resolution, for example:
SNVT_temp_p represents temperature data, where _p denotes a fixed
decimal resolution. The range and units of SNVT_temp_p are –273.17
to 327.66 °C, with a resolution of 0.01 °C.
Other SNVT types represent a particular function, such as
SNVT_occupancy, which represents a series of occupancy conditions. Many
SNVTs are industry-specific, such as SNVT_hvac_mode, which represents a
series of mode conditions found within the HVAC industry.
Note: SNVTs use the International System (SI) units (metric) to transfer
values across the LON instead of their English equivalents. Any necessary
conversion to English units is performed by logic resident in the node or PC
interface.
SNVT Formats SNVTs are represented by three formats: simple SNVTs, structured SNVTs,
and enumerated SNVTs.
Simple SNVTs
“Simple SNVT” is a term used to refer to any single-element (single value)
SNVT. The SNVT Master List and Programmer’s Guide defines numerous
simple SNVTs, including SNVT_temp_p, SNVT_flow, SNVT_count_inc_f,
SNVT_occupancy, and others.
Devices exchanging data through a simple SNVT will transfer a single piece
of data during active communications of the SNVT value.
Structured SNVTs
A structured SNVT is typically represented by multiple elements (multiple
values). Devices exchanging data through a structured SNVT transfer
multiple pieces of data during a single communications transfer of the SNVT
value, for example:
SNVT_switch has two data fields: State and Value.
• State provides a digital indication (either 0 for Off or 1 for On).
• Value provides a discrete step indication (0 to 100%). For example, a
value of 0%, 33%, 66%, and 100% can respectively represent fan
speeds of Off, Low, Medium, and High.
One of the largest structures, SNVT_state, has 16 data fields (Bit-0 through
Bit-15), each representing a digital state. Other structured SNVTs have a
mixture of other data field types, including simple and/or enumerated types
of SNVTs. An NV using a structured SNVT provides an efficient “packaging”
of related variables in one message, in which each variable can be
separately accessed.
Enumerated SNVTs
An enumerated SNVT is an integer value that represents a set of predefined
states or conditions. For example, SNVT_occupancy is an enumerated
SNVT that defines “occupancy” conditions with a possible value from 0 to 3,
as defined below:
0 – OC_OCCUPIED 3 – OC_STANDBY
1 – OC_UNOCCUPIED 255 – OC_NULL
2 – OC_BYPASS
NV Implementation The following sections describe how network variables (NVs) are
in TAC I/A Series implemented in both TAC I/A Series MicroNet standard and MN 800
controllers. The MicroNet standard controllers use profile tags that are
MicroNet directly related to the controller and network profile used. The MN 800
Controllers controller uses SNVT objects that can be programmed to provide a custom
network profile.
LONMARK Profiles MicroNet standard controllers (MN 50, 100, 110, 130, 150, 200, VAV series)
each contain a pre-defined set of NVs, known as the controller’s profile (or
more specifically, a LONMARK functional profile). NVs in the profile are fixed,
and define the external data boundaries for the application.
The following LONMARK HVAC functional profiles are available among the
MicroNet standard controllers:
• Fan Coil
• Heat Pump
• Roof Top Unit
• VAV (Variable Air Volume)
• Satellite 3 (Roof Top Unit variation)
• Satellite 4 (Roof Top Unit variation)
Models of the MN 50, 100, 150, and 200 controller platforms are available
with any of the profiles listed above, except the VAV profile, which is the only
profile available for the MicroNet VAV controller model. The MN 110, 130
controller platform is only available with the Fan Coil profile. Each
controller’s profile is programmed when manufactured. It resides in Read
Only Memory (ROM), and cannot be changed or erased.
Profile Function The profile itself performs no control algorithms—that is the job of the control
objects. Instead, a profile can be thought of as a collection of available data
slots defined by the items that make up the profile. These items include
network variable inputs (NVIs) and network variable outputs (NVOs), plus
network configuration properties (NCIs). Together, these profile items
suggest a certain application behavior, and provide the “external” or
“network image” of the node (controller).
The different types of profile items each serve a different purpose.
• Any data variable input to control logic that is externally sourced (bound)
from another node must enter on an NVI of the profile.
• Any data variable output from the control logic to another node (also
bound) must exit on an NVO of the profile.
• Any constant value to a configuration property to be accessible by a
third-party network management tool must enter on an NCI.
Note:
• The Satellite 3 and Satellite 4 profiles are each a variation of the
LONMARK 3.3 Rooftop Unit profile, and contain all mandatory items for
that profile. However, most items defined as “optional” in the profile are
replaced by Schneider Electric -defined items. This allows flexibility
when engineering an application that operates differently from any
particular profile definition.
• Considerable programming expertise is needed to engineer a custom
application that operates in the exact manner documented by the
LONMARK functional profile. Use of profile network variables should be
done in a manner consistent with the intended use.
LONMARK Profile A LONMARK profile defines a standardized “network image” that represents a
Representations particular device or function. A LONMARK profile is universally represented as
a graphical shape, showing all network variable inputs (NVIs) and outputs
(NVOs), plus a listing of configuration properties (network configuration
inputs, or NCIs).
• NVIs “point in” (enter) as arrows on the left side of the profile.
• NVOs “point out” (exit) as arrows on the right side of the profile.
• Each NVI and NVO is uniquely named using the convention:
nviName, e.g. nviSpaceTemp; and nvoName, e.g. nvoUnitStatus.
• The SNVT type used appears below each nviName and nvoName.
• NCIs are listed together below NVIs and NVOs.
In the example shown in Figure–6.2, the LONMARK Profile 8051 represents
the “network image” defined for use within a Heat Pump.
Hardware Output
nviSpaceTemp nvoSpaceTemp
nv1
SNVT_temp_p Mandatory nv3
SNVT_temp_p
Network
nviSetPoint nvoUnitStatus
nv2 Variables nv4
SNVT_temp_p SNVT_hvac_status
nviApplicMode nvoEffectSetPt
nv5 nv10
SNVT_hvac_mode SNVT_temp_p
nviOccCmd
nv6
SNVT_occupancy
Optional
Input Network
Output
nviOccupSw
Network nv7
SNVT_switch
Variables
Network
Variables nviSetPtOffset Variables
nv8
SNVT_temp_p
nviAuxHeat
nv9
SNVT_lev_disc
Configuration Properties
nc49 - nciSndHrtBt - SNVT_time_sec
nc48 - nciRcvHrtBt - SNVT_time_sec
nc60 - nciSetPnts - SNVT_temp_setpt
nc17 - nciLocation - SNVT_str_asc
Manufacturer
Defined
Section
Hardware Input
Hardware Output
Configuration Properties
nc49 - nciSndHrtBt - SNVT_time_sec
nc48 - nciRcvHrtBt - SNVT_time_sec
nc60 - nciSetPnts - SNVT_temp_setpt
nc17 - nciLocation - SNVT_str_asc
nviTimeStamp nvoDeviceAlarm
mnv1 Optional mnv12
SNVT_time_stamp SNVT_str_asc*
Schneider
nviOccSchedule Electric nvoTimeStamp
mnv2 SNVT_tod_event* mnv13 SNVT_time_stamp
Network
nviOverride Variables nvoOccSchedule
mnv3 SNVT_hvac_overid mnv14 SNVT_tod_event*
nviSatTemp1 nvoOccCmd
mnv4 SNVT_temp_p mnv15 SNVT_occupancy
Schneider Electric nvoSatTemp1
nviSatTemp2
Input mnv5 mnv16 SNVT_temp_p Schneider Electric
SNVT_temp_p
Network mnv6
nviSatPercent1
mnv17
nvoSatTemp2 Output
SNVT_lev_percent SNVT_temp_p
Variables nvoSatPercent1
Network
nviSatPercent2
mnv7 SNVT_lev_percent mnv18 SNVT_lev_percent Variables
nviSatSwitch1 nvoSatPercent2
mnv8 SNVT_switch mnv19 SNVT_lev_percent
nviSatLevDisc1 nvoSatSwitch1
mnv9 SNVT_lev_disc mnv20 SNVT_switch
nviSatCntIncF1 nvoSatLevDisc1
mnv10 SNVT_count_inc_f mnv21 SNVT_lev_disc
nviSatPPM nvoSatCntIncF1
mnv11 SNVT_ppm mnv22 SNVT_count_inc_f
nvoDeviceInfo *Note: Controllers with revision 3 Heat
mnv23 SNVT_str_asc* Pump profiles use the following renamed
profile items:
mnv12 - nvoDeviceAlarm
Note: Version 2, MNL-xxRH2
was
Controllers use Program ID Optional Schneider Electric Configuration Properties
80:00:16:50:33:04:04:02. mnv12 - nvoSECAlarm
nc52 - nciMinOutTm - SNVT_time_sec mnv23 - nvoDeviceInfo
nciSatConfig1- SNVT_count_inc_f
Version 3, MNL-xxRH3 nciSatConfig2- SNVT_count_inc_f was
Controllers use Program ID nciSatConfig3- SNVT_count_inc_f SEC_model_num
nciSatConfig4- SNVT_count_inc_f
80:00:16:50:33:04:04:03 nciSatConfig5- SNVT_count_inc_f Controllers with revision 1 Heat Pump
nciSatConfig6- SNVT_count_inc_f profiles use Schneider Electric network
nciSatConfig7- SNVT_count_inc_f variable types
nciSatConfig8- SNVT_count_inc_f (vs. SNVTs) for the following profile
nciSatConfig9- SNVT_count_inc_f
nciSatConfig10- SNVT_count_inc_f items:
mnv2 - nviOccSchedule
SEC_tod_event
mnv12 - nvoSECAlarm
SEC_alarm
mnv14 - nvoOccSchedule
Hardware Input
Resource Tag
Guide Lines
NVO Tags
NCI Tags
nciSetPnts nvoEffectSetPt
nvoOccCmd
OccCl [NA]
nvoOccSchedule
StdbyCl[NA]
UnoccCl [NA] Current
OccHt [NA] Next
StdbyHt [NA] Tim eNext
UnoccHt [NA]
nciSatConfig1 [NA]
nciSatConfig2 [NA]
NVI Tags
nviSatLevDisc1
nviSatPercent1
nviSatSwitch1
Value
State
Figure–6.4 Example Profile Tags for NCIs, NVIs, and NVOs of a LONMARK Profile.
Profile tags are generated when a particular MicroNet standard controller
model is selected in WP Tech. Like other resource tags, profile tags are
initially placed on guide lines beyond each end of the control logic page. Like
all resource tags, they can be moved into the drawing area and connected to
control logic (control objects and tags).
From a control logic perspective, there are two general categories of profile
tags:
• Input Profile Tags (NCIs and NVIs).
• Output Profile Tags (NVOs).
Input Profile Tags Input profile tags include both the NCI and NVI tags. Each has a single
(NCIs and NVIs) output for connection in the application’s control logic. These tags are
grouped on the left-side guide line for resource tags.
NCI Tag
An NCI tag is similar to a Constant tag, as it can provide a fixed value to an
input of a control object and/or tag. The fixed value is shown inside the tag
within brackets beside the nciName.
NCI tags
Unlike a Constant tag value, an NCI value can also be accessed and/or
modified by a third-party network configuration tool or (in the case of the
example above) the TAC I/A Series MicroNet VAV Flow Balancing Program.
Because of this, WP Tech provides two online functions that are global for all
NCIs in an application when “Connected”: Write NCI Values and Read NCI
Values.
Choosing Read/Write NCI values from the Application menu causes all NCI
tags to be written or read as a group. Right clicking an NCI tag allows
Reading/Writing the NCI value individually.
A typical application for the Read NCI Values function would be used after
running the MicroNet VAV Flow Balancing Program, which calibrates the
Pressure Transducer object by writing to selected NCIs Figure-6.5. The
Read NCI Value function would update the drawing with the correct NCI
values for future downloads (and keep the drawing accurate).
Structured SNVTs: An NCI implemented with a structured SNVT has
multiple NCI tags, each with a unique SNVT field (after a period delimiter in
the tag’s nciName). For example, nciSetPnts is implemented using
SNVT_temp_setpt. By LONMARK definition, SNVT_temp_setpt includes
these six separate data fields, each corresponding to an individual setpoint:
• occupied_cool • occupied_heat
• standby_cool • standby_heat
• unoccupied_cool • unoccupied_heat
NVI Tag
An NVI tag allows an “externally sourced” data variable to be an input to a
control object and/or tag. In other words, it provides a means for receiving a
value from another device on the LON.
NVI Tag
Output Profile Tags Output profile tags include NVO tags. Each has a one or more inputs for
(NVOs) connection into the application’s control logic. These tags are grouped on
the right-side guide line for resource tags.
An NVO allows the data output of a control object or tag to be sent externally
as a network variable. In other words, it provides a means for sending
controller values to other device(s) on the LON.
NVO Tag
• mode • cool_output
• heat_output_primary • econ_output
• heat_output_secondary • fan_output
• in_alarm
nvoUnitStatus
As with NCI and NVI tags, SNVT-associated NVO tags can be individually
connected as needed in the control logic application.
Note:
• NVOs not connected into the application are set to the “invalid value”
defined by the SNVT type, equivalent to "not active" (NA) in the
controller.
• In Rev.3 and later controllers, NVO tags for nvoTimeStamp are not
available in the application. Any device that is bound to nvoTimeStamp
receives the time/date from the controller’s internal software clock.
NVO-Related NCIs
Data updates from the control logic in the MicroNet standard controller to
connected NVOs are globally governed by settings of two NCIs in the profile:
• nciSndHrtBt (Send Heartbeat)
• nciMinOutTm (Minimum Out Time)
Like the “NVI-related” nciRcvHrtBt (Receive Heartbeat, page 613),
NVO-related NCIs are implemented with SNVT_time_sec (seconds). Each
has an independent range of from 0 to 6,534 seconds.
These NCIs are represented with separate NCI tags in every MicroNet
standard controller application (regardless of profile). They are typically
given values but not connected with any other shapes, as shown below.
nciSndHrtBt [120]s
nciRcvHrtBt [300]s
nciMinOutTm [5]s
Standard Controllers An external interface XIF file for a LONWORKS device includes a summary of
External Interface File all the device’s communications parameters, profile items (including network
(XIF) variables), configuration properties, program ID, and implemented SNVTs as
well as SNVT order and number. This file may be extracted directly from a
LONWORKS device, or it may be acquired from the device’s manufacturer.
TAC I/A Series MicroNet standard controller models are LONMARK-compliant
devices, which means that each has a pre-defined XIF file associated with it.
Each standard controller stores its XIF file internally, where it may be
uploaded and used with a third-party network management tool. Also,
because these controllers’ XIF files are pre-defined, they are available for
download at the Schneider Electric website, for “offline use” with LONWORKS
network management programs like LONMAKER for Windows.
User-Definable The MN 800 differs from the MicroNet standard controllers in that its network
Profile image or profile is completely customizable through the selection and use of
“SNVT objects,” which are not available in the other TAC I/A Series MicroNet
controllers. The three types of selectable SNVT objects, NCI, NVI, and NVO,
offer extended functionality over equivalent profile items in MicroNet
standard controllers.
The MN 800 provides the same basic network variable functionality as with
the MicroNet standard controllers. However, the MN 800 provides an
expanded selection of SNVT types, a more extensive fallback system, and
an enhanced set of SNVT object control properties.
Upon generation of a new MN 800 application, WP Tech initializes the
drawing with a default set of mandatory SNVT objects, which are used to
define the network communications characteristics of the controller. These
mandatory SNVT objects appear on the controller’s application drawing by
default, and cannot be deleted or copied.
Using the Network Variables stencil, SNVT objects may be selected and
added to the application drawing to define the network image of the MN 800
controller. As with the controller objects, SNVT objects are compiled and
stored within the controller’s non-volatile EEPROM. SNVT objects may also
be uploaded from an existing application in an MN 800.
SNVT Objects All SNVT objects, whether they are automatically generated (mandatory) or
placed on the application drawing by the user, fall into three basic
categories: NCI objects, NVI objects, and NVO objects. In all cases, the
actual object’s inputs and outputs are based upon the SNVT type used.
NCI Objects (nciType) An NCI object provides a fixed value (or set of values) to an input of a control
object or resource tag, which can be accessed or modified with a third party
network configuration tool. The NCI’s output(s) is based upon the SNVT type
selected. An NCI based upon a simple (single element) SNVT or an
enumerated SNVT will provide one data output. An NCI based upon a
structured (multiple element) SNVT will provide a data output for each
individual element that is defined. Refer to the “NCI objects” section (page
551) for more details.
NCI Objects
NVI Objects (nviType) An NVI object provides a means for receiving a value from another device
on the LON, by allowing “externally sourced” network data to be input to a
control object or resource tag. The NVI’s output(s) are based upon the SNVT
type selected.
An NVI based upon a simple (single element) SNVT or an enumerated
SNVT will provide one data output and one default control indication output.
An NVI based upon a structured (multiple element) SNVT will provide one
data output and one default control indication output for each individual
element defined. Additionally, each element includes a default input to allow
for a programmed data transition during “fallback” or default conditions. The
NVI object also provides a single output to indicate an “out of service”
condition. Refer to the “NVI objects” section in this chapter (page 563) for
more details.
NVI Objects
NVO Objects An NVO object provides a means for sending a controller’s value to other
(nvoType) devices on the LON, by allowing the data output of a control object or
resource tag to be sent externally, as a network variable. The NVO’s input(s)
are based upon the SNVT type selected.
An NVO based upon a simple (single element) SNVT or an enumerated
SNVT will provide one data input and one default input. An NVO based upon
a structured (multiple element) SNVT will provide one data input and one
default input for each individual element defined. Additionally, the NVO
object provides a single “Minimum Propagation” timeout property that can be
set to regulate the NVO’s data propagation on the network. Refer to the
“NVO objects” section (page 572) for more details.
NVO Objects
Note: It is not necessary to use all the data inputs or outputs of an NCI, NVI,
or NVO object that is based on a structured SNVT. Use only those data
inputs or outputs that are useful in the application.
Refer to the sections, “NCI objects (page 551),” “NVI objects (page 563),”
and “NVO objects (page 572),” for detailed descriptions of each mandatory
SNVT object.
In addition to the mandatory SNVT objects, WP Tech generates two
resource tags, which are linked to the NCI objects that define the controller’s
start up delays (nciPowerUpDly and nciNVOStartUpDly). This allows the
outputs of the individual delays to be connected to the control objects and
application as needed.
Adding SNVT Adding a SNVT object to an application is accomplished in the same manner
Objects as adding a control object. To do this, click and drag an NCI, NVI, or NVO
object from the Network Variables stencil, to the desired location within the
application drawing. A tabbed dialog box appears, to allow for selection of
the SNVT type. Once a SNVT type is chosen, WP Tech generates the
selected object type, with the appropriate inputs and outputs, at the location
where the SNVT object was dropped. In all cases, only the primary inputs or
outputs will be visible. The user then right-clicks on the SNVT object and
chooses Customize, which brings up a dialog box in which the SNVT Object
Name is displayed. The user modifies this name accordingly, as outlined in
the SNVT Object Name section (page 549), which follows.
The user then right-clicks the SNVT object and chooses Properties, to bring
up the properties editor, which displays the configuration properties for the
object. In all cases, SNVT objects are ready “out of the box,” which means
that WP Tech defaults their configuration properties to a known condition.
Additional setup is required only if advanced communications control and
indication are needed. Refer to the sections “NCI objects (page 551),” “NVI
objects (page 563),” and “NVO objects (page 572),” for a detailed description
of available properties, selections, defaults, and usage. Refer to Appendix B
for the SNVT types available for use within the MN 800 controller.
Advanced inputs and outputs that provide communications control and
indication are hidden unless made visible through use of the object’s
Customize function.
SNVT Object Name NVI, NVO, and NCI objects contain two main properties that are common to
and Index Number the different SNVT object types, SNVT Object Name and NV Index. These
configuration properties help define the “network image” within the MN 800
External Interface File (XIF). Mandatory SNVT objects are pre-assigned a
unique name and SNVT type. The network variable index numbers are
pre-assigned to “-1”, allowing WP Tech’s compiler to automatically assign
index values as needed.
Note: The use of names longer than 16 characters may result in duplicate
names in the external interface (XIF) file and unreliable bindings due to
name truncation.
NV Index
The NV Index represents the index position within the controller’s “network
image” or external interface file. By default, WP Tech is allowed to
automatically manage the index numbers. However, NV Indexes can be
individually assigned specific index numbers and/or have the index numbers
“locked,” as required. An index (default –1) indicates that WP Tech may
assign an index as needed. Setting a value between 0 and 255 causes
WP Tech to lock and hold the index to the value specified. Index values must
start at zero and be contiguous in the external interface file. WP Tech will
attempt to fill any gaps in sequence with SNVT objects that are assigned an
index of –1. Gaps that can not be corrected by the WP Tech compiler causes
WP Tech to generate an error that must be corrected by the user. WP Tech
has been designed to NOT shift index numbers unless this is absolutely
required to fill an index number gap. This means that the addition of a SNVT
object should not cause the re-sequencing of index values.
Note: When uploading from an existing MN 800 controller, the SNVTs will
have fixed indexes. Deletion of any SNVT will likely force the user to
manually re-index the SNVTs. Statistics allow a user to quickly determine the
number of SNVTs within a drawing.
MN 800 External An external interface (XIF) file for a LONWORKS device is a text file that
Interface File (XIF) includes a summary of all the device’s communications parameters, profile
items (including network variables), configuration properties, and
implemented SNVTs. This file may be extracted directly from a LONWORKS
device, or it may be acquired from the device’s manufacturer.
The MN 800 differs from the MicroNet standard controllers, in that its
network image or profile is completely customizable through the selection
and use of “SNVT objects.” When the application is compiled, WP Tech
generates and installs the “network image” and generates an external
interface (XIF) file, using the drawing name, in the project folder. The XIF
file, which may be viewed using Windows Notepad, includes a summary of
the node’s communications parameters, profile items (including network
variables), program ID, configuration properties, and implemented SNVTs.
The WP Tech-generated XIF file is available for “offline use” with LONWORKS
network management tools such as LONMAKER for Windows. Also, a
downloaded MN 800 controller stores the customized XIF file internally, for
“online use.”
Caution: Use extreme caution when naming a network image or profile for
use within the MN 800 controller. Creating two or more controller
applications that contain different network images, but which have identical
profile names, within the same project or installation, will cause a network
management tool such as LONMAKER for Windows to use the first uploaded
external interface file for all subsequent installs of controllers with the same
profile name. This causes a mismatch between the network image in the
network management tool and those in the controllers. Unpredictable and
improper network operation will occur.
Enumerated
nci_hvac_emerg [255-NUL]
nci Emergency1
Configuration
Properties
Description
NV Index
NV Self Documentation
NA Value (if applicable)
Initial Value(s)
WP Tech Stencil:
Network Variables
Applying an NCI An NCI object provides a fixed value to an input of a control object or
Object resource tag, that can be accessed or modified by a third party network
configuration tool. The NCI object may have one or more outputs, based
upon the SNVT type selected. An NCI object based upon a simple (single
element) SNVT provides one data output. An NCI based upon a structured
(multiple element) SNVT provides one data output for each element that is
defined.
An NCI object is applied by first copying the object to the application
drawing, then naming the object, and finally by setting the object’s
properties. These steps are described in the following subsections.
NCI values are stored in EEPROM and are intended to have only 10,000
write operations. Do not link constantly changing values to NCIs.
Adding an NCI Object Adding an NCI object to the application is accomplished in the same manner
as adding a control object. First, click and drag an NCI object from the
Network Variables stencil to the desired location on the application drawing.
A tabbed dialog box appears to allow for selection of the SNVT type. Once a
SNVT type is chosen, WP Tech generates the selected object type, with
appropriate outputs, at the location where the NCI object was dropped. See
Table–6.5 for a list of the SNVT types that may be used with NCI objects.
Naming an NCI Object After adding an NCI object to the drawing, the user right-clicks the object to
open the shortcut menu and selects Customize. This opens a window
displaying the Object Name. The default name for an NCI object is “nci.”
Additional instances or duplicates are assigned a numerical suffix to make
each object name unique.
The Object Name should be unique, and should contain a prefix to help
identify the object type (i.e. “nci”). The name length must not exceed a total
of 16 characters and is limited to alpha, numeric, and underscore
characters. For example, a name for an NCI object used to represent a low
limit could be entered as “nciLow_Limit1”. Names that exceed 16 characters
in length will be truncated to 16 characters during the compile process. Any
characters other than alpha, numeric, and underscores (i.e. spaces, periods,
commas, etc.) will each be replaced with an underscore during the compile
process.
Setting Properties of Once the NCI object has been named, the user right-clicks the object again
an NCI Object to open the shortcut menu, and selects Properties to display the Properties
Editor. Refer to the “Properties” section (page 554) for a detailed description
of available properties, selections, defaults, and usage.
Conversion Selection By default, the NCI object’s algorithm refers to the engineering units, either
metric or English, assigned to the controller. In the hardware wizard, to
change conversion units, the user right-clicks the object and chooses a unit
of measure from a list located on the shortcut menu, directly below
Customize Figure-6.16. This list includes all the conversions that are
applicable to the NCI object’s selected SNVT type.
nci_temp_setpt
OccCl [NA]
StdbyCl[NA]
UnoccCl [NA]
OccHt [NA]
StdbyHt [NA]
UnoccHt [NA] Selections for
Conversion Units
nci
If Default Units remains selected on the shortcut menu list, the SNVT
object’s algorithm refers to the engineering units already assigned to the
controller in the hardware wizard. Selecting a metric engineering unit, such
as degrees C in the example in Figure–6.16, causes the algorithm to NOT
convert the network value (SNVT types are already based upon System
International metric standards). Selecting an English engineering unit, such
as degrees F in the same example, causes the algorithm to apply a set of
predefined conversions for English units, based upon the SNVT type
selected for the object. Additional conversions may be predefined, using
alternate units, based upon the object’s SNVT type. Refer to the “Unit
Conversion” section in this chapter (page 583) for more details.
Note: Be sure to select the NCI object’s conversion units before setting its
initial value. Changing the conversion units causes WP Tech to internally
use another entry within the database. Therefore, if the units are changed
after the initial value is entered, the user must re-enter the initial value.
Properties
Table–6.2 NCI Object Configuration Properties (Typical for All NCI Objects).
Table–6.2 NCI Object Configuration Properties (Typical for All NCI Objects).
Table–6.3 NCI Object Output Properties (Typical for All NCI Objects).
Mandatory (Default) Whenever a new MN 800 application is generated, WP Tech initializes the
NCI Objects drawing with a default set of mandatory NCI objects that are used to define
the characteristics of the controller. These mandatory NCI objects cannot be
deleted or copied. Refer to the “MN 800 User-Definable Profile” on page 658
for additional information on the SNVT types used.
Engineering Units Refer to Table–6.15 for a list of the metric, English, and optional conversion
units that are assigned to SNVTs used with the MN 800 controller.
Available SNVTs
Table–6.5 Available LONMARK SNVTs for NCI Objects Copied from Network Variables Stencil.
Category Available SNVTs
Simple SNVTs 1 SNVT_amp 35 SNVT_speed_mil 68 SNVT_elec_whr_f
2 SNVT_amp_mil 36 SNVT_str_asca 71 SNVT_grammage
3 SNVT_angle 39 SNVT_temp 72 SNVT_grammage_f
4 SNVT_angle_vel 41 SNVT_vol 75 SNVT_freq_f
5 SNVT_btu_kilo 42 SNVT_vol_kilo 76 SNVT_freq_hz
6 SNVT_btu_mega 43 SNVT_vol_mil 77 SNVT_freq_kilohz
7 SNVT_char_ascii 44 SNVT_volt 78 SNVT_freq_milhz
8 SNVT_count 45 SNVT_volt_dbmv 79 SNVT_lux
9 SNVT_count_inc 46 SNVT_volt_kilo 81 SNVT_lev_percent
13 SNVT_elec_kwh 47 SNVT_volt_mil 82 SNVT_multiplier
14 SNVT_elec_whr 48 SNVT_amp_f 98 SNVT_pwr_fact
15 SNVT_flow 49 SNVT_angle_f 99 SNVT_pwr_fact_f
16 SNVT_flow_mil 50 SNVT_angle_vel_f 100 SNVT_density
17 SNVT_length 51 SNVT_count_f 101 SNVT_density_f
18 SNVT_length_kilo 52 SNVT_count_inc_f 102 SNVT_rpm
19 SNVT_length_micr 53 SNVT_flow_f 104 SNVT_angle_deg
20 SNVT_length_mil 54 SNVT_length_f 105 SNVT_temp_p
21 SNVT_lev_cont 55 SNVT_lev_cont_f 107 SNVT_time_sec
23 SNVT_mass 56 SNVT_mass_f 110 SNVT_area
24 SNVT_mass_kilo 57 SNVT_power_f 113 SNVT_press_p
25 SNVT_mass_mega 58 SNVT_ppm_f 123 SNVT_time_min
26 SNVT_mass_mil 59 SNVT_press_f 124 SNVT_time_hour
27 SNVT_power 60 SNVT_res_f 125 SNVT_ph
28 SNVT_power_kilo 61 SNVT_sound_db_f 126 SNVT_ph_f
29 SNVT_ppm 62 SNVT_speed_f 129 SNVT_smo_obscur
30 SNVT_press 63 SNVT_temp_f 131 SNVT_temp_ror
31 SNVT_res 64 SNVT_time_f 138 SNVT_volt_ac
32 SNVT_res_kilo 65 SNVT_vol_f 139 SNVT_amp_ac
33 SNVT_sound_db 66 SNVT_volt_f 143 SNVT_turbidity
34 SNVT_speed 67 SNVT_btu_f 144 SNVT_turbidity_f
Enumerated SNVTs 11 SNVT_date_day 103 SNVT_hvac_emerg 120 SNVT_defr_mode
22 SNVT_lev_disc 108 SNVT_hvac_mode 121 SNVT_defr_term
38 SNVT_telcom 109 SNVT_occupancy 122 SNVT_defr_state
69 SNVT_config_src 118 SNVT_evap_state 145 SNVT_hvac_type
97 SNVT_override 119 SNVT_therm_mode
Structured SNVTs 83 SNVT_state 95 SNVT_switch 127 SNVT_chlr_status
85 SNVT_zerospan 106 SNVT_temp_setpt 128 SNVT_tod_event
87 SNVT_elapsed_time 111 SNVT_hvac_overid
91 SNVT_muldiv 112 SNVT_hvac_status
a.SNVT type SNVT_str_asc is a special case SNVT available only as an NCI object. An NCI object using SNVT_str_asc provides no
output for connection in the control logic. However, such NCIs allow storage of “self documentation” type information of up to
30 characters each.
WP Tech Stencil:
Network Variables
Applying an NVI An NVI object allows externally sourced network data to be input to a control
Object object or resource tag. In other words, it provides a means for receiving a
value from another device on the LON. The NVI object may have one or
more outputs, based upon the SNVT type selected. An NVI based upon a
simple (single element) SNVT provides one data output and one default
control indication output. An NVI based upon a structured (multiple element)
SNVT provides one data output and one default control indication output for
each individual element that is defined. Additionally, each element includes a
default input to allow for a programmed data transition during “fallback” or
default conditions. The NVI object also provides a single output to indicate
an “out of service” condition.
Adding an NVI Object Adding an NVI object to the application is accomplished in the same manner
as adding a control object. First, click and drag an NVI object from the
Network Variables stencil to the desired location on the application drawing.
A tabbed dialog box appears to allow for selection of the SNVT type. Once a
SNVT type is chosen, WP Tech generates the selected object type, with
appropriate outputs, at the location where the NVI object was dropped. See
Table–6.10 for a list of the SNVT types that may be used with NVI objects.
Note: Only primary level NVI object outputs are immediately visible.
Advanced level inputs and outputs such as Default Input, Out of Service,
and Default Control, remain hidden. Advanced level inputs and outputs can
be made available through the Customize selection on the shortcut menu.
Naming an NVI Object After adding an NVI object to the drawing, the user right-clicks the object to
open the shortcut menu and selects Customize. This opens a window
displaying the Object Name. The default name for an NVI object is “nvi.”
The Object Name must be unique, and should contain a prefix to help
identify the object type (i.e. “nvi”). The name length must not exceed a total
of 16 characters and is limited to alpha, numeric, and underscore
characters. For example, a name for an NVI object used to represent an
outdoor air temperature could be entered as “nviOutdoorAir”. Names that
exceed 16 characters in length will be truncated to 16 characters during the
compile process. Any characters other than alpha, numeric, and
underscores (i.e. spaces, periods, commas, etc.) will each be replaced with
an underscore during the compile process.
Setting Properties of Once the NVI object has been named, the user right-clicks the object again
an NVI Object to open the shortcut menu, and selects Properties to display the Properties
Editor. Refer to the “Properties” section (page 565) for a detailed description
of available properties, selections, defaults, and usage.
Conversion Selection By default, the NVI object’s algorithm refers to the engineering units, either
metric or English, assigned to the controller through the hardware wizard. To
change conversion units, the user right-clicks the object and chooses a
system of units from a list located on the shortcut menu, directly below
Customize. See Figure–6.16 on page 553. This list includes all the
conversions that are applicable to the NVI object’s selected SNVT type.
If Default Units remains selected on the shortcut menu list, the SNVT
object’s algorithm refers to the engineering units already assigned to the
controller through the hardware wizard. Selecting a metric engineering unit,
such as degrees C in the example in Figure–6.16, causes the algorithm to
NOT convert the network value (SNVT types are already based upon
System International metric standards). Selecting an English engineering
unit, such as degrees F in the same example, causes the algorithm to apply
a set of predefined conversions for English units, based upon the SNVT type
selected for the object. Additional conversions may be predefined, using
alternate units, based upon the object’s SNVT type. In all cases, the NVI
object algorithm’s output will provide the converted value, which is then used
by other objects or resource tags within the application. Refer to the “Unit
Conversion” section in this chapter (page 583) for more details.
Properties
Table–6.6 NVI Object Configuration Properties (Typical for All NVI Objects).
Abbrev. Name Class / Description Default Range/Select
Desc Description Class: String - Optional user defined descriptor that is — Up to 250
available to further describe the object. characters.
The Description is not uploaded with an application.
Index NV Index Class: Analog - Represents the index position of this NV -1 -1 to 255
within the controller’s “network image” or external
interface file (XIF file). By default, WP Tech is allowed to
automatically manage the index numbers. However,
individual NV indexes can be assigned specific index
numbers or have their index numbers “locked”, as
required. An index of -1 (default) indicates that WP Tech
may assign an index as needed. Setting to a value other
than -1 causes WP Tech to lock and hold the index to
the integer value specified.
Note: "Not active" (NA) defaults to -1 (negative 1).
SelfDoc NV Self Class: String - The NV Self Documentation contains a — —
Documentation maximum of 60 characters of text that may be used to
describe the NVI object. The NV Self Documentation is
stored as part of the controller’s “network image” or
external interface file (XIF), for use by third party
network management tools.
Note: NV Self Documentations, especially those with
long text descriptions, must only be used sparingly. Use
of this text string directly consumes memory allocated
for SNVT objects, thereby decreasing the available
memory needed for additional SNVT objects.
RcvHrtbtGrp Receive Class: Analog - The Receive Heartbeat Group defines Group D None - disables
Heartbeat the source or the mandatory network configuration Receive Heartbeat
Group property used as the NVI’s Receive Heartbeat timeout function
Selection value. Selections include Group A, Group B, Group C,
Group D, or None. A selection of “Group A” causes the
NVI algorithm to reference nciRcvHeartbeatA as the Group A
timeout value. Similarly, “Group B” references Group B
nciRcvHeartbeatB, “Group C” references Group C
nciRcvHeartbeatC, and “Group D” references Group D
nciRcvHeartbeatD. A selection of “None” disables the
individual NVI’s Receive Heartbeat function.
The Receive Heartbeat function determines if network
data has been received by the NVI object within the
Receive Heartbeat timeout period. An NVI that has not
been updated within the timeout period will return the
NVI object to default conditions. See NVI object output
descriptions for more details.
Table–6.6 NVI Object Configuration Properties (Typical for All NVI Objects). (Continued)
Abbrev. Name Class / Description Default Range/Select
NA NA Value Class: Bit - This configuration property determines how Use NA Use NA
the NVI object evaluates a SNVT “maximum value” or
the maximum value in the SNVT type’s range. This Don’t Use NA
selection is only provided on SNVT types that do not
have a LONMARK defined “invalid value”. A selection of
“Use NA” causes the NVI object’s algorithm to fall back,
passing the element’s Default input value to the output
whenever the value on the network reaches the
maximum value defined by the SNVT type’s range. A
selection of “Don’t Use NA” causes the NVI object’s
algorithm to set the output value to the highest
maximum controller value allowed (typically 16383)
whenever the network value reaches or exceeds the
maximum value defined by the SNVT type’s range.
For example, if an NVI object using SNVT_count_inc as
the SNVT type is accessed by a network management
tool and changed to a value of 32767, the NVI object’s
output, based upon this property, will be set as follows:
• Use NA – The output reflects the value found at the
associated Default input.
• Don’t Use NA — The output is set to the maximum
controller value allowed (typically 16383).
Note: For detailed information on SNVTs, including
“invalid” or "not active" (NA) values, see “MN Controllers
SNVTs Quick Reference” on page 661, in Appendix B.
Table–6.7 NVI Object Input Properties (Typical for All NVI Objects).
Table–6.8 NVI Object Output Properties (Typical for All NVI Objects).
Mandatory (Default) When a new MN 800 application is generated, WP Tech initializes the
NVI Object drawing with one default mandatory NVI object that is used to synchronize
the real time clock within the controller. This mandatory NVI object cannot be
deleted or copied. See “MN 800 User-Definable Profile” on page 658. for
more information on the SNVT type used.
Note: In all cases, an NVI object provides a single output to indicate an “out
of service” condition. Refer to Table–6.8 for more details.
Advanced Level Inputs As described in the preceding section, primary level NVI object outputs are
and Outputs immediately visible, upon object creation. Advanced level inputs and outputs
such as Default Input, Out of Service, and Default Control, are hidden by
default but can be made available for use through the Customize selection
on the shortcut menu.
Default Input
The Default input value is placed at the NVI object’s output during “out of
service” or “invalid value” default conditions. Fallback to default can occur for
a number of reasons, including controller reset, Receive Heartbeat timeout,
and receipt of an invalid value on the network. In the case of NVI objects that
include more than one element (structured object), a Default input is
provided for each individual element within the structure.
The overall operation of the Default input and its fallback operation is directly
related to the setting of the NA Value configuration property. This
configuration property determines how the NVI object evaluates a SNVT’s
“maximum value,” which is the maximum value in the SNVT type’s range.
This selection is only provided on SNVT types that do not have a LONMARK
defined “invalid value.” A selection of “Use NA” causes the NVI object’s
algorithm to fallback, passing the element’s Default input value to the output
whenever the value on the network reaches the maximum value defined by
the SNVT type’s range. A selection of “Don’t Use NA” causes the NVI
object’s algorithm to set the output value to the highest maximum controller
value allowed (typically 16383) whenever the network value reaches or
exceeds the maximum value defined by the SNVT type’s range.
For example, an NVI object that uses SNVT_count_inc as its SNVT type has
a range of -32,768 to 32,767. If this NVI object is accessed by a network
management tool and set to its maximum value of 32,767, the setting of the
NA Value property will determine how the object’s output is set, as follows:
• “Use NA” — A network value of 32,767 causes the NVI object’s output to
reflect the value found on the associated Default input.
• “Don’t Use NA” – A network value of 32,767 causes the NVI object’s
output to be set to the highest maximum controller value allowed
(typically 16383).
Normal Operation
During normal operation, the Default input value is placed at the NVI object’s
output whenever fallback occurs. Fallbacks can result from a “Receive
Heartbeat timeout” condition, or when a defined invalid network value
(based upon the NA Value configuration property) is received.
The receipt of a network variable update by the NVI object causes its
algorithm to process the value accordingly and set its Out of Service output
to digital OFF. The Receive Heartbeat timer is then started or restarted,
based upon the value specified by the referenced Receive Heartbeat Group
value (set in a mandatory NCI object).
The Default Control output value is based upon the active source of the
output (i.e. fallback or invalid network value conditions). A Default Control of
digital OFF indicates that the source originates from within the network. A
Default Control of digital ON indicates that the Default input is the source.
If the NVI object fails to receive a network update within the time indicated
by the associated Receive Heartbeat timeout, its value is set to the Default
input, and the Out of Service and Default Control outputs are set to digital
ON.
Reset Operation
Upon controller reset, the NVI object’s Output reflects the value applied to its
Default input. Both Out of Service and Default Control outputs will be set to
digital ON, and this applies to all resets, including controller power ups and
software resets. NVI data that was previously received is not held through a
controller reset.
Engineering Units Refer to Table–6.15 for a list of the metric, English, and optional conversion
units that are assigned to SNVTs used with the MN 800 controller.
Available SNVTs
Table–6.10 Available LONMARK SNVTs for NVI Objects Copied from Network Variables Stencil
Category Available SNVTs
Simple SNVTs 1 SNVT_amp 35 SNVT_speed_mil 71 SNVT_grammage
2 SNVT_amp_mil 39 SNVT_temp 72 SNVT_grammage_f
3 SNVT_angle 41 SNVT_vol 75 SNVT_freq_f
4 SNVT_angle_vel 42 SNVT_vol_kilo 76 SNVT_freq_hz
5 SNVT_btu_kilo 43 SNVT_vol_mil 77 SNVT_freq_kilohz
6 SNVT_btu_mega 44 SNVT_volt 78 SNVT_freq_milhz
7 SNVT_char_ascii 45 SNVT_volt_dbmv 79 SNVT_lux
8 SNVT_count 46 SNVT_volt_kilo 81 SNVT_lev_percent
9 SNVT_count_inc 47 SNVT_volt_mil 82 SNVT_multiplier
13 SNVT_elec_kwh 48 SNVT_amp_f 98 SNVT_pwr_fact
14 SNVT_elec_whr 49 SNVT_angle_f 99 SNVT_pwr_fact_f
15 SNVT_flow 50 SNVT_angle_vel_f 100 SNVT_density
16 SNVT_flow_mil 51 SNVT_count_f 101 SNVT_density_f
17 SNVT_length 52 SNVT_count_inc_f 102 SNVT_rpm
18 SNVT_length_kilo 53 SNVT_flow_f 104 SNVT_angle_deg
19 SNVT_length_micr 54 SNVT_length_f 105 SNVT_temp_p
20 SNVT_length_mil 55 SNVT_lev_cont_f 107 SNVT_time_sec
21 SNVT_lev_cont 56 SNVT_mass_f 110 SNVT_area
23 SNVT_mass 57 SNVT_power_f 113 SNVT_press_p
24 SNVT_mass_kilo 58 SNVT_ppm_f 123 SNVT_time_min
25 SNVT_mass_mega 59 SNVT_press_f 124 SNVT_time_hour
26 SNVT_mass_mil 60 SNVT_res_f 125 SNVT_ph
27 SNVT_power 61 SNVT_sound_db_f 126 SNVT_ph_f
28 SNVT_power_kilo 62 SNVT_speed_f 129 SNVT_smo_obscur
29 SNVT_ppm 63 SNVT_temp_f 131 SNVT_temp_ror
30 SNVT_press 64 SNVT_time_f 138 SNVT_volt_ac
31 SNVT_res 65 SNVT_vol_f 139 SNVT_amp_ac
32 SNVT_res_kilo 66 SNVT_volt_f 143 SNVT_turbidity
33 SNVT_sound_db 67 SNVT_btu_f 144 SNVT_turbidity_f
34 SNVT_speed 68 SNVT_elec_whr_f
Enumerated SNVTs 11 SNVT_date_day 103 SNVT_hvac_emerg 120 SNVT_defr_mode
22 SNVT_lev_disc 108 SNVT_hvac_mode 121 SNVT_defr_term
38 SNVT_telcom 109 SNVT_occupancy 122 SNVT_defr_state
69 SNVT_config_src 118 SNVT_evap_state 145 SNVT_hvac_type
97 SNVT_override 119 SNVT_therm_mode
Structured SNVTs 83 SNVT_state 95 SNVT_switch 127 SNVT_chlr_status
85 SNVT_zerospan 106 SNVT_temp_setpt 128 SNVT_tod_event
87 SNVT_elapsed_time 111 SNVT_hvac_overid
91 SNVT_muldiv 112 SNVT_hvac_status
WP Tech Stencil:
Network Variables
Applying an NVO An NVO object allows the data output of a control object or resource tag to
Object be sent externally as a network variable. In other words, it provides a means
for sending a controller’s value to other devices on the LON. The NVO may
have one or more inputs, based upon the SNVT type selected. An NVO
based upon a simple (single element) SNVT provides two inputs: one Input
(data) and one Default. An NVO based upon a structured (multiple element)
SNVT will provide these two inputs for each individual element defined. In
addition, the NVO object provides a single Minimum Propagation Time input
that can be set to regulate the NVO’s data propagation on the network.
Adding an NVO Object Adding an NVO object to the application is accomplished in the same
manner as adding a control object. First, click and drag an NVO object from
the Network Variables stencil to the desired location on the application
drawing. A tabbed dialog box appears to allow for selection of the SNVT
type. Once a SNVT type is chosen, WP Tech generates the selected object
type, with appropriate inputs, at the location where the NVO object was
dropped. See Table–6.14 for a list of the SNVT types that may be used with
NVO objects.
Note: Only primary level NVO object inputs are immediately visible.
Advanced level inputs such as Default and Minimum Propagation Time
remain hidden. Advanced level inputs can be made available through the
Customize selection on the shortcut menu.
Naming an NVO Object After adding an NVO object to the drawing, the user right-clicks the object to
open the shortcut menu and selects Customize. This opens a window
displaying the Object Name. The default name for an NVO object is “nvo.”
The Object Name must be unique, and should contain a prefix to help
identify the object type (i.e. “nvo”). The name length must not exceed a total
of 16 characters and is limited to alpha, numeric, and underscore
characters. For example, a name for an NVO object used to represent an
outdoor air temperature could be entered as “nvoOutdoorAir”. Names that
exceed 16 characters in length will be truncated to 16 characters during the
compile process. Any characters other than alpha, numeric, and
underscores (i.e. spaces, periods, commas, etc.) will each be replaced with
an underscore during the compile process.
Setting Properties of Once the NVO object has been named, the user right-clicks the object again
an NVO Object and selects Properties, to display the Properties Editor. Refer to the
“Properties” section (page 574) for a detailed description of available
properties, selections, defaults, and usage.
Conversion Selection By default, the NVO object’s algorithm uses the engineering units, either
metric or English, assigned to the controller by the Hardware Wizard. To
change engineering units, the user right-clicks the object and chooses from
a list of units located on the shortcut menu, directly below Customize. See
Figure–6.16 on page 553. This list includes all the conversions that are
applicable to the NVO object’s selected SNVT type.
If Default Units remains selected on the shortcut menu list, the SNVT
object’s algorithm refers to the engineering units already assigned to the
controller. Selecting a metric engineering unit, such as degrees C in the
example in Figure–6.16, causes the algorithm to NOT convert the network
value (SNVT types are already based upon System International metric
standards). Selecting an English engineering unit, such as degrees F in the
same example, causes the algorithm to apply a set of predefined
conversions for English units, based upon the SNVT type selected for the
object. Additional conversions may be predefined, using alternate units,
based upon the object’s SNVT type. In all cases, the NVO object’s algorithm
will convert the value received from the objects or resource tags within the
application, to the appropriate units as defined by the SNVT type. Refer to
the “Unit Conversion” section in this chapter (page 583) for more details.
Properties
Table–6.11 NVO Object Configuration Properties (Typical for All NVO Objects).
Table–6.11 NVO Object Configuration Properties (Typical for All NVO Objects). (Continued)
Table–6.12 NVO Object Input Properties (Typical for All NVO Objects).
Mandatory (Default) Upon generation of a new MN 800 application, WP Tech initializes the
NVO Objects drawing with a default set of mandatory NVO objects that are used to output
controller timekeeping and alarm information. These NVO objects cannot be
deleted or copied. Refer to the “MN 800 User-Definable Profile” on page 658
for additional information on the SNVT types used.
Note: In all cases, the NVO object provides a single Minimum Propagation
Time (timeout) input that can be set to regulate the NVO object’s data
propagation on the network. The Minimum Propagation Time property can
also be described as a filter that can be used to limit the amount of network
traffic generated by an individual NVO. Refer to Table–6.12 for details.
Advanced Level Inputs As described in the preceding section, primary level NVO object inputs are
immediately visible upon object creation. Advanced level inputs such as
Default and Minimum Propagation Time are hidden by default but can be
made available for use through the Customize selection on the shortcut
menu.
Default
The Default input value is used by the NVO object’s algorithm whenever the
primary input is found to be “not active” (NA). The algorithm monitors the
Default input for a valid value and uses this value to generate an active
value for network propagation and use.
The NVO object converts the active default value into the proper network
data format for the network variable type selected. The NVO object
propagates this value according to the setting of the NA Behavior
configuration property. An NA Behavior setting of “Continue Heartbeat”
causes the algorithm to continue propagating the default value (Default or
NA Value) resulting from a change of the Default input value or a Send
Heartbeat timeout. A NA Behavior setting of “Interrupt Heartbeat” causes the
algorithm to suspend the sending of the Default value, regardless of a
Default input value change or a Send Heartbeat timeout. In the case of
objects that include more than one element (structured object), a Default
input is provided for each individual element within the structure.
A Default input of “not active” (NA) causes the NVO object’s algorithm to use
the NA Value configuration property as the active value.
The Default value for the NA Value configuration property varies by SNVT
type. When an NVO object is created, its NA Value is initialized to a set of
predefined values that are based upon the SNVT type used and engineering
unit selected. The TAC I/A Series MicroNet controllers’ NVIs can be
configured to use these predefined invalid values for fallback purposes.
For SNVT types that have a LONMARK defined invalid value, NA Value is
initialized to this value. For SNVT types that do not have a LONMARK defined
invalid value, NA Value is initialized to a set of predefined values, typically
the highest value in the SNVT type’s range. The NA Value can be changed
to any value within the SNVT type’s range. However, it is recommended that
the predefined NA Value be used. In the case of structured SNVTs, each
element within the structure is assigned an NA Value. For detailed
information on SNVTs, including “inactive” values, see “MN Controllers
SNVTs Quick Reference” on page 661, in Appendix B.
Normal Operation
The NVO object’s algorithm monitors the primary input(s) for valid values
and updates the active value accordingly. The active propagation of the
value to the network is based upon Minimum Propagation Time and Send
Heartbeat timeout conditions. For actively changing Input values, the
Minimum Propagation Time must expire before another active value can be
propagated to the network. An active Input value that has remained
unchanged for a period of time is automatically propagated at a time
specified by the Send Heartbeat timeout.
Detection of an Input value of “not active” (NA) causes the NVO object to
fallback and update the active value to reflect default conditions (Default
input or NA Value). When a “not active” (NA) condition exists at the primary
input, the algorithm uses the NA Behavior configuration property to
determine whether to continue propagation of the default value (Default
input or NA Value) during default fallback conditions. If the NVO object is
based on a structured SNVT, all elements within the structure must have
primary inputs of not active (NA).
Reset Operation
Upon controller reset, the NVO object initializes the active value to the
assigned “NA Value.” This applies to all resets, including controller power
ups and software resets. NVO active values are not retained through a
controller reset.
Engineering Units
Refer to Table–6.15 for a list of the metric, English, and optional conversion
units that are assigned to SNVTs used with the MN 800 controller.
Available SNVTs
Table–6.14 Available LONMARK SNVTs for NVO Objects Copied from Network Variables Stencil.
Category Available SNVTs
Simple SNVTs 1 SNVT_amp 35 SNVT_speed_mil 71 SNVT_grammage
2 SNVT_amp_mil 39 SNVT_temp 72 SNVT_grammage_f
3 SNVT_angle 41 SNVT_vol 75 SNVT_freq_f
4 SNVT_angle_vel 42 SNVT_vol_kilo 76 SNVT_freq_hz
5 SNVT_btu_kilo 43 SNVT_vol_mil 77 SNVT_freq_kilohz
6 SNVT_btu_mega 44 SNVT_volt 78 SNVT_freq_milhz
7 SNVT_char_ascii 45 SNVT_volt_dbmv 79 SNVT_lux
8 SNVT_count 46 SNVT_volt_kilo 81 SNVT_lev_percent
9 SNVT_count_inc 47 SNVT_volt_mil 82 SNVT_multiplier
13 SNVT_elec_kwh 48 SNVT_amp_f 98 SNVT_pwr_fact
14 SNVT_elec_whr 49 SNVT_angle_f 99 SNVT_pwr_fact_f
15 SNVT_flow 50 SNVT_angle_vel_f 100 SNVT_density
16 SNVT_flow_mil 51 SNVT_count_f 101 SNVT_density_f
17 SNVT_length 52 SNVT_count_inc_f 102 SNVT_rpm
18 SNVT_length_kilo 53 SNVT_flow_f 104 SNVT_angle_deg
19 SNVT_length_micr 54 SNVT_length_f 105 SNVT_temp_p
20 SNVT_length_mil 55 SNVT_lev_cont_f 107 SNVT_time_sec
21 SNVT_lev_cont 56 SNVT_mass_f 110 SNVT_area
23 SNVT_mass 57 SNVT_power_f 113 SNVT_press_p
24 SNVT_mass_kilo 58 SNVT_ppm_f 123 SNVT_time_min
25 SNVT_mass_mega 59 SNVT_press_f 124 SNVT_time_hour
26 SNVT_mass_mil 60 SNVT_res_f 125 SNVT_ph
27 SNVT_power 61 SNVT_sound_db_f 126 SNVT_ph_f
28 SNVT_power_kilo 62 SNVT_speed_f 129 SNVT_smo_obscur
29 SNVT_ppm 63 SNVT_temp_f 131 SNVT_temp_ror
30 SNVT_press 64 SNVT_time_f 138 SNVT_volt_ac
31 SNVT_res 65 SNVT_vol_f 139 SNVT_amp_ac
32 SNVT_res_kilo 66 SNVT_volt_f 143 SNVT_turbidity
33 SNVT_sound_db 67 SNVT_btu_f 144 SNVT_turbidity_f
34 SNVT_speed 68 SNVT_elec_whr_f
Enumerated SNVTs 11 SNVT_date_day 103 SNVT_hvac_emerg 120 SNVT_defr_mode
22 SNVT_lev_disc 108 SNVT_hvac_mode 121 SNVT_defr_term
38 SNVT_telcom 109 SNVT_occupancy 122 SNVT_defr_state
69 SNVT_config_src 118 SNVT_evap_state 145 SNVT_hvac_type
97 SNVT_override 119 SNVT_therm_mode
Structured SNVTs 83 SNVT_state 95 SNVT_switch 127 SNVT_chlr_status
85 SNVT_zerospan 106 SNVT_temp_setpt 128 SNVT_tod_event
87 SNVT_elapsed_time 111 SNVT_hvac_overid
91 SNVT_muldiv 112 SNVT_hvac_status
Unit Conversion
Table–6.15 lists the metric, English, and optional conversion units that are
assigned to SNVTs available within the MN 800 controller.
Network Management
LONWORKS is a peer-to-peer communications architecture that allows the
direct sharing of data between networked TAC I/A Series MicroNet
controllers, as well as other LONWORKS devices. Data exchange is
performed through the use of network variables (NVs), which are defined by
a set of Standard Network Variable Types (SNVTs). Using network variables,
MicroNet controllers can also exchange data directly with other
manufacturers’ LONWORKS controllers, providing a high level of
interoperability.
Peer-to-peer “bindings” allow data to be exchanged between the network
variable inputs (NVIs) and network variable outputs (NVOs) that reside in
different devices. These bindings are engineered using a LONWORKS
network management tool such as LONMAKER for Windows or TAC I/A
Series Niagara. In a general sense, the network management tool hides the
details of the protocol and handles the overall installation process, based
upon the project’s needs. This includes assignment of the node’s address,
the creation of network variable bindings, the selection of appropriate
delivery services (acknowledged, unacknowledged, unacknowledged
repeated, etc.), the assignment of network variable selector IDs, and the
sending of all messages required to configure the node’s internal address
tables. A network management tool also maintains a database that contains
a record of all the node addresses, network variable connections, and
default configuration properties.
Network Address The network management tool assigns a network address, consisting of a
domain, subnet, and node address, to each newly installed node. This
process gives each node a totally unique address on the network. A device,
or node, may belong to two domains, with each domain entry containing a
subnet and a node address. In addition, each node may have up to fifteen
group addresses. An authentication key can be generated for each domain
entry, to ensure secure communications.
Network Variable Exchange of data between nodes is typically achieved through network
Binding variable binding. Network variable binding is the process by which network
variable outputs (NVOs) on one or more nodes are connected to network
variable inputs (NVIs) on other nodes. Bindings are only allowed between
network variables with matching SNVT types. For example, an NVO of type
SNVT_temp_p can not be bound to an NVI of type SNVT_temp, because
although both represent temperature in degrees Celsius, there are
differences in both range and resolution.
Bindings in which an NVO of one node (in this example, a TAC I/A MicroNet
controller) is connected to the NVI of another node (or nodes), are made
using a LONWORKS network management tool such as LONMAKER for
Windows. A typical node on a LON may have multiple connections, both
inbound (NVI to NVO) and outbound (NVO to NVI). Each node records its
connections in tables, and stores the binding information in its non-volatile
memory area.
Network Variable An application update of a node’s bound NVO typically causes the node to
Updates propagate the new value to corresponding NVIs on the receiving node(s).
NVO propagation can also occur as a result of periodic Send Heartbeat
timeouts.
To maintain data integrity and prevent flooding the network with
communications traffic, mechanisms and timeouts such as Send Heartbeat,
Receive Heartbeat, Minimum Output, and Minimum Propagation are
provided. These configure the MicroNet controller’s operation on the active
network.
Send Heartbeat The Send Heartbeat, in conjunction with the Receive Heartbeat, defines the
mechanism used to ensure data integrity between two communicating
devices (nodes). Accordingly, the Send Heartbeat mechanism is applied to
the node’s network variable outputs. The Send Heartbeat setting(s)
determines the maximum time interval (in seconds) that is allowed before a
non-changing “bound” NVO is sent on the active network. The Send
Heartbeat function ensures that a value is automatically sent to update a
receiving node or group of nodes on a periodic basis, even when that value
remains unchanged for a length of time. For additional information on the
Send Heartbeat function for the standard controllers, refer to the “Send
Heartbeat Control” section in this chapter, on page 545. For the MN 800
controller, refer to the descriptions of the four independent “Send Heartbeat
timers”, starting on page 559.
Receive Heartbeat The Receive Heartbeat, in conjunction with the Send Heartbeat, defines the
mechanism used to ensure data integrity between two communicating
devices (nodes). Accordingly, the Receive Heartbeat mechanism is applied
to the node’s network variable inputs. The Receive Heartbeat setting(s)
determines the maximum time interval (in seconds) that is allowed before a
non-updated NVI is defined as “Out of Service.” This causes the appropriate
programmed fallback to occur. For additional information on the Receive
Heartbeat function for the standard controllers, refer to the “Receive
Heartbeat Control” section in this chapter, on page 543. For the MN 800
controller, refer to the descriptions of the four independent “Receive
Heartbeat timers”, starting on page 557.
Minimum Output Time The Minimum Output Time defines the minimum time interval (in seconds)
between the sending of each propagated NVO on the active network. The
controller applies this interval to all “bound” NVO’s. This parameter can also
be described as the final “filter” applied to all NVO updates sent from the
controller. For additional information on the Minimum Output Time function
for the standard controllers, refer to the “Minimum Out Time Control” section
in this chapter, on page 545. For the MN 800 controller, refer to the
description of the mandatory NCI object, Minimum Out Time, on page 557.
Minimum Propagation The Minimum Propagation Time input defines the time interval (in seconds)
Time (MN 800) that must expire before an NVO object is allowed to propagate a changed
value to the task that handles the actual sending of variables on the network.
This parameter can also be described as a “filter” that can be used to limit
the amount of network traffic generated by a bound NVO. For additional
information on the MN 800 controller’s Minimum Propagation Time function,
refer to page 556.
Time Selection When selecting time values, a Send Heartbeat value should be chosen that
Guidelines will not interfere with the Minimum Output Time, and as a general rule, the
Receive Heartbeat timeout value should be set to a rate that is at least four
times the Send Heartbeat rate.
For example, a MicroNet MN 800 controller has been installed and
configured with 10 bound NVOs and a Minimum Output Time value of
1 second. Based on these settings, the Send Heartbeat timeout value
should be set so that it exceeds the following calculated minimum value:
Send Heartbeat (Min) = Number of bound NVOs X Min Output Time
Send Heartbeat (Min) = 10 X 1 Second
Send Heartbeat (Min) = 10 Seconds
The result of the above calculation shows that the assigned Send Heartbeat
timeout value should not be set below 10 seconds. However, because a rate
of 10 seconds is abnormally fast, a typical Send Heartbeat timeout of
120 seconds will be used, instead. Now that the Send Heartbeat timeout has
been determined, calculate the Receive Heartbeat timeout as follows.
Receive Heartbeat > Send Heartbeat X 4
Receive Heartbeat > 120 seconds X 4
Receive Heartbeat > 240 seconds (300 seconds is chosen)
In summary, then, Minimum Output Time is set to 1 second, Send Heartbeat
is set to 120 seconds, and Receive Heartbeat is set to 300 seconds.
Other This section contains matters that require special attention when performing
Considerations network management on a LON containing TAC I/A Series Micronet
controllers.
Note: Factory default network addresses are only temporary and remain
active only until new addresses are assigned using the network
management tool.
Note: WP Tech’s Browse Network function will not properly detect and
display a list of MicroNet controllers under the following conditions.
• Whenever a MicroNet controller’s first and second domain addresses
are already assigned. This can be corrected by synchronizing the WP
Tech workstation to the LON network segment.
• Whenever a MicroNet controller’s first and second domain addresses
are found to be “Unused” or unassigned. This may occur if both domain
addresses are set to “Unused” when the controller is uninstalled using a
network management tool, or it may occur when the controller is set to
an unconfigured state by pressing and holding the service pin.
Synchronizing the WP Tech workstation to the LON network segment
will not correct this situation. To perform a download under these
conditions, the controller can be identified only by pressing its service
pin or by manually entering its Neuron ID.
As a passive tool WP Tech must not change the address table entries or the
neuron state of a LonMark 3.3 certified controller. WP Tech requires that the
controllers be configured and on-line in order for WP Tech to communicate
with them. When a user initiates communications with a controller that is not
configured and on-line, WP Tech shall respond as described above (see
“WP Tech (Download, Upload, Monitor, Browse) and Device Addresses”)
WP Tech Real-time WorkPlace Tech will not allow a user to perform monitoring of real-time data
Data Monitoring and or perform point history operations on a Rev. 4.1 standard controller or
Point History MN 800 that is off-line, unconfigured, configured hard off-line or
applicationless controller.
Operation
A Rev. 4.1 standard controller or MN 800 can be set configured and on-line
using the configure device command in the Tools menu. After monitoring or
point history operations are complete, the controller should be returned to its
previous state using a network management tool or the Unconfigure Device
command in the Tools menu.
Profile and Bindings Network management tools, such as LONMAKER for Windows, and TAC I/A
Issues Series Niagara upload a MicroNet controller’s profile and use it to perform
controller-related network tasks such as bindings, property configuration
changes, and other network functions. Changing the profile or network
image of a controller, after its installation on the network, would cause the
controller and the network management tool to contain different and possibly
mismatched network images, resulting in unpredictable and improper
network operation.
Mismatches can also result when creating a new application within the same
project or installation. Creating multiple controller applications that contain
different network images, but which have identical profile names, will cause
a network management tool to use the first uploaded external interface file
for all subsequent installs of controllers with the same profile name, causing
a mismatch between the network image in the network management tool
and those in the controllers. Unpredictable and improper network operation
will occur.
LONWORKS Message When using a network management tool to engineer a binding between
Services devices, user options are often available for selecting the type of message
services to be used. LONWORKS message service types for bindings include:
• Unacknowledged
• Unacknowledged, Repeated
• Acknowledged
MicroNet Controller It is important to know that all TAC I/A Series MicroNet controllers contain a
Message Service default message type for network variable bindings. Depending on the
Defaults controller and its firmware version, the default message types vary as
follows.
Other NV Data Apart from “NV updates” between bound devices (NVO to NVI), NVs can
Exchange service “data requests” from other devices. The requesting device is not
“bound,” but receives NV information from “NV poll” or “NV fetch” operations.
A PC running a LONWORKS program uses NV polling to extract data from
networked LONWORKS devices. For example, most LON network
management tools offer a “Browse” feature to examine real-time values in
devices on the network. TAC I/A Series Niagara also polls all values when in
the Properties Screen. This causes additional communications overhead.
LNC-100 and NV The LON Network Controller (LNC-100) also uses NV polling (versus NV
Polling updates) to read and write NVs in LONWORKS devices on its LON bus. The
LNC-100 itself is never “bound” to any other LONWORKS devices. Instead, it
Tracked Data The Point History Logging function allows the tracking of up to 24 individual
analog or digital points. Historical data is maintained in backed up memory,
which retains previously collected data through controller power cycles
(power-downs and resets). Both analog data and digital data include a time
stamp that indicates the time at which the sample was collected (analog) or
the change of state occurred (digital).
The most recent 48 samples or changes of state for each point are
maintained in the log, and the data for each point within the log rotates when
full. If fewer than 48 samples have been collected since the previous upload,
the system compares data and removes the overlapping data, then appends
only the new data to the previous, with no blank spaces or special notations
between the uploads. If more than 48 samples have been collected since
the previous upload, this means that some data has been rolled over and is
no longer in the database. In this event, the system knows that there is a gap
in the collected data, and it indicates this gap by inserting asterisks in the
date, value, and units fields in the report row, between the two collection
uploads.
Data Tracking Pens The history log provides 24 tracking pens, each of which can be set up as
analog or digital, and can be assigned to any point within the application,
including object outputs, S-Link tags, etc.
Data Format The data collected for both analog and digital tracking is stored by utilizing
the same basic data / time stamp format. In both analog and digital data, the
time stamp contains year, month, day, hour, minute, and second information.
A controller whose time has not been set or synchronized, will contain a time
stamp that reflects only a 24 hour time period (hours, minutes, and
seconds). In this situation, the time stamp is for reference only, and the date
portion of the time stamp (month, day, and year) will indicate a not active
(NA / NA / NA).
Application The Point History Log function is applied by adding a point history tag to an
application drawing. To do this, click and drag a point history tag from a
stencil, to the desired location within the application drawing Figure-6.17.
The Select Object Type dialog box appears, listing the available (unused)
tracking pens, which are labeled “Point History 1” through “Point History 24”.
Once a tracking pen is selected, WP Tech places a Point History tag at the
location of the drop.
Once the Point History tag has been copied onto the drawing page, the user
connects it to the selected output. Then, the user right-clicks on the tag to
open the shortcut menu and selects Customize. This opens the Customize
Object window, displaying the point history tag’s Object Name. The default
name is “Histx,” where “x” denotes the selected tracking pen number. This
name may be changed as needed.
Note: Each point history tag’s Object Name and associated tracking pen
number will be placed in the comma separated values file (CSV) whenever
the point history data is uploaded using the WP Tech “Point History Upload”
feature.
Clicking on the Properties tab in the Customize Object window displays a list
of properties which can be selected for display below the point history tag.
No properties are displayed in the default condition.
Point History 1
RmTemp
Space Temp Units DegF
Type 2-Sample Seconds
Monitor1 Time 5
The user then right-clicks the point history tag and chooses Properties to
bring up the properties editor, which displays the configuration properties for
the point history tag. WP Tech defaults point history tags in the “Disabled”
condition, meaning the user must configure the tag for Analog or Digital use.
Refer to Table–6.17 and Table–6.18 for detailed descriptions of the available
properties of point history tags.
Properties
Table–6.17 Point History Tag Configuration Properties.
Accessing Collected The collected point history data, consisting of data and associated time
Data stamps, is stored in the controller. This data can be uploaded into WP Tech
by clicking Application in the main menu, then Point History Upload. The
Point History dialog box appears Figure-6.18.
Clicking the Upload Data button causes WP Tech to upload the data from
the controller, into a comma delimited file (CSV). This file can then be
imported into a spreadsheet program such as Excel, where it can be charted
and graphed. For detailed instructions on accessing point history data, refer
to the WorkPlace Tech Tool 4.0 User’s Guide, F-27255.
Note:
• If the MicroNet controller has an attached MN-S2, S3, S4, or S5 sensor,
an alternate (and often more convenient) method exists for sending a
Service Pin message. This method consists of pressing and holding the
sensor’s Override button for a period of 8 seconds or longer. Likewise, a
Service Pin message can be produced with an MN-S4-FCS sensor, by
pressing and holding its Fan Off / On button for 8 seconds or longer.
• MicroNet standard controllers suspend processing of the downloaded
application when in an unconfigured state.
Diagnostic Indicators
TAC I/A Series MicroNet controllers feature LED indicators. The LCD screen
of an S-Link sensor can display error and alarm indications for the MicroNet
controller to which it is connected.
MicroNet Controller The TAC I/A Series MicroNet controllers have three LEDs that represent
LEDs power, communications activity and application status.
MN 50, 100, 110, 130, See Figure–6.19 for the location of the LED indicators on MicroNet standard
150, 200, and VAV controllers. Refer to Table–6.19 to identify the LED indications and to
Series determine any corrective action that may be required.
SW2
MN 100, 150, and 200
SW 4H3
24
SW H2
24H
24H 1 Power and Data
MNL-V1RVX and 24G
GN Transmission LED
D
MNL-V2RVX A
COO
M (Green)
UI
S-L
K/C DI
OM
S-L
K
LO
N
LO
(Yellow)
Service LED
(Red)
SW
2
SW 4H3
24
SW H2
24H
AO
24H 1
24G
COM
GN
D CO
M UI
UI
S-L
K/C DI
OM
DI
S-L
S-LK/COM
K
LO
N
LO
N
S-LK
LON
MNL-V3RVX and LON
MN 50 MN 11 and
MN 13
Red Service LED
Green Power and Data
Transmission LED
MN 800 Series See Figure–6.20 for the location of the LED indicators on MicroNet MN 800
controllers. Refer to Table–6.20 to identify the LED indications and to
determine any corrective action that may be required.
MNL-800-101
S-Link Sensor MicroNet MN-S3xx, MN-S4xx, MN-S4xx-FCS, and MN-S5xx S-Link sensors
Display feature a Diagnostic Mode whereby the sensor’s LCD screen can display a
variety of diagnostic data including Error and Alarm indications and
controller wink mode for the MicroNet controller to which it is connected.
Controller wink mode indication is only available with S-Link sensors
interfacing with revision 4.x (or later) firmware on MicroNet standard
controllers or revision 2.0 (or later) firmware on MNL-800 controllers. While a
controller is in wink mode the red occupancy LED on the sensor blinks 1/2
second ON, 1/2 second OFF.
The MN-S4xx-FCS sensor does not have a red occupancy LED and,
therefore, does not indicate when the controller is in wink mode.
Note: If the S-Link sensor is left idle for 30 seconds while in the Diagnostic
Mode, the sensor times out and returns to the default screen.
Error Indications
The Error frames display a value of 1, 2, 4, 8, 16, 32, or 64, or a combination
of two or more of these values (error code 64 is used with MN 800 only).
Each of the values, 1, 2, 4, 8, 16, 32, and 64, represents an error, as
described in Table–6.21. When more than one error is present, the sum of
the values associated with these errors is displayed instead. The LCD
alternates between the Error frame and the numerical error value. An error
screen displaying dashes (---) indicates no errors.
Alarm Indications
The Alarm frames display the last four alarms from the connected MicroNet
controller. The LCD alternates between Alarm frame and the numerical
alarm value. If the controller is sending more than one alarm, the numerical
alarm value will update every 4 to 5 seconds. Alarms are defined by the
controller application. For information regarding specific alarm definitions,
refer to the “Analog Alarm” (page 112) and “Binary Alarm” (page 152)
sections in Chapter 5 of this manual.
SNVT-Based Indicators
For MicroNet standard controllers with firmware revision 4.x or later, the
nvoDeviceInfo SNVT provides the following diagnostic information:
• Model Number: 9 characters
• Firmware Version: 3 characters
• S-Link Sensor Diagnostic Status: 3 characters
• Application Name: 12 characters
Any tool that can read nvoDeviceInfo can display the information above. The
S-Link Sensor diagnostic status, available within nvoDeviceInfo, uses the
same error codes listed in Table–6.21 with the addition of Error Code 128.
Error Code 128 indicates a non-communicating S-Link Sensor.
This chapter explains the memory usage of control objects in TAC I/A Series
MicroNet standard controllers and MN 800 controllers, including an
alphabetical listing of all objects with their corresponding memory
requirements.
Memory Types
Each control object created in a MicroNet controller consumes specific
amounts of controller memory. The two types of memory are:
• EEPROM - Electrically Erasable Programmable Read Only Memory.
• RAM - Random Access Memory.
EEPROM is non-volatile memory, meaning it does not require backup when
power is removed from the controller. EEPROM is used to store a copy of
each control object, including all input properties, input pointers, and critical
configuration properties. LONMARK profile items are also stored in EEPROM
(copied from ROM), along with other MN sensor and controller configuration
data. These are considered “fixed overhead items.” Once an application has
been downloaded into a TAC I/A Series MicroNet controller, it remains in
EEPROM until changed from a programming tool, even if power is removed
for long periods of time.
RAM is used as “operation memory.” On power-up or reset, most of the
information stored in EEPROM is “shadowed” in RAM. However, not only
does RAM contain a copy of each control object, but also continuously
stores each object’s data results—that is, all the intermediate and output
values in real time. This is why most types of control objects consume more
RAM than EEPROM. This also means when calculating controller memory
usage, RAM is more critical than EEPROM.
Controller
Capacities
Standard Controller Each MicroNet standard controller has 2K bytes (2048 bytes) total of both
Memory EEPROM and RAM for all control objects plus fixed overhead items.
Depending on profile type, the amount of available RAM (in bytes) for all
control objects differs slightly among the various models of controllers. Refer
to Table–A.1.MicroNet standard controllers also have EEPROM dedicated to
storing drawing information. This drawing information is used by WorkPlace
Tech to generate application drawings from uploaded controller information.
Depending on the controller firmware rev, the amount of available EEPROM
dedicated to drawing information varies.
MN 800 Memory Each MN 800 controller has approximately 32K bytes of total database
memory that is used to store data that includes control objects, the
controller’s network image, and other fixed memory “overhead” items. This
means that there are, respectively, 15,350 bytes of EEPROM and
15,800 bytes of RAM available Table–A.2 for application control logic and
network interface (SNVT object) use. EEPROM that is not used by overhead
items and control objects is available storage of drawing information.
Table–A.2 MN 800 Controller EEPROM and RAM for Control Objects and SNVT
Objects.
EEPROM
Model Controller Profile RAM Available
Available
MNL-800-101 Programmable 15,350 bytes 15,800 bytes
Note: MicroNet sensor support is included in every TAC I/A Series MicroNet
controller’s fixed overhead. This means selection of any MicroNet sensor
model in an application (including none) makes no difference in available
RAM.
The MN 800 and Rev.3 and higher standard controllers also include support
for a controller schedule as part of the fixed overhead. No additional
controller memory is used.
WP Tech Statistics WP Tech provides a Statistics function for checking the amount of available
Function memory in any application. This information is based on the number and
types of control objects currently in the application’s drawing. Memory
statistics can be compared to individual control object memory requirements
listed in each object’s description in Chapter 5, or to the memory
requirements for each object type listed in the following table Figure-3.
For more details on running the applications Statistics function, refer to the
TAC I/A Series WorkPlace Tech Tool 4.0 User’s Guide, F-27255.
Memory Table–A.3 lists each control object type and the respective memory required.
Requirements Objects listed in boldface are available only in Rev.3 MicroNet standard
controllers or MicroNet MN 800 controllers, or both (i.e. these objects are not
Per Object available in pre-Rev.3 LONMARK controllers).
LONMARK Profiles
Each LONMARK MicroNet controller (MN 50, 100, 110, 130, 150, 200, and
VAV series) has one profile in Read Only Memory (ROM). Each profile
contains all the mandatory and most of the optional network variables and
configuration properties defined by the LONMARK Association. Each also has
additional Schneider Electric-defined profile items in the “manufacturer
defined section”. Profile items are generally described (typical usage) in
following sections.
• All VAV series controllers (V1R, V2R, and V3R) are available only with a
VAV controller profile.
• The MN 50, 100, 150, and 200 controller platforms are available in any
of the other profiles: Fan Coil, Heat Pump, Roof Top, Satellite 3, or
Satellite 4.
• The MN 110 and MN 130 controller platforms are available in Fan Coil
profile only.
• Profile version number “by model number” does not apply to controller
models with Satellite profiles. Satellite 1, 2, 3, and 4 all have version 1
profiles.
Profile Versions MN 100, 200, and VAV series controllers were originally released with
version 1 profiles, but currently are released with version 3 profiles.
Differences between profile versions are mostly minor, and are noted in
each profile in this chapter. See also “Fan Coil Profile”, next.
Note: Controllers with Satellite profile 3 or 4 also have the latest changes
incorporated in the other version 3 profiles.
Fan Coil Profile The Schneider Electric Fan Coil profile is graphically shown below Figure-1.
Hardware Output
nviSetPtOffset nvoSpaceTemp
nv9 SNVT_temp_p nv15 SNVT_temp_p
nviWaterTemp nvoEffectSetPt
nv10 SNVT_temp_p nv16 SNVT_temp_p
nviDischAirTemp nvoOccCmd
nv17 nv19 SNVT_occupancy
SNVT_temp_p
nviEnergyHoldOff nvoEnergyHoldOff
nv18 SNVT_switch nv20 SNVT_switch
nvoUnitStatus
nv21 SNVT_hvac_status
Configuration Properties
nc49 - nciSndHrtBt - SNVT_time_sec
nc48 - nciRcvHrtBt - SNVT_time_sec
nc52 - nciMinOutTm- SNVT_time_sec
Optional Configuration Property
nc60 - nciSetPnts - SNVT_temp_setpt
Not Supported: nc17 - nciLocation- SNVT_str_asc
nc59 nciNumValve, SNVT_count
nviTimeStamp nvoDeviceAlarm
mnv1 mnv10
SNVT_time_stamp SNVT_str_asc*
nviOccSchedule Optional nvoTimeStamp
mnv2 SNVT_tod_event*
mnv11
Schneider SNVT_time_stamp
nviOverride Electric nvoOccSchedule
Schneider Electric mnv3 mnv12
SNVT_hvac_overid Network SNVT_tod_event* Schneider Electric
Input Variables
mnv4
nviSatTemp1
SNVT_temp_p mnv13
nvoSatTemp1
SNVT_temp_p
Output
Network Network
nviSatPercent1 nvoSatPercent1
mnv5
Variables SNVT_lev_percent mnv14 SNVT_lev_percent Variables
mnv6 nviSatSwitch1 nvoSatSwitch1
SNVT_switch mnv15
SNVT_switch
nviSatLevDisc1 nvoSatLevDisc1
mnv7 mnv16
SNVT_lev_disc SNVT_lev_disc
Fan Coil Profile Quick For each Fan Coil profile item, Table–B.1 includes the network variable (NV)
Reference index number, self-doc index number, item name, general description, SNVT
type, element names and numbers as applicable, and point type
(AV = Analog Value, DV = Digital Value). An example Profile tag shape is
shown in the header above each class of profile items.
nvoName
Mandatory Network Variable Outputs
nvoName
Optional Network Variable Outputs
106 .OccCool 1 AV
.SBCool 2 AV
.UnoccCool 3 AV
37 nc60 nciSetPnts Default Setpoints SNVT_temp_setpt
.OccHeat 4 AV
.SBHeat 5 AV
.UnoccHeat 6 AV
38 nc49 nciSndHrtBt Send Heartbeat (see page 545) SNVT_time_sec 107 — — AV
Minimum Time between Output 107 — — AV
39 nc52 nciMinOutTm SNVT_time_sec
Transmissions (see page 545)
Receive Heartbeat 107 — — AV
40 nc48 nciRcvHrtBt SNVT_time_sec
(see page 543)
Text Descriptor for Physical 36 1Not Supported
41 nc17 nciLocation SNVT_str_asc
Location
— nc591 nciNumValve1 Number of Valves1 SNVT_count1 8 1Not Supported
nviName Schneider Electric Network Variable Inputs
20 mnv1 nviTimeStamp Time Input from External Device SNVT_time_stamp 84 (See Note)
.Year 1 AV
Note: Rev.2 or higher profile .Month 2 AV
uses this NVI to sync the .Day 3 AV
controller clock, No usable NVI
.Hour 4 AV
tags in WP Tech.
.Minute 5 AV
.Second 6 AV
21 mnv2 nviOccSchedule Occupancy Scheduling Input SNVT_tod_event 128 .Current 1 AV
(SEC_tod_event .Next 2 AV
if revision 1 profile) .Time 3 AV
22 mnv3 nviOverride Override Input SNVT_hvac_overid 111 .State 1 AV
.Percent 2 AV
.Flow 3 AV
23 mnv4 nviSatTemp1 Satellite Temperature Input 1 SNVT_temp_p 105 — — AV
(defined by the application)
24 mnv5 nviSatPercent1 Satellite Percent Input 1 SNVT_lev_percent 81 — — AV
(defined by the application)
25 mnv6 nviSatSwitch1 Satellite Switch Input 1 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
26 mnv7 nviSatLevDisc1 Satellite Level Discrete Input 1 SNVT_lev_disc 22 — — AV
(defined by the application)
27 mnv8 nviSatCntIncF1 Satellite Count Incremental Input SNVT_count_inc_f 52 — — AV
(defined by the application)
28 mnv9 nviSatPPM Satellite Parts Per Million Input SNVT_ppm 29 — — AV
(defined by the application)
nvoName
Schneider Electric Network Variable Outputs
Heat Pump Profile The Schneider Electric Heat Pump profile is graphically shown below
Figure-2
Hardware Output
Configuration Properties
nc49 - nciSndHrtBt - SNVT_time_sec
nc48 - nciRcvHrtBt - SNVT_time_sec
nc60 - nciTempSetpts - SNVT_temp_setpt
nc17 - nciLocation - SNVT_str_asc
nviTimeStamp nvoDeviceAlarm
mnv1 mnv12
SNVT_time_stamp SNVT_str_asc*
nviOccSchedule Optional nvoTimeStamp
mnv2 mnv13
SNVT_tod_event* Schneider SNVT_time_stamp
nviOverride Electric nvoOccSchedule
mnv3 Network mnv14
SNVT_hvac_overid SNVT_tod_event*
Variables
nviSatTemp1 nvoOccCmd
mnv4 mnv15 SNVT_occupancy
SNVT_temp_p
nviSatTemp2 nvoSatTemp1
mnv5 mnv16 SNVT_temp_p
SNVT_temp_p
nviSatPercent1 nvoSatTemp2
Schneider Electric mnv6
SNVT_lev_percent
mnv17
SNVT_temp_p Schneider Electric
Input mnv7
nviSatPercent2
mnv18
nvoSatPercent1 Output
SNVT_lev_percent SNVT_lev_percent
Network Network
nviSatSwitch1 nvoSatPercent2
Variables mnv8
SNVT_switch mnv19 SNVT_lev_percent Variables
nviSatLevDisc1 nvoSatSwitch1
mnv9 mnv20 SNVT_switch
SNVT_lev_disc
nviSatCntIncF1 nvoSatLevDisc1
mnv10 mnv21
SNVT_count_inc_f SNVT_lev_disc
nviSatPPM nvoSatCntIncF1
mnv11 mnv22
SNVT_ppm SNVT_count_inc_f *Note: Controllers with revision 3 Heat
nvoDeviceInfo Pump profiles use the following renamed
mnv23 SNVT_str_asc* profile items:
mnv12 - nvoDeviceAlarm
was
Note: Version 2, MNL-xxRH2 mnv12 - nvoSECAlarm
Controllers use Program ID Optional Schneider Electric Configuration Properties mnv23 - nvoDeviceInfo
80:00:16:50:33:04:04:02. was
nc52 - nciMinOutTm - SNVT_time_sec
nciSatConfig1- SNVT_count_inc_f nciSEC_model_num
Version 3, MNL-xxRH3 nciSatConfig2- SNVT_count_inc_f
nciSatConfig3- SNVT_count_inc_f Controllers with revision 1 Heat Pump
Controllers use Program ID
nciSatConfig4- SNVT_count_inc_f profiles use Schneider Electric network
80:00:16:50:33:04:04:03 nciSatConfig5- SNVT_count_inc_f variable types
nciSatConfig6- SNVT_count_inc_f (vs. SNVTs) for the following profile
nciSatConfig7- SNVT_count_inc_f
nciSatConfig8- SNVT_count_inc_f items:
nciSatConfig9- SNVT_count_inc_f mnv2 - nviOccSchedule
nciSatConfig10- SNVT_count_inc_f SEC_tod_event
mnv12 - nvoSECAlarm
SEC_alarm
mnv14 - nvoOccSchedule
SEC_tod_event
However, data structures are equivalent.
Hardware Input
Heat Pump Profile For each Heat Pump profile item, Table–B.2 includes the network variable
Quick Reference (NV) index number, self-doc index number, item name, general description,
SNVT type, element names and numbers as applicable, and point type
(AV = Analog Value, DV = Digital Value). An example Profile tag shape is
shown in the header above each class of profile items.
Table–B.2 Schneider Electric Heat Pump Profile Items: Version 2 - Program ID 80:00:16:50:33:04:04:02 and Version
3 - Program ID 80:00:16:50:33:04:04:03
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Mandatory Network Variable Inputs
nvoName
Mandatory Network Variable Outputs
nvoName
Optional Network Variable Outputs
Table–B.2 Schneider Electric Heat Pump Profile Items: Version 2 - Program ID 80:00:16:50:33:04:04:02 and Version
3 - Program ID 80:00:16:50:33:04:04:03
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs
10 mnv1 nviTimeStamp Time Input from External Device SNVT_time_stamp 84 (See Note)
.Year 1 AV
Note: Rev.2 or higher profile uses .Month 2 AV
this NVI to sync the controller clock; .Day 3 AV
no usable NVI tags are in WP Tech.
.Hour 4 AV
.Minute 5 AV
.Second 6 AV
11 mnv2 nviOccSchedule Occupancy Scheduling Input SNVT_tod_event 128 .Current 1 AV
(SEC_tod_event .Next 2 AV
if revision 1 profile) .Time 3 AV
12 mnv3 nviOverride Override Input SNVT_hvac_overid 111 .State 1 AV
.Percent 2 AV
.Flow 3 AV
13 mnv4 nviSatTemp1 Satellite Temperature Input 1 SNVT_temp_p 105 — — AV
(defined by the application)
14 mnv5 nviSatTemp2 Satellite Temperature Input 2 SNVT_temp_p 105 — — AV
(defined by the application)
15 mnv6 nviSatPercent1 Satellite Percent Input 1 SNVT_lev_percent 81 — — AV
(defined by the application)
16 mnv7 nviSatPercent2 Satellite Percent Input 2 SNVT_lev_percent 81 — — AV
(defined by the application)
17 mnv8 nviSatSwitch1 Satellite Switch Input 1 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
18 mnv9 nviSatLevDisc1 Satellite Level Discrete Input 1 SNVT_lev_disc 22 — — AV
(defined by the application)
19 mnv10 nviSatCntIncF1 Satellite Count Incremental Input 1 SNVT_count_inc_f 52 — — AV
(defined by the application)
20 mnv11 nviSatPPM Satellite Parts Per Million Input SNVT_ppm 29 — — AV
(defined by the application)
nvoName
Schneider Electric Network Variable Outputs
Table–B.2 Schneider Electric Heat Pump Profile Items: Version 2 - Program ID 80:00:16:50:33:04:04:02 and Version
3 - Program ID 80:00:16:50:33:04:04:03
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nvoName
Schneider Electric Network Variable Outputs (continued)
Roof Top Unit Profile The Schneider Electric Roof Top Unit profile is graphically shown below
Figure-3.
Hardware Output
nviApplicMode nvoEffectSetPt
nv5 SNVT_hvac_mode Optional nv10 SNVT_temp_p
Input nviOccCmd
Network
nvoOutsideTemp Output
nv6 Variables nv11 SNVT_temp_p
Network SNVT_occupancy
Network
Variables nv7
nviSetPtOffset
SNVT_temp_p
nvoOutsideRH
nv12 SNVT_lev_percent Variables
nviOutsideTemp nvoCO2
nv8 SNVT_temp_p nv16 SNVT_lev_ppm
nviOutsideRH
nv9 SNVT_lev_percent
nviSpaceRH
nv13 SNVT_lev_percent
nviCO2
nv14 SNVT_ppm
nviEmergCmd
nv15 SNVT_hvac_emerg
Configuration Properties
nc49 - nciSndHrtBt - SNVT_time_sec
nc48 - nciRcvHrtBt - SNVT_time_sec
Optional Configuration Property nc60 - nciSetPnts - SNVT_temp_setpt
Not Supported: nc17 - nciLocation - SNVT_str_asc
nc42 nciCO2Limit, SNVT_ppm
nviTimeStamp nvoDeviceAlarm
mnv1 mnv11
SNVT_time_stamp SNVT_str_asc*
nviOccSchedule Optional nvoTimeStamp
mnv2 SNVT_tod_event* mnv12 SNVT_time_stamp
Schneider
nviOverride Electric nvoOccSchedule
mnv3 Network mnv13 SNVT_tod_event*
SNVT_hvac_overid
Variables
nviSatTemp1 nvoOccCmd
mnv4 mnv14 SNVT_occupancy
SNVT_temp_p
nviSatTemp2 nvoSatTemp1
Schneider Electric mnv5 SNVT_temp_p mnv15 SNVT_temp_p Schneider Electric
Input mnv6
nviSatPercent1 nvoSatTemp2 Output
SNVT_lev_percent mnv16 SNVT_temp_p
Network Network
nviSatPercent2 nvoSatPercent1
Variables mnv7
SNVT_lev_percent mnv17 SNVT_lev_percent Variables
nviSatSwitch1 nvoSatPercent2
mnv8 mnv18
SNVT_switch SNVT_lev_percent
nviSatLevDisc1 nvoSatSwitch1
mnv9 mnv19
SNVT_lev_disc SNVT_switch *Note: Controllers with revision 3 Heat
Pump profiles use the following
nviSatCntIncF1 nvoSatLevDisc1
mnv10 SNVT_count_inc_f mnv20 renamed profile items
SNVT_lev_disc
mnv11 - nvoDeviceAlarm
nvoSatCntIncF1 was
mnv21 SNVT_count_inc_f mnv11 - nvoSECAlarm
Note: Version 2, MNL-xxRR2 mnv22 - nvoDeviceInfo
nvoDeviceInfo was
Controllers use Program ID mnv22
SNVT_str_asc* nciSEC_model_num
80:00:16:50:1E:04:04:02.
Controllers with revision 1 Roof Top
Version 3, MNL-xxRR3 profiles use Schneider Electric network
Optional Schneider Electric Configuration Properties variable types
Controllers use Program ID
80:00:16:50:1E:04:04:03 nc52 - nciMinOutTm - SNVT_time_sec (vs. SNVTs) for the following profile
nciSatConfig1- SNVT_count_inc_f items:
nciSatConfig2- SNVT_count_inc_f
nciSatConfig3- SNVT_count_inc_f mnv2 - nviOccSchedule
nciSatConfig4- SNVT_count_inc_f SEC_tod_event
nciSatConfig5- SNVT_count_inc_f mnv11 - nvoSECAlarm
nciSatConfig6- SNVT_count_inc_f
nciSatConfig7- SNVT_count_inc_f SEC_alarm
nciSatConfig8- SNVT_count_inc_f mnv13 - nvoOccSchedule
nciSatConfig9- SNVT_count_inc_f SEC_tod_event
nciSatConfig10- SNVT_count_inc_f
Hardware Input
Roof Top Unit Profile For each Roof Top Unit profile item, Table–B.3 includes the network variable
Quick Reference (NV) index number, self-doc index number, item name, general description,
SNVT type, element names and numbers as applicable, and point type
(AV = Analog Value, DV = Digital Value). An example Profile tag shape is
shown in the header above each class of profile items.
Table–B.3 Schneider Electric Roof Top Unit Profile Items: Version 2 - Program ID 80:00:16:50:1E:04:04:02 and
Version 3- Program ID 80:00:16:50:1E:04:04:03
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Mandatory Network Variable Inputs
nvoName
Mandatory Network Variable Outputs
nvoName
Optional Network Variable Outputs
Table–B.3 Schneider Electric Roof Top Unit Profile Items: Version 2 - Program ID 80:00:16:50:1E:04:04:02
(Continued)and Version 3- Program ID 80:00:16:50:1E:04:04:03
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs
16 mnv1 nviTimeStamp Time Input from External Device SNVT_time_stamp 84 (See Note)
.Year 1 AV
Note: Rev.2 or higher profile uses .Month 2 AV
this NVI to sync the controller .Day 3 AV
clock, No usable NVI tags in
WP Tech. .Hour 4 AV
.Minute 5 AV
.Second 6 AV
17 mnv2 nviOccSchedule Occupancy Scheduling Input SNVT_tod_event 128 .Current 1 AV
(SEC_tod_event .Next 2 AV
if revision 1 profile) .Time 3 AV
18 mnv3 nviOverride Override Input SNVT_hvac_overid 111 .State 1 AV
.Percent 2 AV
.Flow 3 AV
19 mnv4 nviSatTemp1 Satellite Temperature Input 1 SNVT_temp_p 105 — — AV
(defined by the application)
20 mnv5 nviSatTemp2 Satellite Temperature Input 2 SNVT_temp_p 105 — — AV
(defined by the application)
21 mnv6 nviSatPercent1 Satellite Percent Input 1 SNVT_lev_percent 81 — — AV
(defined by the application)
22 mnv7 nviSatPercent2 Satellite Percent Input 2 SNVT_lev_percent 81 — — AV
(defined by the application)
23 mnv8 nviSatSwitch1 Satellite Switch Input 1 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
24 mnv9 nviSatLevDisc1 Satellite Level Discrete Input 1 SNVT_lev_disc 22 — — AV
(defined by the application)
25 mnv10 nviSatCntIncF1 Satellite Count Incremental Input 1 SNVT_count_inc_f 52 — — AV
(defined by the application)
nvoName
Schneider Electric Network Variable Outputs
Table–B.3 Schneider Electric Roof Top Unit Profile Items: Version 2 - Program ID 80:00:16:50:1E:04:04:02
(Continued)and Version 3- Program ID 80:00:16:50:1E:04:04:03
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nvoName
Schneider Electric Network Variable Outputs (continued)
Satellite 1 Profile The Schneider Electric Satellite 1 profile is graphically shown below
Figure-3.
Hardware Output
Schneider Electric Satellite 1 Profile
Rooftop Unit: Object Type #8030
nviSpaceTemp nvoSpaceTemp
nv1 Mandatory nv3
Input SNVT_temp_p
Network
SNVT_temp_p Output
Network nv2
nviSetPoint
SNVT_temp_p
Variables nv4
nvoUnitStatus Network
SNVT_hvac_status
Variables Variables
nviApplicMode Optional
nv5
SNVT_hvac_mode
Network Not Supported:
nv6
nviOccCmd Variables nv10 nvoEffectSetPt, SNVT_temp_p
SNVT_occupancy nv11 nvoOutsideTemp, SNVT_temp_p
Not Supported: nv12 nvoOutsideRH, SNVT_lev_percent
nv7 nviSetPtOffset, SNVT_temp_p nv16 nvoCO2, SNVT_ppm
nv8 nviOutsideTemp, SNVT_temp_p Configuration Properties
nv9 nviOutsideRH, SNVT_lev_percent
nc49 - nciSndHrtBt - SNVT_time_sec
nv13 nviSpaceRH, SNVT_lev_percent nc48 - nciRcvHrtBt - SNVT_time_sec
nv14 nviCO2, SNVT_ppm nc60 - nciSetPnts - SNVT_temp_setpt
nv15 nviEmergCmd, SNVT_hvac_emerg nc17 - nciLocation - SNVT_str_asc
Hardware Input
Satellite 1 Profile For each Satellite 1 profile item, Table–B.6 includes the network variable
Quick Reference (NV) index number, self-doc index number, item name, general description,
SNVT type, element names and numbers as applicable, and point type
(AV = Analog Value, DV = Digital Value). An example Profile tag shape is
shown in the header above each class of profile items.
Table–B.4 Schneider Electric Satellite 1 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:10.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Mandatory Network Variable Inputs
nvoName
Mandatory Network Variable Outputs
nvoName
Optional Network Variable Outputs
Table–B.4 Schneider Electric Satellite 1 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:10.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs
6 mnv1 nviTimeStamp Time Input from External Device SNVT_time_stamp 84 (See Note)
.Year 1 AV
Note: This NVI is used to sync the .Month 2 AV
controller clock; no usable NVI .Day 3 AV
tags are in WP Tech.
.Hour 4 AV
.Minute 5 AV
.Second 6 AV
7 mnv2 nviOccSchedule Occupancy Scheduling Input SNVT_tod_event 128 .Current 1 AV
.Next 2 AV
.Time 3 AV
8 mnv3 nviUnitStatus Current Status of Unit SNVT_hvac_status 112 .Mode 1 AV
.Heat2 2 AV
.Heat1 3 AV
.Cool 4 AV
.Econ 5 AV
.Fan 6 AV
.Alarm 7 AV
9 mnv4 nviSatTemp1 Satellite Temperature Input 1 SNVT_temp_p 105 — — AV
(defined by the application)
10 mnv5 nviSatTemp2 Satellite Temperature Input 2 SNVT_temp_p 105 — — AV
(defined by the application)
11 mnv6 nviSatTemp3 Satellite Temperature Input 2 SNVT_temp_p 105 — — AV
(defined by the application)
12 mnv7 nviSatPercent1 Satellite Percent Input 1 SNVT_lev_percent 81 — — AV
(defined by the application)
13 mnv8 nviSatPercent2 Satellite Percent Input 2 SNVT_lev_percent 81 — — AV
(defined by the application)
14 mnv9 nviSatPercent3 Satellite Percent Input 3 SNVT_lev_percent 81 — — AV
(defined by the application)
15 mnv10 nviSatSwitch1 Satellite Switch Input 1 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
16 mnv11 nviSatSwitch2 Satellite Switch Input 2 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
17 mnv12 nviSatSwitch3 Satellite Switch Input 3 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
18 mnv13 nviSatLevDisc1 Satellite Level Discrete Input 1 SNVT_lev_disc 22 — — AV
(defined by the application)
19 mnv14 nviSatCntIncF1 Satellite Count Incremental Input 1 SNVT_count_inc_f 52 — — AV
(defined by the application)
20 mnv15 nviSatCntIncF2 Satellite Count Incremental Input 2 SNVT_count_inc_f 52 — — AV
(defined by the application)
21 mnv16 nviSatCntIncF3 Satellite Count Incremental Input 3 SNVT_count_inc_f 52 — — AV
(defined by the application)
Table–B.4 Schneider Electric Satellite 1 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:10.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs (continued)
nvoName
Schneider Electric Network Variable Outputs
Table–B.4 Schneider Electric Satellite 1 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:10.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nvoName
Schneider Electric Network Variable Outputs (continued)
Table–B.4 Schneider Electric Satellite 1 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:10.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nciName Schneider Electric Configuration Properties (continued)
Satellite 2 Profile The Schneider Electric Satellite 2 profile is graphically shown below Figure-3
Hardware Output
Schneider ElectricSatellite 2 Profile
Rooftop Unit: Object Type #8030
nv1
nviSpaceTemp Mandatory nv3
nvoSpaceTemp
Input SNVT_temp_p
Network SNVT_temp_p Output
nviSetPoint Variables nvoUnitStatus
Network
Network nv2
SNVT_temp_p
nv4
SNVT_hvac_status
Variables Variables
nviApplicMode Optional
nv5
SNVT_hvac_mode Network
Variables Not Supported:
nviOccCmd nv10 nvoEffectSetPt, SNVT_temp_p
nv6
SNVT_occupancy nv11 nvoOutsideTemp, SNVT_temp_p
Not Supported: nv12 nvoOutsideRH, SNVT_lev_percent
nv7 nviSetPtOffset, SNVT_temp_p nv16 nvoCO2, SNVT_ppm
nv8 nviOutsideTemp, SNVT_temp_p Configuration Properties
nv9 nviOutsideRH, SNVT_lev_percent nc49 - nciSndHrtBt - SNVT_time_sec
nv13 nviSpaceRH, SNVT_lev_percent nc48 - nciRcvHrtBt - SNVT_time_sec
nv14 nviCO2, SNVT_ppm nc60 - nciSetPnts - SNVT_temp_setpt
nv15 nviEmergCmd, SNVT_hvac_emerg nc17 - nciLocation - SNVT_str_asc
nviSatPressP1 nvoSatPPM1
mnv18 mnv37
SNVT_press_p SNVT_ppm
Note: Version 1, MNL-xxRS3
nviSatState1 nvoSatPressP1
Controllers use Program ID mnv19 mnv38
SNVT_state SNVT_press_p
80:00:16:50:1E:04:04:11.
nvoSatState1
mnv39
SNVT_state
Hardware Input
Satellite 2 Profile For each Satellite 2 profile item, Table–B.7 includes the network variable
Quick Reference (NV) index number, self-doc index number, item name, general description,
SNVT type, element names and numbers as applicable, and point type
(AV = Analog Value, DV = Digital Value). An example Profile tag shape is
shown in the header above each class of profile items.
Table–B.5 Schneider Electric Satellite 2 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:11.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nviName Mandatory Network Variable Inputs
nvoName
Mandatory Network Variable Outputs
nvoName
Optional Network Variable Outputs
Table–B.5 Schneider Electric Satellite 2 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:11.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs
6 mnv1 nviTimeStamp Time Input from External Device SNVT_time_stamp 84 (See Note)
.Year 1 AV
Note: This NVI is used to sync the .Month 2 AV
controller clock; no usable NVI tags .Day 3 AV
are in WP Tech.
.Hour 4 AV
.Minute 5 AV
.Second 6 AV
7 mnv2 nviOccSchedule Occupancy Scheduling Input SNVT_tod_event 128 .Current 1 AV
.Next 2 AV
.Time 3 AV
8 mnv3 nviOverride Override Input SNVT_hvac_overid 111 .State 1 AV
.Percent 2 AV
.Flow 3 AV
9 mnv4 nviSatTemp1 Satellite Temperature Input 1 SNVT_temp_p 105 — — AV
(defined by the application)
10 mnv5 nviSatTemp2 Satellite Temperature Input 2 SNVT_temp_p 105 — — AV
(defined by the application)
11 mnv6 nviSatERTemp1 Satellite Extended Range (ER) SNVT_temp 39 — — AV
Temperature Input 1
(defined by the application)
12 mnv7 nviSatPercent1 Satellite Percent Input 1 SNVT_lev_percent 81 — — AV
(defined by the application)
13 mnv8 nviSatPercent2 Satellite Percent Input 2 SNVT_lev_percent 81 — — AV
(defined by the application)
14 mnv9 nviSatSwitch1 Satellite Switch Input 1 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
15 mnv10 nviSatSwitch2 Satellite Switch Input 2 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
16 mnv11 nviSatLevDisc1 Satellite Level Discrete Input 1 SNVT_lev_disc 22 — — AV
(defined by the application)
17 mnv12 nviSatCntIncF1 Satellite Count Incremental Input 1 SNVT_count_inc_f 52 — — AV
(defined by the application)
18 mnv13 nviSatCntIncF2 Satellite Count Incremental Input 2 SNVT_count_inc_f 52 — — AV
(defined by the application)
19 mnv14 nviSatFlow1 Satellite Flow Input SNVT_flow 15 — — AV
20 mnv15 nviUnitStatus Current Status of Unit Input SNVT_hvac_status 112 .Mode 1 AV
.Heat2 2 AV
.Heat1 3 AV
.Cool 4 AV
.Econ 5 AV
.Fan 6 AV
.Alarm 7 AV
21 mnv16 nviSatPPM1 Satellite PPM Input 1 SNVT_ppm 29 — — AV
(defined by the application)
22 mnv17 nviSatPPM2 Satellite PPM Input 2 SNVT_ppm 29 — — AV
(defined by the application)
Table–B.5 Schneider Electric Satellite 2 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:11.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs (continued)
nvoName
Schneider Electric Network Variable Outputs
Table–B.5 Schneider Electric Satellite 2 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:11.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nvoName
Schneider Electric Network Variable Outputs (continued)
Table–B.5 Schneider Electric Satellite 2 (Roof Top Unit) Profile Items, Program ID 80:00:16:50:1E:04:04:11.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nciName Schneider Electric Configuration Properties (continued)
Satellite 3 Profile The Schneider Electric Satellite 3 profile is graphically shown below Figure-3
Hardware Output
Schneider Electric Satellite 3 Profile
Rooftop Unit: Object Type #8030
nviSpaceTemp nvoSpaceTemp
nv1 Mandatory nv3
Input SNVT_temp_p
Network
SNVT_temp_p Output
Network nv2
nviSetPoint
SNVT_temp_p
Variables nv4
nvoUnitStatus Network
SNVT_hvac_status
Variables Variables
nviApplicMode Optional
nv5 SNVT_hvac_mode
Network Not Supported:
nviOccCmd Variables nv10 nvoEffectSetPt, SNVT_temp_p
nv6 SNVT_occupancy nv11 nvoOutsideTemp, SNVT_temp_p
Not Supported: nv12 nvoOutsideRH, SNVT_lev_percent
nv7 nviSetPtOffset, SNVT_temp_p nv16 nvoCO2, SNVT_ppm
nv8 nviOutsideTemp, SNVT_temp_p Configuration Properties
nv9 nviOutsideRH, SNVT_lev_percent
nc49 - nciSndHrtBt - SNVT_time_sec
nv13 nviSpaceRH, SNVT_lev_percent nc48 - nciRcvHrtBt - SNVT_time_sec
nv14 nviCO2, SNVT_ppm nc60 - nciSetPnts - SNVT_temp_setpt
nv15 nviEmergCmd, SNVT_hvac_emerg nc17 - nciLocation - SNVT_str_asc
nviUnitStatus nvoOccSchedule
mnv3 SNVT_hvac_status mnv20 SNVT_tod_event
Optional
nviSatTemp1 nvoApplicMode
mnv4 SNVT_temp_p Schneider mnv21 SNVT_hvac_mode
Electric
nviSatTemp2 Network nvoOccCmd
mnv5 mnv22 Schneider Electric
Schneider Electric SNVT_temp_p
Variables SNVT_occupancy
Input mnv6
nviSatTemp3
mnv23
nvoSatTemp1 Output
SNVT_temp_p SNVT_temp_p
Network nviSatPercent1 nvoSatTemp2
Network
mnv7 mnv24 Variables
Variables SNVT_lev_percent SNVT_temp_p
nviSatPercent2 nvoSatTemp3
mnv8 SNVT_lev_percent mnv25 SNVT_temp_p
nviSatPercent3 nvoSatPercent1
mnv9 SNVT_lev_percent mnv26 SNVT_lev_percent
nviSatSwitch1 nvoSatPercent2
mnv10 SNVT_switch mnv27 SNVT_lev_percent
nviSatSwitch2 nvoSatSwitch1
mnv11 SNVT_switch mnv28 SNVT_switch
nviSatSwitch3 nvoSatSwitch2
mnv12 SNVT_switch mnv29 SNVT_switch
nviSatLevDisc1 nvoSatSwitch3
mnv13 SNVT_lev_disc mnv30 SNVT_switch
nviSatCntIncF1 nvoSatLevDisc1
mnv14 SNVT_count_inc_f mnv31 SNVT_lev_disc
nviSatCntIncF2 nvoSatCntIncF1
mnv15 SNVT_count_inc_f mnv32 SNVT_count_inc_f
nviSatCntIncF3 nvoSatCntIncF2
mnv16 SNVT_count_inc_f mnv33 SNVT_count_inc_f
nviSatState1 nvoSatCntIncF3
Note: Version 1, MNL-xxRS3 mnv17 SNVT_state mnv34 SNVT_count_inc_f
Controllers use Program ID
nvoSatState
80:00:16:50:1E:04:04:12. mnv35 SNVT_state
nvoDeviceInfo
mnv36 SNVT_str_asc
Hardware Input
Satellite 3 Profile For each Satellite 3 profile item, Table–B.6 includes the network variable
Quick Reference (NV) index number, self-doc index number, item name, general description,
SNVT type, element names and numbers as applicable, and point type
(AV = Analog Value, DV = Digital Value). An example Profile tag shape is
shown in the header above each class of profile items.
Table–B.6 Schneider Electric Satellite 3 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:12.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Mandatory Network Variable Inputs
nvoName
Mandatory Network Variable Outputs
nvoName
Optional Network Variable Outputs
Table–B.6 Schneider Electric Satellite 3 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:12.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs
6 mnv1 nviTimeStamp Time Input from External Device SNVT_time_stamp 84 (See Note)
.Year 1 AV
Note: This NVI is used to sync the .Month 2 AV
controller clock; no usable NVI .Day 3 AV
tags are in WP Tech.
.Hour 4 AV
.Minute 5 AV
.Second 6 AV
7 mnv2 nviOccSchedule Occupancy Scheduling Input SNVT_tod_event 128 .Current 1 AV
.Next 2 AV
.Time 3 AV
8 mnv3 nviUnitStatus Current Status of Unit SNVT_hvac_status 112 .Mode 1 AV
.Heat2 2 AV
.Heat1 3 AV
.Cool 4 AV
.Econ 5 AV
.Fan 6 AV
.Alarm 7 AV
9 mnv4 nviSatTemp1 Satellite Temperature Input 1 SNVT_temp_p 105 — — AV
(defined by the application)
10 mnv5 nviSatTemp2 Satellite Temperature Input 2 SNVT_temp_p 105 — — AV
(defined by the application)
11 mnv6 nviSatTemp3 Satellite Temperature Input 2 SNVT_temp_p 105 — — AV
(defined by the application)
12 mnv7 nviSatPercent1 Satellite Percent Input 1 SNVT_lev_percent 81 — — AV
(defined by the application)
13 mnv8 nviSatPercent2 Satellite Percent Input 2 SNVT_lev_percent 81 — — AV
(defined by the application)
14 mnv9 nviSatPercent3 Satellite Percent Input 3 SNVT_lev_percent 81 — — AV
(defined by the application)
15 mnv10 nviSatSwitch1 Satellite Switch Input 1 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
16 mnv11 nviSatSwitch2 Satellite Switch Input 2 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
17 mnv12 nviSatSwitch3 Satellite Switch Input 3 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
18 mnv13 nviSatLevDisc1 Satellite Level Discrete Input 1 SNVT_lev_disc 22 — — AV
(defined by the application)
19 mnv14 nviSatCntIncF1 Satellite Count Incremental Input 1 SNVT_count_inc_f 52 — — AV
(defined by the application)
20 mnv15 nviSatCntIncF2 Satellite Count Incremental Input 2 SNVT_count_inc_f 52 — — AV
(defined by the application)
21 mnv16 nviSatCntIncF3 Satellite Count Incremental Input 3 SNVT_count_inc_f 52 — — AV
(defined by the application)
Table–B.6 Schneider Electric Satellite 3 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:12.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs (continued)
nvoName
Schneider Electric Network Variable Outputs
Table–B.6 Schneider Electric Satellite 3 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:12.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nvoName
Schneider Electric Network Variable Outputs (continued)
Table–B.6 Schneider Electric Satellite 3 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:12.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nciName Schneider Electric Configuration Properties (continued)
Satellite 4 Profile The Schneider Electric Satellite 4 profile is graphically shown below Figure-3
Hardware Output
Schneider Electric Satellite 4Profile
Rooftop Unit: Object Type #8030
nviSpaceTemp Mandatory nvoSpaceTemp
nv1 nv3
Input SNVT_temp_p
Network SNVT_temp_p Output
nviSetPoint Variables nvoUnitStatus
Network
Network nv2 SNVT_temp_p nv4 SNVT_hvac_status
Variables Variables
nviApplicMode Optional
nv5 SNVT_hvac_mode Network
Variables Not Supported:
nviOccCmd nv10 nvoEffectSetPt, SNVT_temp_p
nv6 SNVT_occupancy nv11 nvoOutsideTemp, SNVT_temp_p
Not Supported: nv12 nvoOutsideRH, SNVT_lev_percent
nv7 nviSetPtOffset, SNVT_temp_p nv16 nvoCO2, SNVT_ppm
nv8 nviOutsideTemp, SNVT_temp_p Configuration Properties
nv9 nviOutsideRH, SNVT_lev_percent nc49 - nciSndHrtBt - SNVT_time_sec
nv13 nviSpaceRH, SNVT_lev_percent nc48 - nciRcvHrtBt - SNVT_time_sec
nv14 nviCO2, SNVT_ppm nc60 - nciSetPnts - SNVT_temp_setpt
nv15 nviEmergCmd, SNVT_hvac_emerg nc17 - nciLocation - SNVT_str_asc
nvoSatState1
mnv39
SNVT_state
nvoDeviceInfo
mnv40 SNVT_str_asc
Hardware Input
Satellite 4 Profile For each Satellite 4 profile item, Table–B.7 includes the network variable
Quick Reference (NV) index number, self-doc index number, item name, general description,
SNVT type, element names and numbers as applicable, and point type
(AV = Analog Value, DV = Digital Value). An example Profile tag shape is
shown in the header above each class of profile items.
Table–B.7 Schneider Electric Satellite 4 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:13.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nviName Mandatory Network Variable Inputs
nvoName
Mandatory Network Variable Outputs
nvoName
Optional Network Variable Outputs
Table–B.7 Schneider Electric Satellite 4 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:13.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs
6 mnv1 nviTimeStamp Time Input from External Device SNVT_time_stamp 84 (See Note)
.Year 1 AV
Note: This NVI is used to sync the .Month 2 AV
controller clock; no usable NVI tags .Day 3 AV
are in WP Tech.
.Hour 4 AV
.Minute 5 AV
.Second 6 AV
7 mnv2 nviOccSchedule Occupancy Scheduling Input SNVT_tod_event 128 .Current 1 AV
.Next 2 AV
.Time 3 AV
8 mnv3 nviOverride Override Input SNVT_hvac_overid 111 .State 1 AV
.Percent 2 AV
.Flow 3 AV
9 mnv4 nviSatTemp1 Satellite Temperature Input 1 SNVT_temp_p 105 — — AV
(defined by the application)
10 mnv5 nviSatTemp2 Satellite Temperature Input 2 SNVT_temp_p 105 — — AV
(defined by the application)
11 mnv6 nviSatERTemp1 Satellite Extended Range (ER) SNVT_temp 39 — — AV
Temperature Input 1
(defined by the application)
12 mnv7 nviSatPercent1 Satellite Percent Input 1 SNVT_lev_percent 81 — — AV
(defined by the application)
13 mnv8 nviSatPercent2 Satellite Percent Input 2 SNVT_lev_percent 81 — — AV
(defined by the application)
14 mnv9 nviSatSwitch1 Satellite Switch Input 1 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
15 mnv10 nviSatSwitch2 Satellite Switch Input 2 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
16 mnv11 nviSatLevDisc1 Satellite Level Discrete Input 1 SNVT_lev_disc 22 — — AV
(defined by the application)
17 mnv12 nviSatCntIncF1 Satellite Count Incremental Input 1 SNVT_count_inc_f 52 — — AV
(defined by the application)
18 mnv13 nviSatCntIncF2 Satellite Count Incremental Input 2 SNVT_count_inc_f 52 — — AV
(defined by the application)
19 mnv14 nviSatFlow1 Satellite Flow Input SNVT_flow 15 — — AV
20 mnv15 nviUnitStatus Current Status of Unit Input SNVT_hvac_status 112 .Mode 1 AV
.Heat2 2 AV
.Heat1 3 AV
.Cool 4 AV
.Econ 5 AV
.Fan 6 AV
.Alarm 7 AV
21 mnv16 nviSatPPM1 Satellite PPM Input 1 SNVT_ppm 29 — — AV
(defined by the application)
22 mnv17 nviSatPPM2 Satellite PPM Input 2 SNVT_ppm 29 — — AV
(defined by the application)
Table–B.7 Schneider Electric Satellite 4 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:13.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nviName Schneider Electric Network Variable Inputs (continued)
nvoName
Schneider Electric Network Variable Outputs
Table–B.7 Schneider Electric Satellite 4 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:13.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nvoName
Schneider Electric Network Variable Outputs (continued)
Table–B.7 Schneider Electric Satellite 4 (Roof Top Unit) Profile Items: Program ID 80:00:16:50:1E:04:04:13.
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
index Index Name Description Type Numbers Type
nciName Schneider Electric Configuration Properties (continued)
VAV Controller Profile The Schneider Electric VAV Controller profile is graphically shown below
Figure-8.
Hardware Output
nviBoxFlow
nv10 SNVT_flow
nviEnergyHoldOff
nv11 SNVT_switch
nviFanSpeedCmd
nv12 SNVT_switch
nviCO2
nv13 SNVT_ppm
nviHeaterOverid
nv14 SNVT_switch
nviDuctInTemp
nv15 SNVT_temp_p
Configuration Properties
nc60 - nciSetPnts - SNVT_temp_setpt
nc49 - nciSndHrtBt - SNVT_time_sec
nc48 - nciRcvHrtBt - SNVT_time_sec
nc52 - nciMinOutTm - SNVT_time_sec
nc17 - nciLocation - SNVT_str_asc
nc54 - nciMinFlow - SNVT_flow
Optional Configuration Property nc51 - nciMaxFlow - SNVT_flow
Not Supported: nc55 - nciMinFlowHeat - SNVT_flow
nc59 nciDuctArea, SNVT_area nc56 - nciMinFlowStand - SNVT_flow
nc57 nciNomFlow, SNVT_flow
nc66 nciVAVgain, SNVT_multiplier
nvoSatSwitch1
mnv15 SNVT_switch
nvoSatLevDisc1
mnv16 SNVT_lev_disc *Note: Controllers with revision 3 VAV profiles
nvoSatCntIncF1 use the following renamed profile items:
mnv17 SNVT_count_inc_f mnv8 - nvoDeviceAlarm
Note: Version 2, MNL-VxR2
Controllers use Program ID nvoDeviceInfo was
80:00:16:50:0A:04:04:09. mnv18 SNVT_str_asc* mnv8 - nvoSECAlarm
mnv18 - nvoDeviceInfo
Optional Schneider Electric Configuration was
Version 3, MNL-VxR3
nciSatConfig1 - SNVT_count_inc_f nciSEC_model_num
Controllers use Program ID
nciSatConfig2 - SNVT_count_inc_f Controllers with revision 1 VAV profiles use
80:00:16:50:0A:04:04:0A nciSatConfig3 - SNVT_count_inc_f Schneider Electric network variable types
nciSatConfig4 - SNVT_count_inc_f
nciSatConfig5 - SNVT_count_inc_f (vs. SNVTs) for the following profile items:
nciSatConfig6 - SNVT_count_inc_f mnv2 - nviOccSchedule
nciSatConfig7 - SNVT_count_inc_f SEC_tod_event
nciSatConfig8 - SNVT_count_inc_f
nciBalanceOvrd - SNVT_hvac_overid mnv9 - nvoSECAlarm
nciHighFlowCal - SNVT_flow SEC_alarm
nciLowFlowCal - SNVT_flow mnv10 - nvoOccSchedule
nciParallelFanSP - SNVT_flow SEC_tod_event
nciRotation - SNVT_count_inc
nciFanOvrd - SNVT_count_inc However, data structures are equivalent.
VAV Controller For each VAV controller profile item, Table–B.8 includes the network variable
Profile Quick (NV) index number, self-doc index number, item name, general description,
Reference SNVT type, element names and numbers as applicable, and point type
(AV = Analog Value, DV = Digital Value). An example Profile tag shape is
shown in the header above each class of profile items.
Table–B.8 LONMARK VAV Profile Items: Version 2 - Program ID 80:00:16:50:0A:04:04:09 and Version 3 - Program ID
80:00:16:50:0A:04:04:0A
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nviName Mandatory Network Variable Inputs
nvoName
Mandatory Network Variable Outputs
nvoName
Optional Network Variable Outputs
Table–B.8 LONMARK VAV Profile Items: Version 2 - Program ID 80:00:16:50:0A:04:04:09 and Version 3 - Program ID
80:00:16:50:0A:04:04:0A
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nciName Configuration Properties
20 mnv1 nviTimeStamp Time Input from External Device SNVT_time_stamp 84 (See Note)
.Year 1 AV
Note: Rev.2 or higher profile uses .Month 2 AV
this NVI to sync the controller .Day 3 AV
clock, No usable NVI tags in WP
.Hour 4 AV
Tech.
.Minute 5 AV
.Second 6 AV
21 mnv2 nviOccSchedule Occupancy Scheduling Input SNVT_tod_event 128 .Current 1 AV
.Next 2 AV
.Time 3 AV
22 mnv3 nviSatTemp1 Satellite Temperature Input 1 SNVT_temp_p 105 — — AV
(defined by the application)
23 mnv4 nviSatPercent1 Satellite Percent Input 1 SNVT_lev_percent 81 — — AV
(defined by the application)
24 mnv5 nviSatSwitch1 Satellite Switch Input 1 SNVT_switch 95 .Value 1 AV
(defined by the application) .State 2 DV
25 mnv6 nviSatLevDisc1 Satellite Level Discrete Input 1 SNVT_lev_disc 22 — — AV
(defined by the application)
26 mnv7 nviSatCntIncF1 Satellite Count Incremental Input 1 SNVT_count_inc_f 52 — — AV
(defined by the application)
Table–B.8 LONMARK VAV Profile Items: Version 2 - Program ID 80:00:16:50:0A:04:04:09 and Version 3 - Program ID
80:00:16:50:0A:04:04:0A
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nvoName
Schneider Electric Network Variable Outputs
Table–B.8 LONMARK VAV Profile Items: Version 2 - Program ID 80:00:16:50:0A:04:04:09 and Version 3 - Program ID
80:00:16:50:0A:04:04:0A
NV Self Doc Profile Item Typical Usage SNVT Element Point
SNVT Name Elements
Index Index Name Description Type Numbers Type
nciName Schneider Electric Configuration Properties (continued)
b
54 mnc2 nciSECModelNum Controller Part Number and SNVT_str_asc 36 1Not Supported
Application Number
55 mnc12 nciBalanceOvrd Provides Air Balance Interface SNVT_hvac_overid 111 .State 1 AV
.Percent 2 AV
.Flow 3 AV
56 mnc13 nciHighFlowCal Flow Calibration @ 1.0” WC SNVT_flow 15 — — AV
57 mnc14 nciLowFlowCal Flow Calibration @ 0.1” WC SNVT_flow 15 — — AV
58 mnc15 nciParallelFanSP Parallel Fan Setpoint SNVT_flow 15 — — AV
59 mnc16 nciRotation Box Damper Rotation SNVT_count_inc 9 — — AV
60 mnc17 nciFanOvrd Box Fan Override SNVT_count_inc 9 — — AV
a. In version 3 profile only
Mandatory
1 Input nviTimeStamp SNVT Objects nvoTimeStamp 1 Output
Network Network
Variables nvoDeviceAlarm Variables
Network Communications
1 Configuration Properties
nciPowerUpDly
nciNVOStartUpDly
nciMinPropTm
nciMinOutTm
nciRcvHeartbeatA
nciRcvHeartbeatB
nciRcvHeartbeatC
nciRcvHeartbeatD
nciSndHeartbeatA
nciSndHeartbeatB
nciSndHeartbeatC
nciSndHeartbeatD
nciLocation
nciModelNum
2 Configuration Properties
NCI Object
NCI Object
NCI Object
1 Each MN 800 contains a core set of mandatory SNVT objects that are always present in its LON-visible profile.
These SNVT objects provide the controller with a basic network image that is used to set up the controller
characteristics (heartbeats, start up delays, time stamp, and location information). In an MN 800 application in
WP Tech, shapes representing these default SNVT objects cannot be deleted (similar to resource tags, such as
hardware tags and sensor tags).
2 After configuring the mandatory SNVT objects, the controller’s default "network image" may be expanded with
additional SNVT objects copied from the Network Variables stencil to the application drawing.
MN 800 Profile Quick Each MN 800 contains a core set of mandatory SNVT objects Table–B.9 that
Reference are always present in its LON-visible profile. These SNVT objects define the
network communications characteristics of the controller. In an MN 800
application in WP Tech, shapes representing these default SNVT objects
cannot be deleted (similar to resource tags, such as hardware tags and
sensor tags).
SNVTs
Standard Network Variable Types (SNVTs) promote device interoperability
by standardizing a wide range of specific data types. Of the 170-plus SNVTs
defined in the LONMARK document, The SNVT Master List and
Programmer’s Guide, about 20 types are used among the profiles in TAC I/A
Series MicroNet standard controllers.
SNVT to All data processed by the “object engine” of a MicroNet standard controller
MicroNet must fall within the controller’s numbering system: -163.83 (minimum) to
16,383 (maximum). This applies to all data produced internally and also to
Control Logic any data produced externally, that is, brought inside the application using an
Data Exchange NVI or NCI of the controller’s LONMARK profile. Note, however, that many
SNVTs have a numerical range that exceeds this controller number range.
Therefore, it is possible that data outside of this -163.83 to 16,383 range
(that is otherwise valid) will enter a MicroNet controller and be used in the
control object logic. When this occurs, this data is evaluated as the closest
endpoint of this range (as either -163.83 or 16,383). No over-range error or
warning is issued.
For example, in a VAV controller profile, if nciMaxFlow (using SNVT_flow) is
modified in WP Tech, the compiler prevents any value over the upper limit of
16383 (liters/second). However, if this NCI is modified using a third-party
network management program, any value up to 65,534 is permitted due to
the specified range of SNVT_flow. Nonetheless, any control object input
connected to this modified NCI will evaluate the value as 16383.
Invalid data and Note that for some SNVTs, a particular value is defined as “invalid data”.
not active (NA) Typically, this value is numerically one over the top range of valid SNVT
data. For example, 65535 is invalid data for SNVT_flow (range is from 0 to
65534). For those SNVTs without a LONMARK “invalid data” definition, the
MicroNet controller treats the highest possible valid value as invalid, or not
active (NA).
In a MicroNet controller, invalid data values and not active (NA) values are
direct equivalents. This equivalence applies to any profile item in a MicroNet
controller, as described below.
NCIs: An NCI with NA assigned from WP Tech contains the SNVT’s invalid
data value when seen from a third-party network management tool. If an
invalid value is not defined, the value will be the highest possible value.
NVIs: An NVI that is bound to an external node and is updated by that node
with the SNVT’s invalid data value will be seen as NA in the MicroNet
controller (at any connected control object or tag input). If the SNVT used
has no invalid value definition, an update with the highest valid value will be
evaluated in the MicroNet controller as NA.
NVOs: An NVO that is sourced from a control object or tag output producing
an NA output will cause the SNVT’s invalid data value to be transmitted from
the profile to any externally bound node. If the SNVT used has no invalid
value definition, an update with the highest valid value will be transmitted
from the profile.
Invalid data and not active (NA) values are noted in the following SNVTs
used by Schneider Electric in MicroNet standard controllers.
MN Controllers This section contains two lists of SNVTs, Listing by SNVT Type Name
SNVTs Quick (below) and Listing by SNVT Number (page 678). They present all the
various types of SNVTs used in implementing the NVIs, NVOs, and NCIs of
Reference the eight different LONMARK profiles and the user-definable profile for an
MN 800. Each SNVT shows a measurement variable, value range and
resolution, and applicable details for any structured data fields or
enumerated values.
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name.
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_amp Current, A -3,276.8 to 3,276.7 amps (0.1 A) Generic selection in 1
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_amp_ac 0 to 65,534 amps (1 A) Generic selection in 139
Fixed point scalar, 2 bytes MN 800.
NA = 65,535 (0xFFFF)
SNVT_amp_f -1E38 to 1E38 amps Generic selection in 48
Floating point, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_amp_mil Current, mA -3,276.8 to 3,276.7 mA (0.1 mA) Generic selection in 2
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_angle Phase/Rotation 0 to 65.535 radians (0.001 radians) Generic selection in 3
Fixed point scalar, 2 byte MN 800.
Schneider Electric NA = 65.535 (0xFFFF)
SNVT_angle_deg -359.98 to +360.00 degrees (0.02 degrees). Generic selection in 104
Fixed point scalar, 2 bytes MN 800.
NA = 655.34 (0x7FFF)
SNVT_angle_f -1E38 to 1E38 radians Generic selection in 49
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_angle_vel Angular velocity -3,276.8 to 3,276.7 radians/sec (0.1 radians/sec) Generic selection in 4
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_angle_vel_f -1E38 to 1E38 radians/sec Generic selection in 50
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_area Area, m2 0 to 13.1068 m2 (200 mm2) Generic selection in 110
Fixed point scalar, 2 bytes MN 800.
(English: feet2) NA = 13.107 (0xFFFF)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_btu_f Thermal energy 0 to 1E38 BTU Generic selection in 67
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_btu_kilo 0 to 65,535 kilo BTU Generic selection in 5
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_btu_mega 0 to 65,535 mega BTU Generic selection in 6
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_char_ascii Character 0 to 255 Generic selection in 7
Fixed point scalar, 1 byte MN 800.
Schneider Electric NA = 255 (0xFF)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_chlr_status Chiller Status Structured data using these 7 fields: Structured SNVT 127
• Run Mode - (chiller_run_mode) - Enumerated selection in
value as follows: MN 800.
0 - (CHLR_OFF) - Chiller off
1 - (CHLR_START) - Chiller in start mode
2 - (CHLR_RUN) - Chiller in run mode
3 - (CHLR_PRESHUTDN) - Chiller in
pre-shutdown mode
4 - (CHLR_SERVICE) - Chiller in service mode
NA = 255 (0xFF) - (CHLR_NULL) - (also
Schneider Electric NA)
• Operating Mode - (chlr_op_mode) - Enumerated
value as follows:
0 - (HVAC_AUTO) - Controller automatically
changes between application modes
1 - (HVAC_HEAT) - Heating only
2 - (HVAC_MRNG_WRMUP) -
Application-specific morning warm-up
3 - (HVAC_COOL) - Cooling only
4 - (HVAC_NIGHT_PURGE) -
Application-specific night purge
5 - (HVAC_PRE_COOL) - Application-specific
pre-cool
6 - (HVAC_OFF) - Controller not controlling
outputs
7 - (HVAC_TEST) - Equipment being tested
8 - (HVAC_EMERG_HEAT) - Emergency heat
mode (heat pump)
9 - (HVAC_FAN_ONLY) - Air not conditioned,
fan turned on
10 - (HVAC_FREE_COOL) - Cooling with
compressor not running
11 - (HVAC_ICE) - Ice-making mode
NA = 255 (0xFF) - (HVAC_NUL) - (also
Schneider Electric NA)
• Alarm - (in_alarm), with a value of 0 or 1, where
1 means in alarm
• Run Enabled - (run_enabled), with a value of 0
or 1, where 1 means run is enabled
• Local - (local), with a value of 0 or 1, where 1
means local
• Limited - (limited), with a value of 0 or 1, where 1
means (chiller) limited
• Chilled Water Flow - (chw_flow), with a value of
0 or 1, where 1 means chilled water flow
• Conditioned Water Flow - (condw_flow), with a
value of 0 or 1, where 1 means conditioned
water flow
SNVT_config_src Installation Enumerated value as follows: Enumerated 69
Source 0 - (CFG_LOCAL) - Node will use self selection in
installation functions to set its own network MN 800.
image
1 - (CFG_EXTERNAL) - Node's network image
will be set by an outside source
NA = 255 (0xFF) - (also Schneider Electric NA)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_count Event Count 0 to 65,535 counts (1 count) Generic selection 8
Fixed point scalar, 2 bytes
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_count_f 0 to 1E38 counts Generic selection in 51
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_count_inc Incremental -32,768 to 32,767 (1 count) Used in VAV profile; 9
Count Fixed point scalar, 2 bytes nciRotation and
Schneider Electric NA = 32,767 (0x7FFF) nciFanOvrd.
SNVT_count_inc_f -1E38 to 1E38 counts Used in all profiles; 52
Floating point scalar, 4 bytes nciSatConfigx, and
Schneider Electric NA = 2E38 (0x7F167699) other NCIs, NVOs.
SNVT_date_day Day of Week Enumerated value as follows: Enumerated 11
0 - (DAY_SUN) - Sunday selection in
1 - (DAY_MON) - Monday MN 800.
2 - (DAY_TUE) - Tuesday
3 - (DAY_WED) - Wednesday
4 - (DAY_THU) - Thursday
5 - (DAY_FRI) - Friday
6 - (DAY_SAT) - Saturday
NA = 255 (0xFF) - (DAY_NUL) - (also Schneider
Electric NA)
SNVT_defr_mode Defrost Mode Enumerated value as follows: Enumerated 120
0 - (DFM_MODE_AMBIENT) - No forced selection in
heating required MN 800.
1 - (DFM_MODE_FORCED) - Start up after
defrost ignored
2 - (DFM_MODE_SYNC) - Synchronized
NA = 255 (0xFF) - (DFM_NUL) - (also Schneider
Electric NA)
SNVT_defr_state Defrost State Enumerated value as follows: Enumerated 122
0 - (DFS_STANDBY) - Defrost in standby selection in
1 - (DFS_PUMPDOWN) Defrost in pumpdown MN 800.
mode
2 - (DFS_DEFROST) - In defrost mode
3 - (DFS_DRAINDOWN) - Defrost in draindown
4 - (DFS_INJECT_DLY) - Defrost in injection
delay
NA = 255 (0xFF) - (DFS_NUL) - (also Schneider
Electric NA)
SNVT_defr_term Defrost Enumerated value as follows: Enumerated 121
Termination 0 - (DFT_TERM_TEMP) - Terminate on selection in
temperature MN 800.
1 - (DFT_TERM_TIME) - Terminate on time
2 - (DFT_TERM_FIRST) - Terminate on first
occuring
3 - (DFT_TERM_LAST) - Terminate on last
occurring
NA = 255 (0xFF) - (DFT_NUL) - (also Schneider
Electric NA)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_density Density, kg/m3 0 to 32,767.5 kg/m3 (0.5 kg/m3) Generic selection in 100
Fixed point scalar, 2 bytes MN 800.
(English: lb/ft3) Schneider Electric NA = 32,767.5 (0xFFFF)
SNVT_density_f 0 to 1E38 kg/m3 Generic selection in 101
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_elapsed_tm Elapsed Time Structured data using these 5 fields: Structured SNVT 87
• Day (day), with values of 0 to 65,534 selection in
NA = 65,535 (0xFFFF) (also Schneider Electric MN 800.
NA)
• Hour (hour), with values of 0 to 23
Schneider Electric NA = 0 if day NA
• Minute (minute), with values of 0 to 59
Schneider Electric NA = 0 if day NA
• Second (second), with values of 0 to 59
Schneider Electric NA = 0 if day NA
• Millisecond (millisecond), with values of 0 to 999
Schneider Electric NA = 0 if day NA
SNVT_elec_kwh Electrical Energy 0 to 65,535 kiloWatt-hour (1 kW-h) Generic selection in 13
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_elec_whr 0 to 6,553.5 Watt-hours (0.1 W-h) Generic selection in 14
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_elec_whr_f 0 to 1E38 Watt-hour Generic selection in 68
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_evap_state Evaporation State Enumerated value as follows: Enumerated 118
0 - (EVAP_NO_COOLING) - Object not selection in
performing cooling (off cycle or disabled) MN 800.
1 - (EVAP_COOLING) - Object currently cooling
2 - (EVAP_EMERG_COOLING) - Object
performing emergency cooling
NA = 255 (0xFF) - (EVAP_NUL) - (also
Schneider Electric NA)
SNVT_flow Flow, l/s or ml/s 0 to 65,534 liters/sec (1 l/s) Used in VAV profile; 15
Fixed point scalar, 2 bytes various NCIs, NVIs,
(English: CFM) NA = 65,535 (0xFFFF) (also Schneider Electric NVOs.
NA)
SNVT_flow_f -1E38 to1E38 liters/sec Generic selection in 53
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_flow_mil 0 to 65,535 milliliters/sec (1 ml/sec) Generic selection in 16
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_freq_f Frequency 0 to 1E38 Hertz (Hz) Generic selection in 75
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_freq_hz 0 to 6553.5 Hz (0.1 Hz) Generic selection in 76
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_freq_kilohz 0 to 6553.5 kHz (0.1 kHz) Generic selection in 77
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_freq_milhz 0 to 6.5535 Hz (0.0001 Hz) Generic selection in 78
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6.5535 (0xFFFF)
SNVT_grammage Grammage 0 to 6,553.5 gsm (0.1 gsm) Generic selection in 71
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_grammage_f 0 to 1E38 gsm Generic selection in 72
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_hvac_emerg Emergency Enumerated value as follows: Used in VAV and 103
Mode, HVAC 0 - (EMERG_NORMAL) - No emergency mode RTU profiles;
1 - (EMERG_PRESSURIZE) - Emergency nviEmergCmd.
pressurize mode
2 - (EMERG_DEPRESSURIZE) - Emergency Also an
depressurize mode enumerated
3 - (EMERG_PURGE) - Emergency purge mode selection in
4 - (EMERG_SHUTDOWN) - Emergency MN 800.
shutdown mode
NA = 255 (0xFF) - (EMERG_NUL) - (also
Schneider Electric NA)
SNVT_hvac_mode HVAC Mode Enumerated value as follows: Used in all profiles; 108
0 - (HVAC_AUTO) - Controller automatically nviApplicMode or
changes mode. nvoSatApplicMode.
1 - (HVAC_HEAT) - Heating only
2 - (HVAC_MRNG_WRMUP) - Also an
Application-specific morning warmup enumerated
3 - (HVAC_COOL) - Cooling only selection in
4 - (HVAC_NIGHT_PURGE) - MN 800.
Application-specific night purge
5 - (HVAC_PRE_COOL) - Application-specific
pre-cool
6 - (HVAC_OFF) - Controller not controlling
outputs
7 - (HVAC_TEST) - Equipment being tested
8 - (HVAC_EMERG_HEAT) -Emergency heat
mode (heat pump)
9 - (HVAC_FAN_ONLY) - Fan only, air not
conditioned
10 - (HVAC_FREE_COOL) - Cooling with
compressor not running
11 = (HVAC_ICE) - Ice-making mode
NA = 255 (0xFF) - (HVAC_NUL) - (also
Schneider Electric NA)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_hvac_overid HVAC override Structured data using these 3 fields: Used in all profiles; 111
• Flow (flow), with flow override value nviOverride,
(SNVT_flow) of 0 to 65,534 liters/sec nviManOverride,
NA = 65,535 (also Schneider Electric NA) also
• Percent (percent), with percentage position or nciBalanceOvrd in
flow override value (SNVT_lev_percent) of VAV profile.
-163.84 to 163.83% (0.005%)
NA = 163.835 (also Schneider Electric NA) Also a structured
• State - Enumerated value as follows: SNVT selection in
0 - (HVO_OFF) - Not overriden MN 800.
The following 16 override values apply to all
devices or groups.
1 - (HVO_POSITION) - Override position
percentage (using Percent field value)
2 - (HVO_FLOW_VALUE) - Override Flow in
liters/sec (using Flow field value)
3 - (HVO_FLOW_PERCENT) - Override flow
percentage (using Percent field value)
4 - (HVO_OPEN) - Override to position = 100%
5 - (HVO_CLOSE) - Override to position = 0%
6 - (HVO_MINIMUM) - Override to configured
minimum
7 - (HVO_MAXIMUM) - Override to configured
maximum
8 through 16 - (HVO_UNUSED8 through
HVO_UNUSED16)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_hvac_overid HVAC override The following 16 override values apply to the 111
(cont’d) second device or group
33 - (HVO_POSITION_2) - Override position
percentage (using Percent field value)
34 - (HVO_FLOW_VALUE_2) - Override Flow in
liters/sec (using Flow field value)
35 - (HVO_FLOW_PERCENT_2) - Override
flow percentage (using Percent field value)
36 - (HVO_OPEN_2) - Override to position =
100%
37 - (HVO_CLOSE_2) - Override to position =
0%
38 - (HVO_MINIMUM_2) - Override to
configured minimum
39 - (HVO_MAXIMUM_2) - Override to
configured maximum
40 through 48 - (HVO_UNUSED40 through
HVO_UNUSED48)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_hvac_status HVAC status Structured data using these 7 fields: Used in all profiles; 112
• Alarm (in_alarm), with a value of 0 or 1, where nvoUnitStatus.
1 means Alarm
Schneider Electric NA = 255 (0xFF) Also a structured
SNVT selection in
Following 5 fields have output values of -163.83 MN 800.
to 163.83% (0.005%) as a percentage of full
scale, where NA = 163.835 (0x7FFF) (also
Schneider Electric NA):
• Cool (cool_output)- Cooling Output
• Econ (econ_output) - Economizer Output
• Fan - (fan_output) - Fan Output
• Heat1 - (heat_output_primary) - Primary Heat
Output
• Heat2 - (heat_output_secondary) - Secondary
Heat Output
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_length Length, meters 0 to 6,553.5 meters (0.1 m) Generic selection in 17
Fixed point scalar, 2 bytes MN 800.
(English: feet) Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_length_f 0 to 1E38 meters (m) Generic selection in 54
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_length_kilo Length, km 0 to 6,533.5 km (0.1 km) Generic selection in 18
(English: miles) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_length_micr Length, µm 0 to 6,553.5 µm (0.1 µm) Generic selection in 19
(English: none) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_length_mil Length, mm 0 to 6,533.5 mm (0.1 mm) Generic selection in 20
(English: none) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_lev_cont Continuous Level 0 to 100% (0.5%) Generic selection in 21
Fixed point scalar, 1 byte MN 800.
Schneider Electric NA = 255 (0xFF)
SNVT_lev_cont_f 0 to 100% Generic selection in 55
Floating point scalar, 1 byte MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_lev_disc Discrete Level Enumerated value as follows: Used in all profiles; 22
Device Type nviSatLevDisc1 and
2-State 3-State 4-State nvoSatLevDisc1.
0 - (ST_OFF) - Off off off off
1 - (ST_LOW) - Low on low low Also an
2 - (ST_MED) - Medium on high med enumerated
3 - (ST_HIGH) - High on high high selection in
4 - (ST_ON) - On on high high MN 800.
NA = 255 (0xFF) null null null
- (ST_NUL) - (also Schneider Electric NA)
SNVT_lev_percent Level, percent -163.84% to 163.83% (0.005% or 50 ppm) Used in all profiles; 81
Fixed point scalar, 2 bytes nviSatPercent1,
NA = 163.835 (0x7FFF) (also Schneider Electric nvoSatPercent1.
NA) Generic selection in
MN 800.
SNVT_lux Illumination 0 to 65,535 lux (1 lux) Generic selection in 79
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_mass Mass, g 0 to 6,553.5 grams (0.1 g) Generic selection in 23
Fixed point scalar, 2 bytes MN 800.
(English: ounces) Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_mass_f 0 to 1E38 grams Generic selection in 56
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_mass_kilo Mass, kg 0 to 6,553.5 kg (0.1 kg) Generic selection in 24
(English: lb) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_mass_mega Mass, tonne 0 to 6,553.5 metric tons (0.1 tonne) Generic selection in 25
(English: ton) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_mass_mil Mass, mg 0 to 6,553.5 milligrams (0.1 mg) Generic selection in 26
(English: ounces) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
a
SNVT_muldiv Gain Structured data using these 2 fields: Structured SNVT 91
• Multiplier, with a value of 0 to 65,535, unsigned selection in
16-bit multiplier MN 800.
• Divisor, with a value of 1 to 65,535, unsigned
16-bit divisor
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_multiplier Multiplier 0 to 32.7675 (0.0005) Generic selection in 82
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 32.7675 (0xFFFF)
SNVT_occupancy Occupancy Enumerated value as follows: Used in all profiles; 109
0 - (OC_OCCUPIED) - Area is occupied nviOccCmd,
1 - (OC_UNOCCUPIED) - Area is unoccupied nvoOccCmd.
2 - (OC_BYPASS) - Area is temporarily
occupied for the bypass period Also an
3 - (OC_STANDBY) - Area is temporarily enumerated
unoccupied (standby) selection in
NA = 255 (0xFF) - (OC_NUL) - (also Schneider MN 800.
Electric NA)
SNVT_override Override Enumerated value as follows: Enumerated 97
0 - (OV_RETAIN) selection in
1 - (OV_SPECIFIED) MN 800.
2 - (OV_DEFAULT
NA = 255 (0xFF) - (OV_NULL) - (also Schneider
Electric NA)
SNVT_ph pH -32.768 to 32.767 pH (0.001 pH) Generic selection in 125
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 32.767 (0x7FFF)
SNVT_ph_f -1E38 to 1E38 pH Generic selection in 126
Fixed point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38
SNVT_power Power 0 to 6,553.5 Watts (0.1 W) Generic selection in 27
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_power_f -1E38 to 1E38 Watts Generic selection in 57
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_power_kilo 0 to 6,553.5 kW (0.1 kW) Generic selection in 28
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_ppm Concentration 0 to 65,535 parts per million (1 ppm) Used in most 29
Fixed point scalar, 2 bytes profiles; nviCO2
Schneider Electric NA = 65,535 (0xFFFF) (also nviSatPPM, etc.
Schneider Electric NA) Generic selection in
MN 800.
SNVT_ppm_f 0 to 1E38 ppm Generic selection in 58
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_press Pressure, Gauge, -3,276.8 to 3,276.7 kiloPascals (0.1 kPa) Generic selection in 30
kPa, Pa Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_press_f (English: inWC) -1E38 to 1E38 Pascals Generic selection in 59
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_press_p - 32,768 to + 32,766 Pascals (1 Pa) Used in VAV profile; 113
Fixed point scalar, 2 bytes nvoVelPressure.
NA = 32767 (0x7FFF) (also Schneider Electric NA) Generic selection in
MN 800.
SNVT_pwr_fact Power Factor -1.0 to 1.0 (0.00005) Generic selection in 98
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 1.63835 (0x7FFF)
SNVT_pwr_fact_f -1.0 to 1.0 Generic selection in 99
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_res Resistance 0 to 6,553.5 Ohms (0.1 Ohms) Generic selection in 31
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_res_f 0 to 1E38 Ohms Generic selection in 60
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_res_kilo 0 to 6,553.5 kOhms (0.1 kOhms) Generic selection in 32
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_rpm Angular Velocity 0 to 65,534 revolutions/minute (1 RPM). Generic selection in 102
Fixed point scalar, 2 bytes MN 800.
NA = 65,535 (0xFFFF) (also Schneider Electric
NA)
SNVT_smo_obscur Smoke 0 to 5 % (0.001 %) Generic selection in 129
Obscuration Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_sound_db Sound Level -327.68 to 327.67 decibels (0.01 dB) Generic selection in 33
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 327.67 (0x7FFF)
SNVT_sound_db_f -1E38 to 1E38 dBspl Generic selection in 61
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_speed Speed, m/s 0 to 6,553.5 meters/sec (0.1 m/s) Generic selection in 34
Fixed point scalar, 2 bytes MN 800.
(English: ft/sec) Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_speed_f -1E38 to 1E38 meters/second Generic selection in 62
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_speed_mil 0 to 65.535 meters/second (0.001 m/s) Generic selection in 35
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65.535 (0xFFFF)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_state State Structured data using 16 bit-mapped fields: Used in both the 83
• State0 (bit 0) Satellite 1 and
• State1 (bit 1) Where each data field Satellite 2 profiles,
• State2 (bit 2) represents a boolean nviSatState1 and
• State3 (bit 3) value of either 0 or 1, nvoSatState1.
• State4 (bit 4) with the following
• State5 (bit 5) interpretations: Also a structured
• State6 (bit 6) SNVT selection in
• State7 (bit 7) 0 1 MN 800.
• State8 (bit 8) OFF ON
• State9 (bit 9) Inactive Active
• State10 (bit 10)
• State11 (bit 11) Disabled Enabled
• State12 (bit 12) Low High
• State13 (bit 13) False True
• State14 (bit 14) Normal Alarm
• State15 (bit 15)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_telcom phone state Enumerated value as follows: Enumerated SNVT 38
0 - (TEL_NOTINUSE) - “Null State (U0)” not in selection in
use MN 800.
1 - (TEL_OFFHOOK) - “Call iInitiated (U1)”
2 - (TEL_DIALING) - “Overlap Sending (U2)”
3 - (TEL_DIALCOMP) - “Outgoing Call
Proceeding (U3)”
4 - (TEL_RINGBACK) - “Call Delivered (U4)”
hearing ringback
5 - (TEL_INCOMING) - “Call Present (U6)”
incoming call has not yet started ringing
(only on ISDN line)
6 - (TEL_RINGING) - “Call Received (U7)”
incoming call when the user has indicated
alerting but has not yet answered
7 - (TEL_ANSWERED) - “Connect Request
(U8)” user has answered the call and is
waiting to be awarded the call
9 - (TEL_TALKING) - “Active (U10)” two parties
are exchanging data
10 - (TEL_HANGINGUP) - “Disconnect Request
(U11)” user has hung up
11 - (TEL_HUNGUPX) - “Disconnect Indication
(U12)” the other side hung up
12 - (TEL_HOLD) - "Suspend Request (U15)"
user has requested the network suspend the
call
13 - (TEL_UNHOLD) - "Resume Request (U17)"
resume a held call (usually go back to
TEL_TALKING)
14 - (TEL_RELEASE) - "Release Request
(U19)" user has requested the network to
release
15 - (TEL_FULLDUP) - "Overlap Receiving
(U25)" user has acknowledged the call and is
prepared to receive additional information (if
any) in overlap mode non-ISDN values
16 - (TEL_BLOCKED) - connection with
blocking, (call waiting disabled)
17 - (TEL_CWAIT) - call waiting coming in
18 - (TEL_DESTBUSY) - destination busy
19 - (TEL_NETBUSY) - problem, network
20 - (TEL_ERROR) - problem, non-network
NA = 255 (0xFF) - (TEL_NUL) - value not
available (also Schneider Electric NA)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_temp Temperature, °C - 274 to 6,279.5 °C (0.1 °C) Satellite 2 profile, 39
Fixed point scalar, 2 bytes nviSatERTemp and
(Extended Range) nvoSatERTemp
Schneider Electric NA = 6279.5 (0xFFFF) (“extended range”).
Generic selection in
MN 800.
SNVT_temp_f -273.17 to 1E38 °C Generic selection in 63
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_temp_p - 273.17 to + 327.66 °C (0.01 °C) Used in all profiles; 105
Fixed point scalar, 2 bytes nviSpaceTemp,
NA = 327.67 (0x7FFF) (also Schneider Electric nvoSpaceTemp,
NA) numerous others.
Generic selection in
MN 800.
SNVT_temp_ror Temperature Rate -16384.0 to 16383.0 °C/minute (0.5 °C/min) Generic selection in 131
of Change/Rise Fixed point scalar, 2 bytes MN 800.
NA = 16383.5 (0x7FFF) (also Schneider Electric
NA)
SNVT_temp_setpt Temperature Structured data using these 6 fields: Used in all profiles; 106
Setpoints, °C For all fields, values of -273.17 to 327.66 °C nciSetPts.
(0.01 °C), NA = 327.67 (0x7FFF) (also
Schneider Electric NA) Also a structured
• OccCool - (occupied_cool) - Occupied Cooling SNVT selection in
• OccHeat - (occupied_heat) - Occupied Heating MN 800.
• SBCool - (standby_cool) - Standby Cooling
• SBHeat - (standby_heat) - Standby Heating
• UnoccCool - (unoccupied_cool) - Unoccupied
Cooling
• UnoccHeat - (unoccupied_heat) - Unoccupied
Heating
SNVT_therm_mode Thermostat Mode Enumerated value as follows: An enumerated 119
0 - (THERM_NO_CONTROL) - Thermostat selection in
disabled MN 800.
1 - (THERM_IN_OUT) - Cut in/out control
2 - (THERM_MODULATING) - Modulating
control
NA = 255 (0xFF) - (THERM_NUL) - (also
Schneider Electric NA)
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_time_f Elapsed Time 0 to 1E38 seconds Generic selection in 64
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_time_hour 0 to 65,535 hours (1 hour) Generic selection in 124
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_time_min 0 to 65,535 minutes (1 minute) Generic selection in 123
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_time_sec 0.0 to 6,553.4 seconds (0.1 sec) Used in all profiles, 107
Fixed point scalar, 2 bytes nciRcvHrtBt,
NA = 6553.5 (0xFFFF) (also Schneider Electric nciSndHrtBt,
NA) nciMinOutTm.
Most mandatory
NCI objects in an
MN 800, also a
generic selection.
SNVT_time_stamp Time Stamp Structured data using 6 fields with these values: Used in all profiles 84
• Year - 0* to 3,000 (years AD) plus the MN 800
NA = 65,535 (0xFFFF) (also Schneider Electric nviTimeStamp,
NA) nvoTimeStamp.
• Month - 0* to 12
• Day - 0* to 31
• Hour - 0 to 23
• Minute - 0 to 59
• Second - 0 to 59
Table–B.10 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Name. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_turbidity_f Single Floating 0 to 1E38 NTU Generic selection in 144
Point Numberc Single floating point, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_vol Volume, liters, 0 to 6,553.5 liters (0.1 l) Generic selection in 41
kiloliters, milliliters Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_vol_f (English: ft3) 0 to 1E38 liters Generic selection in 65
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_vol_kilo 0 to 6,553.5 kiloliters (0.1 kl) Generic selection in 42
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_vol_mil 0 to 6,553.5 milliliters (0.1 ml) Generic selection in 43
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_volt Voltage -3,276.8 to 3,276.7 Volts (0.1 V) Generic selection in 44
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_volt_ac 0 to 65,534 Vac (1 Vac) Generic selection in 138
Fixed point scalar, 2 bytes MN 800.
NA = 65,535 (0xFFFF) (also Schneider Electric
NA)
SNVT_volt_dbmv -327.68 to 327.67 dB µV (0.01 dB µV DC) Generic selection in 45
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 327.67 (0x7FFF)
SNVT_volt_f -1E38 to 1E38 Volts Generic selection in 66
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_volt_kilo -3,276.8 to 3,276.7 kiloVolts (0.1 kV) Generic selection in 46
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_volt_mil -3,276.8 to 3,276.7 milliVolts (0.1 mV) Generic selection in 47
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_zerospan Zero and Span Structured data using 2 fields: Structured selection 85
• Zero - (zero offset) - 163.84 to 163.835% in MN 800.
(0.005%)
Schneider Electric NA = 163.835 (0x7FFF)
• Span - (span multiplier) - 0 to 32.7675 (0.0005)
Schneider Electric NA = 32.7675 (0xFFFF)
a. A configuration network variable of type SNVT_muldiv may be used as a gain factor for fixed point sensor objects. It is designed for use
with the Neuron C muldiv() function, which provides a 16 x 16 unsigned multiplication with a 32-bit intermediate result, followed by a
32/16 unsigned division with a 16-bit end result. For more information see the LONMARK document, “Neuron C Reference Guide”.
b. A network variable of type SNVT_turbidity may be used to communicate with water clarity measuring devices (turbidimeters).
SNVT_turbidity can be used to represent ranges associated with drinking water. Units of this variable are NTU (Nephelometric
Turbidity Units), which are 1-to-1 equivalent to FNU (Formazin Nephelometric Units), and FTU (Formazin Turbidity Units).
c. A network variable of type SNVT_turbidity_f may be used to communicate with water clarity measuring devices (turbidimeters). Units
of this variable are NTU (Nephelometric Turbidity Units), which are 1-to-1 equivalent to FNU (Formazin Nephelometric Units), and FTU
(Formazin Turbidity Units). SNVT_turbidity_f can be used to represent ranges associated with industrial applications (e.g., typical
measurements may be from 0 to 10000 NTU).
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number.
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_amp Current, A -3,276.8 to 3,276.7 amps (0.1 A) Generic selection in 1
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_amp_mil Current, mA -3,276.8 to 3,276.7 mA (0.1 mA) Generic selection in 2
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_angle Phase/Rotation 0 to 65.535 radians (0.001 radians) Generic selection in 3
Fixed point scalar, 2 byte MN 800.
Schneider Electric NA = 65.535 (0xFFFF)
SNVT_angle_vel Angular velocity -3,276.8 to 3,276.7 radians/sec (0.1 radians/sec) Generic selection in 4
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_btu_kilo Thermal energy 0 to 65,535 kilo BTU Generic selection in 5
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_btu_mega Thermal energy 0 to 65,535 mega BTU Generic selection in 6
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_char_ascii Character 0 to 255 Generic selection in 7
Fixed point scalar, 1 byte MN 800.
Schneider Electric NA = 255 (0xFF)
SNVT_count Event Count 0 to 65,535 counts (1 count) Generic selection 8
Fixed point scalar, 2 bytes
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_count_inc Incremental -32,768 to 32,767 (1 count) Used in VAV profile; 9
Count Fixed point scalar, 2 bytes nciRotation and
Schneider Electric NA = 32,767 (0x7FFF) nciFanOvrd.
SNVT_date_day Day of Week Enumerated value as follows: Enumerated 11
0 - (DAY_SUN) - Sunday selection in
1 - (DAY_MON) - Monday MN 800.
2 - (DAY_TUE) - Tuesday
3 - (DAY_WED) - Wednesday
4 - (DAY_THU) - Thursday
5 - (DAY_FRI) - Friday
6 - (DAY_SAT) - Saturday
NA = 255 (0xFF) - (DAY_NUL) - (also Schneider
Electric NA)
SNVT_elec_kwh Electrical Energy 0 to 65,535 kiloWatt-hour (1 kW-h) Generic selection in 13
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_elec_whr Electrical Energy 0 to 6,553.5 Watt-hours (0.1 W-h) Generic selection in 14
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_flow Flow, l/s or ml/s 0 to 65,534 liters/sec (1 l/s) Used in VAV profile; 15
Fixed point scalar, 2 bytes various NCIs, NVIs,
(English: CFM) NA = 65,535 (0xFFFF) (also Schneider Electric NVOs.
NA)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_flow_mil Flow, l/s or ml/s 0 to 65,535 milliliters/sec (1 ml/sec) Generic selection in 16
Fixed point scalar, 2 bytes MN 800.
(English: CFM) Schneider Electric NA = 65,535 (0xFFFF)
SNVT_length Length, meters 0 to 6,553.5 meters (0.1 m) Generic selection in 17
Fixed point scalar, 2 bytes MN 800.
(English: feet) Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_length_kilo Length, km 0 to 6,533.5 km (0.1 km) Generic selection in 18
(English: miles) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_length_micr Length, µm 0 to 6,553.5 µm (0.1 µm) Generic selection in 19
(English: none) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_length_mil Length, mm 0 to 6,533.5 mm (0.1 mm) Generic selection in 20
(English: none) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_lev_cont Continuous Level 0 to 100% (0.5%) Generic selection in 21
Fixed point scalar, 1 byte MN 800.
Schneider Electric NA = 255 (0xFF)
SNVT_lev_disc Discrete Level Enumerated value as follows: Used in all profiles; 22
Device Type nviSatLevDisc1 and
2-State 3-State 4-State nvoSatLevDisc1.
0 - (ST_OFF) - Off off off off
1 - (ST_LOW) - Low on low low Also an
2 - (ST_MED) - Medium on high med enumerated
3 - (ST_HIGH) - High on high high selection in
4 - (ST_ON) - On on high high MN 800.
NA = 255 (0xFF) null null null
- (ST_NUL) - (also Schneider Electric NA)
SNVT_mass Mass, g 0 to 6,553.5 grams (0.1 g) Generic selection in 23
Fixed point scalar, 2 bytes MN 800.
(English: ounces) Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_mass_kilo Mass, kg 0 to 6,553.5 kg (0.1 kg) Generic selection in 24
(English: lb) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_mass_mega Mass, tonne 0 to 6,553.5 metric tons (0.1 tonne) Generic selection in 25
(English: ton) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_mass_mil Mass, mg 0 to 6,553.5 milligrams (0.1 mg) Generic selection in 26
(English: ounces) Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_power Power 0 to 6,553.5 Watts (0.1 W) Generic selection in 27
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_power_kilo Power 0 to 6,553.5 kW (0.1 kW) Generic selection in 28
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_ppm Concentration 0 to 65,535 parts per million (1 ppm) Used in most 29
Fixed point scalar, 2 bytes profiles; nviCO2
Schneider Electric NA = 65,535 (0xFFFF) (also nviSatPPM, etc.
Schneider Electric NA) Generic selection in
MN 800.
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_press Pressure, Gauge, -3,276.8 to 3,276.7 kiloPascals (0.1 kPa) Generic selection in 30
kPa, Pa Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
(English: inWC)
SNVT_res Resistance 0 to 6,553.5 Ohms (0.1 Ohms) Generic selection in 31
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_res_kilo Resistance 0 to 6,553.5 kOhms (0.1 kOhms) Generic selection in 32
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_sound_db Sound Level -327.68 to 327.67 decibels (0.01 dB) Generic selection in 33
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 327.67 (0x7FFF)
SNVT_speed Speed, m/s 0 to 6,553.5 meters/sec (0.1 m/s) Generic selection in 34
Fixed point scalar, 2 bytes MN 800.
(English: ft/sec) Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_speed_mil Speed, m/s 0 to 65.535 meters/second (0.001 m/s) Generic selection in 35
Fixed point scalar, 2 bytes MN 800.
(English: ft/sec) Schneider Electric NA = 65.535 (0xFFFF)
SNVT_str_asc ASCII Character 8-bit characters, up to 30 characters Used in all profiles; 36
string (zero-length string with a null terminator) nciLocation,
No NA nvoSECalarm.
Available in NCI
object in MN 800.
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_telcom phone state Enumerated value as follows: Enumerated SNVT 38
0 - (TEL_NOTINUSE) - “Null State (U0)” not in selection in
use MN 800.
1 - (TEL_OFFHOOK) - “Call iInitiated (U1)”
2 - (TEL_DIALING) - “Overlap Sending (U2)”
3 - (TEL_DIALCOMP) - “Outgoing Call
Proceeding (U3)”
4 - (TEL_RINGBACK) - “Call Delivered (U4)”
hearing ringback
5 - (TEL_INCOMING) - “Call Present (U6)”
incoming call has not yet started ringing
(only on ISDN line)
6 - (TEL_RINGING) - “Call Received (U7)”
incoming call when the user has indicated
alerting but has not yet answered
7 - (TEL_ANSWERED) - “Connect Request
(U8)” user has answered the call and is
waiting to be awarded the call
9 - (TEL_TALKING) - “Active (U10)” two parties
are exchanging data
10 - (TEL_HANGINGUP) - “Disconnect Request
(U11)” user has hung up
11 - (TEL_HUNGUPX) - “Disconnect Indication
(U12)” the other side hung up
12 - (TEL_HOLD) - "Suspend Request (U15)"
user has requested the network suspend the
call
13 - (TEL_UNHOLD) - "Resume Request (U17)"
resume a held call (usually go back to
TEL_TALKING)
14 - (TEL_RELEASE) - "Release Request
(U19)" user has requested the network to
release
15 - (TEL_FULLDUP) - "Overlap Receiving
(U25)" user has acknowledged the call and is
prepared to receive additional information (if
any) in overlap mode non-ISDN values
16 - (TEL_BLOCKED) - connection with
blocking, (call waiting disabled)
17 - (TEL_CWAIT) - call waiting coming in
18 - (TEL_DESTBUSY) - destination busy
19 - (TEL_NETBUSY) - problem, network
20 - (TEL_ERROR) - problem, non-network
NA = 255 (0xFF) - (TEL_NUL) - value not
available (also Schneider Electric NA)
SNVT_temp Temperature, °C - 274 to 6,279.5 °C (0.1 °C) Satellite 2 profile, 39
Fixed point scalar, 2 bytes nviSatERTemp and
(Extended Range) nvoSatERTemp
Schneider Electric NA = 6279.5 (0xFFFF) (“extended range”).
Generic selection in
MN 800.
SNVT_vol Volume, liters 0 to 6,553.5 liters (0.1 l) Generic selection in 41
Fixed point scalar, 2 bytes MN 800.
(English: ft3) Schneider Electric NA = 6553.5 (0xFFFF)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_vol_kilo Volume, kiloliters 0 to 6,553.5 kiloliters (0.1 kl) Generic selection in 42
Fixed point scalar, 2 bytes MN 800.
(English: ft3) Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_vol_mil Volume, milliliters 0 to 6,553.5 milliliters (0.1 ml) Generic selection in 43
Fixed point scalar, 2 bytes MN 800.
(English: ft3) Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_volt Voltage -3,276.8 to 3,276.7 Volts (0.1 V) Generic selection in 44
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_volt_dbmv Voltage -327.68 to 327.67 dB µV (0.01 dB µV DC) Generic selection in 45
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 327.67 (0x7FFF)
SNVT_volt_kilo Voltage -3,276.8 to 3,276.7 kiloVolts (0.1 kV) Generic selection in 46
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_volt_mil Voltage -3,276.8 to 3,276.7 milliVolts (0.1 mV) Generic selection in 47
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 3276.7 (0x7FFF)
SNVT_amp_f Current, A -1E38 to 1E38 amps Generic selection in 48
Floating point, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_angle_f Phase/Rotation -1E38 to 1E38 radians Generic selection in 49
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_angle_vel_f Angular velocity -1E38 to 1E38 radians/sec Generic selection in 50
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_count_f Event Count 0 to 1E38 counts Generic selection in 51
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_count_inc_f Incremental -1E38 to 1E38 counts Used in all profiles; 52
Count Floating point scalar, 4 bytes nciSatConfigx, and
Schneider Electric NA = 2E38 (0x7F167699) other NCIs, NVOs.
SNVT_flow_f Flow, l/s or ml/s -1E38 to1E38 liters/sec Generic selection in 53
Floating point scalar, 4 bytes MN 800.
(English: CFM) Schneider Electric NA = 2E38 (0x7F167699)
SNVT_length_f Length, meters 0 to 1E38 meters (m) Generic selection in 54
Floating point scalar, 4 bytes MN 800.
(English: feet) Schneider Electric NA = 2E38 (0x7F167699)
SNVT_lev_cont_f Continuous Level 0 to 100% Generic selection in 55
Floating point scalar, 1 byte MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_mass_f Mass, g 0 to 1E38 grams Generic selection in 56
Floating point scalar, 4 bytes MN 800.
(English: ounces) Schneider Electric NA = 2E38 (0x7F167699)
SNVT_power_f Power -1E38 to 1E38 Watts Generic selection in 57
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_ppm_f Concentration 0 to 1E38 ppm Generic selection in 58
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_press_f Pressure, Gauge, -1E38 to 1E38 Pascals Generic selection in 59
kPa, Pa Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
(English: inWC)
SNVT_res_f Resistance 0 to 1E38 Ohms Generic selection in 60
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_sound_db_f Sound Level -1E38 to 1E38 dBspl Generic selection in 61
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_speed_f Speed, m/s -1E38 to 1E38 meters/second Generic selection in 62
Floating point scalar, 4 bytes MN 800.
(English: ft/sec) Schneider Electric NA = 2E38 (0x7F167699)
SNVT_temp_f Temperature, °C -273.17 to 1E38 °C Generic selection in 63
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_time_f Elapsed Time 0 to 1E38 seconds Generic selection in 64
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_vol_f Volume, liters 0 to 1E38 liters Generic selection in 65
Floating point scalar, 4 bytes MN 800.
(English: ft3) Schneider Electric NA = 2E38 (0x7F167699)
SNVT_volt_f Voltage -1E38 to 1E38 Volts Generic selection in 66
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_btu_f Thermal energy 0 to 1E38 BTU Generic selection in 67
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_elec_whr_f Electrical Energy 0 to 1E38 Watt-hour Generic selection in 68
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_config_src Installation Enumerated value as follows: Enumerated 69
Source 0 - (CFG_LOCAL) - Node will use self selection in
installation functions to set its own network MN 800.
image
1 - (CFG_EXTERNAL) - Node's network image
will be set by an outside source
NA = 255 (0xFF) - (also Schneider Electric NA)
SNVT_grammage Grammage 0 to 6,553.5 gsm (0.1 gsm) Generic selection in 71
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_grammage_f Grammage 0 to 1E38 gsm Generic selection in 72
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_freq_f Frequency 0 to 1E38 Hertz (Hz) Generic selection in 75
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_freq_hz Frequency 0 to 6553.5 Hz (0.1 Hz) Generic selection in 76
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_freq_kilohz Frequency 0 to 6553.5 kHz (0.1 kHz) Generic selection in 77
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6553.5 (0xFFFF)
SNVT_freq_milhz Frequency 0 to 6.5535 Hz (0.0001 Hz) Generic selection in 78
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 6.5535 (0xFFFF)
SNVT_lux Illumination 0 to 65,535 lux (1 lux) Generic selection in 79
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_lev_percent Level, percent -163.84% to 163.83% (0.005% or 50 ppm) Used in all profiles; 81
Fixed point scalar, 2 bytes nviSatPercent1,
NA = 163.835 (0x7FFF) (also Schneider Electric nvoSatPercent1.
NA) Generic selection in
MN 800.
SNVT_multiplier Multiplier 0 to 32.7675 (0.0005) Generic selection in 82
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 32.7675 (0xFFFF)
SNVT_state State Structured data using 16 bit-mapped fields: Used in both the 83
• State0 (bit 0) Satellite 1 and
• State1 (bit 1) Where each data field Satellite 2 profiles,
• State2 (bit 2) represents a boolean nviSatState1 and
• State3 (bit 3) value of either 0 or 1, nvoSatState1.
• State4 (bit 4) with the following
• State5 (bit 5) interpretations: Also a structured
• State6 (bit 6) SNVT selection in
• State7 (bit 7) 0 1 MN 800.
• State8 (bit 8) OFF ON
• State9 (bit 9) Inactive Active
• State10 (bit 10)
• State11 (bit 11) Disabled Enabled
• State12 (bit 12) Low High
• State13 (bit 13) False True
• State14 (bit 14) Normal Alarm
• State15 (bit 15)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_zerospan Zero and Span Structured data using 2 fields: Structured selection 85
• Zero - (zero offset) - 163.84 to 163.835% in MN 800.
(0.005%)
Schneider Electric NA = 163.835 (0x7FFF)
• Span - (span multiplier) - 0 to 32.7675 (0.0005)
Schneider Electric NA = 32.7675 (0xFFFF)
SNVT_elapsed_tm Elapsed Time Structured data using these 5 fields: Structured SNVT 87
• Day (day), with values of 0 to 65,534 selection in
NA = 65,535 (0xFFFF) (also Schneider Electric MN 800.
NA)
• Hour (hour), with values of 0 to 23
Schneider Electric NA = 0 if day NA
• Minute (minute), with values of 0 to 59
Schneider Electric NA = 0 if day NA
• Second (second), with values of 0 to 59
Schneider Electric NA = 0 if day NA
• Millisecond (millisecond), with values of 0 to 999
Schneider Electric NA = 0 if day NA
SNVT_muldiv Gaina Structured data using these 2 fields: Structured SNVT 91
• Multiplier, with a value of 0 to 65,535, unsigned selection in
16-bit multiplier MN 800.
• Divisor, with a value of 1 to 65,535, unsigned
16-bit divisor
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_switch Switch Structured data using 2 fields: Used in all profiles; 95
• Value - Intensity as percentage of full scale, nciSatSwitchx and
0 to 100% (0.5%) various NVIs,
Schneider Electric NA = 255 (0xFF) NVOs.
• State - Binary in action, where
0 means OFF Structured SNVT
1 means ON selection in
NA = 255 (0xFF) (also Schneider Electric NA) MN 800.
SNVT_override Override Enumerated value as follows: Enumerated 97
0 - (OV_RETAIN) selection in
1 - (OV_SPECIFIED) MN 800.
2 - (OV_DEFAULT
NA = 255 (0xFF) - (OV_NULL) - (also Schneider
Electric NA)
SNVT_pwr_fact Power Factor -1.0 to 1.0 (0.00005) Generic selection in 98
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 1.63835 (0x7FFF)
SNVT_pwr_fact_f Power Factor -1.0 to 1.0 Generic selection in 99
Floating point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
SNVT_density Density, kg/m3 0 to 32,767.5 kg/m3 (0.5 kg/m3) Generic selection in 100
Fixed point scalar, 2 bytes MN 800.
(English: lb/ft3) Schneider Electric NA = 32,767.5 (0xFFFF)
SNVT_density_f Density, kg/m3 0 to 1E38 kg/m3 Generic selection in 101
Floating point scalar, 4 bytes MN 800.
(English: lb/ft3) Schneider Electric NA = 2E38 (0x7F167699)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_rpm Angular Velocity 0 to 65,534 revolutions/minute (1 RPM). Generic selection in 102
Fixed point scalar, 2 bytes MN 800.
NA = 65,535 (0xFFFF) (also Schneider Electric
NA)
SNVT_hvac_emerg Emergency Enumerated value as follows: Used in VAV and 103
Mode, HVAC 0 - (EMERG_NORMAL) - No emergency mode RTU profiles;
1 - (EMERG_PRESSURIZE) - Emergency nviEmergCmd.
pressurize mode
2 - (EMERG_DEPRESSURIZE) - Emergency Also an
depressurize mode enumerated
3 - (EMERG_PURGE) - Emergency purge mode selection in
4 - (EMERG_SHUTDOWN) - Emergency MN 800.
shutdown mode
NA = 255 (0xFF) - (EMERG_NUL) - (also
Schneider Electric NA)
SNVT_angle_deg Phase/Rotation -359.98 to +360.00 degrees (0.02 degrees). Generic selection in 104
Fixed point scalar, 2 bytes MN 800.
NA = 655.34 (0x7FFF)
SNVT_temp_p Temperature, °C - 273.17 to + 327.66 °C (0.01 °C) Used in all profiles; 105
Fixed point scalar, 2 bytes nviSpaceTemp,
NA = 327.67 (0x7FFF) (also Schneider Electric nvoSpaceTemp,
NA) numerous others.
Generic selection in
MN 800.
SNVT_temp_setpt Temperature Structured data using these 6 fields: Used in all profiles; 106
Setpoints, °C For all fields, values of -273.17 to 327.66 °C nciSetPts.
(0.01 °C), NA = 327.67 (0x7FFF) (also
Schneider Electric NA) Also a structured
• OccCool - (occupied_cool) - Occupied Cooling SNVT selection in
• OccHeat - (occupied_heat) - Occupied Heating MN 800.
• SBCool - (standby_cool) - Standby Cooling
• SBHeat - (standby_heat) - Standby Heating
• UnoccCool - (unoccupied_cool) - Unoccupied
Cooling
• UnoccHeat - (unoccupied_heat) - Unoccupied
Heating
SNVT_time_sec Elapsed Time 0.0 to 6,553.4 seconds (0.1 sec) Used in all profiles, 107
Fixed point scalar, 2 bytes nciRcvHrtBt,
NA = 6553.5 (0xFFFF) (also Schneider Electric nciSndHrtBt,
NA) nciMinOutTm.
Most mandatory
NCI objects in an
MN 800, also a
generic selection.
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_hvac_mode HVAC Mode Enumerated value as follows: Used in all profiles; 108
0 - (HVAC_AUTO) - Controller automatically nviApplicMode or
changes mode. nvoSatApplicMode.
1 - (HVAC_HEAT) - Heating only
2 - (HVAC_MRNG_WRMUP) - Also an
Application-specific morning warmup enumerated
3 - (HVAC_COOL) - Cooling only selection in
4 - (HVAC_NIGHT_PURGE) - MN 800.
Application-specific night purge
5 - (HVAC_PRE_COOL) - Application-specific
pre-cool
6 - (HVAC_OFF) - Controller not controlling
outputs
7 - (HVAC_TEST) - Equipment being tested
8 - (HVAC_EMERG_HEAT) -Emergency heat
mode (heat pump)
9 - (HVAC_FAN_ONLY) - Fan only, air not
conditioned
10 - (HVAC_FREE_COOL) - Cooling with
compressor not running
11 = (HVAC_ICE) - Ice-making mode
NA = 255 (0xFF) - (HVAC_NUL) - (also
Schneider Electric NA)
SNVT_occupancy Occupancy Enumerated value as follows: Used in all profiles; 109
0 - (OC_OCCUPIED) - Area is occupied nviOccCmd,
1 - (OC_UNOCCUPIED) - Area is unoccupied nvoOccCmd.
2 - (OC_BYPASS) - Area is temporarily
occupied for the bypass period Also an
3 - (OC_STANDBY) - Area is temporarily enumerated
unoccupied (standby) selection in
NA = 255 (0xFF) - (OC_NUL) - (also Schneider MN 800.
Electric NA)
SNVT_area Area, m2 0 to 13.1068 m2 (200 mm2) Generic selection in 110
Fixed point scalar, 2 bytes MN 800.
(English: feet2) NA = 13.107 (0xFFFF)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_hvac_overid HVAC override Structured data using these 3 fields: Used in all profiles; 111
• Flow (flow), with flow override value nviOverride,
(SNVT_flow) of 0 to 65,534 liters/sec nviManOverride,
NA = 65,535 (also Schneider Electric NA) also
• Percent (percent), with percentage position or nciBalanceOvrd in
flow override value (SNVT_lev_percent) of VAV profile.
-163.84 to 163.83% (0.005%)
NA = 163.835 (also Schneider Electric NA) Also a structured
• State - Enumerated value as follows: SNVT selection in
0 - (HVO_OFF) - Not overriden MN 800.
The following 16 override values apply to all
devices or groups.
1 - (HVO_POSITION) - Override position
percentage (using Percent field value)
2 - (HVO_FLOW_VALUE) - Override Flow in
liters/sec (using Flow field value)
3 - (HVO_FLOW_PERCENT) - Override flow
percentage (using Percent field value)
4 - (HVO_OPEN) - Override to position = 100%
5 - (HVO_CLOSE) - Override to position = 0%
6 - (HVO_MINIMUM) - Override to configured
minimum
7 - (HVO_MAXIMUM) - Override to configured
maximum
8 through 16 - (HVO_UNUSED8 through
HVO_UNUSED16)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_hvac_overid HVAC override The following 16 override values apply to the 111
(cont’d) second device or group
33 - (HVO_POSITION_2) - Override position
percentage (using Percent field value)
34 - (HVO_FLOW_VALUE_2) - Override Flow in
liters/sec (using Flow field value)
35 - (HVO_FLOW_PERCENT_2) - Override
flow percentage (using Percent field value)
36 - (HVO_OPEN_2) - Override to position =
100%
37 - (HVO_CLOSE_2) - Override to position =
0%
38 - (HVO_MINIMUM_2) - Override to
configured minimum
39 - (HVO_MAXIMUM_2) - Override to
configured maximum
40 through 48 - (HVO_UNUSED40 through
HVO_UNUSED48)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_hvac_status HVAC status Structured data using these 7 fields: Used in all profiles; 112
• Alarm (in_alarm), with a value of 0 or 1, where nvoUnitStatus.
1 means Alarm
Schneider Electric NA = 255 (0xFF) Also a structured
SNVT selection in
Following 5 fields have output values of -163.83 MN 800.
to 163.83% (0.005%) as a percentage of full
scale, where NA = 163.835 (0x7FFF) (also
Schneider Electric NA):
• Cool (cool_output)- Cooling Output
• Econ (econ_output) - Economizer Output
• Fan - (fan_output) - Fan Output
• Heat1 - (heat_output_primary) - Primary Heat
Output
• Heat2 - (heat_output_secondary) - Secondary
Heat Output
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_therm_mode Thermostat Mode Enumerated value as follows: An enumerated 119
0 - (THERM_NO_CONTROL) - Thermostat selection in
disabled MN 800.
1 - (THERM_IN_OUT) - Cut in/out control
2 - (THERM_MODULATING) - Modulating
control
NA = 255 (0xFF) - (THERM_NUL) - (also
Schneider Electric NA)
SNVT_defr_mode Defrost Mode Enumerated value as follows: Enumerated 120
0 - (DFM_MODE_AMBIENT) - No forced selection in
heating required MN 800.
1 - (DFM_MODE_FORCED) - Start up after
defrost ignored
2 - (DFM_MODE_SYNC) - Synchronized
NA = 255 (0xFF) - (DFM_NUL) - (also Schneider
Electric NA)
SNVT_defr_term Defrost Enumerated value as follows: Enumerated 121
Termination 0 - (DFT_TERM_TEMP) - Terminate on selection in
temperature MN 800.
1 - (DFT_TERM_TIME) - Terminate on time
2 - (DFT_TERM_FIRST) - Terminate on first
occuring
3 - (DFT_TERM_LAST) - Terminate on last
occurring
NA = 255 (0xFF) - (DFT_NUL) - (also Schneider
Electric NA)
SNVT_defr_state Defrost State Enumerated value as follows: Enumerated 122
0 - (DFS_STANDBY) - Defrost in standby selection in
1 - (DFS_PUMPDOWN) Defrost in pumpdown MN 800.
mode
2 - (DFS_DEFROST) - In defrost mode
3 - (DFS_DRAINDOWN) - Defrost in draindown
4 - (DFS_INJECT_DLY) - Defrost in injection
delay
NA = 255 (0xFF) - (DFS_NUL) - (also Schneider
Electric NA)
SNVT_time_min Elapsed Time 0 to 65,535 minutes (1 minute) Generic selection in 123
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_time_hour Elapsed Time 0 to 65,535 hours (1 hour) Generic selection in 124
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_ph pH -32.768 to 32.767 pH (0.001 pH) Generic selection in 125
Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 32.767 (0x7FFF)
SNVT_ph_f pH -1E38 to 1E38 pH Generic selection in 126
Fixed point scalar, 4 bytes MN 800.
Schneider Electric NA = 2E38
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_chlr_status Chiller Status Structured data using these 7 fields: Structured SNVT 127
• Run Mode - (chiller_run_mode) - Enumerated selection in
value as follows: MN 800.
0 - (CHLR_OFF) - Chiller off
1 - (CHLR_START) - Chiller in start mode
2 - (CHLR_RUN) - Chiller in run mode
3 - (CHLR_PRESHUTDN) - Chiller in
pre-shutdown mode
4 - (CHLR_SERVICE) - Chiller in service mode
NA = 255 (0xFF) - (CHLR_NULL) - (also
Schneider Electric NA)
• Operating Mode - (chlr_op_mode) - Enumerated
value as follows:
0 - (HVAC_AUTO) - Controller automatically
changes between application modes
1 - (HVAC_HEAT) - Heating only
2 - (HVAC_MRNG_WRMUP) -
Application-specific morning warm-up
3 - (HVAC_COOL) - Cooling only
4 - (HVAC_NIGHT_PURGE) -
Application-specific night purge
5 - (HVAC_PRE_COOL) - Application-specific
pre-cool
6 - (HVAC_OFF) - Controller not controlling
outputs
7 - (HVAC_TEST) - Equipment being tested
8 - (HVAC_EMERG_HEAT) - Emergency heat
mode (heat pump)
9 - (HVAC_FAN_ONLY) - Air not conditioned,
fan turned on
10 - (HVAC_FREE_COOL) - Cooling with
compressor not running
11 - (HVAC_ICE) - Ice-making mode
NA = 255 (0xFF) - (HVAC_NUL) - (also
Schneider Electric NA)
• Alarm - (in_alarm), with a value of 0 or 1, where
1 means in alarm
• Run Enabled - (run_enabled), with a value of 0
or 1, where 1 means run is enabled
• Local - (local), with a value of 0 or 1, where 1
means local
• Limited - (limited), with a value of 0 or 1, where 1
means (chiller) limited
• Chilled Water Flow - (chw_flow), with a value of
0 or 1, where 1 means chilled water flow
• Conditioned Water Flow - (condw_flow), with a
value of 0 or 1, where 1 means conditioned
water flow
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_tod_event Supervisory Structured data using 3 fields: Used in all profiles, 128
Schedule • CurrentState - (current_state) - Current nviOccSchedule
Command scheduled occupancy state and
Enumerated as follows: nvoOccSchedule.
0 - (OC_OCCUPIED) - Area is occupied
1 - (OC_UNOCCUPIED) - Area is unoccupied Also a structured
2 - (OC_BYPASS) - Area is temporarily SNVT selection in
occupied for the bypass period MN 800.
3 - (OC_STANDBY) - Area is temporarily
unoccupied (standby)
NA = 255 (0xFF) - (OC_NUL) - (also Schneider
Electric NA)
• NextState - (next_state) - next scheduled
occupancy state
Enumerated same as CurrentState
• TimeValue - (time_to_next_state) - Minutes until
next schedule event change, 0 to 65534 minutes
(1 min.)
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_smo_obscur Smoke 0 to 5 % (0.001 %) Generic selection in 129
Obscuration Fixed point scalar, 2 bytes MN 800.
Schneider Electric NA = 65,535 (0xFFFF)
SNVT_temp_ror Temperature Rate -16384.0 to 16383.0 °C/minute (0.5 °C/min) Generic selection in 131
of Change/Rise Fixed point scalar, 2 bytes MN 800.
NA = 16383.5 (0x7FFF) (also Schneider Electric
NA)
SNVT_volt_ac Voltage 0 to 65,534 Vac (1 Vac) Generic selection in 138
Fixed point scalar, 2 bytes MN 800.
NA = 65,535 (0xFFFF) (also Schneider Electric
NA)
SNVT_amp_ac Current, A 0 to 65,534 amps (1 A) Generic selection in 139
Fixed point scalar, 2 bytes MN 800.
NA = 65,535 (0xFFFF)
SNVT_turbidity Single Fixed Point 0.000 to 65.534 NTU (0.001 NTU) Generic selection in 143
Numberb Single fixed point, 2 bytes MN 800.
NA = 65.535 (0xFFFF) (also Schneider Electric
NA)
SNVT_turbidity_f Single Floating 0 to 1E38 NTU Generic selection in 144
Point Numberc Single floating point, 4 bytes MN 800.
Schneider Electric NA = 2E38 (0x7F167699)
Table–B.11 SNVTs Used In TAC I/A Series MicroNet Controllers — By SNVT Number. (Continued)
MicroNet SNVT
SNVT Measurement Range (Resolution) / Structure / Enumeration
Controller Notes #
SNVT_hvac_type HVAC Unit Type Enumerated value as follows: An enumerated 145
0 - (HVT_GENERIC) - Generic selection in
1 - (HVT_FAN_COIL) - Fan Coil MN 800.
2 - (HVT_VAV) - Variable Air Volume Terminal
3 - (HVT_HEAT_PUMP) - Heat Pump
4 - (HVT_ROOFTOP) - Rooftop Unit
5 - (HVT_UNIT_VENT) - Unit Ventilator
6 - (HVT_CHILL_CEIL) - Chilled Ceiling
7 - (HVT_RADIATOR) - Radiator
8 - (HVT_AHU) - Air Handling Unit
9 - (HVT_SELF_CONT) - Self-Contained Unit
NA = 255 (0xFF) - (HVT_NUL) - (also Schneider
Electric NA)
a. A configuration network variable of type SNVT_muldiv may be used as a gain factor for fixed point sensor objects. It is designed for use
with the Neuron C muldiv() function, which provides a 16 x 16 unsigned multiplication with a 32-bit intermediate result, followed by a
32/16 unsigned division with a 16-bit end result. For more information see the LONMARK document, “Neuron C Reference Guide”.
b. A network variable of type SNVT_turbidity may be used to communicate with water clarity measuring devices (turbidimeters).
SNVT_turbidity can be used to represent ranges associated with drinking water. Units of this variable are NTU (Nephelometric
Turbidity Units), which are 1-to-1 equivalent to FNU (Formazin Nephelometric Units), and FTU (Formazin Turbidity Units).
c. A network variable of type SNVT_turbidity_f may be used to communicate with water clarity measuring devices (turbidimeters). Units of
this variable are NTU (Nephelometric Turbidity Units), which are 1-to-1 equivalent to FNU (Formazin Nephelometric Units), and FTU
(Formazin Turbidity Units). SNVT_turbidity_f can be used to represent ranges associated with industrial applications (e.g., typical
measurements may be from 0 to 10000 NTU).
Schneider Controllers with Version 1 profiles (MNL-10Rx1, -20Rx1, and -VxR1 models)
Electric-defined contain two Schneider Electric-defined network variable types in their
Network Variable profiles. One of these, SEC_tod_event, has since been adopted by
LONMARK as SNVT_tod_event. The Schneider Electric-defined data types in
Types revision 1 profiles are:
• SEC_alarm.
• SEC_tod_event.
Both data types are structured, as shown below Figure-12.
Table–B.12 Schneider Electric-Defined NVTs Used in Rev 1 LONMARK Profiles (MNL-10Rx1, -20Rx1, -VxR1 Models).
Schneider
MicroNet Controller SNVT
Electric-Defined Measurement Range (Resolution)
Notes #
NVT
SEC_alarm Control Object Structured data using proprietary fields. Used in all Rev. 1 —
Alarm, Controller profiles:
(structured) Service Alarm nvoSECalarm
Proprietary data.
Replaced in Rev. 2
profiles for this NVO
by SNVT_str_asc.
Table–B.12 Schneider Electric-Defined NVTs Used in Rev 1 LONMARK Profiles (MNL-10Rx1, -20Rx1, -VxR1 Models).
Schneider
MicroNet Controller SNVT
Electric-Defined Measurement Range (Resolution)
Notes #
NVT
SEC_tod_event Supervisory Structured data using 3 fields: Used in all Rev.1 —
Schedule Command • CurrentState - (current_state), profiles:
(structured) • NextState - (next_state), nviOccSchedule and (Equiv.
Both enumerated as follows: nvoOccSchedule. to
0 - (OC_OCCUPIED) - Area is occupied 128)
1 - (OC_UNOCCUPIED) - Area is
unoccupied
2 - (OC_BYPASS) - Area is temporarily
occupied for the bypass period
3 - (OC_STANDBY) - Area is temporarily
unoccupied (standby)
NA ½ 255, (OC_NUL) - Occupancy Null
• TimeValue - (time_to_next_state) -
(minutes until next schedule event change)
0 to 65534 minutes (1 min.)
Invalid data = 65535 (same in MN,½ NA).
On October 1st, 2009, TAC became the Buildings Business of its parent company Schneider Electric. This document reflects the visual identity of Schneider Electric, however there
remains references to TAC as a corporate brand in the body copy. As each document is updated, the body copy will be changed to reflect appropriate corporate brand changes.
All brand names, trademarks and registered trademarks are the property of their respective owners. Information contained within this document is subject to change without notice.
Schneider Electric 1354 Clifford Avenue, P.O. Box 2940, Loves Park, IL 61132-2940, USA 1-888-444-1311 www.schneider-electric.com/buildings
F-27254-4 December 2010 tl