BACtalk Control Modules Installation and Operation Guide
BACtalk Control Modules Installation and Operation Guide
!
while standing in water.
Wiring and equipment separations
All wiring and controllers must be installed to minimize the possibility of accidental contact with other, potentially
hazardous and disruptive power and lighting wiring. Never place 24VAC or communications wiring near other
bare power wires, lightning rods, antennas, transformers, or steam or hot water pipes. Never place wire in any
conduit, box, channel, duct or other enclosure containing power or lighting circuits of any type. Always provide
adequate separation of communications wiring and other electrical wiring according to code. Keep wiring and
controllers at least six feet from large inductive loads (power distribution panels, lighting ballasts, motors, etc.).
Failure to follow these guidelines can introduce electrical interference and cause the system to operate
erratically.
Warning
This equipment has been tested and found to comply with the limits for a class A digital device, pursuant to part
15 of the FCC rules. These limits are designed to provide reasonable protection against harmful interference
when the equipment is operated in a commercial environment. This equipment generates, uses, and can radiate
radio frequency energy and, if not installed and used in accordance with the instruction manual, may cause
harmful interference to radio communications. Operation of this equipment in a residential area is likely to cause
harmful interference, in which case the user will be required to correct the interference at his own expense.
© 2007 Honeywell International Inc. All Rights Reserved.
6670 185th AVE NE
Redmond, WA 98052 USA
Phone: (425)869-8400 FAX: (425)869-8445
Web Site: www.alerton.com E-mail: [email protected]
All information in this document is provided as is without warranty of any kind. Honeywell reserves the right to
change any information herein without prior notice. No guarantees are given as to the accuracy of information.
Trademarks and trade names may be used in this document to refer to either the entities claiming the marks and
names or their products. Alerton, BACtalk, and their logos are registered trademarks and VisualLogic is a
trademark of Honeywell. Honeywell disclaims any proprietary interest in trademarks and trade names other than
its own.
Questions, corrections, comments?
To improve our information products and better serve our readers, your feedback is vital. If you have any
questions, corrections, or comments about this publication or any other Alerton information products, please
send e-mail to [email protected].
Contents
BCM-HOTEL module 71
Protocol One 71
Protocol Two 72
Custom 73
Hotel computer acknowledgement and response 73
Software and programming support 73
Technical data 74
Configuration settings unique to this module 74
Using diagnostic LEDs for this module 76
NAT Firewall Limitation 76
BCM-FPCS module 77
Software and programming support 77
Technical Data 78
Integrating P1 protocol network devices with BACtalk 79
Configuration settings unique to this module 79
Mapping P1 network data to BACnet AVs and BVs 84
Setting change-of-value options for P1 devices 88
Using diagnostic LEDs for this module 89
Using diagnostic AVs for this module 90
BCM-MDM module 91
Configuration settings unique to this module 91
Using diagnostic LEDs for this module 93
Appendix A: HyperTerminal settings 94
Appendix B: BACnet object and property reference 95
Appendix C: Virtual device object and property reference 103
Appendix D: Diagnostic AVs 113
Appendix E: The alerton-gateway-setup property 121
Appendix F: TUX data point to BACnet object mappings 123
Appendix G: Modbus function codes 167
Appendix H: Error indicators 168
• Mounting
• Connecting power and communications cabling
• Performing initial configuration and setup
• Verifying configuration and setup
• BCM-PWS module
• BCM-ETH module
• BCM-MS/TP module
• BCM-TUX module
• BCM-MDBS module
• BCM-HOTEL module
• BCM-FPCS module
• BCM-MDM module
BCMs not listed here have separate installation and operation guides.
Other resources
Ta bl e 1 Sources for more information
Document ID Contains
BACtalk Control Modules data sheet A summary of applications, capabilities, and
technical data.
Envision for BACtalk Installation and Information needed to use Device Manager to
Startup Guide (LTBT-TM-ADMIN) view device information about the BACtalk control
modules or to download a ROC file.
Programmer’s Guide and Reference Detailed information about programming DDC and
for BACtalk Systems referencing system data points in a BACnet
(LTBT-TM-PRGRMR) environment.
Key illustrations
Office computer
running BAS workstation
Office computer Printer software
BCM-MDM
BCM-ETH
BAS server
BACnet MS/TP
VLC VLC
Use the Reset button and DIP switches to erase all user objects or the Use the locking cam on the front of the
ROC file in the module. See “Using switches on BACtalk control modules” BCM module to secure the module to the
on page 21 for more information. DIN rail.
5"
1.50" (122mm)
(38mm)
6.5"
(165mm)
Each module (except the BCM-PWS and BCM-MDM) has a unique device
instance and hosts its own connections, DDC programming, and automation
features.
Ta bl e 2 BCM models and descriptions
Model Description
BCM-PWS The base module for a BCM array, providing power for up to seven
BCMs. It conditions power and provides battery backup using a
ribbon-cable connection.
Model Description
BCM-HOTEL Connects to a hotel reservation and check-in system over EIA-232,
EIA-422 or EIA-485. When combined with a BCM-ETH, it makes
rented or not-rented information for up to 10,000 rooms available to a
BACnet system over BACnet Ethernet and IP WANs. The BCM-
HOTEL hosts its own BACtalk DDC and trendlogs.
BCM-FPCS ®
A gateway global controller used between a Siemens P1 trunk and
Alerton’s Envision for BACtalk BACnet system. The P1-trunk field
devices supported (MPU, DPU, and TEC) will appear as BACnet
devices at the Envision for BACtalk front end. Real-time point data
from the Siemens controllers is automatically detected and mapped
as equivalent AV and BV BACnet objects in BACtalk when the BCM-
FPCS is brought online. The Ethernet network is a 10base-T (10
Mbps) or 100Base-TX (100 Mbps) Ethernet. The Siemens P1 trunk is
a 4800-baud RS-485 multi-drop connection. The P1 network must be
shielded and terminated.
TUX-651P
Data persistence
All programmed objects (such as schedules, trendlogs, and alarms), DDC, data
values, and the ROC file execute in RAM and are periodically backed up in flash
memory. All data is retained through power loss.
Configuration parameters can be saved as a Z-modem data file and then sent to
the BCM. This facilitates off-site setup and easy replication of settings to other
controllers in similar installations.
Unique to application,
DDC Automation
user interactive
Figure 5 Relationship of BCM system boot code, ROC, and application files
The ROC file is the foundation of controller operations and is required for the BCM to host DDC
and automation features. Although, an initial ROC file is loaded at the factory, periodic updates
may be required (for example, when a new version of operator workstation software becomes
available).
Download ROC files from the <bactalk root>\system directory using BACtalk operator
workstation software. See BACtalk operator workstation software online Help for more
information about downloading ROC files or checking ROC file versions.
WARN ING Do not “hot swap” modules. Failure to disconnect power before
adding or replacing modules can cause hardware damage and loss of data.
Mounting
Each BCM is designed to mount to a 35mm DIN rail, with the connection
terminals facing up. Use the screw behind the front cover of the module to open
the tabs on the rear of the BCM, position the unit against the DIN rail, push the
tabs in to secure the BCM to the DIN rail, and then tighten the screw to hold the
BCM in place.
Situate the BCM-PWS on the DIN rail such that subsequent modules mount to
the right of the BCM-PWS. Situate the BCM-MDM to the right of all other
modules. If BCM-WEB and BCM-MDM modules are mounted on the same rail,
another module must be placed between the BCM-WEB and the BCM-MDM.
Power requirements
Each BCM obtains power through its ribbon-cable connection to the BCM-PWS.
See “BCM-PWS module” on page 34 for more information.
Communications connections
This topic describes hardware network connections to each BCM.
Configurations performed over a HyperTerminal connection are important for
connectivity. See page 22 for information about HyperTerminal configuration.
X To terminate cable
1. Strip a maximum of 3/8” (10 mm) of the wire jacket from the
end of the cable.
3. When the clamps in the wire slot are fully open, insert the
stripped end of the cable (insulation end must be flush with
the terminal block). Be sure to insert all cable strands into the
wire slot.
Ethernet
Ethernet is a high-speed LAN widely installed in commercial buildings.
The BCM-ETH will automatically switch to 100 Mbps operation if other devices
and cabling support it.
2 Transmit –
1 2 3 4 5 6 7 8 3 Receive +
6 Receive –
MS/TP
MS/TP is a LAN standard designed specifically for BACnet applications. It uses
the EIA–485 signaling standard on twisted-pair cabling in a simple bus
configuration.
Terminal identification Terminals for MS/TP are on the top edge of the
BCM-ETH and BCM-MS/TP and are labeled
MS/TP + and MS/TP –.
Cable type and length BACnet specifies shielded, twisted-pair cabling
with characteristic impedance between 100 and
130 ohms. Distributed capacitance between
conductors must be less than 30 pF/foot
(100 pF/m). Distributed capacitance between
conductor and shield must be less than 60 pF/foot
(200 pF/m). Foil or braided shield is acceptable.
Cable length should be no more than 4000 feet
(1200 meters) per segment. Maintain polarity
throughout the MS/TP segment.
TUX trunk
The BCM-TUX communicates to TUXs over a simple, twisted-pair, multi-drop
communications bus known as a TUX trunk. Maximum allowable distance
depends on the type of wire used, the baud rate of communications (set in the
HyperTerminal configuration, see “Initial firmware and operator workstation
setup” on page 22) and the number of TUXs the trunk supports. See the IBEX
Technical Manual (LT-MAN-TECH) for TUX trunk wiring and termination
guidelines.
Modbus
The BCM-MDBS connects to modbus devices over a two-wire EIA-485
Modbus network, EIA-232 Modbus network, or an EIA-422 Modbus network.
Only one network type can be operational.
BCM-PWS
BCM-MDBS
BCM-MDM
BCM-ETH
- OR -
BCM-ETH
BCM-MDM
- OR -
BCM-MDBS
BCM-ETH
BCM-MDM
The EIA-232 connection is made through the DB-9 connector, and the EIA-422
and EIA-485 connections are made on removable, header-style screw terminals
on the top of the BCM-MDBS.
Ta bl e 3 EIA–232 male DB-9 connector pin assignments
Pin # Designation
1 CD
2 RXD
3 TXD
4 DTR
5 GND
6 DSR
7 RTS
8 CTS
9 RING
Pin Assignment
1 Transmit +
2 Transmit -
3 GND
4 Receive +
5 Receive -
Pin Assignment
1 Data +
2 Data -
3 GND
Hotel
The BCM-HOTEL typically connects to a hotel information system over
EIA-232 at 9600 bps. The BCM-HOTEL supports the following:
Port
The EIA-232 connection is made through the male DB-9 connector on the top of
the BCM-HOTEL. The EIA-422 and EIA-485 connections are made on
removable, header-style screw terminals on the top of the BCM-HOTEL.
Ta bl e 6 EIA–232 male DB-9 connector pin assignments
Pin # Designation
1 CD
2 RXD
3 TXD
4 DTR
5 GND
6 DSR
7 RTS
8 CTS
9 RING
Pin Assignment
1 Transmit +
2 Transmit -
3 GND
4 Receive +
5 Receive -
Pin Assignment
1 Data +
2 Data -
3 GND
Modem connection
Connect to the BCM-MDM with a minimum 26 AWG phone cord.
P1 trunk
The P1 trunk communicates only over an EIA-485 connection. See Table 8
above.
2. Connect the computer COM port to the DB-9 connector behind the
front cover of the BCM with a null modem cable. Make a note of the
computer COM port number you use. You will need the COM port
number in HyperTerminal.
4. Type a name for the new connection, select a different icon if desired,
and then click OK.
5. In the Connect To dialog box, from the Connect using list, select the
COM port you used to connect to the BCM, and then click OK.
The setup window closes and the HyperTerminal window is blank with
a blinking cursor.
7. Press Enter on the computer keyboard to initiate the session with the
BCM.
The opening screen of the BCM Configuration Utility appears.
Firmware Revision
Ethernet Network Number and MAC indicates the BACnet network number
assigned to the Ethernet network. MAC indicates the Ethernet MAC address, which
may be useful if using a network sniffer for troubleshooting.
If you make a typing error, press the backspace key to correct it. If you enter the
wrong selection or menu item, retype the value for that field, and then press
Enter to exit the field.
2. To change a value, type the new value, and then press Enter to set it.
-or-
To go to a submenu, type the letter of the item, and then press Enter.
Note Specific set up details for a module are explained in the applicable
section for the module. For example, see “BCM-ETH module” on page 35 or
“BCM-TUX module” on page 49 for module-specific information.
Note BACnet reserves device instance 4194303 for special purposes. Do not
use device instance 4194303.
C. Network Number 1–65,534 Sets the BACnet network number for the
Ethernet LAN. Each interconnected BACnet
network must have a network number unique
throughout the internetwork. Selecting a
number in the range 1–65,534 (and not 0) is
highly recommended for flexibility and future
compliance.
Ta bl e 11 BACnet/IP settings
B. IP Frame Type? DIX | 802.2 The Ethernet frame type used for incoming and outbound DIX
IP transmissions. The primary difference between frame
types is the LLC header.
DIX = The device generates and routes DIX (Ethernet II)
frames. Default.
802.2 = The device generates and routes 802.2 (also
known as 802.3/802.2-not RAW Ethernet) frames.
C. Reassembly Time- 1-300 The fragment reassembly time-out, in seconds. Default is 120
out 120.
D. Maximum MTU 90-1500 The Maximum Transmission Unit (MTU) in bytes. Default 1500
is 1500 (typical for Ethernet networks).
E. Time to Live 001-255 Sets the initial Time to Live (TTL) value for IP packets 64
sent from this device. TTL enumerates the number of
hops (the number of forwarding routers) the packet is
allowed to pass between source and destination. This
prevents looping packets from crashing routers and
saturating entire links or networks. Default is 64.
F. Type of Service 0-15 Sets the 4-bit type of service (TOS) value in the IP packet 0
header. Some applications may use TOS to provide
precedence levels and determine optimum routing
methods for packets. Default is 0.
0 0000 Default
G. Virtual Net Number 1-65,534 The BACnet network Number is assigned to the virtual 1
network created by the IP WAN. All BBMDs participating
on the IP WAN (in other words, all BBMDs in the
broadcast distribution table) must have this Virtual Net
Number set to the same number. This Network Number
must also be unique with respect to the internetworked
BACnet LANs. It cannot match other BACnet Network
Numbers (Ethernet LANs, MS/TP LANs, ARCNET LANs,
etc.) Default is 1.
I. UDP Port 1-65,534 The UDP port of this controller, which is used to establish 47808
connectionless transmission over IP with other BACnet/
IP-enabled controllers. This UDP port must be the same
as other BACnet/IP-enabled controllers on the same
subnet, especially if the controllers exchange messages
only using BACnet/IP (BACnet/Eth = NO).
There are notable exceptions to this rule:
• When another BBMD is on the same subnet, the UDP
ports of the BBMD must be different.
• Any device on the same subnet that registers with the
BBMD as a foreign device (such as a BACnet operator
workstation) must have a different local UDP port from
the BBMD.
Only those controllers with the same UDP port on a
subnet will exchange BACnet/IP messages. For best
results, always ensure that controllers on an internetwork
use the same UDP ports.
J. Subnet Mask nnn.nnn.nnn.nnn The netmask value for transmission on this network in 255.255.255.0
dotted-decimal. Follow IP netmasking conventions and
rules. Default is 255.255.255.0, which is typical.
N. BDT Server UDP 1-65,534 The UDP port of the broadcast distribution table (BDT) 47808
Port server defined under Server IP Address.
Broadcast Distribution Table (BDT) entries
The broadcast distribution table (BDT) contains three associated entries for each BACnet/IP broadcast management device
(BBMD) on the IP Virtual Net being defined. A maximum of 32 devices is supported. Each BBMD should have an entry for itself
in its BDT. The three entries must be assigned for each BBMD on the Virtual Network. For each BBMD, the first entry identifies
the IP address, the second the UDP port associated with the BBMD, and the third the netmask used on the BBMD’s subnet.
Usually, BBMDs have identical BDTs because one is set up as the BDT server (see “Server IP Address” and “Server UDP Port”
herein).
BBMD n UDP Port 47808-47999 Each entry is the UDP port of the BBMD of interest. This
recommended is the same value set up as the “UDP Port” in the BBMD
of interest.
BBMD n Subnet Mask nnn.nnn.nnn.nnn Each entry is used as a mask on the network of the 255.255.255.255
BBMD of interest. Typically set to 255.255.255.255
(default), which indicates that BACnet/IP messages go
only to the BBMD of interest and to no other devices on
the subnet. CAUTION! Changing this setting (most
commonly to 255.255.255.0) is a common cause of IP
routing issues, since most IP routers will not allow
messages to be forwarded to multiple devices as a
security precaution. In nearly all applications, leave this
setting to the default of 255.255.255.255.
Get BDT from Server Y|N When set to Y, the device will read the broadcast N
distribution table (BDT) from the BDT server when you
save changes and exit the configuration utility. Pending:
Yes|No indicates the status of the setting. If Pending =
Yes, the command will execute when you save changes
and exit.
Set local time [HH:MM[:SS] Shows the BCM’s current time in 24-hour format. To change the time, select this
item and then type the current hour, minute, and second in 24-hour format.
Seconds are optional. For example, type 15:42 if the current time is 3:42 pm.
Set UTC offset -780 to 780 Type the UTC offset, in minutes, that corresponds to the difference between
UTC and local standard time where the BCM operates. Time zones to the West
of the zero-degree meridian are positive values and those to the East are
negative values.
Coordinated Universal Time (UTC) is equivalent to Greenwich Mean Time,
which refers to time kept on zero-degree meridian (Greenwich meridian). Use
the UTC offset to specify the time zone in which the BCM is operating. Typical
UTC offsets for the US are listed.
Atlantic Standard Time: +240
Eastern Standard Time: +300
Central Standard Time: +360
Mountain Standard Time: +420
Pacific Standard Time: +480
Alaska Standard Time: +540
Hawaii-Aleutian Standard Time: +600
Samoa Standard Time: +660
Set daylight saving Disabled|Date range Use this setting to specify whether you want the BCM to automatically adjust its
mode clock for daylight savings time (DST). D=Disabled and R=Date Range. If
disabled, items E-H are not available.
DST start date Fixed|Calculated Specify the day you want the BCM to start daylight savings time. When you
choose to edit this item, you are prompted to enter F for fixed or C for calculated.
F. Fixed = The BCM will prompt you to provide a date in mm/dd/yyyy format.
C. Calculated (default) = The BCM will prompt you to provide parameters to
calculate a relative date. This is automatically set to “first Sunday in April.” Use
the following sequence to enter calculated dates:
The BCM prompts you for the relative position of the day within the month.
Type 1 for the 1st, 2 for the second, and so on. Type L for last. Press Enter
when you finish.
The BCM prompts you for the day of the week. Type 1 for Monday, 2 for
Tuesday, and so on (Sunday = 7). Press Enter when you finish.
The BCM prompts you for the month. Type 1 for January, 2 for February
and so on. Press Enter when you finish.
The calculated date you selected appears as the DST start date.
For example, to enter the “first Sunday in April,” type E and press Enter (to edit
the DST start date), type C and press Enter (to specify a calculated date), type 1
and press Enter (to specify the first), type 7 and press Enter (to specify Sunday),
type 4 and press Enter (to specify April).
DST start time HH:MM[:SS] Specify the exact time that daylight savings time begins in 24-hour format.
02:00:00 by default.
DST end date Fixed|Calculated Specify the day you want the BCM to end daylight savings time. When you
choose to edit this item, you are prompted to enter F for fixed or C for calculated.
See “E. DST start date” herein for instructions.
DST end time HH:MM[:SS] Specify the exact time that daylight savings time ends in 24-hour format.
02:00:00 by default.
Saving changes
After you make changes in HyperTerminal, you must exit appropriately to save
your changes.
CAUTION You will lose changes if you close the HyperTerminal session or
disconnect without saving. After making any changes, be sure to exit
appropriately to save your work.
5. Close HyperTerminal.
When you exit the configuration utility after making changes, the configuration
utility prompts you to save a configuration file to the computer. You can also
choose to save at any time using option C from the Main menu.
3. Click the Browse button, select the file you want to send, and then click
Open.
5. Click Send.
HyperTerminal provides information about the status of the send
operation in a dialog box that automatically closes when the send
operation finishes. The configuration utility provides feedback about
the status of the send operation and prompts you to load the new file.
6. Type Y and press Enter to load the new configuration file to the BCM.
The send operation is complete and the main menu appears.
CAUTION A device record must exist in Device Manager for you to view and
change BCM values using Envision for BACtalk.
Use the Device Scan feature to scan the network for the BCM. This is the easiest
way to add a record and also ensures that the BCM is communicating. Once a
device record exists, use Device Manager to send data to and read data from the
BCM. See the Envision for BACtalk Installation and Startup Guide (LTBT-TM-
ADMIN) or the Envision for BACtalk Operator’s Manual (LTBT-OP-EBT20)
for more information about working in Device Manager.
BCM-PWS module
The BCM-PWS requires 19 - 30 VAC @ 30 VA, 47–63 Hz power for itself and
all connected modules. The BCM-PWS uses a half-wave rectifier, which enables
it to share a power supply with other half-wave devices.
If the BCM-PWS loses operating power, it reverts to a 7.2 volt NiCad battery,
which provides interim power to the BCMs so they can conduct an orderly
shutdown.
BCM-ETH module
This section describes details specific to the BCM-ETH module. See other
sections in this manual for similar details about other available modules.
The BCM-ETH module is a BACnet router and controller that supports BACnet/
IP and is capable of operation as a BACnet Broadcast Management Device
(BBMD). Install the BCM-ETH in the middle of the BCM array for optimal
performance.
The BCM-ETH supports BACnet Ethernet and MS/TP connections, making I/O,
operational, and functional data for connected BACnet devices available to the
site-wide automation system as BACnet objects and properties.
The BCM-ETH connects to other BCM modules using a keyed ribbon cable. The
ribbon cable provides power and connectivity to the modules. For this reason,
the BCM-ETH requires at minimum a BCM-PWS to be installed.
automation features, see the operator’s manual for your BACtalk operator
workstation software.
Ta ble 13 Programming features
Programming interface Global/Building controller DDC (VisualLogic).
AVs and BVs 1000 AVs and 1000 BVs. BVs support the priority-array.
Demand limiting Supports two demand limiter objects, each with 100
loads defined.
Technical data
Ta ble 14 BCM-ETH hardware capabilities
Controller support on 65 VLCs max. supported on MS/TP LAN.
MS/TP LAN
Super capacitor Powers the real-time clock when AC power is not present.
Standby life is 20 days.
NOTE: The super capacitor is not user serviceable and
does not require replacement.
BACnet Ethernet Integrated Ethernet adapter circuitry with RJ-45 jack for
connection to 10Base-T or 100Base-TX networks.
Environmental 32-131 deg. F (0-55 deg. C). 0-95% RH, non condensing.
BACnet conformance Pending.
The BCM-ETH also supports MS/TP connections. MS/TP network settings are
accessed through item D on the Change Configuration screen. See Table 21 on
page 47 for information about MS/TP network settings.
B. IP Frame Type? DIX | 802.2 The Ethernet frame type used for incoming and outbound DIX
IP transmissions. The primary difference between frame
types is the LLC header.
DIX = The device generates and routes DIX (Ethernet II)
frames. Default.
802.2 = The device generates and routes 802.2 (also
known as 802.3/802.2-not RAW Ethernet) frames.
C. Reassembly Time- 1-300 The fragment reassembly time-out, in seconds. Default is 120
out 120.
D. Maximum MTU 90-1500 The Maximum Transmission Unit (MTU) in bytes. Default 1500
is 1500 (typical for Ethernet networks).
E. Time to Live 001-255 Sets the initial Time to Live (TTL) value for IP packets 64
sent from this device. TTL enumerates the number of
hops (the number of forwarding routers) the packet is
allowed to pass between source and destination. This
prevents looping packets from crashing routers and
saturating entire links or networks. Default is 64.
0 0000 Default
H. Subnet Mask nnn.nnn.nnn.nnn The netmask value for transmission on this network in 255.255.255.0
dotted-decimal. Follow IP netmasking conventions and
rules. Default is 255.255.255.0, which is typical.
The broadcast distribution table (BDT) contains three associated entries for each BACnet/IP broadcast management device
(BBMD) on the IP Virtual Net being defined. A maximum of 32 devices is supported. Each BBMD should have an entry for itself
in its BDT. The three entries must be assigned for each BBMD on the Virtual Network. For each BBMD, the first entry identifies
the IP address, the second the UDP port associated with the BBMD, and the third the netmask used on the BBMD's subnet.
Usually, BBMDs have identical BDTs because one is set up as the BDT server (see “Server IP Address” and “Server UDP Port”
herein).
B. Virtual Net Number 1-65,534 The BACnet network Number is assigned to the virtual network 1
created by the IP WAN. All BBMDs participating on the IP WAN
(in other words, all BBMDs in the broadcast distribution table)
must have this Virtual Net Number set to the same number.
This Network Number must also be unique with respect to the
internetworked BACnet LANs. It cannot match other BACnet
Network Numbers (Ethernet LANs, MS/TP LANs, ARCNET
LANs, etc.) Default is 1.
C. Local UDP Port 1-65,534 The local UDP port is how the global controller speaks to the 47808
gateway. The UDP port of this controller, which is used to
establish connectionless transmission over IP with other
BACnet/IP-enabled controllers. This UDP port must be the
same as other BACnet/IP-enabled controllers on the same
subnet, especially if the controllers exchange messages only
using BACnet/IP (BACnet/Eth = NO).
There are notable exceptions to this rule:
• When another BBMD is on the same subnet, the UDP ports
of the BBMD must be different.
• Any device on the same subnet that registers with the BBMD
as a foreign device (such as a BACnet operator workstation)
must have a different local UDP port from the BBMD.
Only those controllers with the same UDP port on a subnet will
exchange BACnet/IP messages. For best results, always
ensure that controllers on an internetwork use the same UDP
ports.
H. BDT Server IP Address nnn.nnn.nnn.nnn Optional. The IP address, in dotted-decimal, of the device that 0.0.0.0
functions as the broadcast distribution table (BDT) server to
this device. This BBMD can retrieve its routing table from the
BDT Server if its own BDT is lost for any reason. If left to
000.000.000.000, the BDT must be reentered manually. For
this reason, the IP address of the BDT server should appear in
its own routing table.
I. BDT Server UDP Port 1-65,534 The UDP port of the broadcast distribution table (BDT) server 47808
defined under Server IP Address.
J. Get BDT from Server Y|N When set to Y, the device will read the broadcast distribution N
table (BDT) from the BDT server when you save changes and
exit the configuration utility. Pending: Yes|No indicates the
status of the setting. If Pending = Yes, the command will
execute when you save changes and exit.
B. Virtual Net Number 1-65,534 The BACnet network Number is assigned to the virtual network 1
created by the IP WAN. All BBMDs participating on the IP WAN
(in other words, all BBMDs in the broadcast distribution table)
must have this Virtual Net Number set to the same number.
This Network Number must also be unique with respect to the
internetworked BACnet LANs. It cannot match other BACnet
Network Numbers (Ethernet LANs, MS/TP LANs, ARCNET
LANs, etc.) Default is 1.
C. UDP Port 1-65,534 The UDP port of this controller, which is used to establish 47809
connectionless transmission over IP with other BACnet/IP-
enabled controllers. This UDP port must be the same as other
BACnet/IP-enabled controllers on the same subnet, especially
if the controllers exchange messages only using BACnet/IP
(BACnet/Eth = NO).
• There are notable exceptions to this rule:
• When another BBMD is on the same subnet, the UDP ports
of the BBMD must be different.
• Any device on the same subnet that registers with the BBMD
as a foreign device (such as a BACnet operator workstation)
must have a different local UDP port from the BBMD.
Only those controllers with the same UDP port on a subnet will
exchange BACnet/IP messages. For best results, always
ensure that controllers on an internetwork use the same UDP
ports.
H. Public IP Address nnn.nnn.nnn.nnn Optional. The IP address, in dotted-decimal, of the device that 0.0.0.0
functions as the server to this device. This is the public-facing
(NAT) IP address.
I. Public UDP Port 1-65,534 The UDP port of the server defined under Server IP Address. 47808
This is the public-facing (NAT) UDP port number.
Note See the BACtalk System Design Guide (LTBT-TM-SYSDSGN) for more
information about Network Address Translation (NAT) and to view example
configurations.
BCM-MS/TP module
This section describes details specific to the BCM-MS/TP module. See other
sections in this manual for similar details about other available modules.
The BCM-MS/TP connects to other BCM modules using a keyed ribbon cable.
The ribbon cable provides power and connectivity to other modules for the
BCM-MS/TP. For this reason, the BCM-MS/TP requires at minimum a
BCM-PWS to be installed.
Note See the BCM-MS/TP version history for a complete list of changes and
enhancements made with each new release of the BCM-MSTP ROC. View the
file from the ROC downloads page on the ASN.
AVs and BVs 1000 AVs and 1000 BVs. BVs support the priority-array.
Demand limiting Supports two demand limiter objects, each with 100
loads defined.
Technical data
Note There are certain configuration settings required for all modules. See
“Configuring settings that apply to most modules” on page 26 for more
information.
B. MS/TP MAC 0-127 Sets the MAC address of the unit on the
MS/TP LAN. Each BACnet device on an
MS/TP LAN must have a unique MAC address.
The device has a default MS/TP MAC address
of 0.
C. MS/TP Kbps 9.6, 19.2, Sets the communication speed for the MS/TP
38.4, 76.8 LAN.
D. Enable support for Y|N Set to Y if any VLCs with firmware v1.02 or
VLCs with firmware v1.02 earlier are connected to the MS/TP LAN.
and earlier
BCM-TUX module
This section describes details specific to the BCM-TUX module. See other
sections in this manual for similar details about other available modules.
The BCM-TUX reads TUX data from up to 64 Alerton TUXs on an IBEX TUX
trunk and makes the data available to the BACnet network as BACnet objects
and properties. The BCM-TUX enables your BACnet system to read and write
TUX point data, as well as read TUX alarms.
The BCM-TUX connects to another BCM module using a keyed ribbon cable.
The ribbon cable provides power and connectivity to other modules for the
BCM-TUX. For this reason, the BCM-TUX requires at minimum a BCM-PWS
to be installed.
Note See the BCM-TUX version history for a complete list of changes and
enhancements made with each new release of the BCM-TUX ROC. View the file
from the ROC downloads page on the ASN.
AVs and BVs 1000 AVs and 1000 BVs. BVs support the priority-array.
Demand limiting Supports two demand limiter objects, each with 100
loads defined.
Technical Data
Super capacitor Powers the real-time clock when AC power is not present.
Standby life is 20 days.
NOTE: The super capacitor is not user serviceable and
does not require replacement.
Environmental 32-131 deg. F (0-55 deg. C). 0-95% RH, non condensing.
For BCM TUX modules, TUX network settings are accessed through item D on
the Change Configuration screen.
Note There are certain configuration settings required for all modules. See
“Configuring settings that apply to most modules” on page 26 for more
information.
TUX Virtual 1 - 65,534 This is the network number assigned to the TUX 22222
Network trunk. All TUXs are referenced in BACnet with
Number respect to this number.
IMPORTANT! This number must be unique. It
cannot match any other network number.
TUX Kbps 1200, 4800 The BCM-TUX can only support TUXs 9600
or 9600 communicating at 4800 or 9600 Kbps Now
supports 1200 baud with Envision for BACtalk
v2.0 or later.
A 1200 baud TUX does not support expanded mode. Newer TUXes on a
1200 baud trunk can be configured according to the table below.
Ta ble 27 BCM-TUX: 1200 Baud Expanded Mode configuration settings
C. TUX Address 02 Y|N Sets the expanded mode for address 02. N
Expanded Mode
Enabled
For example, if you set a base TUX device instance of 10200 (using
HyperTerminal), a TUX with address 2 is identified in BACnet with device
instance 10202.
The BCM-TUX makes TUX data available as the present-value property of the
BACnet object. The object and its properties are referenced by the Virtual TUX
Device Instance.
were normally provided by the APEX in your IBEX system. Use the following
table to determine how to accomplish these functions in your BACtalk system.
Enable heating, cooling, and unit Used APEX DDC to send ON values to DOs Set up DDC in the BCM-TUX to write to the
operation in application specific TUXs. appropriate BO in the virtual device. See the
IBEX technical manual to identify the BO to
write to (typically BO 1, BO 2, or BO 8).
Programming with zone custom Used APEX DDC to generate values for Place available AVs and BVs (not mapped
points zone custom points that you placed on a to specific TUX points) in the virtual device
control panel template. on a device template. See “Appendix F:
TUX data point to BACnet object mappings”
on page 123 for information about TUX
point mapping.
Zone TUX points Used TUX points in control panel DDC. Use the Set Context function in Global/
Building Controller DDC.
Pulse data conversion Used Device 9 (APEX DDC) to convert Use DDC math functions in Global/Building
compound data (AI 1 through AI 6) from a Controller DDC.
TX-651 Pulse to consumption and rate.
View, create and edit TUX DDC Used TUX DDC in IBEX operator You cannot view, create or edit TUX DDC in
workstation software to view, create and edit BACtalk. Create and edit TUX DDC using
DDC. IBEX VisualLogic. If the TUX has a direct-
connect header, connect using an AC-2650
cable and use the TUX Development
System. Otherwise, connect using an IBEX
global controller and the TUX Interface
Device.
Control Panel Subroutines The TUX is linked to a control panel using Use the Set Context Function to reference a
Device 80. changing device in Subroutine DDC.
BCM-MDBS module
This section describes details specific to the BCM-MDBS module. See other
sections in this manual for similar details about other available modules.
On an EIA-485 or EIA-422 network, data from up to 247 slave nodes can be read
and written using the BACnet system. On an EIA-232 network, only one
Modbus device is supported.
CAUTION The number of slave nodes supported depends on the total unit
load. The BCM-MDBS supports a maximum unit load of 32.
You can also scale Modbus data. See “Syntax for description string” on page 62
for more information.
Note See the BCM-MDBS version history for a complete list of changes and
enhancements made with each new release of the BCM-MDBS ROC. View the
file from the ROC downloads page on the ASN.
AVs and BVs 1000 AVs and 1000 BVs. BVs support the priority-array.
Technical Data
Super capacitor Powers the real-time clock when AC power is not present.
Standby life is 20 days.
NOTE: The super capacitor is not user serviceable and
does not require replacement.
Memory and CPU 8 MB Flash RAM. 32 MB SDRAM for program execution.
32-bit, high-integration Motorola CPU.
Environmental 32-131 deg. F (0-55 deg. C). 0-95% RH, non condensing.
Note There are certain configuration settings required for all modules. See
“Configuring settings that apply to most modules” on page 26 for more
information.
D. Stop Bits STD or ONE Select the number of stop bits per
character of the Modbus
connection. STD uses the
number of stop bits specified by
the Modbus specification (one
stop bit if even or odd parity is
used; two stop bits if no parity is
used).
NOTE: Some Modbus device
manufacturers do not follow the
Modbus specification and use
one stop bit with no parity; the
ONE option may be used to
match this behavior.
Note BVs have priority arrays. When data from a Modbus device is written to a
BV, it is placed at priority 16. When data from a BV is written to a modbus
device, the BV’s present-value is the output data.
Note Some manufacturers bias the Modbus addresses by 1. That is, their point
addresses range 0-9999 instead of 1-9999. In these cases you need to assign their
register address +1. For example, to read their register 3, you would assign
register 4.
When you set up a data mapping, you specify the type of object in the BACtalk
system to use to map data. You also specify whether the item is intended for a
read-only input or whether it should be commanded from the BACnet system.
The reference type of the Modbus data determines how you need to map it (see
the following table) and “Syntax for description string” on page 62 for more
information.
Ta ble 32 Modbus addressing format
Argument Explanation
I|O|A|W|T Message type. Determines if the value will be an input (read-only) or output (writable). The Modbus
reference type determines acceptable entries.
I Read-only input from Modbus to BACtalk. The Modbus value is read into BACtalk and cannot be
commanded through the AV or BV present-value property. The BCM-MDBS performs a round-robin poll of
all input points to request values from the Modbus equipment.
O Verified output from BACtalk to Modbus using message code 6 (Preset Single Register) or message
code 5 (Force Single Coil). The Modbus value is writable through the AV or BV present-value property. On
change-of-state and during round-robin poll, the Modbus data is read and compared against BACtalk data.
A write to the Modbus point occurs only if the compared values are different.
Type O should be used for output points unless problems are encountered and especially if the Modbus
device stores its data in EEPROM. This eliminates unnecessary writes to EEPROM.
Note Use types A, T, and W when the Modbus device has problems with type O operation.
A Verified multiple register output from BACtalk to Modbus. The Modbus value is writable through the AV
or BV present-value property. Behaves precisely like the O point, but A values are written on the Modbus
side using the “Preset Multiple Registers” message (Modbus message code 16).
NOTE: The A designator can only be used with AV objects.
W Unverified output from BACtalk to Modbus using message code 6 (Preset Single Register). The
Modbus value is writable through the AV or BV present-value property. The value is not read from the
Modbus side or compared to the BACtalk value. A write occurs on BACtalk change-of-state and during
round-robin poll of Modbus values. Note: The W option was added primarily for compatibility with Liebert
Modbus systems, which may flag points internally as NULL on reset. This caused an error message to
occur when the BCM-MDBS attempted to read them for comparison using the O point.
T Unverified multiple register output from BACtalk to Modbus. The Modbus value is writable through the
AV or BV present-value property. Behaves precisely like the W point, but T values are written on the
Modbus side using the “Preset Multiple Registers” message (Modbus message code 16). Developed
primarily for Triatek applications.
NOTE: The T designator can only be used with AV objects.
<Slave Address> Specifies the Modbus slave number where the data originates. Range is 1–247.
<Reference> Specifies the Modbus reference type. One digit. Acceptable values are 0, 1, 3, 4, or 6.
NOTE: The number in parenthesis below is the Modbus function code. See “Appendix G: Modbus function
codes” on page 167 for more information.
For operation I: 0=read coil status (binary) (1), 1=read input status (binary) (2), 3=read input register
(analog) (4), 4=read holding register (analog) (3), 6=read general reference (analog) (20).
For operation O: 0=read coil status (1) then write (5), 4=read holding register (3) then write (16), 6=read
general reference (20) then write (21).
For operation A: 4=read holding register (3) then write (16).
For operation W: 0=write coil status (5), 4=write holding register (6)
For operation T: 4=write holding register (16)
Register or Coil Specifies the Modbus register or coil address. Range is 1–9999.
<Extended Omit unless Reference is set to 6. When the reference type is set to 6, File Number must specify a file or
Memory File group number in the range 0–9999.
Number>
(optional)
Argument Explanation
F | Fb | Fl Optional floating point designation to support the reading and writing of floating point values when
(optional) interfacing to Modbus equipment that stores such values in two consecutive Modbus register addresses.
The F designator can only be used with AV objects.
When F is appended to the I message-type indicator, the Modbus register reference type must be 3 or 4
(not 6). For example, the description string “I,1,4,206,F Sample float” requests a floating point value from
slave #1, register addresses 40206 and 40207.
When F is appended to an output message type (O,A,W,T) the BCM-MDBS writes the BACnet AV floating
point value to two consecutive Modbus registers, beginning with the register specified in the gateway string.
NOTE: The original Modbus standard did not support floating point. Modbus registers normally contain 2
bytes of data. Floating points contain 4 bytes. Some manufacturers store these 4 bytes in “Little endian”
order; others use “Big endian” order. Try swapping the order If you are not getting valid floating point data.
F= Fb = Big endian
Fl = Little endian
The option must immediately follow the preceding comma (no intervening spaces).
L | Lb | Ll Optional long integer point designation to support reading or writing of 32-bit integers when interfacing with
(optional) Modbus equipment that stores such values in two consecutive Modbus register addresses. The L
designator can only be used with AV objects.
When L is appended to the I message-type indicator, the Modbus register reference must be 3 or 4. For
example, the description string “I,1,4,206,L Sample long int” requests a long integer value from slave #1,
register addresses 40206 and 40207.
When L is appended to an output message type (O,A,W,T) the BCM-MDBS converts the BACnet AV
floating point value to a long integer and writes it to two consecutive Modbus registers, beginning with the
register specified in the gateway string.
NOTE: The original Modbus standard did not support long integers. Modbus registers normally contain 2
bytes of data. Long integer points contain 4 bytes. Some manufacturers store these 4 bytes in “Little endian”
order; others use “Big endian” order. Try swapping the order If you are not getting valid point data.
L= Lb = Big endian
Ll = Little endian
The option must immediately follow the preceding comma (no intervening spaces).
BU <nn> Bit Unpack. Some Modbus devices send bit-packed data. If the BU field is present, the bit number specified
(optional) in nn (0-15) are extracted and used as the present-value of the BACnet object. Use only for message type I
(read-only).
The option must immediately follow the preceding comma (no intervening spaces).
<Real Number1> Any real number, which will be used to scale Modbus data. See “Scaling point data” on page 64.
(optional)
<Real Number2> Any real number, which will be used to scale Modbus data. See “Scaling point data” on page 64.
(optional)
M <nn> Optional argument used to override the multiple register request setting for individual modbus mappings.
(optional) This option only operates on modbus data read request messages. See “Defining multiple register
requests” on page 65 for more information.
Symbol Meaning
* Means multiply by a positive number
*+ Means multiply by a positive number
*- Means multiply by a negative
number
+ Means add a positive number
- Means subtract
Examples
The following syntax examples show how scaling works for different situations.
Example 1
Modbus register 4 0032 reports sensed pressure 0-4095. You want AV 15 to read
as 0-300 psi. The Modbus slave address is 44.
AV 15 = ModbusValue * 300/4095
300/4095 = 0.07326.
Solution 1
The Description for AV 15 should be I, 44, 4, 32, *0.07326.
Example 2
Modbus register 44 now reports 820-4095 as gpm ranges 0-600.
The range is 600/(4095 -820) = 0.1832.
The offset = 820.
Solution 2
The Description for AV 15 should now be I, 44, 4, 32, -820.0, *0.1832.
interfacing with does not support multiple register read requests, the requests
will fail and most likely generate an exception message reply. See “Appendix H:
Error indicators” on page 168 for more information.
Example
AV 6 mapping: I, 1, 4, 34
AV 7 mapping: I, 1, 4, 35
AV 8 mapping: I, 1, 4, 32
AV 9 mapping: I, 1, 4, 33
AV 10 mapping: I, 1, 4, 37
AV 11 mapping: I, 1, 4, 38
BV 5 mapping: I, 1, 4, 33, BU4
x40032 AV 8
x40033 AV 9
x40033 BV 5
x40034 AV 6
x40035 AV 7
x40037 AV 10
x40038 AV 11
Assuming that these are the only mappings found in the BCM-MDBS, three data
request messages are made under multiple mode.
• One request is for three registers starting at x40032 (here the Multiple
Register Limit has come into play). The returned data is placed in the
present-value of AV 8, AV 9, BV 5, and AV 6.
• A second request is made for the single register x40035 since there were
no mapped consecutive registers to group it with. Returned data is
placed into the present-value of AV 7.
• A third request is made for 2 registers starting at register x40037. The
returned data will be placed into the present-value of AV 10 and AV 11.
Any scaling, floating point, long integer, or bit unpacking options
assigned to the various points will be applied and is not affected by the
multiple requests.
by the Multiple Register Limit parameter. The returned data from the request is
placed in the present-value of the AV specified in the mapping string, and also
into the present value of AVs that are mapped in this range.
Example 1
AV 10 mapping: I, 1, 4, 32, M3
AV 11 mapping: I, 1, 4, 33
AV 12 mapping: I, 1, 4, 34
Example 2
AV 6 mapping: I, 1, 4, 30
AV 7 mapping: I, 1, 4, 31
AV 10 mapping: I, 1, 4, 32, M1
AV 11 mapping: I, 1, 4, 34
AV 12 mapping: I, 1, 4, 35, M1
Assuming that these are the only assigned mappings, BCM-MDBS will request
two registers (x40030 and x40031) with a single request and place the returned
data in the present-value of AV 6 and AV 7. A request for the single register
x40032 is made with returned data placed into the present-value of AV 10. A
request for the single register x40034 is made with returned data placed into the
present-value of AV 11 (the BCM-MDBS was not able to optimize to a multiple
request because of the “M1” assigned to x40035 in AV 12. A request for the
single register x40035 is made with returned data placed into the present-value
of AV 12.
Example 1
AV 6 mapping: I, 1, 4, 34
AV 7 mapping: I, 1, 4, 35
AV 10 mapping: I, 1, 4, 32, M4
BCM-MDBS makes a single request for four registers starting at x40032. The
response data is placed in the present-value of AV 10, AV 6, and AV 7. The data
returned for register x40033 will be discarded since there is no string mapping to
this register. For clarity it would make sense to map consecutive AVs to
consecutive registers, but this was avoided in this example for purposes of
instruction.
Example 2
AV 6 mapping: I, 1, 4, 34, M2
AV 7 mapping: I, 1, 4, 35
AV 10 mapping: I, 1, 4, 32, M4
BCM-MDBS makes a request for four registers starting at x40032. The returned
data for register x40032 is placed in the present-value of AV 10. The data
returned for register x40033-35 is discarded since x40033 is not mapped and the
“M2” option assigned to AV 6 specifies that a multiple message is to be used
with x40034 as its base. A request for two registers starting at x40034 is made
with returned data placed in the present-value of AV 6 and AV 7.
Note You can still use the description property for AVs and BVs that are not
intended to be mapped to Modbus points. The BCM-MDBS assumes that any
description property that does not contain a comma as the 2nd character is not
intended to be a Modbus mapped point and an error string is not inserted.
2. From the Place Item menu, choose Prompted Property, and then click
the display where you want to place the item.
3. Double-click the item to view the Prompted Property Setup dialog box.
4. Click the command button beside the Property box to open the Object
Specification dialog box.
7. Click OK in the Object Specification dialog box, and then click Close in
the Prompted Property dialog box.
8. Repeat steps 2 through 7 for all data points you want to map.
9. Resize the prompted item to the size you want, save the display, and
close the Display Editor.
11. Click the command button for the prompted property you created.
12. In the Edit Property dialog box, under Value, type a mapping value for
the description property according to the guidelines in “Syntax for
description string” on page 62.
BCM-HOTEL module
This section describes details specific to the BCM-HOTEL module. See other
sections in this manual for similar details about other available modules.
The hotel computer sends an ASCII message to the BCM-HOTEL when the
room is first rented and again when the guest checks out. Either message can be
repeated any number of times, but repetition is not necessary.
Note See the BCM-HOTEL version history for a complete list of changes and
enhancements made with each new release of the BCM-HOTEL ROC. View the
file from the ROC downloads page on the ASN.
Protocol One
This type of data transmission includes checksum data at the end of messages.
• 8 data bits
• No parity
• 1 stop bit
The message format is Exxxxy or Vxxxxy, where E = rented and V = vacant.
Character Meaning
1 E for check in, V for check out
6 Checksum
To generate the checksum, add the room number digits in decimal and send the
ones place digit of the sum as an ASCII character.
For example:
When PROT1 is selected, options D-H change to the following values. These
values cannot be edited.
Option Value
D. Response code ACK
E. Parity N
F. Data bits 8
G. Stop bits 1
Protocol Two
This type of data transmission omits checksum data from the end of messages.
• 7 data bits
• No parity
• 1 stop bit
The message format is Exxxx or Vxxxx, where E = rented and V = vacant (same
as Protocol One but the checksum is omitted).
Character Meaning
1 E for check in, V for check out
For example:
When PROT2 is selected, options D-H change to the following values. These
values cannot be edited.
Option Value
D. Response code ACK
E. Parity N
F. Data bits 7
G. Stop bits 1
Custom
When CUSTOM is selected, options D-H change to the following values:
Option Value
D. Response code ACK or W
F. Data bits 7 or 8
G. Stop bits 1 or 2
Note Normally EIA-232 is used. Disconnect the TX wire if you do not want to
receive ACK messages.
AVs and BVs 10,000 BVs and 10 AVs. BVs support the priority-array.
Technical data
Super capacitor Powers the real-time clock when AC power is not present.
Standby life is 20 days.
NOTE: The super capacitor is not user serviceable and
does not require replacement.
Real-time clock Onboard real-time clock supports trendlogs and timed DDC
functions.
Environmental 32-131 deg. F (0-55 deg. C). 0-95% RH, non condensing.
For BCM-HOTEL modules, hotel protocol settings are accessed through item D,
Configure Hotel Protocol, on the BCM-HOTEL Configuration Utility Change
Configuration screen.
Note There are certain configuration settings required for all modules. See
“Configuring settings that apply to most modules” on page 26 for more
information.
C. Baud 300, 1200, 4800, or Select the communication speed for the
9600 connection. Typically, 9600 is used.
Note Set this parameter to match the baud
rate on the hotel side.
D. Response ACK
code
E. Parity N
F. Data bits 8,
G. Stop bits 1,
H. Checksum byte Y, N
included:
BCM-FPCS module
This section describes details specific to the BCM-FPCS module. See other
sections in this manual for similar details about other available modules.
The BCM-FPCS is an Alerton gateway device that enables data sharing between
an Alerton BACtalk system and Siemens® floor level network (FLN) devices on
a P1 protocol network. The BCM-FPCS reads data from up to 98 devices on a P1
network protocol trunk and makes the data available to the BACnet network as
BACnet objects and properties. The BCM-FPCS enables your BACnet system to
read and write P1 point data, as well as read P1 network alarms.
Note Like Gen4 VLCs, the BCM-FPCS communicates using the RS-485
signaling standard so see “MS/TP” on page 16.
The BCM-FPCS connects to adjacent BCM modules using a keyed ribbon cable.
The ribbon cable provides power and connectivity to all modules and the
BCM-FPCS. The BCM-FPCS requires at minimum a BCM-PWS with a 24 Volts
power connection and a BCM-ETH to be installed.
Note See the BCM-FPCS version history for a complete list of changes and
enhancements made with each new release of the BCM-FPCS ROC. View the
file from the ROC downloads page on the ASN.
automation features, see the operator’s manual for your BACtalk operator
workstation software.
Ta ble 38 Programming features
Programming interface Global/Building controller DDC (VisualLogic).
AVs and BVs 1000 AVs and 1000 BVs. BVs support the priority-array.
Demand limiting Supports two demand limiter objects, each with 100
loads defined.
1
Virtual points in the BCM-FPCS are treated like external points, therefore they
have a lower maximum trendlog sampling rate than internal points.
Technical Data
Super capacitor Powers the real-time clock when AC power is not present.
Standby life is 20 days.
NOTE: The super capacitor is not user serviceable and
does not require replacement.
Environmental 32-131 deg. F (0-55 deg. C). 0-95% RH, non condensing.
Note There are certain configuration settings required for all modules. See
“Configuring settings that apply to most modules” on page 26 for more
information.
Use the Change Configuration screen to change the device instance of the
BCM-FPCS. The device instance must be unique to the BACnet system.
Use the Configure P1 Virtual Network screen to change the base virtual device
instance of the BCM-FPCS. (This number gets displayed on the bottom of the
main menu when you first log on.) The base virtual device instance must be
unique to the BACnet system and it can not be the same as the BCM-FPCS
device instance. The virtual device instance is the base of the BACnet device
Figure 22 The Configure PTP network and Modem screen in the BCM-FPCS
Configuration Utility. The virtual network is shared by P1 and PTP.
Use the P1 Diagnostics Menu to check the status of the BCM-FPCS and its
connected devices.
Type S and press Enter to see a list of devices that have been discovered, their
Application Number, and if they are online.
Type R and press Enter to remove a P1 device from the BCM-FPCS. If you
renumber P1 devices, split a loaded P1 trunk in two, or do anything else that
physically removes a P1 device from the bus, the BCM-FPCS will continue
looking for the device once every scan. For improved performance, use the
Remove feature to purge off-line device numbers that won’t be replaced.
Note For a device offline for maintenance, do not use the Remove feature or
you will lose any customization you’ve done to that profile.
The Remove feature will remove any defined device, whether offline or online.
If an online device is removed, all the writable device properties (object name,
location, description) and all points of the virtual device will be deleted. Since
the device is still connected, it will be re-discovered by the background scan but
the device properties and point properties will be the application defaults.
Note It’s good practice to back up and save any changes you make to device
profiles as you work so you’ll have the changes later if a backup is required.
Type I and press Enter to start scanning for P1 trunks and automatically detect
and map new P1 device data as BACnet objects and properties. Note that Auto-
discovery is automatically started when the BCM-FPCS is powered up and it
does not need to be repeated unless you are experiencing problems or have done
some work on devices connected to the P1 trunk.
When a new device is detected, the BCM-FPCS gets the Hardware Type and
Application Number from the P1 device and creates an appropriate database of
points for that application. The Auto-discovery operation may take up to 2
minutes to complete if many new devices are discovered.
Type P and press Enter to see the current percentage complete of the Auto-
discovery process.
Type D and press Enter to see the display modes for the P1 trunk. Of all the three
diagnostic modes (C, D, and V) item D displays data in the simplest terms.
Note You should not leave the BCM-FPCS in any diagnostic display mode for
long periods of time or the scan time will be adversely affected.
The display mode tells you that devices are communicating as they are scanned,
polled, and data points are automatically mapped. Items V and C are
increasingly more technical forms of data. V is a verbose form of D that shows
actual communication packets. C shows only commands received over BACnet
and issued to the P1 network. Type Q and then press Enter to stop the trace
display and restore the P1 Diagnostics Menu screen.
Online
If the device is online, the BCM-FPCS reads its data and shares it with the
BACtalk system. As the BCM-FPCS receives change-of-state (COS), change-
of-value (COV) packets or new point data, all points return current data.
Offline
If a device fails to respond for four consecutive commands, it goes offline: the
BCM-FPCS places it on an abbreviated poll cycle and flags all of the device’s
points as unreliable until communications are re-established. The BCM-FPCS
scans the unresponsive device once per scan cycle to see if it is communicating.
If the auto-discovery operation runs out of memory while creating points under a
new device, all points created for that device so far will be deleted. The device
name changes to “Failed to map device #nnnn,” where #nnnn is the application
number, and the description of the device location changes to “Failure due to
lack of memory.”
Unknown applications
The BCM-FPCS can identify many standard applications, but it is possible for a
P1 device to contain a custom application not found in the BCM-FPCS database
of known applications. The BCM-FPCS will default to an auto-mapping
operation that maps AV-2 through AV-99 to AI-2 through AI-99 on a P1 device
with an unknown application. You may alter these mappings as required using
the point list for the given application. The description properties of AV-3
through AV-99 are loaded with “UNUSED AV #nn” by this default mapping.
Note Only set up a gateway-string for points you want to map. Mapping
multiple points may generate excess traffic and slow down system performance.
Drop a data point from the mapping by deleting the gateway-string associated
with that point. After the gateway-string is deleted, the P1 device will no longer
be polled for that data point.
Application commands
There are four application commands that will help you customize application
mappings: LOAD APP, #nnnn, REDISCOVER, CLEAR MAP, and RELOAD.
These are especially useful for applications that are unknown (not part of BCM-
FPCS known application database). The commands are made by typing the
command as input to the AV-2 gateway-string property. Note that AV-2 is always
mapped to the P1 device application number. The gateway-string for AV-2 is
always set automatically and you cannot alter it. The AV-2 gateway string will
revert to its previous contents after the command is issued.
Use the LOAD APP, nnnn command to load the mappings from an application
that BCM-FPCS has in its known application database. This command is useful
for using the loaded application as a customization starting point, since your
custom application may be very near to one of the standard applications. Note
that the application contained in the P1 device does not change when this
command is issued. The command simply sets the mappings of the AVs and BVs
to match the loaded application’s mappings. If you issue this command for an
application number that the BCM-FPCS does not know about, the gateway-
string will be set to “BAD PROFILE: #nnnn.”
Use the CLEAR MAP command to clear all mappings except for the
application number mapping (AV-2) from a device. This command should be
issued before you download a custom mapping from Envision for BACtalk,
since the BACtalk download does not erase existing mappings before the
download.
Use the Clear Map command in the gateway setup string of AV-2 to refine your
mapped point list so the system uses just the mapped points you want, rather than
all exposed P1 device points. The BCM-FPCS by default automatically maps all
exposed P1 device points into BACnet data, which may result in far more
mapped points than you need. Clear Map enables you to operate efficiently.
You may also use the Clear Map command as a one-step method for copying a
stored profile from one controller to one or more other controllers. If you’ve
edited the profile by deleting some points and changing some others, and you
want to make all similar controllers exactly the same, copy the PointData.mdb
file from the \Rep\job\Devxxxxx\ folder of the device you customized to the
corresponding folder for all other similar devices. Then do a Clear Map
command in each of the target devices to empty its point list before you Send the
Point Data to it.
Use the RELOAD command if you have deleted or edited a point (AV-3 through
AV-98) and now want to restore its standard configuration from its Alerton
profile. Type RELOAD in the point’s gateway string. Remember that BV’s are
automatically created from the information in an AV’s gateway string, so type
RELOAD in the AV of the same point number to restore a BV.
The Reload feature does not work on legacy devices, such as the Siemens® MPU
and DPU controllers. Entering RELOAD into the gateway string for a point
AV-3 through AV-99of a MPU or DPU at address 0 through 99 causes the point
to load the default unused point configuration: description = “UNUSED_AV_n”
and “AI, ,0,1.0” instead of the standard mapped or unmapped configuration for
that point from the MPU or DPU as expected. In this case, you may manually
edit the gateway string to the profile’s default value, or edit AV-2 to “LOAD
MAP, 1” if it’s a MPU or “LOAD MAP, 2” if it’s a DPU.
AVs and BVs mapped to P1 data points are normally read-only, even if the P1
data point type specified was AO or BO. If you want to write to a data point you
have to specify the point is writeable using a flag in the gateway-string property.
Valid values for the flag are “W” (writeable) and “F” (forced).
If the “W” flag is used, the AV or BV present value is written to the P1 device
data point whenever a BACnet write property command is issued for the AV or
BV, or when the DDC internal to the BCM-FPCS makes any writes to the AV or
BV.
If the “F” flag is used, the AOs and BOs that are controlled by the P1 device can
be “forced” to values sent from BACnet. The AVs and BVs mapped to these
points have an F flag in their gateway strings and an additional BV is created at
100+I/O_Addr to allow or disallow the force feature. When the BV at 100+I/
O_Addr is active, the value sent to BACnet is forced. When the BV at 100+I/
O_Addr is inactive, control for the point at I/O_Addr is released back to the local
P1 device.
Status flags
Two BACnet status flags for AVs and BVs on the virtual devices reflect the state
of mappings and communication to the P1 devices.
The “Out-of-Service” flag is set to TRUE for AVs and BVs that are not currently
mapped to P1 device data. Set it to FALSE for AVs and BVs with valid
mappings.
The Reliability flag is set to “RELIABLE” for AVs and BVs that the BCM-
FPCS has obtained valid data for from the mapped P1 device or has sent valid
data to the mapped P1 device. All other AVs and BVs have this flag set to
“UNRELIABLE_OTHER.” When a P1 device doesn’t respond or returns an
error code, the corresponding AV or BV is flagged UNRELIABLE_OTHER
until that AV or BV once again returns valid communication.
Note For MPU and DPU controllers only, after auto-discovery the output
points will normally have status of in-fault and unreliable until you send a
controlling value to them.
Analog points
The text format for changing an analog point to another analog type is POINT
TYPE, FLAG, INTERCEPT, SLOPE.
INTERCEPT The offset is the zero level for this point in the P1 device. The
value returned when zero counts are returned from the field; must be a real
number.
SLOPE The scale factor for the point data. The value of each count; must be a
real number.
Example: AO,W,0,0.25
A setpoint (analog output, writeable, starting at 0 in 1/4 degree increments.)
Binary points
The text format for changing a binary point to another binary type is POINT
TYPE, FLAG, ZERO TEXT, ONE TEXT, INVERT FLAG.
ZERO TEXT Text that appears when the point is in the zero state.
ONE TEXT Text that appears when the point is in the one state.
Example: BO,F,OFF,DOWN
A true digital output. (Binary output, may be forced--overridden or released.
OFF is displayed in the zero state and DOWN is displayed in the one state.
INVERT FLAG If this flag is included then the status of the P1 BO is inverted
when displayed or commanded in BACnet. See “Day and Night modes” page 84.
Table 40 below lists common values that come from a P1 device by COV. The
list of what is assigned to COV typically varies with each application so use this
list as a guideline only.
4 Room temp
5 Heat/Cool status
15 Auxiliary temperature
48 Damper command
49 Damper position
75 Flow
91 Total volume
99 Error status
BCM-MDM module
This section describes details specific to the BCM-MDM module. See other
sections in this manual for similar details about other available modules.
The BCM-MDM provides dial-out and dial-in capability for a BACnet system.
The host control module is the module directly to the left and connected to the
modem module. PTP network and modem options are on a submenu accessed
through item E on the Change Configuration screen.
Note The words “Modem Not Installed” appear for Item C on the Configure
PTP network and modem screen for all modules other than the host control
module.
Figure 26 PTP network and modem screen in the BCM Configuration Utility
E. Modem Country of Two letter country Indicates the country where the
Operation code or full country modem is located.
name. For
example, US or
United States.
Property Setting
Bits per second BCM-WEB:115,200
All Other BCMs: 57,600
Data bits 8
Parity None
Stop bits 1
BV (0-999) General use BVs. These BVs support the priority-array property.
Note: The BCM-HOTEL has 10,000 BVs reserved for hotel room numbers.
Calendar Describes a list of calendar dates, special event dates, holiday dates, and date
ranges.
Event Enrollment Defines an event and connects the occurrence of the event to the transmission of
an event notification. Used in BACtalk primarily for alarms.
Notification Class Stores a list of available recipients for the distribution of event notifications (alarms,
trendlog gathering, and so on.).
Schedule Controls designated properties by periodic schedule that may recur during a range
of dates.
Trendlogs Helps troubleshoot problem areas and identify critical operating trends in the
BACnet system.
Demand Limiting* Monitors and controls energy demand and then automatically adjust equipment
operation to limit the demand and reduce costs.
Properties of AV objects
Ta ble 46 Properties of AV objects
Property W Type Example Remarks
description 9 Character string Occupied A description assigned to describe the object’s function.
Setpoint
object-identifier BACnet_ Object_ AV 1 This property consists of the object-type property and
Identifier the object instance, which is a numeric code that
identifies the object of interest.
object-type Enumerated AV
out-of-service Boolean FALSE
present-value 9 Real 76.4 Range is +/−3 x 1038 (six significant digits of resolution).
status-flags Bit string <Bit string> A four-position bit string that indicates the status of the
AV. If a status bit =1, that status is TRUE.
Properties of BV objects
Ta ble 47 Properties of BV objects
object-identifier BACnet_ Object_ BV 8413 This property consists of the object-type property and the
Identifier object instance, which is a numeric code that identifies
the object of interest.
status-flags Bit string In alarm = 0, A four-position bit string that indicates the status of the
fault = 0, object. If a status bit =1, that status is TRUE.
overridden =
0, out of
service = 0
relinquish-default ¸ Enumerated Inactive Default value to be used for present-value property when
all priority-array indexes are NULL.
apdu-timeout ¸ Unsigned 6000 The time after transmission of an APDU until the lack of
a reply means it was assumed to be lost. The APDU
timeout value for this device in milliseconds (1000 = 1
sec.). Default = 6000.
application-software- Character string BCM-ETH Indicates the ROC file version.
version Controller
V1.00
daylight-savings- Boolean FALSE Indicates whether daylight savings is in effect (TRUE) or
status not (FALSE).
description ¸ Character string Second floor Assigned by the user to describe the device’s function.
controller
firmware-revision Character string BCM-ETH Indicates the BCM boot code version.
Loader
v1.00
local-date ¸ Date Sunday, 09/ Indicates date: day of the week, month/day/year.
24/2003 Writable using Time Sync.
local-time ¸ Time 10:15:56.00 Indicates the time stored in the device. Writable using
am Time Sync.
location ¸ Character string East Wing Indicates the physical location of the device.
max-apdu-length- Unsigned 1476 The maximum message packet size that the device can
accepted handle.
max-info-frames ¸ Unsigned 60 Number of MS/TP messages the device will send per
token hold. Default = 60. Max. = 200.
max-master Unsigned 127 Highest MAC address above this unit's that another
MS/TP master should be set to.
model-name Character string BCM-ETH Assigned by the vendor to indicate the device model.
Controller
number-of-apdu- ¸ Unsigned 3 The number of times a message will be resent after it is
retries assumed to be lost.
object-identifier BACnet_ Object_ Device 200 This property consists of the object-type property and
Identifier the device instance (a numeric code that identifies the
device) of this device.
object-name Character string Controller Every device must have a unique object name.
200
object-type Enumerated Device
protocol-object-types- Bit string <Bit string> An internally used bit string. Indicates which BACnet
supported object types reside in the device.
protocol-services- Bit string <Bit string> An internally used bit string. Indicates which BACnet
supported services the device can process.
protocol-revision unsigned 4
description ¸ Character string Event A description assigned to describe the object’s function.
enrollment 0
event-enable ¸ bit string To-offnormal Indicates whether notifications are enabled for these
=1, To-fault event transition types. 1 indicates that the transition will
= 1, To- be reported. Set in the Event Enrollment Editor at the
normal = 1 operator workstation.
event-type ¸ Enumerated change_of_ Indicates the type of event algorithm to be used to detect
bitstring events.
object-identifier BACnet_ Object_ Event- This property consists of the object type property and the
Identifier enrollment object instance, which is a numeric code that identifies
0 the object of interest.
object-type Event-
enrollment
description ¸ Character string BCM-ETH A description assigned to describe the object’s function.
ROC File
modification-date Time 4/29/2003 The date and time the file was last modified.
10:22:20:00a
read-only Boolean TRUE Indicates whether the file can be written to by BACnet
services.
object-identifier BACnet_ Object_ Notification This property consists of the object-type property and the
Identifier -class 1 object instance, which is a numeric code that identifies
the object of interest.
recipient-list ¸ List <List of Lists the devices that will receive notification when the
BACnet notification class transitions. Set up at the operator
Destination> workstation.
priority ¸ Array of Unsigned Indicates the priority to be used for event notifications for
TO-OFFNORMAL, TO-FAULT, and TO-NORMAL
events, respectively.
instance-of Character string alerton hq Header information for the file. Program 0 does not
alerBCM- support this property.
ETH
0*00000000*
object-identifier BACnet_ Object_ program This property consists of the object-type property and
Identifier 1024 the object instance, which is a numeric code that
identifies the object of interest.
program-change ¸ Enumerated READY Used to command the program state. A program can be
stopped using the HALT command, for example, and
started again with RESTART.
status-flags Bit string In alarm = 0, A four-position bit string that indicates the status of the
fault = 0, object. If a status bit =1, that status is TRUE.
overridden =
0, out of
service = 0
list-of-object-property- ¸ List <List of The list of objects that this schedule commands.
references BACnet
Object
Property
Reference>
object-identifier BACnet_ Object_ schedule 0 This property consists of the object-type property and
Identifier the object instance, which is a numeric code that
identifies the object of interest.
Number-of-APDU-Retries Yes No 0
The present value property of clearable points can be written with only zero. Any non-zero value
returns a VALUE_OUT_OF_RANGE error. Any attempt to write to a non-clearable point will
result in a WRITE_ACCESS_DENIED error.
AV-10004
AV-10005
AV-10006
AV-10007
AV-10008
AV-10009
AV-10014
AV-10015
AV-10016
AV-10017
AV-10018
AV-10019
AV-10029
AV-10031
AV-10032
AV-10033
AV-10034
AV-10035
AV-10036
AV-10037
AV-10038
AV-10039
AV-10050
AV-10051
AV-10052
AV-10053
AV-10054
AV-10055
AV-10056
AV-10057
AV-10058
AV-10059
AV-10074
AV-10075
AV-10076
AV-10077
AV-10078
AV-10079
AV-10094
AV-10095
AV-10096
AV-10097
AV-10098
AV-10099
AV-10014
AV-10015
AV-10015
AV-10016
AV-10017
AV-10018
AV-10019
AV-10134
AV-10135
AV-10135
AV-10136
AV-10137
AV-10138
AV-10139
AV-10150
AV-10151
AV-10152
AV-10153
AV-10154
AV-10155
AV-10156
AV-10157
AV-10158
AV-10159
AV-10170
AV-10171
AV-10172
AV-10173
AV-10174
AV-10175
AV-10176
AV-10177
AV-10178
AV-10179
AV-10188
AV-10189
AV-10190
AV-10191
AV-10192
AV-10193
AV-10194
AV-10195
AV-10196
AV-10197
AV-10198
AV-10199
AV-10264
AV-10265
AV-10266
AV-10267
AV-10268
AV-10269
AV-10270
AV-10271
AV-10272
AV-10273
AV-10274
AV-10275
AV-10276
AV-10277
AV-10278
AV-10279
You set this property by placing a prompted item on a data display for the
alerton-gateway-setup property of the AI. You then use the prompted item to
assign a string to the property.
[B<real>][,V|T|D<object ID>][,TF][,TC][,C3K][,H][,M][,S][,P][,D]
Argument Explanation
B<real> Indicates a divisor to apply when translating the TUX data point to a
BACnet property or vice versa. When reading a TUX data point to a
BACnet property, this is a divisor. When writing to a data point, this
is a multiplier. <real> can be any number with any number of
decimal places, though it is usually in the range 0-12.
If the C3K option is used, setting <real> = 10.0 indicates the TUX is
a programmable or general purpose TUX, setting <real>= 2.55
indicates an application-specific TUX. This accommodates different
conversion methods between TUX types.
V|T|D<object ID> Indicates whether the TUX data point represents a temperature (T),
velocity (V), or box-size diameter (D) measurement. <object ID>
defines an object that indicates units of measure, for example BO9.
This object must be associated with the same Virtual TUX Device
Instance, must be a BO, and must indicate Metric (ON) or English
(OFF). Use no punctuation or spaces in <object ID>. For the D
option, if <object ID> indicates metric measurement, units will be
blank because there is no BACnet setting for cm.
C3K Use this to have the BCM-TUX convert TUX input data (in raw
counts) to a temperature using a 3K Ohm lookup table.
H Applies only to time-based values. Sets the engineering-units
property to hours.
Example
Device Instance 10202, AI-1, alerton-gateway-setup = B10.0, TBO9,C3K
This argument converts AI-1 in the TUX to Device 10202, AI-1, present-value in
degrees celsius or fahrenheit as indicated by BO-9.
• In the IBEX system, TUX AOs and DOs do not have priority arrays. However, when these points
are mapped to AOs and BOs in the BACtalk system, they do have priority arrays. Be careful
when writing to these points from global/building controller DDC.
• When you first connect a BCM-TUX to a BACtalk system, the BACtalk system gathers data
from the connected TUXs and maps data to the present-value property for AIs and BIs and the
relinquish-default property for AOs and BOs.
• If the BCM-TUX loses communications with a TUX, the virtual device on the BACnet network
disappears (appears as NR), the reliability property in diagnostic AV 10200 through AV 10263
changes to unreliable-other, and the fault flag, in the same diagnostic AVs, is set in the status-
flags property.
TX-450 (Rev 2)
Ta ble 62 TX-450 object mappings (Rev 2)
TX-16160
Ta ble 63 TX-16160 object mappings
AI-2 AI-2 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-3 AI-3 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-4 AI-4 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-5 AI-5 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-6 AI-6 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-7 AI-7 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-8 AI-8 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-9 AI-9 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-10 AI-10 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-11 AI-11 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-12 AI-12 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-13 AI-13 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-14 AI-14 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-15 AI-15 Physical Point Raw Counts No Units +/- 3276.7 B10.0
AI-16 AI-16 Physical Point Raw Counts No Units +/- 3276.7 B10.0
TX-651 PULSE
Ta ble 64 TX-651 PULSE object mappings
AI-11 AI-11 Pulse width in 1/10 sec No Units +/- 3276.7 B10.0
AI-12 AI-12 Pulse width in 1/10 sec No Units +/- 3276.7 B10.0
AI-13 AI-13 Pulse width in 1/10 sec No Units +/- 3276.7 B10.0
AI-14 AI-14 Pulse width in 1/10 sec No Units +/- 3276.7 B10.0
AI-15 AI-15 Pulse width in 1/10 sec No Units +/- 3276.7 B10.0
AI-16 AI-16 Pulse width in 1/10 sec No Units +/- 3276.7 B10.0
AI-21 AI-21 Pulse count No Units +/- 3276.7 B10.0
TX-VAV
Ta ble 65 TX-VAV object mappings
AI-6 AI-6 Need colder air signal Numeric Percent +/- 127 B1.0,P
(0-99)
AO-8 AO-8 After hours timer Numeric Time (hours) 0 - 255 B10.0,H
(hours)
AO-9 AO-9 After hours limit Numeric Time (hours) 0 - 255 B10.0,H
(hours)
AO-20 AO-20 VAV damper minimum Numeric Time (sec) 0 - 255 B10.0,S
pulse (seconds)
TX-SA
Ta ble 66 TX-SA object mappings
AO-8 AO-8 After hours timer in Numeric Time (hours) 0 - 255 B10.0,H
hours
AO-9 AO-9 After hours limit in Numeric Time (hours) 0 - 255 B10.0,H
hours
AO-12 AO-12 Fan hours total runtime Numeric Time (hours) 0 - 255 B1.0,H
(can be reset)
AO-13 AO-13 Heating hours Numeric Time (hours) 0 - 255 B1.0,H
AO-17 AO-17 Heating valve motor Numeric Time (sec) 0 - 255 B1.0,S
stroke time in seconds
(closed to fully open)
AO-18 AO-18 Cooling valve motor Numeric Time (sec) 0 - 255 B1.0,S
stroke time in seconds
(closed to fully open)
AO-21 AO-21 Economizer damper Numeric Time (sec) +/- 127 B1.0,S
motor stroke time in
seconds (closed to
fully open)
TX-SA-651
Ta ble 67 TX-SA-651object mappings
Description
TUX BACnet TUX Data Default Gateway
(stand-alone mode/ Data Type BACnet Units
Point object Range String
program mode)
AI-1 AI-1 Space temperature in Temperature Temperature +/- 127 B1.0,TBO9
degrees
AI-7 AI-7 Current heat signal (0– Numeric Percent 0 - 255 B2.55,P
102.0)
AI-8 AI-8 Current cool signal (0– Numeric Percent 0 - 255 B2.55,P
102.0)
Description
TUX BACnet TUX Data Default Gateway
(stand-alone mode/ Data Type BACnet Units
Point object Range String
program mode)
AO-7 AO-7 Unoccupied cooling Temperature Temperature +/- 127 B1.0,TBO9
setpoint in degrees
AO-17 AO-17 Heating valve speed in Numeric Time (sec) 0-102 B1.0,S
seconds
AO-18 AO-18 Cooling valve speed in Numeric Time (sec) 0-102 B1.0,S
seconds
Description
TUX BACnet TUX Data Default Gateway
(stand-alone mode/ Data Type BACnet Units
Point object Range String
program mode)
AO-29 AO-29 Heating ramp time Numeric Time (min) 0 - 255 B1.0,M
(minutes)
AO-30 AO-30 Cooling ramp time Numeric Time (min) 0 - 255 B1.0,M
(minutes)
Description
TUX BACnet TUX Data Default Gateway
(stand-alone mode/ Data Type BACnet Units
Point object Range String
program mode)
DI-16 BI-16 ON = HP mode; OFF = Binary Value
AC mode
Description
TUX BACnet TUX Data Default Gateway
(stand-alone mode/ Data Type BACnet Units
Point object Range String
program mode)
DO-7 BO-7 Cooldown mode / Not Binary Value
used
Description
TUX BACnet TUX Data Default Gateway
(stand-alone mode/ Data Type BACnet Units
Point object Range String
program mode)
AV-1 Serial number (part 1 Numeric No Units B1.0
of 3)
TX-HOST-R3
Ta ble 68 TX-HOST-R3 object mappings
AI-11 AI-11 Motion timer (in Numeric Time (min) 0 - 255 B10.0,M
minutes)
AO-9 AO-9 Off mode cooling Temperature Temperature +/- 127 B1.0,TBO9
setpoint
AO-15 AO-15 Heating alarm setpoint Temperature Temperature +/- 127 B1.0,TBO9
in degrees
AO-16 AO-16 Cooling alarm setpoint Temperature Temperature +/- 127 B1.0,TBO9
in degrees
AO-18 AO-18 Motion timer limit in Numeric Time (min) 0 - 255 B10.0,M
minutes
AO-19 AO-19 Maid timer limit in Numeric Time (min) 0 - 255 B10.0,M
minutes
AO-29 AO-29 Heating ramp time Numeric Time (min) 0 - 255 B10.0,M
(minutes)
AO-30 AO-30 Cooling ramp time Numeric Time (min) 0 - 255 B10.0,M
(minutes)
TX-APLC
Ta ble 69 TX-APLC object mappings
TUX APLC-2
Ta ble 70 TX-APLC-2 object mappings
TX-R3P
Ta ble 71 TX-R3P object mappings
TX-653P
Ta ble 72 TX-653P object mappings
TX-MQ-WSHP
Ta ble 73 TX-MQ-WSHP object mappings
AI-2 AI-2 Return air temperature Temperature Temperature +/- 3276.7 B10.0
AI-3 AI-3 Supply air temperature Temperature Temperature +/- 3276.7 B10.0
AI-8 AI-8 Heating offset, which is Temperature Temperature +/- 3276.7 B10.0
subtracted from the
occupied setpoint to
calculate the internally
used heating setpoint
AI-9 AI-9 Cooling offset, which is Temperature Temperature +/- 3276.7 B10.0
added to the occupied
setpoint to calculate
the internally used
cooling setpoint
AI-17 AI-17 Drain pan signal in Percent Percent +/- 3276.7 B10.0
percent
AI-18 AI-18 Current internally used Percent Percent +/- 3276.7 B10.0
heating control signal
in percent
AI-21 AI-21 After-hours limit in Numeric Time (hours) +/- 3276.7 B10.0
hours
AI-22 AI-22 Time remaining for Numeric Time (hours) +/- 3276.7 B10.0
after-hours operation
AI-23 AI-23 Fan hours Numeric Time (hours) +/- 3276.7 B10.0
AI-24 AI-24 Compressor 1 hours Numeric Time (hours) +/- 3276.7 B10.0
AI-26 AI-26 Compressor 2 hours if Numeric Time (hours) +/- 3276.7 B10.0
aux module present
AI-28 AI-28 Heating hours Numeric Time (hours) +/- 3276.7 B10.0
AI-29 AI-29 Cooling hours Numeric Time (hours) +/- 3276.7 B10.0
AI-30 AI-30 Filter hours Numeric Time (hours) +/- 3276.7 B10.0
AO-5 AO-5 Low water temperature Temperature Temperature +/- 3276.7 B10.0
alarm setpoint
AO-8 AO-8 Demand offset signal, Raw counts Temperature +/- 3276.7 B10.0
0.0-32.0 in counts;
forces heating and
cooling setpoints apart
05 Force Single Coil. Writes to a single coil (binary output). The data is
either ON or OFF.
Modbus errors
The BCM-MDBS annunciates errors through the operator workstation and
through standard BACnet properties. Additionally, there are six diagnostic AVs
that can be placed directly on Envision for BACtalk displays or tracked in
Envision for BACtalk Trendlogs.
X To start a trace
• In HyperTerminal, select option T on the Modbus Diagnostic
Information screen.
3. Click Start.
4. When you have captured all of the data you need, select Capture Text >
Stop on the Transfer menu.
Note You can use the reliability property to generate BACnet alarm
notifications. See your BACtalk operator workstation software manual for
instructions on setting up alarm notifications.
Error 2, Reference Type Indicates the reference number is either invalid or is incorrect
for the selected message type. For example, you cannot write
to a reference type 1 or 3.
Error 6, Float not allowed Indicates the floating point option is not allowed. The floating
point option is only allowed with reference types 3 or 4.
Error 7, Long not allowed Indicates the long integer option is not allowed. The long
integer option is only allowed with reference types 3 or 4.
Error 8, Bit Unpack Indicates the bit unpack field contains an invalid bit mask.
Note If the Operation field does not begin with I, O, A, W, or T, or if the 2nd
character is not a comma, it is assumed that the string is not a Modbus mapping
and is ignored.
Exception Description
01 Illegal Function The modbus message contains a function code not supported
by the modbus unit.
02 Illegal Data Address The data address received in a modbus request is not an
allowable address for the modbus unit.
03 Illegal Data Value The value received in a data field is not an allowable value for
the modbus unit.
04 Slave Device Failure An unrecoverable error occurred while the modbus unit was
attempting to perform the requested action.
05 Acknowledge The modbus unit has accepted and is processing the request
but it will take a long time.
07 Negative Ack The modbus unit cannot perform the program function
requested.
08 Memory Parity The modbus unit detected a parity error in the memory.
Place a read-only item on a data display and set the following properties:
Modbus Port Shows which hardware port is in use for Modbus interface,
the protocol used, the number of data bits, the parity, and the
number of stop bits.