Lonworks UG
Lonworks UG
Lonworks Guide
User Guide
Lonworks Guide
Distech Controls, Inc.
Brossard, Quebec,
Canada
Legal Notice
©, Distech Controls Inc., 2021. All rights reserved. While all efforts have been made to verify the accuracy of in-
formation in this manual, Distech Controls is not responsible for damages or claims arising from the use of this
manual. Persons using this manual are assumed to be trained HVAC professionals and are responsible for us-
ing the correct wiring procedures, correct override methods for equipment control and maintaining safe working
conditions in fail-safe environments. Distech Controls reserves the right to change, delete or add to the informa-
tion in this manual at any time without notice.
Distech Controls, the Distech Controls logo, EC-Net, and Innovative Solutions for Greener Buildings are regis-
tered trademarks of Distech Controls, Inc. LON, LonMark, LonWorks, LNS, and Neuron are registered trade-
marks of Echelon Corporation registered in the United States and other countries. NiagaraAX and NiagaraAX
Framework are registered trademarks of Tridium, Inc. BACnet is a registered trademark of ASHRAE. Windows,
Windows XP, Windows Vista, Windows 7, Visual Basic.Net, Visual Basic.Net are registered trademarks of Mi-
crosoft Corporation. Intel and Pentium are registered trademark of Intel Corporation in the U.S. and/or other
countries. AMD is a registered trademark of Advanced Micro Devices, Inc. EnOcean is a registered trademark
of EnOcean GmbH. All other trademarks are property of their respective owners.
Contents
About this guide .................................................................................................7
Document change log .................................................................................7
Related documentation ..............................................................................7
Unit conversion.........................................................................................43
Discovering proxy points ...........................................................................44
Creating proxy points ................................................................................45
Binding proxy points..................................................................................48
Linking and binding using a wire sheet........................................................48
Configuring point facets.............................................................................50
Polling rules .............................................................................................51
Polled network variables............................................................................52
Facet support for null output ......................................................................52
Building a utility command .........................................................................53
Viewing Lon components (variables) ..........................................................53
Directly editing Lon data ............................................................................54
Uploading data to the station database .......................................................54
Downloading data to a device ....................................................................55
Px view usage of Lon data .........................................................................55
Chapter 6 Troubleshooting.............................................................................57
Debugging messages ...............................................................................57
Adjusting message buffers in a Neuron chip................................................58
Chapter 7 Components...................................................................................59
lonworks-LonNetwork ...............................................................................59
lonworks-LonPollService .................................................................63
lonworks-LonNetmgmt ....................................................................64
lonworks-LocalLonDevice................................................................68
lonworks-DynamicDevice ..........................................................................87
lonworks-AliasTable ........................................................................90
lonworks-ExtAddressTable ..............................................................91
lonworks-ExtDeviceData .................................................................91
lonworks-LonRouter..................................................................................91
lonworks-RouterEntryTable .............................................................93
lonworks-LonDeviceFolder ........................................................................93
lonworks-LonDevice .......................................................................94
lonworks-ConfigParameter ..............................................................94
lonworks-LonData...........................................................................94
lonworks-LonObjectFolder.........................................................................94
lonworks-LonObject ........................................................................95
lonworks-LonPointFolder...........................................................................96
lonworks-LonTuningPolicyMap ..................................................................96
lonworks-LonTuningPolicy...............................................................97
lonworks-LinkFilter....................................................................................98
lonworks-LonTimeZone.............................................................................99
lonworks-LonWbService............................................................................99
lonworks-LonAppDownloadJob..................................................................99
lonworks-LonBindJob................................................................................99
lonworks-LonChangeNvTypeJob ...............................................................99
lonworks-LonCommissioJob .................................................................... 100
Related documentation
These documents contain related information.
• Multiple installation and startup guides, one for each remote host controller.
• Drivers Guide.
• EC-Net 4 Platform Guide.
Lonworks (Local Operating Network) is a peer-to-peer networking protocol for control applications. It was de-
signed to connect devices over twisted pair, power lines, fiber optics and RF (Radio Frequency) media.
A Lonworks network does not require a single master to multiple slave relationships. Control devices freely
communicate directly with each other. This design avoids some of the problems that can occur when a master
fails. The protocol manages device addresses by broadcasting them to all devices using a process known as
binding, which occurs when the network is commissioned by a network management tool (explanation adapted
from www.csimn.com).
Lonworks modules
To use this driver, you must have a target host (remote controller) that is licensed for the feature lonworks.
Your Supervisor station must also be licensed for lonworks).
The Lonworks driver provides these driver modules and many modules that support specific devices.
Network component name .jar file names in the
Palette name in the Nav tree modules folder Function
lonworks LonNetwork lonworks.jar Provides Lon (Local Operating Network) networking
functions; manages devices and proxy points.
lontunnel TunnelService lontunnel.jar Supports remote PCs with a EC-Net 4Tunnel Client
installed to use a legacy or vendor-specific PC ap-
plication to access devices connected to one or
more driver networks. A tunnel connection allows
the remote client application to operate as if it were
directly attached to the driver network (via a virtual
PC port).
kitLon LonTime, LonTodEvent, kitLon.jar Provides additional components that manage inputs
LonEnumTodEvent, Lon- and outputs and configure advanced messaging.
Point, LonReplace, and
BufferParams
lonIP LonIpNetwork lonIp.jar Communicates on an IP Lonworks channel as de-
fined in CEA-852. The station presents itself as an
IP channel node.
lonVendor depends on the vendor lonVendor.jar vendor is replaced by the name or acronym for a
building automation manufacturer, such as Aaon,
FloridaHeatPumps, Hillrom, Mitsubishi, Trane, etc.
Each Lon vendor module includes its own palette, which you open in the palette side bar, EC-BOS-8 and
manually drag or copy devices to a Lon network.
Prerequisites
To successfully install and use the Lonworks driver your installation needs to meet these requirements.
• A EC-Net 4 license for the lonworks feature for each host.
Lonworks device and proxy point limits may exist in your license.
• A target host controller running the EC-Net 4 framework or later
• EC-Net 4 Pro running on a 64–bit PC (unless you are using EC-Net 4 v4.8 or an earlier version of EC-Net
that supports a 32–bit computer environment)
• When you install EC-Net 4 Pro on your PC you enable it to be used as an installation tool or engineering
workstation. Configuring EC-Net 4 Pro as an installation tool installs the needed distribution files (.dist files)
for commissioning various models of remote platforms. The .dist files are located under install directory in
an sw subdirectory. For details, refer to the EC-Net 4 Platform Guide.
• A network of installed Lon devices
Step 4 If you are using the Lon over IP driver (lonip), install the module in the controller also.
Step 5 If you need Lon tunneling, install the lonTunnel module in the controller.
Step 6 Upgrade any modules shown as out of date.
Lonworks driver
Lonworks network management requires a single owner to perform and maintain an accurate database of
things, such as node address assignments, nv (Network Variable) bindings, message services used, and a raft
of other entities. The Lonworks driver uses the standard framework architecture to supply this network manage-
ment capability.
Station as network manager
You set up a Lon network with the station acting as the network manager for all connected Lonworks devices.
In this application, EC-NetAX Pro models all Lon devices in the station’s database (under the LonNetwork), and
it models data in each device using Lon proxy points. The lonworks driver provides online learning capabilities
to simplify this process.
The various manager views on the Lonworks network provide the interface to all network management opera-
tions performed by the station. This includes the engineering, maintenance, and troubleshooting of the Lon-
works network as well as all bind operations. Using the wire sheet view of the network, you can establish links
directly between Lon nodes.
Depending on the installation scenario, you may need to perform a learn of a network of Lon devices that are al-
ready configured (previously managed), or, on a previously- unmanaged (new) network. Both learn types are
supported, however, engineering considerations apply.
Station as network node
In some scenarios you may wish to install a host as another Lonworks node, where another (external) Lon-
works network management tool is used, for example, an LNS (L2TP Network Server). In this case, the Local
Lon Device does not perform network management. Instead, you expose other station data as network varia-
bles (nvs) and ncis under the Local Lon Device.
When a station functions as a network node, you do not use the various views of the Network (Lon Device
Manager, Lon Link Manager, and so on) as described in this document. Instead, you work only in (and under)
the Local Lon Device.
Status and monitoring
Status of a network is {Ok} or perhaps {fault} (fault results if the Lonworks feature is not licensed). The
Fault Cause property further explains any fault status. A {down} status occurs if you manually set the net-
work’s Enabled property to false (on the network Property Sheet). The Health slot contains historical time-
stamp properties that record the last network status transitions from {Ok} to any other status.
As in other driver networks, a Lonworks network has an available Alarm Source Info container slot that you
can use to differentiate a Lonworks alarm from other component alarms in the station.
The network’s Monitor component verifies the presence of networked devices. It sequentially pings all devices
that are mapped in the station.
This chapter provides a collection of procedures to use the Lonworks driver in online scenarios. Like other driv-
ers, you use the special manager views and property sheets to configure the network.
Managed vs. unmanaged networks
Lonworks networks may be previously managed or unmanaged.
• In a previously-managed network, all nodes are already installed and commissioned using a Lonworks net-
work management tool. Each device has a unique subnet-node address, and usually coherent Lon bindings
with other devices.You usually want to learn all existing network management. The driver’s Quik Learn pre-
serves this configuration.
• In unmanaged networks, nodes are installed using default subnet-node addresses, where there are often
duplicate addresses or other address conflicts. Lon bindings between devices do not exist. There is no ex-
isting Lon network management to learn (only to establish for the first time).
Router wiring and configuration
If your network includes one or more routers, you must wire them according to the following rules, and assign
Channel Ids and Subnet Ids that match the wired configuration:
• A channel is a network segment between routers. A particular subnet must be contained in a single channel.
There can be multiple subnets on a single channel.
• The network must be configured such that there is only one path between any two specific nodes. There
cannot be any loops.
• Routers have two Neuron chips (and IDs). Each Neuron is a member of a separate channel, and must be
assigned to a unique subnet/node address.
NOTE: Routers have a far and near interface relative to the network management device.
Commissioning
The term commissioning to the process that installs software from a central Supervisor PC and station to a re-
mote host controller on a EC-Net network.
Lonworks also requires the commissioning of networked devices including routers. The Commission button,
which initiates this process can be found on the Lon Device Manager, and Lon Router Manger views.
Adding a network
Use the following procedure to add a LonNetwork or LonIpNetwork component under the station’s Drivers
container. If the host has multiple Lon ports, add one network for each physical port.
Prerequisites: You are connected to the remote station.
Step 1 Expand Config and double-click the station’s Drivers container.
You leave all Lon Comm Config properties at default values. The exception is when you have multiple
Lon networks (physical Lon ports), where each network must have a unique Device Name (LON1,
LON2, and so on.).
Step 6 Update the Device Name (LON2, LON3, and so on.) and click Save.
Commissioning a router
Commissioning a router sets a router’s internal tables to a functioning state. You perform this on any newly-
added router except those created by a Quik Learn of a previously managed network, where the initial state of
the router is already Config Online.
Prerequisites: The router is connected to the network and ready to communicate.
Step 1 To examine the router’s internal tables, expand Config→Drivers, right-click the Lon network and click
Views→Lon Utilities Manager.
The Lon Utilities Manager view opens.
Step 2 Select the router from the Device drop-down list.
The internal tables appear in the Results pane.
Step 3 To commission the router, click the drop-down menu at the top right of the view and click Lon Router
Manager.
The Lon Router Manager view opens.
Step 4 Select the router in the table and click the Commission button.
A commission command performs the following steps:
1. If using a service pin, the process waits for a service pin message to obtain the router’s Neuron Id, other-
wise, it uses the Neuron Id already stored in the station database.
2. The commission job initializes the router’s domain table, both far and near side, as follows:
• It sets Domain Index zero to the Lon network’s working domain.
• If the device has two domains, it sets Domain Index one to either not in use if the working domain is
the zero-length domain, or to zero-length domain if the working domain is not the zero-length
domain.
• Finally, the job configures the Netmgmt Authentication Key and the device’s subnet/node address in all
active domains.
3. Next, the job updates configuration device data as follows:
• Channel Id: per the property as defined under LonNetmgmt.
• Node Priority: per the Lon device property.
• Location: per Lon the device property.
• Authenticate: per the property under LonNetmgmt.
4. The job sets the router table per the current network configuration.
5. Finally, it sets the router state to Configured, online.
Step 4 Specify the type of data to add Local Nv (Network Variable) or Local Nci (Network Variable Input),
how many to add, and click OK.
The second New window opens.
NOTE: This should be the last step when configuring the station as a Lon node, after finishing the other engi-
neering tasks under the Local Lon Device.
Step 1 Right-click the Local Lon Device node in the Nav tree and click ExtractXif.
The Extract Xif window opens.
Step 2 Enter the name of the file and click OK.
The driver creates the .xif file under a /xif folder in the EC-Net 4 Pro home directory (!/xif).
Lon over IP
The LonIpNetwork is a modified version of the standard LonNetwork that supports an Ethernet network. Lon
over IP uses the lonIp module, which contains a palette. Compared to a standard LonNetwork, the LonIp-
Network has an additional frozen ipChannel container slot with other child components (and a view).
The modified Lon network communicates over an IP Lonworks channel as defined by the CEA-852 tunneling
standard. In this document, this CEA-852 channel is referred to as the LonIp channel. When using the LonIp
driver, the station presents itself as an IP channel mode member (as opposed to a Lon/IP router member).
License requirement
A host must be properly licensed for LonIp, including separate feature entries for both lonworks and lonIp in
its license. Device limits or proxy point limits for either feature may exist in your license.
If the host is not licensed with the lonIp feature, a LonIpNetwork may remain in a fault condition.
Config Server requirement
CEA-852 specifies a configuration server (Config Server) that handles the distribution of routing information to
all members of a LonIp channel. You can configure the host station to operate as a Config Server on the net-
work of configured CEA-852 routers (Lon Ip channel), or you can use a pre-configured, third-party Config
Server.
In either case, the LonIp channel must be properly configured, that is, the Config Server must recognize all
channel members, and have up-to-date routing tables. Each channel member must be assigned a unique sub-
net/node address while using the same channel ID.
Channel setup is outside the scope of normal Lonworks station configuration, with the sole exception of the
subnet/node address assigned to the station for use as an IP channel node. To set up Lon/IP router members
in a proprietary, vendor-specific configuration, refer to each device’s documentation, which provides details on
how to set up its Lonworks subnet/node address, etc.
Once the IP channel is properly configured, and the station has been added as an IP channel node, all other
Lonworks functions behave the same as if the host was connected directly to a Lon trunk.
NAT router port forwarding and other configuration requirements
If the host is behind a NAT (Network Address Translation) router, configure the router to forward any port used
by the station, and any other LonIp channel members, as LonIp channel nodes. If the station is the Config Serv-
er, the Config Server port must also be forwarded. Refer to manufacturer instructions for setting up port
forwarding.
The configuration of LonIp routers for use behind a NAT router requires setting the NAT router address, and
possibly other configuration information that is not defined in CEA-852. Refer to each device manufacturer’s in-
structions for such configuration.
Step 3 Configure the device’s Channel Id, Subnet and Node to be consistent with the LonIp channel,
which the station will join as a member, then click OK.
The third-party Config Server/CEA–852 router interface provides the Channel Id and Subnet.
Choose a Node that is not already in use on the subnet.
Step 4 Expand the LonIPNetwork→ipChannel and double-click the Network Config container.
The Network Config Property Sheet opens.
Step 5 Set Is Config Server to false, click OK and click Refresh.
The Config Server Ip property appears in the Property Sheet.
• For Config Server Ip, enter the server IP address of the third-party Config Server.
• If the host is behind a NAT router, set Use Extended Nat to true, and enter the Nat Ip Ad-
dress (the Internet side of the NAT router).
The driver automatically forces User Extended Nat to true if it detects extended NAT messages.
Step 7 Double-click on Ip Channel.
The Member Manager view opens.
Step 8 Right–click the channel member (row) that represents this station and click Actions→Update.
Step 9 At the third-party Config Server, add a member to the IP channel for the station.
To complete this step, refer to the vendor’s documentation for the Config Server.
Unlike the situation where the station functions as the Config Server, you do not need to edit or add
any members in this view. Once the third-party Config Server is configured, it makes contact with the
station. Then, the LonIp driver in the station dynamically populates the Member Table under the net-
work’s Ip Channel container. From this point forward, other Lonworks functions perform as if directly
connected to a Lon trunk, that is, as if using a standard Lon network.
The next logical step may be to commission a Lon router. It is likely that at least one Lon router needs to be
added.
Station-less access
If your EC-NetAX Pro PC has a Lonworks adapter, you can use the Lonworks Service tool to access the Lon
Network as if you had a station running on a local PC.
Once started, you use the Lon Device Manager to discover, add, and upload Lon devices, examine nvs and
ncis as Lon components, and even perform writes and perform other tasks (make bindings between devices,
commission devices, etc.).
CAUTION: Any configuration you perform is not stored (persisted) in a station database, as this is station-less
access (modeled completely in RAM). When you close EC-NetAX Pro, all modeling is lost—consider the Lon-
works Service like a hand held device in this respect.
For this reason, do not use this tool to access a Lonworks network already managed by a station, but instead
open that station, and access itsLonNetwork component.
Step 4 Replace the default name (for example, LocalNv) with a unique name for each variable.
You change default names (LocalNvn or LocalNcin) to a unique name using a prefix, such as nvi
(network variable input) and nvo (network variable output) followed by text, which identifies the type
of information. For example: nviSetpointA, nvoUnitStatusA, nciOffsetB, and so on.
Step 5 Select a SNVT (Standard Network Variable Type) from the drop-down list.
An alternate way to configure a variable type is to define a UNVT (User Network Variable Type) in a
Lon Xml file and associate it with the variable.
Step 6 Do one of the following:
• To omit self documentation, enter an asterisk (*) for Self Doc.
• To specify self documentation, enter a text string for Self Doc that adheres to this syntax:
@fbIndex|memberNum;text, where:
– @ denotes the start of nv self documentation.
– fbIndex is the functional block index.
– | (pipe) is the functional profile separator.
– memberNum is the member number within the functional block.
– text is optional text for describing the network variable.
By convention this syntax conforms to: nviSomething or nvoSomething
NOTE: A value other than asterisk (*) and that uses the syntax above is required in the Self Doc
property of the two required network variables: nviObjRequest and nvoObjStatus.
Below are two common Self Doc property values for the two required node object nvs:
• nviObjRequest Self Doc = @0|1;nviRequest
• nvoObjStatus Self Doc = @0|2;nvoStatus
After creating the two required nvs, you can continue defining/adding other local nvs and ncis. Optionally, you
can also add Self Doc strings to other local nvs and ncis, and also edit the Self Doc string for the Local Lon
Device.
To omit self documentation (for any items except the two Node object 0 nvs described above), enter a single as-
terisk (*) in the Self Doc property.
If you are using the Use Lon Objects feature in the Lon Netmgmt container, the Nv Manager (or
Nc Manager) view initially shows only the top-level LonObject(s), where each contains a set of Lon
components.
Step 2 If you are seeing only the top-level LonObject(s), click the All Descendants tool to see the nvs or ncis
under each object.
Step 2 Select one or more of these variables and click the Edit button.
The Edit Nv Type window opens.
Step 3 Select another Snvt type from the drop-down list (ordered alphabetically, each type also includes
the Snvt type index number), and click OK.
The system changes the network variables in the device to use the new Snvt type.
Lon device components are similar to most driver device components. Among the standard slots are device
status properties (including a Health container) and a device Alarm Source Info container slot. Each Lon de-
vice includes a Points extension for Lon proxy points. However, unlike a few other drivers, other device exten-
sions, such as Schedules, Histories, and Alarms are not used. Instead, other components unique to a Lon
device appear.
The driver supports two device components: the required Local Lon Device, and a DynamicDevice
component.
Figure 3 Lon component (nvs, ncis, cps) access from LonDevice Property Sheet
In addition to standard device properties, each Lon device includes a DeviceData container, with a number of
properties for status and configuration of that particular device. You do not need to edit anything under this
container.
Unique to a Lon device is its set of Lon components that represent specific network variables (nvis and nvos),
ncis, and cps for the device.
Main access to Lon components is via the Property Sheet of the Lon device, where Lon components are listed
in nv index order below the Xml file property.
Also unique to a Lon device is a special EC-Net 4 Pro command, special manager views, and right-click
actions.
Ways to populate devices
The driver supports multiple ways to populate a Lon network with devices. You may discover devices, learn de-
vices, add them to the offline database and later match them, and you can add them one-by-one when online.
Each Lon vendor module contains a palette with a device for each Lon Xml (.lnml) file in that module. You can
drag devices from an open palette to a Lon Network.
Alternatively, you can select a DynamicDevice from the lonworks palette and specify a Lon Xml file (exten-
sion .lnml) that identifies the particular device type. A device is associated with a particular Lon Xml file using
its Lonworks program ID.
Later, when online with the Lon Network, you can use the Discover and Match features in the Lon Device
Manager view to map each device object with a particular discovered Lon node. A match is possible only if the
program IDs are the same. The match synchronizes the Lonworks Neuron Id and applies appropriate subnet-
node addressing. The Lonworks match offers an address source toggle, which you select depending on
whether the network is already managed or unmanaged.
Local Lon Device startup
Upon first execution (if Neuron Id is Zero), the following sequence occurs:
1. Address is set to default: channel Id 1, subnet node 1/127.
2. DeviceData is filled in from local neuron: Neuron Id, Address Count, Two Domains.
Upon station startup, the following occurs:
1. Updates to domain table, address table, and device state per station database.
2. Program Id is set.
3. Executes ping.
mode). If the node is already in the database, the discovery job selects (highlights) it in the Database
pane. Initially, this table is empty.
Any Lon node already represented in the station’s Lon network does not appear in learn mode’s Dis-
covered pane. This differs from other drivers, where an existing discovered device appears ghosted
in the Discovered pane.
If you do not see an expected node, it is likely configured on a different domain than either the net-
work’s working domain or the zero-length domain. To see such a node, press its Lonworks Service
pin. It should now appear listed in the Discovered pane.
You use Quik Learn to populate a new Lon network with the proper device components. You can also
use it to add new devices to an already configured Lon network, in which case, you would select the
Unconfigured network option.
Quik Learn operation differs depending on if you have devices selected or not when you issue the
command. If you click Quik Learn with no devices in the database selected, a popup window asks
about previous network management, and whether to learn links, with config upload preselected.
For the best possible results, make sure that any needed Lon modules are installed on the host plat-
form before running Quik Learn.
If you clicked Quik Learn with one or more devices in the Database pane selected, a window asks if
you wish to learn links.
This procedure uses the New device wizard to create the device. You may also drag or copy a Dy-
namicDevice from the lonworks palette to the Lon network container in the Nav tree.
The New device wizard window opens.
Step 3 In Type To Add property, select Dynamic Device, enter the number of devices to add (the default
value is 1), and click OK
Alternate types to add may appear beside Dynamic Device, for example, Q7300, Xl10 Chc1 and
Xl10 Hyd2. These are special subclasses of a Lon device. The fact that these devices appear as op-
tions indicates that their Lon Xml (.lnml) files already exist.
A second New window opens.
Step 4 Edit the name of the component as you wish to see it in the station, and click OK.
The driver adds the component to the station where it appears in the Database pane as type
DynamicDevice.
Matching devices
If you added devices to a Lon network while offline, you can go online, discover devices, and match them with
their existing database records. This copies discovered address data into the database record for the Lon
device component. This procedure works for both managed nodes (network nodes already configured with
unique identifying information by an external Lon tool) and unmanaged nodes (unconfigured network nodes,
each of which may default to the same identifying information.)
Prerequisites: The device record(s) exists in the station database.
Step 1 Double-click the Lon network node in the Nav tree, and, if the Discovered pane is empty, click the
Discover button.
The system populates the Discovered pane with discovered devices.
This window has an available toggle in which you select whether to use the subnet-node address of
the discovered (network) node, or have address management performed automatically by the Lon
Device Manager.
Step 2 Select (highlight) a discovered device in the Discovered pane and its database record in the Data-
base pane, click the drop-down control on the Match button and do one of the following:
• For a managed Lon network, click Use Net Subnet/Node.
• For an unmanaged Lon network, click Use Db Subnet/Node.
This identifies which device to match with which database record. For managed networks it specifies
to upload address data from the node. For unmanaged networks it specifies automatic assignment of
subnet/node addresses.
Step 3 Click the Match button.
The system removes the device from the Discovered pane and leaves it selected in the Database
pane.
Step 4 Right-click the device, select Actions→Upload, and check all (recursive, transient, persistent).
This configures the job to retrieve current configuration data from the device.
Step 5 Repeat this process for each device (previously-managed and previously-unmanaged).
Step 6 When all devices are matched, click the Learn Mode tool ( ).
This toggles out of learn mode.
Step 7 For managed networks, click to select (highlight) all the devices just matched, click the Quik Learn
button, and click OK.
The system launches a learn links job, where it learns the Lon bindings for the devices from each de-
vice in the managed network. When complete, all devices should appear listed with a Config On-
line state, and with unique subnet/node addresses.
Replacing a device
The Replace action in the Lon Device Manager downloads network management config data to a selected de-
vice. You use it when physically replacing a device (you have removed the old device, and replaced it with an
identical type device). You may also use this procedure if running a verify report from the Lon Utilities Manag-
er on a device that has generated errors.
Prerequisites: The old device has been removed and the replacement device is installed and ready. The ki-
tLon palette is open.
Replacement can use the service pin method or the direct entry of the new Neuron Id. This component may be
useful in appliance scenarios, where you access the system primarily using a browser and Px pages.
Step 1 Drag the LonReplace component from the kitLon palette to the Lon device (or devices).
Step 2 Double-click the LonNetwork node in the nav tree.
Step 3 Select the device to replace in the Database pane and click the Replace button.
The replace job performs these steps:
1. If you are using a service pin, the job waits for a service pin message to obtain the nodes Neuron Id, other-
wise, it uses the Neuron ID already stored.
2. The job verifies that the new (replacement) device’s Program Id matches the Program Id stored in the ex-
isting Lon device.
3. It initializes the device’s domain table as follows:
It sets Domain index 0 to the Lon network’s working domain.
If the device has two domains, it sets domain index 1 to not-in-use.
If the network’s Always In Zero Length Domainproperty is set to true, and the Lon network’s working do-
main is not the zero-length domain, the job sets the second domain entry to the zero-length domain.
It configures the Netmgmt Authentication Key and the device’s subnet/node address in all active
domains.
4. Continuing, it sets all entries in the address table to match the station database.
5. It sets all entries in nvConfig to match the station database.
6. It updates configuration device data as follows:
Channel ld: per property under LonNetmgmt.
Node Priority: per Lon device property.
Location: per Lon device property.
Authenticate: per property under LonNetmgmt.
7. Finally, the commission job sets Node to the state of: Configured, online.
NOTE: You can examine a device’s/discovered node’s internal tables using the Lon Utilities Manager.
A device’s Lon Xml file defines each device’s unique variables and properties.
Lon Xml files
Lon Xml files describe specific Lonworks device properties to the system. The file name extension for these
files is .lnml. Each device requires its own Lon Xml file. EC-NetAX Pro provides many lonVendor modules (.
jar files), for example, lonHoneywell. Each module contains numerous Lon Xml files for specific devices.
You may also create additional Lon Xml files for devices that are not included in the standard modules.
Each Lon Xml file includes data to describe the device itself (derived from an .xif file), as well as manufac-
turer-specific datatypes for nvs, ncis, and cps (derived from resource files). By convention, a device’s Lon Xml
file has the same name as its xif file (except for extension). For example, a device with a T7350Cs.xif file has
a T7350Cs.lnml file.
During a Lon Device Manager discover, the driver automatically searches each Lon Xml file from which it dis-
plays the Program Id for each device. Or, when the needed lonVendor modules are installed on the host plat-
form, a Quik Learn automatically uses the matching Lon Xml file to create Lon devices.
Xml File Creation
You may need to make your own Lon Xml file if:
• The device includes one or more manufacturer-defined network variables, otherwise, you can use a Dy-
namicDevice to represent the device, then perform a Learn Nv action.
• The device is newer or otherwise different from the device represented by the closest standard Lon Xml file,
or a standard Lon Xml version for this device has yet to be released.
In general, using the Lon Xml Tool independently integrates Lonworks devices without depending on the
framework manufacturer to issue updated lonVendor modules.
For specific low-level details about Lon Xml, see to the Lon Markup Language section in the Developer Guide.
Lon Xml file source data
The device manufacturer provides the .xif and resource files for Lonworks devices. To create a Lon Xml file
for any Lonworks device, you must have this .xif file. If the device contains manufacturer-defined datatypes,
and you want this data for any Lon components, you must also get the related resource files from the
manufacturer.
Resource files include the following types:
• vendor.ENU — Language resource file (in this case, English).
• vendor.FMT — Format selector file.
• vendor.FPT — Functional profile file.
• vendor.TYP —Type and enum file.
Before creating a Lon Xml file, place all related resource files in a single directory.
Step 2 To change the location of the Xml File, click the folder icon to the right of the Xml File property and lo-
cated the .lnml file.
Step 3 To create an extra folder organization of a device’s Lon components grouped by LonMark objects,
change Use Lon Objects property from false to true and click OK.
EC-Net 4 Pro imports the specified .lnml file, and builds the various child Lon components (nvs,
ncis, cps) under the device.
NOTE: If needed, you can build you own Lon Xml files for devices, using the Lon Xml Tool in EC-Net 4 Pro.
After building the file, you can specify it when adding Lon devices, or for devices already added, use the com-
mand to rebuild its Lon components.
This chapter includes messaging, collecting data from proxy points, and polling.
Unit conversion
Network variables use SNVTs (Standard Network Value Types, pronounced sniv-its) and SCPTs (Standard
Configuration Property Types, pronounced skip-its) to define the units, scaling and structure of the data con-
tained within the network variable. SNVTs and SCPTs use International System Units (SI), such as degree Cel-
sius °C for temperature, l/s (liters per second) for volumetric flow, and so on. These are the native units in which
numeric values are exchanged among devices.
Countries that use English units, such as degrees Fahrenheit °F for temperature and cfm (cubic feet per mi-
nute) for volumetric flow, must convert from metric to English values. It is important to understand the available
unit conversion options.
Display unit conversions
In EC-Net 4 Pro running on a PC, you may globally set unit conversion to automatically display Out values in
English units (where the default is no conversion for display). Do this from the menu selection
Tools→Options→General.
This setting is local to your EC-Net 4 Pro display usage only If you provide other users browser access to Lon
data (or any data using SI units), and need the same automatic display conversion, you must specify English
unit conversion in each station user account (Facets, Unit Conversion).
This does not take the place of adjusting Facets for Lon proxy points.
Facet conversion for Lon proxy points
When you create Lon proxy points under a Lon device, by default each parent point’s facets are the same as
the device facets in its Lon ProxyExt (SI units). This is true regardless of your EC-Net 4 Pro option settings for
unit conversion display. For example, if you add Lon proxy points to a device’s nci nciTempSetPts, for each data
element (using SNVT_temp_setpt), each of the corresponding Lon proxy points defaults to facets of °C.
In U.S. installations, you edit each point’s facets to English equivalents. Otherwise, without any further change
(with your EC-Net 4 Pro option set to English unit conversion), point Out values display in English units (such °
F) in the Lon Point Manager. However, the actual (numeric) Out values remain in SI units (such as °C). If you
link point outputs to other components, and/or add history extensions to these proxy points, the SI unit values
are used.
Therefore, in a U.S. installation you should set the facets of Lon proxy points to the needed English equivalents,
to avoid any control issues or other confusion. To do this, gang edit multiple (related) proxy points from the Lon
Point Manager, or even in the initial Add window when you first create the proxy points.
Differential temperature
In cases where you add proxy points for nvs or ncis known to have a temperature differential (delta) application,
yet the point is using absolute temperature facets/units (for example, Fahrenheit), change the proxy point’s fac-
ets/units to the differential type, that is to degrees Fahrenheit. This prevents issues with unit conversions per-
formed by the system. This also modifies the proxy units, device units, and the element qualifiers in the
LonPrimitives in the associated Lon component.
You can also edit the Lon Xml (.lnml) file for a device, if needed, to accomplish the same conversion.
This discovery procedure is basically the same for the local Lon device and dynamic devices.
Step 1 Double-click the Lon network followed by double-clicking the points icon ( ) under the Ext column for
the device in question.
The Lon Point Manager opens.
Step 2 Click the Discover button or toggle learn mode on by clicking the Learn Mode tool ( ) on the toolbar.
Under Target Name the driver lists all points by the names of the Lon components that are associated
with the device. For example: nvEmerg and nvoUnitStatus. By default, the driver displays nvs and
ncis variables as structured SNVTs (Standard Network Variable Types). That is why you only see the
first data element in the structure with a + to the left of the nv or nci name.
Step 3 To expand and see all data items in the SNVT structure, click the +.
Each item is a potential candidate for a Lon proxy point.
This would allow you to link the Out of the proxy Boolean Point directly to a Logic-type kitControl ob-
ject without using an intermediate conversion object (StatusEnumToStatusBoolean). The updated
proxy point would convert enum ordinals 0 to false, and 1 to true.
The table below shows how default Lon proxy point conversions are handled between data types.
Table 1 LonData element type to proxy point data type, default conversions
Also, when you add a proxy point under a Lon device for an nvi, nci, or cp, the Add window defaults
to a writable type, for example NumericWritable or EnumWritable. Before creating the proxy point,
you may wish to change it to a read-only point type (if you wish to monitor only).
Step 8 When you have Lon proxy point(s) configured properly for your usage, click OK.
The system adds the proxy points the station, and displays them in the Database pane. If you are on-
line, points poll for current values. If you are working offline, all proxy points appear down (yellow).
CAUTION: Lon proxy points provide station access to nvs, ncis, and cps for usage in control, display, and vari-
ous alarm and history schemes (via point extensions). However, for the purpose of sharing nv data among devi-
ces, do not link the proxy points in one device directly to the proxy points in another device on the same
network. This is a linking misapplication! Instead, link the devices as described in this procedure. Linking the
devices also links the network variables associated with each device.
Step 1 Right-click the Lon network node in the Nav tree and click Views→Wire Sheet
The wire sheet grid opens.
Step 2 To add a LonPoint to the configuration, open the kitLon palette and drag a LonPoint to the wire
sheet, and select the type of SNVT.
Step 3 Link the out from a control point (elsewhere in the station) to the dynamic slot of the LonPoint, then
link the nvo (network variable out) slot of the LonPoint to the nvi (network variable in) on one or more
Lon device(s).
The screen capture shows a link being pulled from an nvo of one device to another device.
However you specify a link between Lon devices, the popup Link editor provides nv (for example,
SNVT) verification to allow only legitimate links.
This link is still a station-dependent link. In other words, until you perform a Bind or Selective Bind op-
eration from the Lon Link Manager, the station is required for data exchange.
Step 4 Right-click the Lon network node in the Nav tree and click Views→Lon Link Manager.
Step 5 Select the link you just created using the wire sheet and click the Bind or Selective Bind buttons.
NOTE: In the Lon Link Manager, a link/binding between two Lon devices appears as an entry row
without LocalDev as the value of either srcDevice or targetDevice (whereas, any entry row with a Lo-
calDev value represents a Lon proxy point in the station).
The screen captures illustrate configuring the nanIsNull facet in a legacy system so that the proxy
point supports null data.
Step 4 To continue, click OK.
The changes display to the right of the Facets property in the Edit window.
Polling rules
General rules apply for polling Network Variable (nvi and nvo) values.
1. A Network Variable (nv) is subscribed if it is being viewed or has a proxy point which is subscribed. A proxy
point that is subscribed if it is viewed, if it is linked to control logic if it has an alarm or history extension.
2. When a nv is first subscribed, the driver reads its value (if the device is in a valid state). The poll thread han-
dles further reads. The Poll Service must be enabled for polling to function normally.
3. Adding a proxy point creates a local connection to the associated nv. each proxy point for a Network Varia-
ble Output (nvo) or a writable proxy point for a Network Variable Input (nvi), appears as one entry (row) in
the Lon Link Manager.
4. The Bound To Local property on nv Props container is set when an output nv with a proxy is bound. An
output nv is not polled when it is bound locally. Instead, nv updates are received from the device.
5. The Poll Enable property is set to true if there are unbound links and the nv is not bound locally. To pre-
vent polling on an nv, set its Poll Enable property to false. The driver still performs the initial read when
the nv is first subscribed, but subsequent polling by the poll service does not occur.
This table provides polling rules for nvs with specific connection scenarios
Table 2 Polling rules
nvo with read-only proxy (unbound) Poll when nv or proxy point subscribes.
polled nvo with read-only proxy bound Poll when nv or proxy subscribed.
nvo linked unbound Poll when subscribed. If nvo changes push value to linked
nvi. Write nvi value to device.
NOTE: Input nvs (nvi) with read-only proxy points are never bound, and do not show up in the Lon Link
Manager.
You access these properties by expanding the Lon network, followed by expanding a device container, a Lon
point, the Nvo container,Nv Props container.
In the Lon device object, any such nvo Lon component appears with its read-only Polled property set to true
(as found under its Nv Props container).
If you create a proxy point for such an nvo and bind to it in the Lon Link Manager, it still polls to receive value
updates. Also, when creating a link (bind) between two Lon devices, the Link Editor only allows polled outputs
to be linked to polled inputs.
• Key: nanIsNull, Type: Boolean - if Value = true, invalid values cause the driver to return a null value.
• Key: isNull, Type: Double - if the specified Value is present, the driver returns a null value.
For enum points: Key: isNull - Type: Integer - if the specified value is present, the driver returns a null
value.
Step 2 Review the current values of the variables, and, if necessary, make a value change.
Step 3 To continue, click Save.
The driver writes the change to the device.
You can change nvi Lon data values in the same way, however, nvi values are overwritten again. You
cannot directly change nvo Lon data values (these are read-only), but for any Lon components you
can issue a Force Read action.
Without requiring Lon proxy points, you can also make Px view usage of Lon data.
This topic provides actions you can take to resolve error conditions.
Discovery is not working even though all my devices are physically connected and
configured in the station.
You may need to configure the working domain before can communicate with your devices. If you are unable to
discover nodes that are physically connected to the station, they may be configured on a different domain. This
involves gaining access to a device by use of its Lonworks Service pin.
Discovery is unable to find the nodes in my network.
The nodes are likely configured on a different domain. If the network was previously managed and you wish to
maintain the current network management configuration (addresses, bindings) using Quik Learn. You must
change the working domain of the LonNetwork to match.
When commissioning and binding I am getting errors. The commission or bind reports that it
failed.
Sometimes, certain Lon devices may process Lon messages more slowly than normal, resulting in errors when
you do commissioning or binding operations. To confirm such problems use the Lon Utilities Manager (after-
wards) and run a verify report. This report lists inconsistencies between the bindings on the devices and the
bindings that the Lon network management determines should exist.
In an example with a Lon network containing such slow responding devices, operation may improve with Lon
Comm properties adjusted upwards to:
• Repeat Timer: mSec128
• Receive Timer: mSec1024
• Transmit Timer: mSec128
• Retries: 4
In this case, it may also be necessary to adjust link descriptors under the Lon Netmgmt container from default
values.
No matter what I try, my LonIpNetwork remains in fault.
Your LonIpNetwork may not be licensed.
Debugging messages
Link debugging shows the raw byte data for messages sent from and to the Neuron chip in the device.
Step 1 Open the lonworks palette and drag a LinkFilter component to the Lon network node in the Nav
tree.
Step 2 Right-click the LinkFilter node in the Nav tree, click Views→Property Sheet, then set at least one of
the three enable properties to true.
Step 3 Expand the Lon Comm Config container and change Link Debug from false to true.
Step 4 Right-click station and click Spy→logSetup.
Step 5 Enable Trace on the port.
Components include services, folders and other model building blocks associated with a module. You may drag
them to a property or wire sheet from a palette.
Descriptions included in the following topics appear as context-sensitive help topics when accessed by:
• Right-clicking on the object and selecting Views→Guide Help
• Clicking Help→Guide On Target
lonworks-LonNetwork
This component is the base container for all Lonworks (Lon) components in the station. As with other driver net-
works, it resides under the station’s Drivers container.
If the host has multiple Lon ports, you need a separate LonNetwork for each physical port.
The default view of the LonNetwork is the Lon Device Manager.
In addition to being the network container for LonDevices and their child data objects (Lon proxy points), the
LonNetwork includes a LocalLonDevice, which configures the station’s representation as a Lonworks device.
To access this view, expand Config→Drivers, right-click the LonNetwork component in the Nav tree, and click
Views→AX Property Sheet.
In addition to the standard polling properties documented in the Drivers Guide, these properties are unique to
Lon Comm Config.
Actions
Figure 9 Lon Network actions menu
Action Description
Ping Attempts communication with the device. If successful, the device status reports {ok}. If this fails, the sys-
tem sets device status to {down}
Upload Reads transient (nvs) and persistent (ncis and cps) data from the device and writes them to the station data-
base (Lon device). An Upload window selects the type of data.
Download Writes persistent data (ncis and cps) to the device from values in the station database (Lon device). A
Download window selects recursive writes.
Make Nvs Non Critical Changes the network variable.
lonworks-LonPollService
This component controls the polling of Lon devices.
The Lon Poll Service sequentially poles all the devices on the network, and reads nv data per the nv update
rules.
The driver polls proxy points when you first create the points and before you bind Network Values (nvs) to the
station (local device) using the Lon Link Manager. You bind nvs so that most updates occur using nv updates,
vs. polling requests. As necessary, polling also occurs to update nv values of Lon components (visible as nvis
and nvos in the property sheet of a Lon device). These exist even if proxy points are not created.
To view these properties, expand Config→Services right-click LonNetwork, click Views→AX Property sheet
and expand or click Poll Service.
This is a standard network service. For descriptions of each property, refer to the Drivers Guide.
Actions
Figure 11 Lon Poll Service actions menu
To access these actions, right-click the Poll Service and click Actions.
Action Description
lonworks-LonNetmgmt
This component serves as the base component for all Lonworks network management functions. It is a frozen
container slot of a LonNetwork.
This container is the base component for all Lonworks network management functions provided by the station.
Leave the Lon Netmgmt properties at their defaults, except for perhaps Use Lon Objects.
To view these properties, right-click the LonNetwork node in the Nav tree, click Views→AX Property Sheet,
click Lon Netmgmt and expand one of the Link Descriptors.
This Property Sheet includes one container, Link Descriptors with four descriptors.
Link Descriptors
Descriptors specify timers and a retry count applied to the address table of nodes during the bind process. All
implicit addressing uses them. Usually, you do not need to change link descriptor properties from their defaults.
If Lon network devices respond slowly, you may need to adjust these Link Descriptor properties upwards, often
in combination with adjusting Lon Comm Config properties.
There are four descriptors or types of binding service: Standard, Reliable, Critical and
Authenticated.
• Standard (unacknowledged) is the least reliable, yet often most widely used. This is the default service
type for a binding. With this service, the message is sent one time and no response is expected. This
service is typically used when the highest level of network performance is needed, network bandwidth is lim-
ited and the application is not sensitive to the loss of messages.
• Reliable (unacknowledged/repeated) is recommended for messaging that has been classified as impor-
tant—if there is a specific need to know that a status has changed. Reliable messaging sends a message
three times. The srcDevice sends each message three times and, if the targetDevice receives the message,
it discards subsequent messages.
• Critical (acknowledged) means that the targetDevice must acknowledge the fact that it received a mes-
sage. The srcDevice continues to send the message until the targetDevice acknowledges receipt of that
message. You are limited to the number of bindings that can be defined as critical, because it taxes the sys-
tem, and often causes communication issues (by loading down the network with message verification
traffic).
• Authenticated is a security service reserved for secure messaging. When using authentication, the
srcDevice must identify itself to the targetDevice and vice-versa. This service is rarely used, and only in in-
stances where messaging must be secure.
Each descriptor has the same set of properties.
Actions
Figure 14 Newmgmt actions
To access these actions, right-click the Lon Netmgmt and click Actions.
Action Description
Cancel Service Pin Cancels a Lonworks service pin message for the host node. This action is unique to Local Lon Device, and
is useful if installing the host using an external Lonworks network management tool (for a station as a Lon
node only).
lonworks-LonSetServiceTypeJob
This component implements the SetServiceType action for LonNetmgmt.
lonworks-LocalLonDevice
This component represents the local interface to the Lonworks fieldbus. Component-wise, it is modeled similar
to any other Lon device. As a frozen slot under the LonNetwork, it always appears in the network. There is only
one Local Lon Device. You cannot delete it or duplicate it.
You access these properties by expanding the LonNetwork, right-clicking the Local Lon Device node in the
Nav tree, and clicking Views→AX Property Sheet.
With a station as the network manager, you can leave Local Lon Device properties at their default settings,
and do nothing else at this level in the network.
In addition to the common properties (Status, Enabled, Fault Cause, Health and Alarm Source Info), these
properties are unique to this component.
Actions
Figure 16 Local Lon device actions menu
To access these actions, right-click the Local Lon Device and click Actions.
Action Description
Ping Attempts communication with the device. If successful, the device status reports {ok}. If this fails, the sys-
tem sets device status to {down}
Upload Reads transient (nvs) and persistent (ncis and cps) data from the device and writes them to the station data-
base (Lon device). An Upload window selects the type of data.
Download Writes persistent data (ncis and cps) to the device from values in the station database (Lon device). A
Download window selects recursive writes.
Action Description
NOTE: In general, you should not invoke actions on the Local Lon Device, except a Service Pin
lonworks-DeviceData
This component is a frozen container slot under most Lon device objects. It contains the data needed to repre-
sent a specific Neuron chip including state information and data that can be configured in the Neuron tables.
This component is otherwise referred to as the ExtDeviceData slot.
In general, it is recommended that you leave slot values under a device’s DeviceData container at default set-
tings. Largely, these are data structures that contain address and state information administered by the network
management functions of the station.
Figure 17 Device Data property sheet
To access this view, expand the Local lon Device component in the Nav tree, and right-click Device Data→-
Views→Property Sheet.
To access this table, expand Config→Drivers→LonNetwork, right-click a dynamic device node, click View-
s→AX Property Sheet, expand Device Data and click Alias Table.
device’s state and configuration data, including the larger number of possible address tables in its child ExtAd-
dressTable slot (unique to ExtDeviceData).
lonworks-LonPointDeviceExt
This component is the Lonworks implementation of the framework’s PointDeviceExt. Its primary view is the
Lon Point Manager. It is the only device extension for any Lon device. In the lonworks palette, it is available
under the DynamicDevice as Points.
Figure 19 Points
To view these properties, expand the LonNetwork, expand a device folder right-click Points and click View→-
AX Property Sheet.
Point names depend on the configuration. In the screen capture the points are named for the direction of com-
munication: nvi for Network Variable Input and nvo for Network Variable Output.
lonworks-LonBooleanProxyExt
This component is the Lon proxy extension for a BooleanPoint. It will link a single Boolean point to a lonworks
LonPrimitive. The appropriate conversions will be performed.
To access this view, expand LonNetwork, expand a device, expand the Points folder, right click Boolean
Point and click Views→AX Property Sheet
In addition to the common properties (Status, Fault Cause and Enabled), these properties are unique to this
component.
To access this view, expand LonNetwork, expand a device, expand the Points folder, right click Enum Point
and click Views→AX Property Sheet.
In addition to the common properties (Status, Fault Cause and Enabled), these properties are unique to this
component.
To access this view, expand LonNetwork, expand a device, expand the Points folder, right click String Point
and click Views→AX Property Sheet.
In addition to the common properties (Status, Fault Cause and Enabled), these properties are unique to this
component.
lonworks-NetworkConfig
This component represents a single nci (Network Configurable Input) in a Lon device. It provides specific sup-
port for runtime updates and contains data needed to support network management.
lonworks-MessageTag
This component represents a single network variable in a Lon device. It provides specific support for runtime
updates and contains data needed to support network management. The MessageTag is available in the lon-
works module.
Figure 24 Message Tag properties
To view these properties, expand LonNetwork node in the Nav tree, right-click Local Lon Device, click View-
s→AX Property Sheet and clickMessage In.
lonworks-LocalNv
This component is a single network variable in a Local Lon Device. The external interface of the local device
represents it to other devices on the Lonworks trunk.
A network variable (nv) may configure input (nvi), output (nvo).
To access these views, double-click the Local Lon Device component in the Nav tree, and right-click nvoSta-
tus→Views→AX Property Sheet.
Actions
By default, Lon components have two available actions, with right-click menu access from the Lon device’s
Property Sheet, Nc Manager and Nv Manager views.
Action Description
Force Read Causes a read of the request’s Lon data from the device.
Force Write Sends the Lon request’s data values to the device again. This does not apply to nvos.
Nv Props
Figure 27 Nv Props properties (under nviRequest)
To access these properties, right-click the Local Lon Device component in the Nav tree, click Views→AX
Property Sheet, expand nviRequest or nviStatus and expand Nv Props.
Nv Config Data
Figure 28 NV Config Data properties (under nviRequest)
To access these properties, right-click the Local Lon Device component in the Nav tree, click Views→AX
Property Sheet, expand nviRequest or nviStatus and expand Nv Config Data.
lonworks-NetworkVariable
This component represents a single point in a Lon device, as one type of Lon component. It provides specific
support for runtime updates and contains data needed to support network management.
lonworks-LocalNci
This component is a single network variable in a Local Lon Device that represents the external interface of the
local device as presented to other devices on the Lonworks trunk.
To add this component to a LonNetwork local Lon device, expand Config→Drivers→LonNetwork and click
New.
Figure 29 LocalNci properties
To access this view, right-click the Local Lon Device component in the Nav tree, and click Views→AX Prop-
erty Sheet.
lonworks-DynamicDevice
This component represents a Lonworks node. It adds support to the LonDevice with dynamically created com-
ponents from a device’s self documentation or a Lon Xml (.lnml) file. Almost all Lon devices are implemented
as dynamic device components.
In addition to the standard component views (Property Sheet, Wire Sheet, Category Sheet, Slot Sheet, and Link
sheet, this component has two special views: Nv Manager and the Nc Manager.
To access these properties, expand Config→Drivers→LonNetwork, right-click a dynamic device node and
click Views→AX Property Sheet. (Your dynamic device node is probably named for the device rather than
named “Dynamic Device.”)
In addition to the standard properties (Status, Enaled, Fault Cause, Health and Alarm Source Info), these prop-
erties are unique to this component.
Actions
Figure 31 Lon device actions
To access these actions, expand LonNetwork, right-click a dynamicdevice and click Actions.
NOTE: Similar actions exist for the Local Lon Device, with exception of Learn Nv and Trim.
Action Description
Ping Attempts communication with the device. If successful, the device status reports {ok}. If this fails, the sys-
tem sets device status to {down}
Upload Reads transient (nvs) and persistent (ncis and cps) data from the device and writes them to the station data-
base (Lon device). An Upload window selects the type of data.
Download Writes persistent data (ncis and cps) to the device from values in the station database (Lon device). A
Download window selects recursive writes.
Reset Issues a reset command to the device.
Learn Nv Builds the Lon device’s child Lon components as a collection of nvs, ncis, and (if available) cps variables
based on the Lonworks self documentation that resides in the device.
Service Pin Issues a Lonworks service pin message for the host node. This action is unique to Local Lon Device, and
is useful if installing the host using an external Lonworks network management tool (station as a Lon node
only).
Actions
Figure 32 nviRequest/nvoStatus actions
By default, Lon components have two available actions, with right-click menu access from the Lon device’s
Property Sheet, Nc Manager and Nv Manager views.
Action Description
Force Read Causes a read of the item’s Lon data from the device.
Force Write Sends the Lon component’s Lon data values to the device again. This does not apply to nvos.
lonworks-AliasTable
This component contains the data in a Lonworks device’s alias table. It appears as a child of the device’s De-
vice Data container or ExtDeviceData slot.
To support network variable selection at layer 6, each network variable on a device has a unique network varia-
ble index for that device. Network variable indexes are assigned sequentially for each network variable on the
device, starting with index 0. For example, a device with a switch output and a switch feedback input may use
index 0 for the output and index 1 for the input.
When sending a network variable update, the layer-6 implementation uses this table to translate the network
variable index on the sending device to a network variable selector. This action translates the network variable
selector to a network variable index on the receiving device.
(Description adapted from the Echelon Introduction to the LonWorks® Platform, Revision 2.)
To access this table, expand Config→Drivers→LonNetwork, right-click a dynamic device node, click View-
s→AX Property Sheet, expand Device Data and click Alias Table.
lonworks-ExtAddressTable
This component applies only to a device that uses Extended Network Management as defined in CEA-709.1-B,
and contains the data in its extended address table. It appears as a child of the Lon device’s Device Data con-
tainer (ExtDeviceData slot).
lonworks-ExtDeviceData
This component is a frozen container slot under any Lon device that uses Extended Network Management, as
defined in CEA-709.1-B (replacing the more typical DeviceData slot). Like DeviceData, it represents the devi-
ce’s state and configuration data, including the larger number of possible address tables in its child ExtAddres-
sTable slot (unique to ExtDeviceData).
lonworks-LonRouter
This component represents a Lonworks network router with two Device Data container slots: Near Device Da-
ta and Far Device Data. These containers represent both of the router’s neuron chips (relative to the Local Lon
Device).
You create and manage Lon routers from the Lon Router Manager view of the Lon network. The LonRouter
is also available in the lonworks palette.
Figure 34 Lon Router properties
Actions
Figure 35 Lon Router actions menu
To access the Action menu, expandLonNetwork, right clickLonRouter and click Actions.
Action Description
Set Type Set the enumerated descriptor for the router type.(Configured, Learning, Bridge, and Repeater).
lonworks-RouterEntryTable
This component is a table in a Lonworks router.
lonworks-LonDeviceFolder
This component is the Lon implementation of a folder under a LonNetwork. You use these folders to organize
Lon devices under the network.
You add such folders using the New Folder button in the Lon Device Manager view of the LonNetwork. The
LonDeviceFolder is also available in the lonworks palette.
Each LonDeviceFolder has its own Lon Device Manager view.
Actions
Figure 36 Lon Device Folder actions
Upload Reads transient (nvs) and persistent (ncis and cps) data from the device and writes them to the station data-
base (Lon device). An Upload window selects the type of data.
Download Writes persistent data (ncis and cps) to the device from values in the station database (Lon device). A
Download window selects recursive writes.
lonworks-LonDevice
This component is the base class that represents a physical Lonworks device. It adds polling, lonLinks and file
access for the support of configuration properties. Most Lon devices are represented by a dynamic device, a
component that is subclassed from the Lon device.
lonworks-ConfigParameter
This component represents a single config property (CP) in a Lon device. It provides specific support for run-
time updates. A node’s CPs (if any) appear in the Property Sheet of the LonDevice.
lonworks-LonData
This component is the superclass for all classes which can be used as the data component of Lon components.
These classes can convert their data from and to the byte format used by physical Lonworks devices. This com-
ponent contains one or more LonPrimitives.
lonworks-LonObjectFolder
This component is a folder organizes Lon objects when adding (learning) new Lon devices. This folder is also
used under a programmable Lon device, such as an XL15C.
To organize Lon objects, you copy this folder from the lonworks palette and place it under the device node in
the Nav tree.
Actions
Figure 37 Lon Object Folder actions
Upload Reads transient (nvs) and persistent (ncis and cps) data from the device and writes them to the station data-
base (Lon device). An Upload window selects the type of data.
Download Writes persistent data (ncis and cps) to the device from values in the station database (Lon device). A
Download window selects recursive writes.
lonworks-LonObject
This component is a container for grouping Lon components in a LonMark compliant device. Each Lon object
represents a LonMark object, where its child Lon components represent the set of nvs, ncis and cps in that Lon-
Mark object.
LonObjects are visible in the Nav tree when you expand the Lon device. This extra level of component hier-
archy may be useful in devices that have a large number of LonMark objects. The default name for a LonObject
is Typen, where n is the LonMark object type number.
Figure 38 Example of LonObject properties
You configure Lon objects in the network’s Lon Netmgmt container under the LonNetwork, which applies to
any Quik Learn or add device operation. The Use Lon Objects property is available selectively, such as when
issuing an ImportXml command or Learn Nv on a DynamicDevice.
In addition to the standard properties (Status and Fault Cause), two properties may be common to Lon objects.
Other properties depend on the device.
Actions
To access the Actions menu access expandLonNetwork→Local Lon Device→ Lon Object Folder right click
Lon Object.
Figure 39 Local object actions menu
Action Description
Upload Reads transient (nvs) and persistent (ncis and cps) data from the device and writes them to the station data-
base (Lon device). An Upload window selects the type of data.
Download Writes persistent data (ncis and cps) to the device from values in the station database (Lon device). A
Download window selects recursive writes.
lonworks-LonPointFolder
This component is the Lonworks implementation of a folder under a Lon device’s Points container (LonPoint-
DeviceExt). You add such folders using the New Folder button in the Lon Point Manager view of the Points
component.
Each LonPointFolder has its own Lon Point Manager view. The LonPointFolder is also available in the
lonworks palette.
lonworks-LonTuningPolicyMap
This component is the Lon network container slot for one or more Lon tuning policies.
This component is a sub-component under the LonNetwork.
To open this view, right-click LonNetwork, click Views→AX Property Sheet and click Tuning Policies.
This view contains no configurable properties.
lonworks-LonTuningPolicy
This component provides a tuning policy for the Lon network, with standard framework tuning policy properties.
Tuning policy effects on Lon component behavior
The following table indicates the way the network tuning policy affects Lon component behavior.
nvo No effect
nvi with proxy (unbound) Min/max times and start/on/enable flags apply
nvi with proxy (bound) Min/max times and start/on/enable flags apply
To view these properties, expand Config→Drivers, right-click LonNetwork, click Views→AX Property Sheet
and expand Tuning Policies and click Default Policy.
Tuning policy properties are defined in the Drivers Guide.
Lon-specific information about Max Write Time
If you link two devices, for example LON1 and LON2, the LON2 device does not receive updates per Max
Write Time. However, when the LON1 value changes, updates go out. The updated value does not depend
on Max Write Time of LON2 device. These devices are linked between each other but not through proxy
points.
NOTE: The Max Write Time is observed when the devices are linked through proxy points.
The LON Device accepts the default values if it does not receive any updates within five minutes of linking. The
updates are based on its receive heartbeat setting which is pre-programmed.
The MAX Write Time is one minute, which is sufficient enough to update before the received heartbeat
expires.
lonworks-LinkFilter
This component is for troubleshooting. Its default Link Filter view provides debug-level messages related to
Lonworks links.
To use this component you drag or copy it from the lonworks palette to a Lon network node in the Nav tree.
Figure 42 LinkFilter properties
To access this view, right-click LonNetwork and click Views→AX Property Sheet, then expand Link Filter.
Action
A Clear Table action removes collected records. This enables continued collection if the buffer previously
reached the Max Entries limit. You can drag or copy multiple LinkFilter components to the Lon network
node.
lonworks-LonTimeZone
This component represents SNVT_Time_Zone.
lonworks-LonWbService
This component provides access to a Lonworks network for client-side applications.
lonworks-LonAppDownloadJob
This component loads a new application image to a dev table.
lonworks-LonBindJob
This component command the binding of links between Lonworks devices.
lonworks-LonChangeNvTypeJob
This component provides feedback on a change nv operation.
lonworks-LonCommissioJob
This component commands that a specific node be commissioned. It configures the domain table and initializes
the address and nv config tables.
lonworks-LonCommissionRouterJob
This component commands that the addNode service be performed on the specified node. This service config-
ures the domain table and initializes the address and nv config tables.
lonworks-LonDiscoverJob
This component queries the connected network for undiscovered devices.
lonworks-LonLearnJob
This component commands the learnNode service to be performed on the specified node. This service reads
the domain table, address table and nv config table. It makes no selections, but assumes the requirement is to
learn a previously-managed network.
The learn job performs these steps:
1. If the job finds a duplicate subnet/node it aborts the process.
2. Matches discovered devices to database devices with a zero Neuron Id.
3. Adds dynamic devices, if there is an available Lon Xml file to import for the device. Otherwise, it learns the
nvs from device.
4. For unmanaged devices it performs the same functions as when no devices are selected. It does not check
for duplicate nodes.
lonworks-LonLearnLinksJob
This component commands the learnNode service to be performed on the specified node. This service reads
the domain table, address table and nv config table.
lonworks-LonReplaceJob
This component commands that a specific node be replaced. This sets the domain table and address and nv
config tables to match the configuration of the original device.
lonworks-LonXmlTool
This component is a EC-Net 4 Pro utility used to make Lon Xml (extension .lnml) files from .xif files for a Lon
device.
You access this view by clicking the menu item Tools→Lon Xml Tool.
lonIp-LonIpNetwork
This component is the base container for all Lon IP components in the station.
To access this view, drag the LonIPNetwork component from the palette to the Nav tree, and right ckick the
network and click Views→Property Sheet.
In addition to the standard properties (Status, Enabled, Fault Cause, Health, Alarm Source Info, Monitor, Poll
Service and Tuning Policies), these properties are unique to Lonworks.
Actions
To access the Action menu, right click LonIPNetwork in the nav tree and click Actions.
Action Description
Ping Attempts communication with the device. If successful, the device status reports {ok}. If this fails, the sys-
tem sets device status to {down}
Upload Reads transient (nvs) and persistent (ncis and cps) data from the device and writes them to the station data-
base (Lon device). An Upload window selects the type of data.
Download Writes persistent data (ncis and cps) to the device from values in the station database (Lon device). A
Download window selects recursive writes.
Make Nvs Non Critical Changes the network variable.
lonIp-IpChannel
This component is a child of the LonIpNetwork. It contains two frozen container slots: Network Config and
MemberTable.
You drag or copy this component from the lonIp palette to the LonIpNetwork. Its default view is the Member
Manager view. This component has no properties of its own.
lonIp-IpLonNetworkConfig
This component is one of two frozen containers under an Ip Channel component of a LonIpNetwork. It con-
tains properties that specify the CEA-852 IP Configuration Server (Config Server) and the software ports used.
NOTE: The Config Server property defaults to false. To configure the controller station to function as a
configuration server, set this property to true.
The screen capture shows two versions of this AX Property Sheet. When Is Config Server is true, there
is no need to define the Config Server Ip, which is only available when Is Config Server is set to false.
To access this view expand, LonIPNetwork→IP Channel and double-click Network Config.
lonIp-MemberTable
This component is a feature of the LonIP driver and a child of the Ip Channel component under the LonIpNet-
work. It lists the channels under the network.
Depending on how the network is configured, the table is populated in one of two ways:
• The Ip Channel has a Is Config Server property, which defaults to false. After you add a device to the
Config Server, and contact is made with the Config Server (the station becomes a member of the CEA-852
channel), the driver dynamically populates this table with the other node members of the channel.
• If the Ip Channel property Is Config Server is set to true: you use the (default) Member Manager view
on the parent Ip Channel component to add a new channel member, specifying the IP address of the con-
troller. You also add a channel member for each Lon/IP router device.
Figure 47 Member table Property Sheet
To access this view expand, LonIPNetwork→IP Channel, and double-click and click Member Table.
This Property Sheet contains one container.
lonIp-ChannelMember
This component is a child of the MemberTable container under the IP Channel component of a LonIpNet-
work. A ChannelMember represents a Lon/IP router or an IP channel node.
ChannelMember components represent Lon/IP 852 routers, as well as one required entry for the host station it-
self (as a channel node). If using a third-party (non-framework) Config Server, the driver automatically adds all
ChannelMembers once communications to the CS have been established.
If configuring the station as the CEA-852 Config Server, you must manually add ChannelMembers. Once
added, you can monitor these component’s status in the Member Manager view, and if necessary, also edit
and open a browser connection to any selected one (for possible configuration, if the device provides a built-in
web server). ChannelMembers also provide a number of right-click actions.
Figure 48 Ip Channel Member properties
To access this view expand, LonIPNetwork→IP Channel, and double-click and click Member
Table→ChannelMember.
In addition to the standard property (Fault Cause), these properties are unique to this component.
Actions
To access Actions menu expand, LonIPNetwork→IP Channel→Member Table, right click ChannelMember.
Action Description
Update Forces an update of LonIp channel information to the device. An update occurs automatically upon station
startup, and when LonIp channel information changes.
Get Statistics Opens a popup window with various statistics for the selected channel member.
Get Status Aux Opens the Get Statu Aux window for the selected channel member.
lonIp-IpLocalDevice
This component is similar to the LocalLonDevice component under a regular LonNetwork, and has the same
default name. It is a child of the LonIpNetwork component as copied from the lonIp palette.
You use this component to specify the station’s channel and subnet/node address (it must be consistent with
the IP Lon channel that the station is to become a member of). The station presents itself as an IP channel node
using this address.
Ip Local Lon Device properties and actions are the same as those for the Local Lon Device.
tunnel-TunnelService
This component provides a station server for application tunneling, where remote PCs with a tunnel client in-
stalled can use a legacy or vendor-specific PC application to access devices connected to one or more driver
networks. A tunnel connection allows the remote client application to operate as it were directly attached to the
driver network (via a virtual PC port).
WARNING: While this service is available, you are strongly encouraged not to provide tunneling access to Lon-
works devices. Tunneling is not a secure form of communication. If you use it, you provide an opening for mali-
cious activity within your network.
A client PC tunnels using an IP (LAN/WAN) connection, which is granted only after authentication as a station
user (with admin write permissions for the particular child tunnel component accessed).
The LonTunnel child component provides support for tunneling Windows Lon-based applications. Other serial-
based drivers may support a SerialTunnel child component.
In any station only one TunnelService is recommended. It can hold the required number (and types) of child
tunnels.
lontunnel-LonTunnel
This is the server-side component required to support application tunneling of Windows Lon-based applications
to Lon devices reachable in a station’s Lon network. It is found in the lontunnel module. A station running the
Lonworks driver can provide tunneling access to its connected Lonworks devices. This uses a vendor’s Win-
dows Lon-based application (via the Lon tunnel client) to perform device-specific operations. Examples include
application downloads or other device configuration.
WARNING: While this module is available, you are strongly encouraged not to provide tunneling access to Lon-
works devices. Tunneling is not a secure form of communication. If you use it, you provide an opening for mali-
cious activity within your network.
The tunneling client is separate from EC-Net 4 Pro—meaning that you can install it on various PCs. The key ad-
vantage is that Lon tunneling requires only a standard IP connection (to the station), yet provides access as if
the client PC was attached to the target Lonworks network via a physical FTT-10 adapter.
NOTE: No special licensing is required to use tunneling features.
Figure 51 LonTunnel properties
Unless you have multiple Lon tunnels (one for each Lon port on the host), you do not need to do any further
configuration, apart from defaults.
To view these properties, expand LonNetwork and double-click LonTunnel.
In addition to the standard properties (Enabled and Status) these properties are unique to this component.
Action
In addition, a LonTunnel has an available (right-click) action: Disconnect All disconnects any active con-
nection through this LonTunnel (maximum of 1), causing removal of the TunnelConnection below it. On the
remote (Lon tunnel client) side, the driver reports a popup message: Connection closed by remote host.
NOTE: Any TunnelConnection component also has its own Disconnect action, which effectively performs
the same function.
kitLon-LonTime
This component provides the ability to link system time from the station to any Lon device that has an nvi using
SnvtTimeStamp.
You drag or copy this component from the kitLon palette to the Lon network, then link it on the wire sheet to
one or more Lon device(s).
Figure 52 Lon Time Property Sheet
To access these properties, right-click LonNetwork and click Views→AX Property Sheet, then expand
LonTime.
In addition to the standard properties (Status and Fault Cause) there properties are unique to this component.
Time Stamp
Property Value Description
Nv Props additional Reports and configures NV (Network Variable) input properties.
properties
For property descriptions, refer to lonworks-LocalNv.
Nv Config Data additional Maps directly to a device’s network variable and reports NV
properties (Network Variable) output configuration data.
For property descriptions, refer to lonworks-LocalNv.
year defaults to current Sets up the year.
computer’s year
month defaults to current Sets up the month.
computer’s month
day defaults to current Sets up the day.
computer’s day
hour defaults to current Sets up the hour.
computer’s hour
minute defaults to current Sets up the minute.
computer’s minute
second defaults to current Sets up the second.
computer’s second
To access these properties, right-click LonNetwork and click Views→AX Property Sheet, then expand
LonBooleanTodEvent.
In addition to the standard properties (Status and Fault Cause) there properties are unique to this component.
To access these properties, right-click LonNetwork and click Views→AX Property Sheet, then expand
LonEnumTodEvent.
In addition to the standard properties (Status and Fault Cause) these properties are unique to this component.
CAUTION: This component is only for advanced users who understand the implications of changing these buf-
fer settings. Improper use can degrade operation and/or result in loss of data!
You add this component to the Local Lon Device from the kitLon palette.
Figure 56 Buffer parameter properties
To access this Property Sheet, expand LonNetwork→Local Lon Device and double-click BufferParams
Actions
To access the Actions menu expand LonNetwork, Local Lon Device and double click Buffer Params.
This component provides a single action, Update Buffers. This action writes buffer message changes to the
Neuron chip.
lonworks-PseudoNV
These components take several forms depending on the parent component, which is a kitLon component.
Time Stamp
This component is related to the kitLon component LonTime.
To view these properties, locate double-click a LonTime component in the Nav tree and expand Time Stamp,
or click TimeStamp.
Tod Event
This component is related to two kitLon components: LonBooleanTodEvent and LonEnumTodEvent.
This component is the base container for all Lon IP components in the station.
To access this view, drag the LonIPNetwork component from the palette to the Nav tree, and right ckick the
network and click Views→Property Sheet.
In addition to the standard properties (Status, Enabled, Fault Cause, Health, Alarm Source Info, Monitor, Poll
Service and Tuning Policies), these properties are unique to Lonworks.
Actions
To access the Action menu, right click LonIPNetwork in the nav tree and click Actions.
Figure 60 LonIpNetwork actions
Action Description
Ping Attempts communication with the device. If successful, the device status reports {ok}. If this fails, the sys-
tem sets device status to {down}
Upload Reads transient (nvs) and persistent (ncis and cps) data from the device and writes them to the station data-
base (Lon device). An Upload window selects the type of data.
Download Writes persistent data (ncis and cps) to the device from values in the station database (Lon device). A
Download window selects recursive writes.
Make Nvs Non Critical Changes the network variable.
lonIp-IpChannel
This component is a child of the LonIpNetwork. It contains two frozen container slots: Network Config and
MemberTable.
You drag or copy this component from the lonIp palette to the LonIpNetwork. Its default view is the Member
Manager view. This component has no properties of its own.
lonIp-IpLonNetworkConfig
This component is one of two frozen containers under an Ip Channel component of a LonIpNetwork. It con-
tains properties that specify the CEA-852 IP Configuration Server (Config Server) and the software ports used.
NOTE: The Config Server property defaults to false. To configure the controller station to function as a
configuration server, set this property to true.
The screen capture shows two versions of this AX Property Sheet. When Is Config Server is true, there
is no need to define the Config Server Ip, which is only available when Is Config Server is set to false.
To access this view expand, LonIPNetwork→IP Channel and double-click Network Config.
lonIp-MemberTable
This component is a feature of the LonIP driver and a child of the Ip Channel component under the LonIpNet-
work. It lists the channels under the network.
Depending on how the network is configured, the table is populated in one of two ways:
• The Ip Channel has a Is Config Server property, which defaults to false. After you add a device to the
Config Server, and contact is made with the Config Server (the station becomes a member of the CEA-852
channel), the driver dynamically populates this table with the other node members of the channel.
• If the Ip Channel property Is Config Server is set to true: you use the (default) Member Manager view
on the parent Ip Channel component to add a new channel member, specifying the IP address of the con-
troller. You also add a channel member for each Lon/IP router device.
Figure 62 Member table Property Sheet
To access this view expand, LonIPNetwork→IP Channel, and double-click and click Member Table.
This Property Sheet contains one container.
lonIp-ChannelMember
This component is a child of the MemberTable container under the IP Channel component of a LonIpNet-
work. A ChannelMember represents a Lon/IP router or an IP channel node.
ChannelMember components represent Lon/IP 852 routers, as well as one required entry for the host station it-
self (as a channel node). If using a third-party (non-framework) Config Server, the driver automatically adds all
ChannelMembers once communications to the CS have been established.
If configuring the station as the CEA-852 Config Server, you must manually add ChannelMembers. Once
added, you can monitor these component’s status in the Member Manager view, and if necessary, also edit
and open a browser connection to any selected one (for possible configuration, if the device provides a built-in
web server). ChannelMembers also provide a number of right-click actions.
Figure 63 Ip Channel Member properties
To access this view expand, LonIPNetwork→IP Channel, and double-click and click Member
Table→ChannelMember.
In addition to the standard property (Fault Cause), these properties are unique to this component.
Actions
To access Actions menu expand, LonIPNetwork→IP Channel→Member Table, right click ChannelMember.
Action Description
Update Forces an update of LonIp channel information to the device. An update occurs automatically upon station
startup, and when LonIp channel information changes.
Get Statistics Opens a popup window with various statistics for the selected channel member.
Get Status Aux Opens the Get Statu Aux window for the selected channel member.
lonIp-IpLocalDevice
This component is similar to the LocalLonDevice component under a regular LonNetwork, and has the same
default name. It is a child of the LonIpNetwork component as copied from the lonIp palette.
You use this component to specify the station’s channel and subnet/node address (it must be consistent with
the IP Lon channel that the station is to become a member of). The station presents itself as an IP channel node
using this address.
Ip Local Lon Device properties and actions are the same as those for the Local Lon Device.
Plugins provide views of components and can be accessed in many ways. For example, double-click a compo-
nent in the Nav tree to see its default view. In addition, you can right-click on a component and select from its
Views menu.
For summary documentation on any view, select Help→On View (F1) from the menu or press F1 while the view
is open.
To access this view, double-click the LonNetwork node in the Nav tree or right-click the same node followed by
clicking Views→Lon Device Manager.
This view provides support for learning (or discovering/adding) Lonworks devices to the database, for manag-
ing device addresses, and for downloading standard applications to devices.
Columns
Column Description
Subnet Identifies the subnet. A particular subnet must be contained in a single channel. There can be multiple sub-
nets on a single channel.
Node Reports the assigned Lonworks subnet/node address, unique on site for this device.
Manufacturer The device manufacturer provides the .xif and resource files for Lonworks devices.
Program Id Identifies the interface to a dynamic device (network node). Different external interfaces should be associ-
ated with unique Program Ids. Some vendors support multiple device types in the same hardware platform.
Refer to AppDownload.
Neuron Id Maps the device in the station database to a different physical device (or no device, if the address is not
available). While most DeviceData properties should be left at default values, this is one property you may
routinely edit.
Path Facilitates sorting of devices by parent LonDevicefolder (reflected in the path. This technique is often
used on a routed Lon network, where devices may be on different network channels (channel Id and
subnet).
Buttons
In many ways, the Lon Device Manager works similar to other device managers that support online device dis-
covery. A second row of buttons exists below ones common to most device managers. These buttons are only
available when not in learn mode (split panes, Discovered and Database).
• New Folder creates a new folder for devices.
• New creates a new device record in the database.
• Edit opens the device’s database record for updating.
• Discover runs a discover job to locate installed devices, which appear in the Discovered pane. This view
has a standard appearance that is similar to all EC-NetAX Pro Device Manager views.
• Cancel ends the current discovery job.
• Add inserts a record for the discovered and selected device in the database.
• Match associates a discovered device with a record that is already in the database.
• Commission sets a selected device’s internal tables (including address-related) to a functioning but un-
bound state. You perform this on any newly-added Lon device except those created by a Quik Learn of a
previously managed network, where the initial state of the device is already Config Online.
• Replace Downloads network management data to a selected device it is used when replacing a device, or
when re-synchronizing nv bind information.
• Quik Learn combines online node discovery and Lon device (database) creation in one operation. Specifi-
cally, it searches locally-installed lonvendor modules to find possible Lon Xml files. This differs from a Dis-
cover and Add, where the system searches all modules used by EC-Net 4 Pro.
• AppDownload Downloads a vendor-supplied .nxe file, such as may be used for a firmware update or ap-
plication update.
You access this view by right-clicking the Lon network node in the Nav tree followed by clicking Views→Lon
Router Manager.
In many ways, this view works like the Lon Device Manager. However, the Lon Router Manager is unique in
that it is for management of Lon routers only, meaning that it does not include other (non-router) Lon devices.
Columns
Column Description
Status Indicates the condition of the network, device or component at the last check.
{ok} indicates that the component is licensed and polling successfully.
{down} indicates that the last check was unsuccessful, perhaps because of an incorrect property,
or possibly loss of network connection.
{disabled} indicates that the Enable property is set to false.
{fault} indicates another problem. Refer to Fault Cause for more information.
Type Identifies the type of device: Dynamic Device, Ip Local Device, etc.
Mode Reports type of function of the router: Normal, Init Router Table, Temporary Bridge or
Unknown.
State Reports the current condition of the router.
Near Chan Identifies one side (half) of the router. A router typically does not perform at the wire-rate because
of latency, including the time to receive and buffer the incoming packet at the near side, the time to
forward the packet between the halves, and the time to buffer and transmit the packet at the far
side. (from Echelon Lonworks Router User Guide)
Fault Cause Indicates the reason why a system object (network, device, component, extension, etc.) is not
working properly (in fault). This property is empty unless a fault exists.
Near Neuron Id Displays the unique 48–bit ID for the near side of the router.
Far Neuron Id Displays the unique 48–bit ID for the far side of the router.
Buttons
As in the Lon Device Manager, there is a second row of buttons below ones common to most device manag-
ers. These buttons are available when not in learn mode (split panes, Discovered and Database). These but-
tons are:
• New creates new router records.
• Edit changes existing router records.
• Discover runs a discover job to locate installed devices, which appear in the Discovered pane. This view
has a standard appearance that is similar to all EC-NetAX Pro Device Manager views.
• Cancel ends the current discovery job.
• Add inserts a record for the discovered and selected device in the database.
• Match associates a discovered device with a record that is already in the database.
• Commission sets a selected device’s internal tables (including address-related) to a functioning but un-
bound state. You perform this on any newly-added Lon device except those created by a Quik Learn of a
previously managed network, where the initial state of the device is already Config Online.
• Replace Downloads network management data to a selected device it is used when replacing a device, or
when re-synchronizing nv bind information.
• Quik Learn combines online node discovery and Lon device (database) creation in one operation. Specifi-
cally, it searches locally-installed lonvendor modules to find possible Lon Xml files. This differs from a Dis-
cover and Add, where the system searches all modules used by EC-Net 4 Pro.
• TempBridge creates a temporary bridge. If the packet is sent on a domain to which a bridge belongs, this
type of router forwards packets received on one channel to the other channel. You would use a bridge to
span domains. In a single domain network, a bridge functions essentially the same as a repeater. (from
Echelon Lonworks Router User Guide
• Update Refreshes the view.
You access this view by right-clicking the LonNetwork node in the Nav tree followed by clicking Views→Lon
Link Manager.
Each row in this tab represents either a connection between the station (LocalDev) and a specific network vari-
able (nvi or nvo) in a Lon device, or a Lon network variable binding directly between two other Lon devices.
• For local device connections, each row corresponds to a particular Lon proxy point. Proxy points for ncis,
cps, and read-only nvi proxy points are not included.
• For a binding directly between two Lon devices, the software models the binding as a graphical connection
(link) that is visible on each device’s glyph (shape) as it appears on the station’s wire sheet.
Columns
Data columns provide the current information about each link and binding. By default, this table is sorted by se-
lector, ascending (1, 2, 3, so on). You can click on any table column header to resort the table, and click and
drag to resize column widths.
Column Description
Selector This number references an individual network variable, which is stored in a table within the local Neu-
ron chip.
Column Description
• ServiceTypeError—Message service type mismatch. The assigned message service type (link-
Type) does not match the actual service type found in the node.
Check boxes
The two check boxes in the lower left of the view filter (hide) links from the view as follows:
• Hide Proxy Links filters out links from or to proxy points (LocalDev) from the view.
• Hide Net Links filters out links between other Lon devices/controllers from the view.
The hide filters only affect the display of links. A bind operation still binds all links, even though they might not
be visible.
Buttons
The buttons serve these functions:
• Refresh globally polls the status of the bindings on the network and displays that information in the table. If
unbound (deleted) links were previously listed, Refresh removes them from the table.
• Bind globally establishes nv bindings for all entries per the linkType (Service Type) specified for each en-
try. This button remains available regardless of any selected items. When you click it, the driver performs a
global Lon-bind job with standard station job visibility. To bind only selected items, use Selective Bind
instead.
• Selective Bind globally establishes nv bindings for only the selected entries per the linkType (Service
Type) specified in each entry. When you click it, the driver performs a Lon-bind job with standard station job
visibility. To globally bind all entries, use the Bind button instead.
If a link is already bound and you change it to another message Service Type, its linkStatus changes to
NewLink until you bind (or selective bind) it again.
• Set Service Type sets the LonTalk message Service Type that controls the properties for the next bind.
When you click it, a popup window provides a drop-down selection of message service types to use. Or, you
can select Poll Only, which sets nvs to an unbound state.
MessageTagLinks tab
This tab manages the bindings between messages in and message-out tags of Lon devices (if any devices are
used this way).
In some cases, applications require a different data interpretation model than that provided by network varia-
bles. In these cases, nodes construct individual messages and assign them an address. These are referred to
as explicit messages, and nodes can use logical input and output ports (message tags) to send and receive
these messages. While the driver provides this feature, it is not used. Generally, Lonworks nodes use network
variables to exchange data.
All LonMark-certified nodes contain a message-in tag, which can be used to receive messages. In addition, no-
des can declare bi-directional message tags that can be used to both send and receive messages. If message
tags bindings are used, the Lon Link Manager opens their status in a fashion similar to that used to display
network variable bindings.
Each row represents a link between devices for the purpose of exchanging messages.
Columns
Data columns in message tag links table provide the current information about each message tag link.
Column Description
Buttons
• Refresh globally polls the status of the bindings on the network and displays that information in the table. If
unbound (deleted) links were previously listed, Refresh removes them from the table.
• Bind globally establishes nv bindings for all entries per the linkType (Service Type) specified for each en-
try. This button remains available regardless of any selected items. When you click it, the driver performs a
global Lon-bind job with standard station job visibility. To bind only selected items, use Selective Bind
instead.
• Selective Bind globally establishes nv bindings for only the selected entries per the linkType (Service
Type) specified in each entry. When you click it, the driver performs a Lon-bind job with standard station job
visibility. To globally bind all entries, use the Bind button instead.
If a link is already bound and you change it to another message Service Type, its linkStatus changes to
NewLink until you bind (or selective bind) it again.
• Set Service Type sets the LonTalk message Service Type that controls the properties for the next bind.
When you click it, a popup window provides a drop-down selection of message service types to use. Or, you
can select Poll Only, which sets nvs to an unbound state.
information, and more. The queries require a command. Some queries also include a sub-command. The re-
sults provide information about the current state of the Lon network.
Figure 69 Lon Utilities Manager view of a LonNetwork
You access this view by right-clicking the LonNetwork node in the Nav tree followed by clicking Views→Lon
Utilities Manager.
The Execute button is the run button, which performs the search.
The Device drop-down list depends upon the current list of devices.
When to use Lon utilities
Reason Command and sub-command
To identify a device from a service pin message: Main command: Identify, sub-command: Service Pin.
To determine the working domain of an existing managed network: Select <a Lon device>, main command: Reports, sub-command:
Domain Table.
To verify that binds issued from the Lon Link Manager executed If selective binds made to just one Lon device: Select <that de-
correctly, meaning that the actual devices and the station database vice>, main command: Reports, sub-command: Verify.
are both synchronized:
If binds were made to multiple Lon devices: Select Local Lon
Device, main command: Reports, sub-command: Verify.
If the report shows discrepancies, take the appropriate actions
from the Lon Device Manager: For any device shown in error, se-
lect it, then do a Replace. If the database shows errors, select the
affected device(s), then do a Quik Learn.
Following either action, you perform another Bind from the Lon
Link Manager, then re-run the verify report from the Lon Utilities
Manager.
Command
This drop-down list selects from among utilities that you can run:
Status displays real-time status for a node, or performs some other network management operation that af-
fects device status.
Display issues a query status message to the node. This retrieves the network error statistic accumulators,
which identify the cause of the last reset, the current state of node, and the last runtime error logged.
Clear sends a message to the node to delete its error flag and error counts. After this is processed, the status
display for the node updates. Following a clear, you can use the display sub-command to gauge the effects of
network traffic on the node.
Set Unconfigured sets a node to an online state, and is provided as a convenience for a device not repre-
sented in the station database. From a Lon device’s property sheet, under the Device Data slot, you can di-
rectly access and write to a device’s Node State.
Reset issues a software reset to the node, and displays new status.
Data Structs displays various internal device tables and structures.
File displays the internal files of any selected Lonworks device, providing that the device supports such files.
Identify defines a node in the property. Basically, commands are either wink (send to node) or service pin
(send from node).
Reports displays various information for networked nodes, including network management data, transmit er-
rors data, and verifies against what is actually stored inside nodes that are online any inconsistencies in the sta-
tion database.
Read Mem displays the contents of memory.
Find discovers nodes on the network, which are not already represented in the station by a Lon device. It is
equivalent to the Discover command in the Lon Device Manager. There are no Find sub-commands, and se-
lected device is not important.
Status sub-commands
These commands are available when you select Status for Command.
• Display issues a query status message to the node. This retrieves the network error statistic accumula-
tors, cause of the last reset, current state of node, and the last runtime error logged.
• Clear sends a message to the node to clear its error flag and error counts. After this is processed, the sta-
tus display for the node updates. Following a clear, you can use the Display sub-command to gauge the
effects of network traffic on the node.
• Set Unconfigured sets the node’s internal and database state to unconfigured, and displays the new
node status. In an unconfigured state, the driver loads a node’s application, but configuration data are either
not loaded or deemed to be corrupted due to a configuration checksum error.
When unconfigured, a node responds to status query messages with its Neuron ID rather than subnet/node
addressing. Network variables do not update, and its service LED blinks at a once-per-second rate.
• Set Online sets a node to an online state, and is provided as a convenience for a device not represented
in the station database. From a Lon device’s property sheet, under the Device Data slot, you can directly ac-
cess and write to a device’s Node State.
• Reset issues a software reset to the node and displays the new status.
Data Structs sub-commands
Within the general commands, these are the additional refinements you can configure. These commands are
available when you select Data Structs for Command.
These sub-commands are available for local and remote devices:
• Address Table defines the network addresses to which the node can send implicit messages and network
variable updates, as well as the groups to which the node belongs. Up to 15 address entries are possible.
• Domain Table defines the domain(s) to which the node belongs. Up to two domains can be assigned.
• Read Only Structure defines the node’s identification as well as some of the application image proper-
ties of the node.
• Config Structure resides in its EEPROM from where it defines the hardware and transceiver properties
of the node. The manufacturer writes some portions of this structure, while the system writes other proper-
ties when you install the node.
These additional sub-commands are available when you select a remote device:
• Nv Alias Table defines the attributes of the alias network variables in the node. Aliases allow a network
variable in one controller to be linked to multiple network variables in another (single) controller.
• Nv Config defines the attributes of the network variables that can be configured in the node. Up to 62 en-
tries are possible.
• Nv Value displays raw (hex data) values for network variables in the node without any conversion (as pro-
vided for the nv Lon components or nv proxy points). You can use this value to verify against values seen in
the framework.
• Self Documentation displays the self-documentation available in the node. You must provide this capa-
bility for a device to have the LonMark logo.
• Read Mem provides a (starting) Address and Len(gth) properties in which you can enter values, using hex-
adecimal notation, to read raw memory contents from the selected device. The results display in hex bytes
as well as ASCII characters, using 16–byte rows listed by address location.
For example, if you enter an Address of 01FC and a Len of FF, the system returns 16 rows of data beginning
from 01FC through 02EC.
File sub-commands
File Directory shows list of available files, including type and size.
Config Template File shows template file entries.
Config Value File shows config value file entries, and bytes.
Other shows files other than template and value files.
Identify sub-commands
Wink sends a wink message to a selected node, whereby, depending on the device, it visually (or audibly) indi-
cates receiving the message—for example, flashing an LED in a pattern.
NOTE: Before executing this command, select the specific device from the drop-down list.
Service Pin causes the Lon Utilities Manager to listen on the network for a node to identify itself. In this
mode, the utilities manager displays Waiting on a service pin. This command does not require you to select a
device.
When you push the service pin of a Lonworks device, the node sends its domain table to the utilities manager,
where it displays in the view.
Clear Service Pin cancels a pending Service Pin command.
Reports sub-commands
The following sub-commands are available:
Netmgmt Summary summarizes network links, address table entries, and group assignments.
Program Ids lists the current Program Ids with associated module and .lnml file or class.
Transmit Errors creates and displays a table of various transmission error counts for all nodes on the net-
work. This command results in a status clear sent to all nodes, such that error counts are reset—the next report
shows counts since this report was created.
Transmit Errors No Clear creates and displays a table of various transmission error counts for all nodes
on the network. Does not clear device status in nodes (unlike Transmit Errors command).
Verify compares the networked devices’ nv configuration and address table entries against the station’s data-
base (Lon device’s properties) and reports discrepancies. If the Local Lon Device is selected, the report veri-
fies all networked Lon devices. If any other device is selected, the report verifies only that device.
Verify Channels confirms channels.
Network Summary creates a table of devices showing Channel Id, subnet/node address, and Neuron
Id as well as routers (if any).
Read Mem
This command provides two properties:
address specifies a specific address in memory.
len specifies the length to display.
Find
This command provides a search capability. The SubCommand is the search argument.
Local Nv Manager
This manager is the default view of the Local Lon Device. It is unique to the Local Lon Device. The standard
Lon device views are not available for this device. You use this view to add, edit, and access items locally ex-
posed as SNVTs (input or output), which are applicable only when the station is not acting as the Lonworks net-
work manager.
To access this view right-click LonNetwork→Local Lon Device node in the Nav tree, and select Views→Lo-
cal Nv Manager.
While defining local nvs and ncis, the Local Nv Manager lists items with a sort order of NvIndex. However, you
can click on any column header needed to resort entries.
In a typical operation, the station acts as the LonNetwork manager—you do not use this view (or method) to
share data among other Lon devices. Instead, you create Lon proxy points under Lon devices, and then link the
proxy points into station logic.
However, if you configure the station as only another Lon node, this view lets you create custom Lonworks net-
work variables (nvis, nvos, ncis) available externally to other Lonworks devices. The station appears as a peer
Lonworks device. In this scenario, Lonworks network management is not handled by the station.
Columns
Column Description
Name Displays the name of the component that represents this device.
Send Type Data columns provide the current information about each link and binding. By default, this table is
sorted by selector.
Selfdoc Displays information for the component. Lon components are self-documenting.
Lnml File Supports use of manufacturer-defined user nvs, or UNVTs (vs. SNVTs) by specifying an lnml file for a
device that implements
Type Works in conjunction with the Lnml File property, where once you specify an lnml file, Type provides a
list of UNVTs from which you can choose for this nv.
Button
• New creates a new device record in the database.
• Edit opens the device’s database record for updating.
• TagIt associates metadata, such as location or unique configuration with the object.
Nv Manager
This Network Variable (Nv) Manager view is the default view of a Lon device (except Local Lon Device). Use it
to browse through a table of the device’s network variable: Lon components nvi and nvo. You can use the
standard table edit controls to change the number and types of data displayed in this view. The system updates
summary data dynamically through polling.
To access this view, right-click a LonDevice in the Nav tree and click Views→Nv Manager or double-click the
LonDevice.
Columns
Data columns provide the current information about each link and binding. By default, this table is sorted by
selector.
Column Description
Snvt Type Displays the type of standard network variable for this binding.
Poll Enable Indicates of polling is on or off. If this column displays true, there are unbound links and the nv is not
bound locally. If false, polling is prevented on an nv. The driver still performs the initial read when the
nv is first subscribed, but subsequent polling by the poll service does not occur.
Polled Some Lonworks devices include one or more nvos that are polled types, meaning that the nvo does
not send nv updates upon a value change. Such an nvo must be polled. Typically, any such nv repre-
sents a data item that does not frequently change.
Auth Conf
Service Conf
Priority Conf Reports if the priority flag is set.
Column Description
Modify Offline
Sync
Direction Indicates the direction (input or output) for the Local Nv.
Selector References an individual network variable, which is stored in a table within the local Neuron chip.
Turn Around
Service type Displays Unacked or Acked.
Buttons
• New Folder creates a new folder for devices.
• Edit opens the device’s database record for updating.
• TagIt associates metadata, such as location or unique configuration with the object.
Nc Manager
This view provides access to the ncis. The Property Sheet that supports both the Nc and Nv Managers pro-
vides access to these properties.
This view is a table view similar to the Nv Manager, but it provides access only to Network Configurable Inputs
(ncis) in the device. Table columns can be sorted. You can change the data columns for display using the stand-
ard table controls. Edit access to an nci using the Nc Manager is limited to changing the name of the associ-
ated Lon component.
Columns
Data columns provide the current information about each link and binding. By default, this table is sorted by
selector.
Column Description
Snvt Type Displays the type of standard network variable for this binding.
Scope
Select
Priority Indicates a processing priority.
Selector References an individual network variable, which is stored in a table within the local Neuron chip.
Turn Around
Service Type Displays the type of service.
Buttons
• New Folder creates a new folder for devices.
• Edit opens the device’s database record for updating.
• TagIt associates metadata, such as location or unique configuration with the object.
Changeable Nv Manager
If a Lonworks device supports changeable network variables, the Lon device component provides another this
view.
To access this view, right-click the Points container or LonPointFolder and click Views→Lon Point Manager.
Discovered columns
Column Description
Target Name Under Target Name the driver lists all points by the names of the Lon components that are associated with
the device. For example: nvEmerg and nvoUnitStatus.
Database columns
Column Description
Name Provides a name for the nvi, nvo, or nci variable. If part of a data structure, it provides a trailing _element-
Name, which ensures a unique point name. For example, nciTempSetPts_ occupiedCool This is the name
of the point and does not affect the Lonworks node.
Fault Cause Indicates the reason why a system object (network, device, component, extension, etc.) is not working
properly (in fault). This property is empty unless a fault exists.
Target Reports the Lon component represented by the proxy point, for example: nvoStatus.
Element If the point is structured, reports the element in the structure. If the point is unstructured, reports the SNVT.
Facets Represents the parent proxy point’s facets, which determine how to display the value in the driver. These
depend on the type of device.
Conversion Specifies how to convert a value read from the device into the parent point’s facets.
Column Description
Read Value Reports the last value read from the device.
Link Type Specifies the Lon service type to use when binding to this item.
Buttons
• New Folder creates a new folder for devices.
• Edit opens the device’s database record for updating.
• Discover runs a discover job to locate installed devices, which appear in the Discovered pane. This view
has a standard appearance that is similar to all EC-NetAX Pro Device Manager views.
• Add inserts a record for the discovered and selected device in the database.
• TagIt associates metadata, such as location or unique configuration with the object.
To access this view, expand LonNetwork and double-click LinkFilter or right-click LinkFilter and click View-
s→Link Filter View.
Column Description
date Indicates the date the record was captured and displayed.
time Indicates the time the record was captured and displayed.
Member Manager
This component provides the default view on the IpChannel component under a LonIpNetwork. It is used to
manage channel member children of the IpChannel’s MemberTable component.
To access this view, expand LonIpNetwork and double-click the Ip Channel container or right-click Ip Channel
and click Views→Member Manager..
If you set up this network with a third-party (non-framework) Config Server, use this table for information. This
table is composed of automatically-created child ChannelMember components. No additions or edits using this
view are necessary.
If you set up LonIpNetwork with this station acting as the Config Server, use this view to add and edit the nec-
essary ChannelMember components, via the New and Edit buttons.
Column Description
ipAddress Defines the IPv4 address of the device on the LAN. Enter the unique IP address of the device. For the com-
ponent that represents this station, enter the host platform’s IP address.
ipPort Defines the software port monitored for messages from the Config Server.
natIpAddress If behind a NAT router, this property defines the device’s assigned external (Internet) address. If not behind a
NAT router, leave at the default value.
routerType Indicates the enumerated descriptor for the router type. (Not shown as default column in the view). • Config-
ured • Learning • Bridge • Repeater
cnFlags Indicates the enumerated descriptor for the channel flag. (Not shown as default column in the view). • None •
All Broad Casts • Security • All Broad Casts _Security
nodeType Indicates the enumerated descriptor for the channel member type. (Not shown as default column in the
view). • Uninitialized • Non Ip to Ip Router • Ip Channel Node • Ip Channel Proxy • Ip to Ip Router
Column Description
iState Indicates the enumerated descriptor for member status, as one of the following: • New Member • Sent D R
Req • Sent D R • Sent C R Req• Up to Date • Error
faultCause Displays any possible issue, such as, “Device will not ack DEVICE_ CONFIGURATION.”
subnetNode Reports the assigned Lonworks subnet/node address, unique on site for this device.
domainId Reports the assigned Lonworks working domain. (Not shown as default column in the view)
Buttons
These buttons on the Member Manager apply if the station is set up as the CEA-852 Config Server.
• New creates a new device record in the database.
• Edit opens the device’s database record for updating.
• Browse opens a file selector. This number references an individual network variable, which is stored in a ta-
ble within the local Neuron chip.
• TagIt associates metadata, such as location or unique configuration with the object.
Actions
Every selected ChannelMember has an action menu.
Figure 77 Action menu for any selected IpLon ChannelMember
Action Description
Update Forces an update of Lon Ip Channel information to that device. This also occurs automatically upon station
startup, and whenever Lon Ip Channel information changes.
Get Statistics Produces a popup window with various statistics for the selected channel member.
Get Status Aux Produces a popup action submenu for the selected channel member.
Windows create and edit database records or collect information when accessing a component. You access
them by dragging a component from a palette to a Nav tree node or by clicking a button.
Windows do not support On View (F1) and Guide on Target help. To learn about the information each con-
tains, search the help system for key words.
To open a device window, expand Config→Drivers, double-click LonNetwork, select a device row under the
Database pane and click Edit.
In addition to the standard property, Enabled, these properties are unique to dynamic devices.
To access this window, double-click the LonNetwork node in the Nav tree, double-click the Local Lon Device
followed select a network variable and click the Edit button.
Property Value Description
Name text Provides a name for the nvi, nvo, or nci variable. If part of a data
structure, it provides a trailing _elementName, which ensures a
unique point name. For example, nciTempSetPts_
occupiedCool
This value does not affect the Lonworks node. You may change
it as needed.
Direction drop-down list (for a Configures or indicates the direction of travel of the message: to
new variable de- the station (Input) or from the station Output.
faults to Input and
for a existing varia-
ble, this value is
read-only)
SnvtType drop-down list Selects the Standard Network Variable Type (Snvt).
If you are using an .lnml file, leave this property at its default
SNVT Xxx value.
SelfDoc string of text (de- Defines a text string for the host node’s self documentation up to
faults to: &3.0@; 1024 bytes. A single asterisk (*) omits self documentation.
Niagara Server
NOTE: When using self documentation, always retain the lead-
Node) This prop-
ing header portion (&3.0@) along with an additional zero (0),
erty requires Ex-
plus other characters.
ternal Config to
be set to true
You open this window after double-clicking a Lon network node in the Nav tree, double-clicking the points icon
under the Exts column in a device Database pane, discovering points, selecting them in the points Discovered
pane and either dragging them to the points Database pane or clicking the Add button.
In addition to the standard property (Facets) this window provides these properties.
To access this window, expand LonIpNetwork, double-click Ip Channel and click New or Edit. The read-only
items in this table are available for data columns in the Member Manager view (only default items shown
selected).
You view this window by right-clicking a ChannelMember followed by clicking Actions→Get Statistics. This in-
formation may be particularly useful when troubleshooting.
Actions→Get Status Aux status window
Figure 84 Popup submenu action window from ChannelMember’s action Get Status Aux
The driver pops this window up when you right-click a ChannelMember and click Actions→Get Status Aux.
The Get Status Aux submenu actions include the following:
Action Description
Status No Clear Reads current status without resetting the statistics counters. This is equivalent to the Get Statistics ac-
tion, with resultant popup previously.
Status With Clear Reads current status and resets (clears) the statistics counters. The resultant popup shows many 0 entries.
You view this window by right-clicking a ChannelMember followed by clicking Actions→Get Status Aux→Sta-
tus With Clear.
For information about each data item, refer to the populated version of this window earlier in this topic.
Actions→Get Status Aux→Registration window
Figure 86 Status popup window from ChannelMember action Get Status Aux, Registration
You view this window by right-clicking a ChannelMember followed by clicking Actions→Get Status
Aux→Registration.
You view this window by right-clicking a ChannelMember followed by clicking Actions→Get Status
Aux→Membership.
Actions→Get Status Aux→Route window
Figure 88 Status popup window from ChannelMember action Get Status Aux, Route
You view this window by right-clicking a ChannelMember followed by clicking Actions→Get Status
Aux→Route.
Status No clear
Status With Clear
Registration
Membership
Route
B E
BufferParams.................................................... 115 English units .......................................................43
ExtAddressTable ........................................... 72, 91
ExtDeviceData .............................................. 73, 91
C
CEA-852 ...................................................... 19–20
router..............................................................20 F
Changeable Nv Manager view ........................... 143 file sub-commands ............................................ 138
changeable variables
editing.............................................................25
ChannelMember window ................................... 154 G
command
building ...........................................................53 get status aux ................................................... 158
commands
for Lon utilities ............................................... 136
commission ........................................................34 I
components........................................................59
identify sub-commands...................................... 138
Config Parameter ................................................94
installation ..........................................................10
Config Server
IP.......................................................................17
LonIp setup ............................................... 19–20
Ip Channel .................................................103, 122
conversion..........................................................43
Ip Channel Member....................................105, 124
IpChannel......................................................... 147
D
data K
directly editing .................................................54 kitLon-BufferParams.......................................... 115
downloading to a device ...................................55 kitLon-LonPoint................................................. 114
uploading from a device ...................................54 kitLon-LonReplace ............................................ 115
data management ...............................................43 kitLon-LonTime ................................................. 111
data structs sub-commands ............................... 137 kitLon-LonTodEvent .......................................... 112
device
identifying using its service pin ..........................29
matching .........................................................34
replacing .........................................................35
L
variables and properties ...................................39 legal notices .........................................................2
Device Data........................................................70 Link Filter view .................................................. 146
device management ............................................27 linkStatus
device tables errors ............................................................ 133
setting up ........................................................34 health ........................................................... 133
devices LNS
adding from a palette........................................32 Self Doc configuration ......................................36
configuring ......................................................41 Local Lon Device for Ip ...............................108, 127
discovering......................................................29 Local Nv Manager ............................................. 139
learning...........................................................30 Lon components ........................................... 22, 53
differential temperatures Lon Device Manager ......................................... 129
R
related documentation ...........................................7
reports sub-commands ...................................... 138
router
CEA-852 .........................................................20
commissioning ................................................14
NAT .......................................................... 19–20
Router Entry Table ..............................................93
S
station
configuring as Lon node ...................................15
station-less access..............................................21
statistics ........................................................... 156
T
tools
Lonworks Service ............................................21
troubleshooting ............................................. 57, 98
tunnel-TunnelService ........................................ 109
tunneling client window...................................... 153
U
units ...................................................................43
utilities.............................................................. 136
utility command
building ...........................................................53
V
variable management ..........................................22
variables.................................................. 33, 39, 53
editing properties .............................................24
setting up for Lon components ..........................22
vendor palettes ...................................................32
views................................................................ 129