(Issue Date: August 5, 2009 / ITG-VWG-AP-1020-LNX-E03)
& 6000™ Series Product
Product Overview
The VWG-APP-1020 wireless communication card and related “WirelessStat” driver jar file have been specifically
designed to be used by Niagara AX
When utilized in conjunction with the VT7xxxXxxxxW series wireless thermostats they offer the integrator simple
integration to the Niagara AX
The application is targeted at retrofit applications where the addition of communicating field bus wiring within the
building space is prohibitive. The JENE communication card and associated Wireless Communicating
Thermostats encourage the use of existing wiring utilized by existing electronic thermostat type controls.
Additional documentation is available on www.lynxspring.com
®
powered JENE controllers.
®
environment.
1
Page 2
Trademarks
Niagara, Niagara AX is a registered trademark of Tridium, Inc.
LON, LonWorks and LonTalk are registered trademarks of Echelon Corporation
BACnet is a registered trademark of ASHRAE
Disclaimers
NO WARRANTY. Lynxspring, Inc. (herein after referred to as “Lynxspring”) makes no warranty as to the
accuracy of or use of this technical documentation. Any use of the technical documentation or the information
contained therein is solely at the risk of the user.
Documentation may include technical or other inaccuracies or typographical errors. Lynxspring reserves the right
to make changes to this document without prior notice, and the reader should in all cases consult Lynxsprin g to
determine whether any such changes have been made. The information in this publication does not represent a
commitment on the part of Lynxspring.
Lynxspring shall not be liable for incidental or consequential damages resulting from the furnishing, performance,
or use of this material.
This guide contains links and references to third-party websites that are not under the control of Lynxspring, and
Lynxspring is not responsible for the content of any reference material or linked websites. If you access a third
party website mentioned in this guide, then you do so at your own risk. Lynxspring provides these links only as a
convenience, and the inclusion of the link does not imply that Lynxspring endorses or accepts any responsibility
for the content on those third-party sites.
Electronic controls are static sensitive devices. Discharge yourself properly before manipulation and installing
the Lynxspring wireless gateway.
All Lynxspring wireless gateways and related wireless thermostats are to be used only as operating controls.
Whenever a control failure could lead to personal injury and/or loss of property, it becomes the responsibility of
the user to add safety devices and/or alarm system to protect against such catastrophic failures.
All VT7000 series wireless thermostats and associated components have been rigorously tested to ensure
reliable operation in most building applications using the latest 2.4 ZigBee technologies. Lynxspring cannot
guarantee against potential network interference should additional wireless systems be deployed sharing close
proximity.
Best practices covered in this manual and all related Lynxspring documents should be considered as a guide to
apply Lynxspring Wireless Network devices only. The instructions included in this manual are based upon
Lynxspring in house testing and should be referred to as a guide only.
Lynxspring Inc. may not be held liable for continued reliable, or robust operation of any and all wireless based
devices. Although Lynxspring has taken many precautions in assuring the robustness of the VT7000 se ries
wireless thermostat product line and associated network access point (JENE’s with wireless option card) Please
note; future application of additional wireless devices utilizing the same or similar channels and / or frequencies
may degrade performance of overall system and / or reliability.
Non-approved modifications or changes made to the communication card, the wireless thermostat driver or
wireless thermostats may void the FCC compliance of the wireless card and wireless thermostats.
Ferrites supplied with the power supply and VWG MUST be installed according to instructions. Failure to do so
may void the FCC compliance of the wireless card and wireless thermostats.
THIS DEVICE COMPLIES 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.
2
Page 3
About Lynxspring Wireless Mesh Networks
The Lynxspring wireless card (VWG-APP-1020 ) and related wireless thermostat family (VT7xxxXxxxxW)
networkable devices operate using ZigBee/IEEE 802.15.4 physical layer for communication.
General characteristics of the wireless physical communication layer are:
• Uses a wireless physical layer of 2.4GHz with a data rates of 250 kbps
• Fully handshake protocol for transfer reliability
• Range: 30 feet / 10M typical (up to 100 feet / 30 M based on environment)
IEEE 802.15.4 along with ZigBee Networks and Application Support Layer provide:
• Low cost installation deployment
• Ease of implementation
• Reliable data transfer
• Short range operation
• Very low power consumption
• Appropriate levels of security
The JENE with the wireless communication card acts as network coordinator device for the IEEE
802.15.4/ZigBee network used with the Lynxspring wireless thermostats.
Many network specific features of the IEEE 802.15.4 standard are not covered in detail in this paper. However,
these are necessary for the efficient operation of a ZigBee network. These features of the network physical layer
include receiver energy detection, link quality indication and clear channel assessment. Both contention-ba sed
and contention-free channel access methods are supported with a maximum pa cket size of 128 bytes, which
includes a variable payload up to 104 bytes. Also employed are 64-bit IEEE and 16-bit short addressing,
supporting over 65,000 nodes per network. All those properties of the physical layer are used and employed by
the Lynxspring mesh network but are hidden to the installed / user for ease of configuration and commissioning of
the network database.
A “recommended” typical maximum of 30
Database creation and configuration is easily made using the Niagara AX
networkable thermostats can be supported by a single JENE2.
®
environment.
The theoretical maximum of number of thermostats supported by a single JENE is dependent on the resour ces
available for the WirelessStatNetwork driver Jar file and the extent of integration added to the station itself. When
additional functions and services are added to the station, the available resources for the driver will be less. Once
you have configured the station for the wireless network and all other features (graphics, services, histories,
alarms, etc.), you should monitor the resources so that they do not exceed the recommended limits for ea ch
specific platform.
Wireless Card Installation
Please refer to the “Wireless Communication Card Installation” manual supplied with the VWG-APP-1020
communication card for detailed information on the wireless communication card installation inside a JENE
controller.
Only use Com1 option slot card position for the card
3
Page 4
Basic Initial Design And Deployment Consideration
Proper design considerations need to be addressed prior to any installation of a JENE with a Lynxspring wireless
communication card and related wireless thermostats.
1. To properly avoid network interference with 802.11 Wi-Fi devices in the 2.4GHz spectrum range,
Lynxspring recommends the use of 802.15.4 channels 25 and 26 only. 802.11 Wi-Fi transmissions
overlap and may interfere with other channel selection allowed by 802.15.4 ( Channels 11 to 24 )
2. Maximum distance between each node ( thermostat ) should be:
• Clear line of sight between 2 nodes should be under 100 feet ( 30 M )
Open clear line of sight distance between
2 nodes should be a maximum of
100 feet ( 30 M )
Maximum 100 feet ( 30 M ) between 2 thermostat nodes
4
Page 5
• Non line of sight, typical gypsum wall partitions made with metal stud frame should be under 30 feet (10M )
Non line of sight maximum distance
for typical gypsum wall partitions
should be maximum of 30 feet ( 10 M )
between 2-thermostat nodes
Maximum 30 feet ( 10 M )between 2-thermostatnodes
3. Ensure that the minimum distance between any Lynxspring node and any Wi-Fi devices ( wireless
routers, wireless adapters, lap-tops using wireless networks, etc….) to be at least 3 foot ( 1 M ) and
preferably 10 feet ( 3 M ) or more.
Minimum 3 feet ( 1 M )
between Wi-Fi
equipment and
Lynxspring wireless
Preferably 10 feet ( 3 M ) or
more between Wi-Fi
equipment and Lynxspring
wireless devices
5
Page 6
)
4. Ensure that at least one thermostat is within 30 feet of the VWG for every cluster of 10 thermostats
installed.
5. Always try to locate if possible the VWG near the center of all associated wireless thermostat s.
6. Always try to locate the VWG near on in line of sigh to as many wireless thermostats as possible.
7. Try to avoid metal, brick walls or concrete obstructions between wireless devices as much as possible.
8. Make sure the antenna on the VWG is always perpendicular to the floor.
9. Avoid placing VWG and thermostats near metal or enclosed in metal boxes. If the VWG needs to be
installed inside a metal cabinet, use the remote antenna accessory.
Ex. For a recommended maximum of 30 wireless thermostats total per JENE, a minimum of 3 of them should be
within 30 feet ( 9 M ) of the VWG range.
30 feet ( 9 M
At least 1 Viconics thermostat node
to be within 30 feet ( 9 M ) of the
VWG for every other 10 thermostat
installed
v
6
Page 7
JENE and Wireless Communication Card Configuration
®
Initial Configuration Note: The following instructions assume you are familiar with the Niagara AX
environment and its related functions
• Install the wireless communication card as stipulated by the instructions provided with the wireless
card
• Copy the “WirelessStatNetwork” jar file to your local module folder
• Using the Software Manager, add the “WirelessStat” jar file to the target JENE with the wireless
communication card already installed
• Re-boot both the local Niagara AX
®
interface and the JENE itself to properly load the
“WirelessStatNetwork” jar module
• Using the “WirelessStat” palette tool, simply drag & drop the “WirelessStatNetwork” driver under the
local driver folder of the JENE
• Rename the “WirelessStatNetwork” driver extension name if required
7
Page 8
• Right hand click the “WirelessStatNetwork” driver and load the property sheet
• Under the Serial Port Configuration, set Port Name to “COM1”. Only COM1 can be used with the
wireless communication card. All other properties are locked and set as read only
8
Page 9
•
Set the ZigBee wireless communication card options.
VWG ZigBee Settings
Those settings are where you set the ZigBee PAN ID. (Personal Area Network Identification) address and the
channel for the wireless communication card.
• Gateway ZigBee PAN ID. (Personal Area Network Identification). This is where the PAN ID of the
gateway is set. Range is from address 1 to 500. The default of “0” is not a valid PAN ID.
• Channel Select. This is where the current Channel frequency used by the gateway is set. Range is from
11 to 26. (2405 MHz to 2480 MHz, 5 MHz channel spacing) Please note that channel 26 is attenuated by 4
db compared to the other channels. The default of “10” is not a valid Channel.
• The communication module information and the assigned wireless address information is given for
reference only
• It is important to click on the “SAVE” button for the new wireless parameters to take effect and the wireless
network to properly start.
IMPORTANT NOTES (Please Read Carefully ) :
• For every thermostat reporting to a JENE (a maximum of 30 thermostats per JENE is recommended), be
sure you set the SAME PAN ID and Channel value at both the gateway and the thermostat(s).
• When properly configured, the issue of RF interference and lost data between the gateway and the
thermostats can be avoided. Without proper care or proper software configuration serious interferen ce
issues can happen.
• Lynxspring recommends using only the 2 last channels (25-2575MHz and 26-2580MHz) Lynxspring
recommends this purely as a practical tip for deployment in the field based on our experience. These 2
upper channels are not affected and are out of the range of IEEE802.11x Wi-Fi Channels spectrum.
The Lynxspring wireless card (VWG-APP-1020 ) and related wireless thermostat family (VT7xxxXxxxxW)
networkable devices operate using ZigBee/IEEE 802.15.4 physical layer for communication.
As such this communication layer operates differently than “most” low level traditional wired communication bus.
The “heart” of the network resides on the wireless communication card found on the JENE. It is commonly
referred to as the “coordinator” to the network.
As such, as soon as a valid PAN ID and Channel are given to the JENE wireless communication card, any
thermostat having the same configuration of PAN ID and Channel can be detected and registered to the wireless
coordinator.
A traditional “discovery” process is not necessary and a discovery button is not provided.
The “Discovered Device” folder lists the current thermostats detected by the JENE that have the same PAN ID
and Channel settings as the JENE. A Yellow highlight indicates a previously discovered thermostat that has not
updated is mandatory wireless heartbeat to the JENE and is now offline to the VWG.
It may take up to 2 minutes for a new thermostat device to be automatically discovered and appear under the
“Discovered Device” folder. If a properly configured thermostat (typically the ones furthest from the JENE) has
issues joining the network and cannot be discovered by the JENE; bring it and power it closer to the JENE
coordinator. This will get enable it to have a Zigbee address assigned by the wireless communication card of the
JENE or another thermostat device. It will then enable the JENE to discover it; once discovered, re-install it at the
proper location.
• Name. The thermostat’s given name in the database. The name is constructed of the thermostat model
number and its current local MAC address. Ex. A VT7300C5020W with a local MAC address of 21 will
carry a name in the database of VT7300C5020_21
• Model Type. The thermostat model number given name in the database. The name is constructed of the
thermostat model number and its current local MAC address. Ex. A VT7300C5020W with a local MAC
address of 21 will carry a name in the
• Type. Identified for the moment which type of Lynxspring wireless device has be en detected
• Comm Address. The current physical MAC address set at each individual thermostat in its local
configuration.
10
Page 11
• Status. Indicates if the current thermostat is online to the JENE or not.
o If online, the status will be {OK} and the thermostat line will be all white
o If offline, the status will be {down} and the thermostat line will be all yellow
• Health. The current status of each thermostat wireless node. “OK” is for an online thermostat and the date
and time represent the last time a communication event was received by the JENE from a thermostat. A
“Fail” represents a thermostat that stopped responding to its mandatory heartbeat.
Database Tools. Add / Remove Selected Thermostat
At the bottom of the “Discovered Device” folder, 3 buttons are found to manage the thermostat devices database.
• New. The “New” thermostat button is a utility that allows the integrator to create offline devices prior to the
installation. This allows the integrator to pre-build a database and all related utilities before the actual
installation takes place. When the assigned thermostat would be automatically discovered in the field
during commissioning, all required functions and bindings would already be assigned.
Select the number of device to add of the same type and the starting local MAC address each thermostat will be
assigned in the field.
Then select the required thermostat model number that will be installed on the job site. Remember to select ALL
thermostats if more than one is required. The thermostat can be enabled now or at a later date if the installation
is done in segments.
11
Page 12
• Edit Type. Allow you to edit the characteristics assigned to any specific wireless thermostat. The
thermostat name, Com Address and enabled flag can be modified. The thermostat Model Type should not
be changed. If another model is required under the same address, simply delete it and either create a new
one offline or re-discover the proper one.
• Add device to network. Transfer any selected device from a “temporary” status under the “Discovered
Device” folder and loads them directly under the under “WirelessStatNetwork” folder. This will enable the
thermostat to display all its point extensions and its property sheet when you right hand click.
Status: Will give the sanity of the wireless thermostat to the network
o (ok) Device heartbeat reporting properly with no fault encountered
o (down) Device heartbeat failed. No communication to the device
o (fault) Transaction time out on specific object write(s). Device heartbeat is still valid
o (disabled,fault) Device has been disabled
Enabled: Enables or disables the communication to the wireless thermostat. Can be used if a complete database
is created for all the devices, but it is done in segments.
Health: Health status of the device. The “Last Ok Time” represents the last time the JENE received the
mandatory heartbeat from the thermostat
Device Info, Address Info & Communication Module Info: Are all read only properties relat ed to the local
thermostat and are given as general information.
Signal Strength: Represents the signal strength of a particular thermostat from the last hop routing a message
(to or from the device) to the JENE. It is NOT representative of the signal quality from end to end (JENE to
thermostat )
12
Page 13
Thermostat Objects Supported
Please note that the wireless all objects related to any specific thermostat exchange present value to and from
the JENE on a fixed COV subscription base.
Back and forth from the JENE to the wireless thermostats, the COV values are fixed to:
• 2.5% for PI demand Numeric objects
• 0.5 for all temperature ( C & F ) and humidity Numeric objects
• On change for all Enum’s & Boolean’s
A single JENE can support a “recommended” maximum of 30 thermostats. The total number of thermostat
supported is dependent on the resources available for the WirelessStatNetwork” driver Jar file and the extent of
integration added to the JENE station itself. It is safe to assume that if more advanced functions and services
added to the station, the available resources for the driver will be less. It is important that once the station is all
done and installed with all GUI, services, trends, logs, etc…that resources are monitored and not above wh at is
recommended by Lynxspring for each specific type of JENE controller.
The list of points available for each thermostat model is different and has been optimized to best suit typical
applications used by every single typical thermostat model available.
It is important to mention that versus the wired BACnet MS-TP or LON models, which offer ALL possible objects
supported by the thermostats (user, status and configuration objects ), the wireless version s only support the
points, which are of relevance for typical BAS interaction. As such most configuration properties of the
thermostats are not available through the JENE and need to be changed locally at the thermostat.
Versus other wired drivers offered with the Niagara AX® environment, the object list supported by each model of
wireless thermostat is not editable and cannot be changed.
** Please note that Room Temperature, Outdoor Temperature and Room Humidity need to be set Out Of Service if you want to write to the object present value. When
Out Of Service is set to "True", the thermostat local present value will be derived from the wireless network instead of the present value at the thermostat.
Numeric -40.0°F (-40°C) 122.0°F (50°C) N/A
Numeric -39.0°F (-40°C) 122.0°F (50°C) N/A
Numeric 10% 90% N/A
Numeric -40.0°F (-40°C) 122.0°F (50°C) N/A
Numeric 0% 100% N/A
Numeric 54°F (13°C) 100°F (37°C) As per Stat
Numeric 40°F (4.5°C) 90°F (32°C) As per Stat
Numeric 54°F (13°C) 100°F (37°C) As per Stat
Numeric 40°F (4.5°C) 90°F (32°C) As per Stat
Numeric 54°F (13°C) 100°F (37°C) As per Stat
Numeric 40°F (4.5°C) 90°F (32°C) As per Stat
Numeric 15% 95% As per Stat
Numeric 10% 90% As per Stat
Numeric 10% 90% As per Stat
Numeric 50% 90% As per Stat
Numeric 0% 100% N/A
Numeric 0% 100% N/A
** Room Temperature, Outdoor Temperature and Room Humidity need to be set Out Of Service if you want to write to
the object present value. When Out Of Service is set to "True", the thermostat local present value will be derived from
the wireless network instead of the present value at the thermostat.
List of Property Enumeration Sets for BV Objects
Object Name
Object
Type
Inactive_Text Active_Text Default value
AuxCommand Boolean Off On Off
DehumidStatus Boolean Off On Off
GFanStatus
Off On Off
Off On Off
Off On Off
Off On Off
Off On Off
Off On Off
Off On Off
Not Activated Activated Not Activated
Not Activated Activated Not Activated
Deactivated Activated Not Activated
Deactivated Activated Not Activated
Not Activated Activated Not Activated
Not Activated Activated Not Activated
* This object is linked to UI3 input on all VT7200 and VT7300 series thermostat whe n used in binary mode. The Not
Activated / Activated flag status is changed upon a local contact closing on the input and will also result in the
SupplyTemp Numeric to respond from one end of its range to the other.
16
Page 17
List of Property Enumeration Sets for MV Objects
Object
Name
Occupancy
Command
Effective
Occupancy
Object
Type
Enum
Enum
Index State Text Default value Notes
1 Local Occupancy
2 Occupied
3 Unoccupied
Depends on
network
command
1 Occupied
2 Unoccupied
3 Temporary Occupied
Depends on
local occupancy
Index 1 releases the thermostat to
local occupancy schemes: PIR
sensor, local schedule, etc…
Index 4, Stand-By is not
supported by VT7600 series
thermostats
4 Stand-by
Sequence of
Operation
Enum
1 Cooling Only
2 Heating Only
3 Cooling & Reheat
4 Heating & Reheat
Heating Only
5 Cool/Heat4P
6 Cool/Heat4P&Reht
Index 5 & 6 are only available in 4
pipe ( VT7300 ) & 4.0 Out1Cfg (
VT7200 ) configuration.
The Sequence of Operation will
also set the current system mode
and restrict the usable range
Note 1
System
Mode
Enum
1 Off
2 Auto
3 Cool
4 Heat
Depends on
Sequence Of
Operation
For VT72xx & VT73xx devices,
the currently selected Sequence
of Operation will set the default
system mode and also restrict the
usable range that a local
thermostat can accept Note 2
Note 1 For VT72xx & VT73xx devices, usable enumerations for the System Mode depends on Sequence of Operation
selected. The Auto mode can be used only if the AutoMode configuration parameter is set to On.
Note 2 Default value of System Mode depends on the Local Sequence of Operation selected and the value of the
AutoMode configuration parameter
Sequence Of
Operation
Function
Auto Mode
parameter Enabled
Auto Mode
parameter Disabled
1 Cooling Only Cool Cool
2 Cooling with Reheat Auto Heat
3 Heating Only Heat Heat
4 Heating with Reheat Heat Heat
5 Cooling/Heating 4 Pipes Auto Heat
6 Cooling/Heating 4 Pipes with Reheat Auto Heat
Object
Name
System
Mode RTU
Object
Type
Enum
Index State Text Default value Notes
1 Off
2 Auto
3 Cool
Last valid
thermostat
value
4 Heat
System
Mode HPU
Enum
1 Off
2 Auto
3 Cool
4 Heat
Last valid
thermostat
value
5 Emergency
Fan Mode Enum
1 Auto
2 On
3 Low
4 Med
5 High
Last valid
thermostat
value
Thermostats will not accept all
possible indexes values.
Fan actual value is read at
FanStatus for all VT7300 & at
Gfan for all VT7600. Note 3
17
Page 18
Note 3:
• VT7200 do not have fan outputs and fan mode command s
• VT7300 fan mode input is dependent on local Fan Configuration
• VT7600 fan mode input accepted are: Auto and On. All other modes are reje cted.
Available Fan modes for the VT73xx thermostat is dependent on the local configuration of the Fan Menu parameter
Fan Menu
Configuration
Fan Modes Index Accepted Default Value
1 1 Low - 2 Med - 3 High High
2 1 Low - 2 High High
3 1 Low - 2 Med - 3 High - 4 Auto High
4 1 Low - 2 High - 3 Auto High
5 1 Auto -2 On Auto
Object
Name
Fan Status Enum
Object
Type
Index State Text Default value Notes
1 Off
2 Low
3 Med
Last valid
thermostat
value
Fan Status is only used with the
VT7300 series thermostats
The following figure shows which typical objects from each thermostat attached to a VWG can be monitored and
commanded from the front-end.
Global Command Control LevelDevice Level
Figure 1: Global commands from a BAS front-end to a JENE and associated thermostat
19
Page 20
VT7200X Integration – Graphic User Interface (GUI) objects
The following objects should be typically used in a GUI:
Room Temperature (Numeric);
Occupied and Unoccupied Heat Setpoints (Numeric);
Occupied and Unoccupied Cool Setpoints (Numeric);
Outdoor Temperature (Numeric);
Supply Temperature (Numeric) (If available);
Occupancy Command (Enum);
System Mode (Enum);
Heating Valve Status (Enum);
Cooling Valve Status (Enum);
PI Heating Demand (Numeric)
PI Cooling Demand (Numeric)
Window Alarm (Boolean);
Filter Alarm (Boolean);
Service Alarm (Boolean);
20
Page 21
VT73xxX Integration – Graphical User Interface (GUI) Objects
The following objects should be typically used in a GUI:
Room Temperature (Numeric);
Occupied and Unoccupied Heat Setpoints (Numeric);
Occupied and Unoccupied Cool Setpoints (Numeric);
Room Humidity (Numeric) (If available);
Room Humidity Setpoint (Numeric) (If available);
Outdoor Temperature (Numeric);
Supply Temperature (Numeric) (If available);
Occupancy Command (Enum);
System Mode (Enum);
Fan Mode (Enum);
Fan Status (Enum);
Heating Valve Status (Enum);
Cooling Valve Status (Enum);
PI Heating Demand (Numeric)
PI Cooling Demand (Numeric)
Window Alarm (Boolean);
Filter Alarm (Boolean);
Service Alarm (Boolean);
21
Page 22
VT76xxX Integration – Graphical User Interface (GUI) Objects
The following objects should be typically used in a GUI:
Room Temperature (Numeric);
Occupied and Unoccupied Heat Setpoints (Numeric);
Occupied and Unoccupied Cool Setpoints (Numeric);
Outdoor Temperature (Numeric);
Supply Temperature (Numeric) (If available);
Occupancy Command (Enum);
Effective Occupancy (Enum);
System Mode RTU (Enum) or System Mode HPU (Enum);
G Fan (Boolean);
Y1 Cool (Boolean);
Y2 Cool (Boolean);
W1 Heat (Boolean);
W2 Heat (Boolean) or Reversing Valve (Boolean);
Economizer Output (Numeric) (if available);
Aux (Boolean);
DI 1 Status (Boolean);
DI 2 Status (Boolean);
Frost Alarm (Boolean) (if available);
Filter Alarm (Boolean) (if available);
Service Alarm (Boolean) (if available);
Fan Lock Alarm (Boolean) (if available);
(BI 38)
(BI 25)
(BI 26)
(BI 27)
(AV22)
(AI 16)
(AV 45)
(BI 28)
(BI 29)
(MV 12)
(MV 14)
(BI 24)
(BI 31)
(BI 32)
(BI 36)
(BI 39)
(AV 45)
(AV 42)
(AV 43)
(AV 44)
(AV 45)
Typical GUI for a VT7605B5020B with Economizer control
22
Page 23
Tips and Things You Need To Know
Be sure all thermostats connected to a JENE are using the same PAN ID and Channel as the JENE
wireless communication card.
Room Temperature, Outdoor Temperature and Room Humidity need to be set Out Of Service if you want
to write to the objects. When Out Of Service is set to True, the local value will be derived from the BACnet
network instead of the value at the thermostat.
For VT7200 and VT7300, the currently selected Sequence of Operation Enum limits the System Mode
Enum usable index. A change in the Sequence Of Operation Enum will set the active system mode and
also restrict the usable range that a local thermostat can accept.
For VT7300, Fan Mode Enum. Thermostats will not accept all possible index values. VT7300 fan mode
input is dependent on local Fan Configuration parameter. Fan actual current value is read at FanStatus.
Each thermostat connected to a wireless network reports to the JENE with an automatic heartbeat for the
local online-offline sanity. Please refer to the health status “Last Ok Time” value for the total amount of time
a single thermostat has not updated its mandatory 3 minutes heartbeat update to the JENE.
Gateway Wireless Adapter LED Status Indicators
1 x 200ms short blink
2 x 200ms short blinks
3 x 200ms short blinks
4 x 200ms short blinks
4 x 200ms short blinks and 1 x 1500ms long
blink
Thermostat Wireless Adapter LED Status Indicators
1 x 200ms short blink
2 x 200ms short blinks
3 x 200ms short blinks
4 x 200ms short blinks
4 x 200ms short blinks and 1 x 1500ms long
blink
System Troubleshooting Recommendations
1. If a thermostat is not detected by the JENE, verify that the LED is blinking at least 4 times. If it is only blinking
twice, ensure that the PAN and Channel of the thermostat is the same as the VWG it must communicate
with.
2. If there are no points associated to a specific thermostat, verify the LED pattern. If the LED is blinking 4 times
then the thermostat is communicating with the gateway, but it has not been added to the network yet. Add
that thermostat to the network / database using the Add to Network button.
3. When commissioning a network, it is recommended to use channels 25 an d 26. Alternate these channels
between floors.
4. If a particular thermostat refuses to join the network and cannot be seen by the VWG. Please move
momentarily closer to the JENE until it has joined the network and it is added to the database. It can then be
re-located to its original position.
Power on
Power on and card memory initialized properly
Power on, card memory initialized properly and serial
communication with VWG main board active
Power on, card memory initialized properly, serial
communication with VWG main board active and wireless
networks started successfully
Power on, card memory initialized properly, serial
communication with VWG main board active, wireless
networks started successfully and wireless communication with
thermostats active
Power on
Power on and communicating with thermostat
Power on, communicating with thermostat and there is
connectivity to wireless network
Power on, communicating with thermostat, connectivity to
wireless network and VWG is communicating with Wireless
thermostat
Power on, communicating with thermostat, connectivity to
wireless network and VWG is communicating with Wireless
thermostat. Thermostat is also added to the exposed BACnet
database
23
Page 24
Notes about Released Versions
Please be aware of the following potential issues regarding the Beta versions of the products during installation and
commissioning.
Installing VT7000 Series Wireless ZigBee Thermostats
Description / Symptom Problem Possible Cause Work Around
Receiving same
refreshed messages at 2
separate devices
Revision Date Changes
00 November 03, 2008 Initial release
E02 May 13, 2009 Changed all BACnet references of object type(s) to Niagara ones
E03 August 5, 2009 Reviewed and revised for Lynxspring
Duplicated wireless
ZigBee addresses
Duplicated ZigBee
addresses created
during commissioning.
1) Assure that PAN ID and
2) Change PAN ID of all
3) Redo a wireless network
Channel settings are secured
prior to network discovery.
thermostat and associated
gateway
discovery
24
Loading...
+ hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.