Echelon i.LON SmartServer 2.0 - Manual (Page 247)

i.LON SmartServer 2.0 Programmer’s Reference 14-47
The device must be disabled for the configuration property
value to be changed.
The device must be offline for the configuration property value
to be changed.
The device is reset after the configuration property value is
changed.
This property is applicable to configuration property files only
(LON_Cp_File_Cfg). The offset in the file with the given index
where the configuration property begins.
This property is applicable to configuration property files only
(LON_Cp_File_Cfg). The file index on the device in which the
configuration property exists.
If the configuration property applies to a specific network
variable, displays network path of the network variable.
14.9 L
ON
W
ORKS
Connections
You can use the LNS Proxy Web service to create L ON W ORKS connections that bind the network
variables of L ON W ORKS devices that are in the same LNS network database on the same LNS Server.
Creating L ON W ORKS connections is similar to creating Web connections as they use the same SOAP
interface. You use the same List, Get, Set, and Delete functions as described in the Using the Web
Binder Application section in Chapter 4.
L ON W ORKS connections have the same properties as Web connections except for the following
differences with the property referencing the target data point in the L ON W ORKS
connection:
• You can specify one of the following options for the . These service types
vary in reliability and resources consumed:
o ST_LON_ACK (Acknowledged). The sending device expects to receive confirmation from
the receiving device or devices that a network variable update was delivered. The sending
application is notified when an update fails, but it is up to the developer of the sending device
to handle the notification in the device application.
While acknowledged service is very reliable, it can create excessive message traffic,
especially for large fan-out or polled fan-in connections. When acknowledged messaging is
used, every receiving device has to return an acknowledgment.
Acknowledged messaging can be used with up to 63 receiving devices, but an acknowledged
message to 63 devices generates at least 63 acknowledgements—more if any retries are
required due to lost acknowledgements.
o ST_LON_REPEATED (Repeated). The sending device sends out a series of network variable
updates, but does not expect any confirmation from the receiving device. Repeated service
with three repeats has a 99.999% success rate in delivering messages.
Repeated service provides the same probability of message delivery as acknowledged
messaging with the same number of retries, with significantly lower network overhead for
large multicast fan-out connections.
For example, a repeated message with three retries to 64 devices generates four packets on the
network, whereas an acknowledged message requires at least 64 packets.