• 2-wire LONWORKS® bus interface between controller
and I/O
• No additional field terminals required
• Usable with Excel 500 controllers in conjunction with
standard internal I/O modules
• Automatic binding and commissioning to Excel 500
controllers when using CARE
• Connector module with sliding bus connector
(eliminating the need to wire together neighboring
modules)
• Fast connection due to spring clamp terminals
• Module exchange during operation
• Alarm in case of defective module
• Mechanical coding prevents mismatching of modules
• Power LED (L1, green) and L
(L2, red) on all electronics modules
• Status LEDs for outputs and digital inputs
• Optional manual override modules for analog and
digital output modules with feedback
• XILON for wiring test
ONWORKS service LED
GENERAL
The XFL521B, 522B, 523B, and 524B modules are LONMARK
compliant digital and analog I/O modules which can be
installed at strategic locations within a building. These
modules convert sensor readings and provide output signals
used for operating actuators via L
variables (SNVTs). Each Distributed I/O module plugs into a
base terminal block allowing communication with controllers
via the built-in Echelon
minal block provides spring clamp terminals for easy connection of field cables from the various sensors and actuators.
The modular system allows Distributed I/O modules to be
removed from the system without disturbing other modules.
The module with terminal block mounts easily onto a DIN rail.
When using CARE, the Distributed I/O modules can be
automatically bound and commissioned to the Excel 500
CPU (XC5010C, XC5210C, XCL5010) and XL50. When the
modules are used by other controllers, provided plug-ins
permit the modules to be commissioned by CARE 4.0 or by
any LNS network management tool.
The Distributed I/O modules are compliant to the LONMARK
Application Layer Interface Guidelines, version 3.2. The
modules contain a L
and setting the status of the various Sensor / Actuator Objects, as well as a L
an Actuator Object for each individual output.
Upon receiving an update to the NViRequest network variable, the NVoStatus network variable is updated. The definition of SNVT_obj_request includes an object ID field to allow
the Node Object to report status conditions for all objects on
a node.
All network variables have the NV names in their self-documentation strings. This allows a network management node
or tool to display meaningful information on a Distributed I/O
module even if it is installed by an EXCEL 500 controller and
not by the tool itself.
The Distributed I/O modules use the standard 6-byte location
string (see Table 2) in the Neuron® chip’s EEPROM to store
the module address (0...15 as set using the rotary HEX
switch in the case of applications prior to CARE 4.0) and the
module type.
Location String
Module type
ONMARK Node Object to allow monitoring
ONMARK Sensor Object for each input or
‘0’ YY
Module Type:
0 = XFL521B Analog Input
1 = XFL522B Analog Output
2 = XFL523B Digital Input
Set to '0'
3 = XFL524B Digital Output
Module
address
the Distributed I/O module to set its location string. If a
network management node commands this nci to
“CFG_EXTERNAL”, then the module will no longer modify its
Location String. This nci is stored in EEPROM and remains
there even in the event of a power failure.
LONMARK Sensor/Actuator Objects
All Actuator Objects (contained in the output modules) have
an output NV showing the actual state of the physical output
and whether it is in the automatic or manual override mode.
Note that the output modules have a manual override panel
which can be plugged on or off.
All Sensor Objects (contained in the input modules) have a
configuration property, MaxSendTime, defining the heartbeat
time, i.e. the interval in which output NVs belonging to the
physical inputs will be sent even if their values do not
change.
All Sensor Objects also have a configuration property,
MinSendTime, defining the minimum time which must elapse
before a changed value of an output NV belonging to a
physical input will be sent. This is to limit the network traffic
when sensor values change rapidly.
Node Object
Typ e #0
input
nv1
SNVT_obj_request
SNVT_obj_request
NV 1
nviRequest
nviRequest
Mandatory
Network
Var iabl es
input
nv2
SNVT_obj_ status
SNVT_obj_request
NV 1
nviRequest
nvoStatus
Table 2. Location string for storing module address
The node self-documentation string contains the module type
and revision in the optional part after the semicolon.
Example:
#pragma set_node_sd_string &3.2@0,3[6;XDO2_2_00
In this example, the module type is "XDO2" ("2" means that
the 3120E5 chip is used) and the revision is "2.00".
LONMARK Node Object
Setting the Node Object to “DISABLE” via nviRequest
suppresses updating of all output NVs and handling of input
NVs. Setting the Node Object to “ENABLE” via nviRequest
returns the module to normal operation.
The Node Object also contains the optional NV nciNetConfig
which is initialized to “CFG_LOCAL” by default. This allows
Upon receiving an update to nviRequest, nvoStatus is
updated.
RQ_SELF_TEST is used only in the XFL522B analog
output module for outputs configured as a motor. In
this case, a synchronization is performed to set the
actuator in the 0% position.
Reports the status of the node upon request through
nviRequest.
This configuration variable is set to CFG_LOCAL at
the factory and whenever the rotary HEX switch is
reset. If it is set to CFG_EXTERNAL, a network
manager will assign a network address for the node. In
this case, the module will not modify its location string
as long as the rotary HEX switch is not reset.
Points to a file directory in the address space of the
Neuron® chip containing descriptors for the files in the
module. It is used to access the configuration properties stored in configuration parameter files
accessed by network management read/write
messages.
Defines the minimum period of time between output
variable transitions. This configuration property is
applicable only to output NVs of the input modules.
Defines the maximum time period of time before output NVs are automatically updated. It must be set to a
higher number than SCPTminSendTime. This configuration property is applicable only to output NVs of
the input modules.
DISTRIBUTED I/O
XFL52xB Module Response Times
The response time of Distributed I/O modules is defined as
the period of time between the updating of the physical signal
and the updating of the NV (or vice versa). The response
time varies somewhat due to certain factors and is also
dependent upon the module type (see also Table 4).
Table 4. Response time (RT)
Module
XFL521B0.81.6
XFL522B0.20.4n.a.
XFL523B0.30.5
XFL524B0.20.4not applicable
Typical RT
(sec)
Max. RT
(sec)
Min. time between
2 updates
SNVTMinSendTime
(default: 1 sec)
SNVTMinSendTime
(default: 1 sec)
XSL511 Connector Module Power Supply
NOTE: When connecting XFL52xB modules to the power
supply, the same side of the transformer must
always be connected to the same side of the
XSL511 (see also Fig. 6 on page 8)!
3EN0B-0090GE51 R0802
DISTRIBUTED I/O
TECHNICAL DATA
Analog Input Module XFL521B
• Eight inputs (AI1 – AI8)
0...10 Vdc (see EN1R-1047 for impedance information)
0...20 mA (via external 500-ohm resistor)
4...20 mA (via external 500-ohm resistor)
NTC 20K ohm (-50 °C to +150 °C)
PT1000 (-50 °C to +150 °C)
• Protected inputs up to 40 Vdc / 24 Vac
• 12-bit resolution
• ± 75 mV accuracy (0...10 V)
• 10 Vdc auxiliary voltage supply (9 – 17) , I
= 5 mA
max
• 1 sec polling time with CPU
• Green power LED (L1) and red LONWORKS status LED
(L2)
• Dimensions (WxLxH): 47x97x70 mm
Open Loop Sensor
Object Type #1
The analog input module has eight input channels which
can be used for connecting sensors or any device providing an analog output. The input values are read by the
CPU and can then be used for monitoring or as parameters for controlling other devices.
The unit plugs into the XSL513 Terminal Block and can be
inserted and removed without disturbing other units on the
bus. Terminals AI1 through AI8 are the analog inputs and
terminals 9 through 17 are wired together and provide an
auxiliary voltage of 10 Vdc. The module address is set
using the rotary HEX switch (in the case of applications
prior to CARE 4.0).
NOTE: In the case of applications prior to CARE 4.0,
when the input is configured as a slow DI, the
internal pull-up resistor is disabled.
nviRequest
input
UCPTSensorConfig
nc1
SNVT_obj_request
NV 1
nviRequest
input
nc2 UCPTSendOnDelta
SNVT_obj_request
NV 1
nviRequest
input
nc3UCPTWireOffset
SNVT_obj_request
NV 1
Mandatory
Network
Vari able s
Optional
Network
Vari able s
Optional
Configuration
Properties
input
nv1
SNVT_obj_request
NV 1
input
nv1
SNVT_obj_request
NV 1
nviRequest
nvoAiValue
SNVT_volt_f
nviRequest
nvoAiTemp
SNVT_temp_p
Fig. 2. LONMARK Object for each analog input
For each Sensor Object, the XFL521B Analog Input
Module provides an additional output NV, SNVT_temp_p,
which communicates the temperature in °C. This allows
this module to be used as a true temperature sensor in an
ONMARK integration. If the Sensor Object is con-
open L
figured as 0 to 10V, this NV will be invalid (0x7FFF).
EN0B-0090GE51 R08024
Table 5. LONMARK Object NVs for the XFL521B
NV NameTypeRangeDescription
The value of the input channel connected to a
nvoAiValueSNVT_volt_f
nvoAiTempSNVT_temp_p
UCPTSensorConfig
UPCTSendOnDeltaSNVT_count0 to 4095 (default = 2)
UCPTWireOffsetSNVT_res0 to 6553.5 ohm (default = 0)
0x000 (0.00 mV) to
0x461C4000 (10 V)
0xEC78 (-50 °C) to
0x3A98 (150 °C)
Invalid = 0x7FFF
0 = not used,
9 = 0 to 10V with pull-up resistor
4 = NTC20
5 = PT1000
10 = 0 to 10V without pull-up
resistor (default = 8)
0...10 V signal after it has been filtered. Voltage
is transmitted in mV. When configured for a
temperature sensor, the channel transmits the
measured resistance.
The value of the input connected to either an
NTC20k or PT1000 sensor with a resolution of
0.1 °C. If the sensor channel is configured as a
voltage input, the temperature value is invalid
(0x7FFF).
Specifies the type of sensor for a particular
input channel.
Specifies the difference in the raw value
measured by the A/D converter is required
before the value of the sensor is transmitted.
Specifies a resistance value to add to the
resistance measured for a temperature sensor.
DISTRIBUTED I/O
5EN0B-0090GE51 R0802
DISTRIBUTED I/O
Analog Output Module XFL522B
• Eight outputs (AO1 – AO8), short-circuit proof
• Signal levels 0...10 Vdc
= 11 Vdc, I
U
max
= +1 mA, -1 mA
max
• Protected outputs up to 40 Vdc / 24 Vac
• 8-bit resolution
• Zero point < 200 mV
• Accuracy ± 150 mV deviation from output voltage
• One red LED per channel (light intensity proportional to
output voltage)
• Green power LED (L1) and red L
ONWORKS status LED
(L2)
• Control updating every 1 sec with CPU
• Dimensions (WxLxH): 47x97x70 mm
Open Loop Actuator
Object Type #3
This analog output module has eight output channels
which can be connected to actuators or other suitable
analog devices.
The unit plugs into the XSL513 Terminal Block and can be
inserted and removed without disturbing other units on the
bus. Terminals AO1 through AO8 are the analog outputs.
Terminals 9 through 17 are connected to ground. Eight red
LEDs are located on top of the module. The brightness of
each LED is proportional to the output level of the corresponding channel. The module address is set using the
rotary HEX switch (in the case of applications prior to
CARE 4.0).
input
nv1
SNVT_obj_request
NV 1
input
UCPTSensorConfig
nc1
SNVT_obj_request
NV 1
input
UCPTdriveTimeClose
nc2
SNVT_obj_request
NV 1
input
UCPTdriveTimeOpen
nc3
SNVT_obj_request
NV 1
input
nc4
SNVT_obj_request
NV 1
input
UCPTsyncMax
nc5
SNVT_obj_request
NV 1
input
UCPTsyncCharge
nc6
SNVT_obj_request
NV 1
input
UCPTminDel taLevel
nc88
SNVT_obj_request
NV 1
nviRequest
nviValue
SNVT_switch
nviRequest
nviRequest
nviRequest
nviRequest
UCPTsyncMin
nviRequest
nviRequest
nviRequest
Mandatory
Network
Vari able s
Optional
Network
Vari able s
Optional
Configuration
Properties
input
nv3
SNVT_obj_request
NV 1
nviRequest
nvoFeedback
SNVT_switch
EN0B-0090GE51 R08026
nviRequest
input
UCPTdelayTime
nc96
SNVT_obj_request
NV 1
Fig. 3. LONMARK Object for each analog output
DISTRIBUTED I/O
Table 6. LONMARK Object NVs for the XFL522B
NV NameTypeRangeDescription
nviValueSNVT_switchReceives the value for the output channel.
Transmits the feedback value of the actuator output. If
the manual override switch is set to 0, or if the manual
override module is not plugged in, the feedback output
reflects the value of nviValue. As soon as the manual
override switch is set at the 20% threshold, the
Actuator Objects adopts this manual value. In this
case, the value of nvoFeedback will be 0xFF (invalid)
and the value field will contain the actuator position.
nvoFeedbackSNVT_switch
UCPTSensorConfignone
UCPTdriveTimeCloseSNVT_time_sec
UCPTdriveTimeOpenSNVT_time_sec
SCPTdelayTimeSNVT_time_sec
SCPTminDeltaLevelSNVT_lev_cont.
UCPTsyncMinSNVT_lev_cont
UCPTsyncMaxSNVT_lev_cont
UCPTsyncChargeSNVT_lev_cont
0 = not used
6 = 0 to 10V (default)
7 = motor (floating)
10.0 to 1000 sec
(default = 90.0 sec)
10.0 to 1000 sec
(default = 90.0 sec)
0.0 to 10.0 sec
(default = 5.0 sec)
0 to10%
(default = 2%)
90 to 100%
(default = 98%)
0 to 127.5%
(default = 100%)
If the actuator is configured as a motor, the position
commanded with the manual override switch will be
reflected in the open/close commands for a floating
actuator.
If the manual override switch is in the automatic position, data is transmitted whenever nviValue is written.
If the manual override switch is in the manual position,
data is transmitted whenever the manual position is
changed.
Specifies the actuator output type for an output
channel.
Specifies a floating actuator’s runtime from 100% to
0%.
Specifies a floating actuator’s runtime from 0% to
100%.
Specifies the delay time before a floating actuator
changes its direction. This avoids mechanical
problems that could occur when the run direction
changes due to an update to nviValue while the
actuator is still moving.
Specifies the delta level for an update to nviValue to
be exceeded before a new position is calculated for
the floating motor model. This is applicable only if the
actuator is configured as a motor.
Specifies the lower synchronization threshold. If the
actuator is configured as a motor and the value
commanded through nviValue approaches 0%, the
actuator is synchronized to 0% as soon as nviValue
reaches the percentage specified by UCPTsyncMin.
Specifies the upper synchronization threshold. If the
actuator is configured as a motor and the value
commanded through nviValue approaches 100%, the
actuator is synchronized to 100% as soon as nviValue
reaches the percentage specified by UCPTsyncMax.
Specifies the additional runtime when an actuator performs a synchronization. This is to ensure that the
actuator reaches the end position even if the actuator
position is not what it should be due to inaccuracy.
For example, with UCPTsyncCharge at 100%, an
actuator with a theoretical current position of 20%
would be forced to run 120% of the runtime specified
by UCPTdriveTimeClose if it starts a synchronization
from this point of operation.
7EN0B-0090GE51 R0802
DISTRIBUTED I/O
A
A
A
A
A
A
A
A
Relay Modules MCD 3 and MCE 3
The relay modules facilitate the control of peripheral devices
with high load via the analog outputs. Fig. 4 and Fig. 5
present connection examples for the relay modules MCD 3
and MCE 3, respectively.
FUSE
230 Vac / 120 Vac
00000001
O1
18
O2
11121314151617 18
MCD 3
K1
1223K345
LN
678
0.2 A
K 1
K 2
3 A
K 3
Fig. 4. Analog outputs, connection of relay MCD 3
MCD 3
Relay terminal 17 controls the changeover contact K3. Relay
terminal 18 controls the ON contacts K1, K2. Ground can be
looped through terminals 2/3.
19
O3
20
O4
21
230 Vac / 120 Vac
FUSE
00000002
O1
18
O2
19
11 12 13 1415 16 17 18
MCE 3
K1K2
123
K3
45678
0.2 A
2 A
K 1
K 2
K 3
O3
20
O4
21
Fig. 5. Analog outputs, connection of relay MCE 3
MCE 3
Relay terminal 16 controls the ON contact K3. Relay terminal
17 controls the changeover contact K2. Relay terminal 18
controls the changeover contact K1.
Power Supply
Several relay modules can be connected in series via the
bridged terminal pair:
24 Vac:Terminals 11/12 of the relay
24 Vac (-):Terminals 13 to 16 of the relay (MCD3)
24 Vac (-):Terminals 13 to 15 of the relay (MCE3)
Attention: Always connect the same side of the transformer to the same side of XSL511.
XFL522 + XSL513
Connector Module
XSL 511
Honeywell AG
XSL511
shield
LON
1
4
2
5
3
6
Made in German y
A1A1
34
52
33
51
32
50
31
49
30
48
47
28
27
23456
26
8
25
7
24
6
23
5
22
4
21
3
20
2
19AO1
1
S
18
GND
PE
PE
~
24V
↑
0...10 V
Actuator
0
1
0
V
24
M
V
↑
24
M
0...10 V
2
Actuator
XFL522 + XSL513
Connector Module
XSL 511
Honeywell AG
XSL511
LON
shield
1
4
2
5
3
6
Made in Germany
AO8
AO7
AO6
AO5
AO4
AO3
AO2
LON
shield
1
23456
AO8
AO7
AO6
AO5
AO4
AO3
AO2
LON
shield
1
Fig. 6. XFL522B analog output module
A1A1
34
52
33
51
32
50
31
49
30
48
47
2929
28
27
26
8
25
7
24
6
23
5
22
4
21
3
20
2
19AO1
1
S
18
GND
PE
PE
~
24V
↑
0...10 V
Actuator
0
1
0
V
24
M
V
↑
24
M
0...10 V
2
Actuator
fuse dependent
24 Vac
upon your transformer
+/- 20%
fuse dependent
230 Vac
upon your transformer
120 Vac
EN0B-0090GE51 R08028
Digital Input Module XFL523B
DISTRIBUTED I/O
• Twelve inputs (DI1 – DI12)
• Ri = 10K ohm
• Max. 20 Hz input frequency
• ON/OFF state: OFF: Ui ≤ 2.5 Vdc; ON: Ui ≥ 5 Vdc
• Protected switching up to 40 Vdc / 24 Vac
• LED per channel, color selectable in two groups (SW1: DI
1 – 6; SW2 DI: 7 – 12); color combinations: see Table 7
• 18 Vdc auxiliary voltage supply (unregulated)
• 1 sec polling time with CPU
• Green power LED (L1) and red L
(L2)
• Dimensions (WxLxH): 47x97x70 mm
Open Loop Sensor
Object Type #1
ONWORKS status LED
The digital input module has twelve input channels which can
be used for connecting sensors or any device providing a
digital output. The input values are read by the CPU and can
then be used for monitoring or as parameters for controlling
other devices
The unit plugs into the XSL513 Terminal Block and can be
inserted and removed without disturbing other units on the
bus. Terminals DI1 through DI12 are the digital inputs and
terminals 13 through 17 are wired together and provide an
auxiliary voltage of 18 Vdc. The module address is set using
the rotary HEX switch (in the case of applications prior to
CARE 4.0).
Beginning with Excel 500 controller firmware version 2.04.00,
the online point attribute Normally Open / Normally Closed
(NO/NC) defines the relation between the physical state
(contact position) and its logical status. See Table 7.
nviRequest
input
UCPTSensorConfig
nc1
SNVT_obj_request
NV 1
nviRequest
input
nc2 UCPTSendOnDelta
SNVT_obj_request
NV 1
nviRequest
input
nc27SCPTDirection
SNVT_obj_request
NV 1
Mandatory
Network
Var iabl es
Optional
Network
Var iabl es
Optional
Configuration
Properties
input
nv1
SNVT_obj_request
NV 1
nvoDiValueCnt
input
nv1
SNVT_obj_request
NV 1
nviRequest
nvoDiValue
SNVT_switch
nviRequest
SNVT_count
Fig. 7. LONMARK Object for each digital input
For each Sensor Object, the XFL523B Digital Input Module
provides an additional output NV, SNVT_switch. For an open
ONMARK integration, this offers a more convenient way of
L
accessing the sensor value compared to using the NV
SNVT_count. If the Sensor Object is configured as
“Totalizer”, this NV is invalid (state = 0xFF, value = 0).
9EN0B-0090GE51 R0802
DISTRIBUTED I/O
Table 7. Relation between physical state and logical status as defined by the point attribute NO/NC for the XFL523B
Contact positionNO/NC attributeLogical statusInput voltageLED switch onLED switch off
binary: 0, 1
totalizer: 0 to 65534
(65534 initial value)
0 (not used)
1 = binary (default)
2 = totalizer
Transmits the state of the input channel every time
there is a state change or if SCPTMaxSendTime in
the Node Object has expired.
Transmits the state of the input channel every time
there is a state change or if SCPTMaxSendTime in
the Node Object is expired. If configured as a
totalizer, this NV transmits the number of transitions
from 0 to 1.
Specifies the setting for a sensor channel.
Specifies the difference in totalizer count required
before a transmission of the value output of the
Sensor Object takes place.
Used to define the relation between the logical status
of the input and the state of the LED. One bit corresponds to one input channel (bit 4 = input channel
12, bit 15 (MSB) = input channel 1). If a bit is clear,
the LED for the channel will be 0=green and 1=red. If
the bit is set, then 0=red and 1=green.
EN0B-0090GE51 R080210
Digital Output Module XFL524B
DISTRIBUTED I/O
• Six isolated change-over contacts
• Max. voltage U
• Max. current I
• LED per channel
OFF: LED off
ON: LED illuminated (yellow)
• Green power LED (L1) and red L
(L2)
• Cycle time 1 sec with CPU
• Dimensions (WxLxH): 47x97x70 mm
Table 9. Physical state and logical status as defined by
the point attribute NO/NC for the XFL524B
= 230 Vac per output
max
= 2 A per output
max
ONWORKS status LED
The digital output module has six isolated change-over contacts which can be connected to actuators or other switchable devices.
The unit plugs into the XSL514 Terminal Block and can be
inserted and removed without disturbing other units on the
bus. Terminals 1 through 18 are switched according to the
adjacent figure. Six LEDs are located on top of the module.
The module address is set using the rotary HEX switch (in
the case of applications prior to CARE 4.0).
Beginning with Excel 500 controller firmware version 2.04.00,
the online point attribute Normally Open / Normally Closed
(NO/NC) defines the relation between the physical state
(relay on/off) and its logical status. See Table 9.
NOTE: The relays can be used to switch signals with up to
230 Vac and 2 A. All outputs from a single module
must be of the same kind. It is not allowed to mix
high-voltage (e.g. 230 Vac) and low-voltage (e.g.
24 Vac) signals.
Relay on/offNO/NC
attribute
Logical
status
onNO1on
offNO0off
onNC0off
offNC1on
Open Loop Actuator
Object Type #3
input
nv1
SNVT_obj_request
NV 1
input
UCPTSensorConfig
nc1
SNVT_obj_request
NV 1
nviValue
nviRequest
SNVT_swi tch
nviRequest
Mandatory
Network
Vari abl es
Optional
Network
Vari abl es
User-Defined
Network
Vari abl es
Optional
Configuration
Properties
input
nv3
SNVT_obj_request
NV 1
1
input
nv1
SNVT_obj_request
NV 1
input
nv1
SNVT_obj_request
NV 1
LED
status
nviRequest
nvoFeedback
SNVT_switch
nviRequest
nvoDiagnose
SNVT_count
nviRequest
nvoManCnt
SNVT_count
1
This output NV appears only once for the node.
Fig. 8. LONMARK Object for each digital output
11EN0B-0090GE51 R0802
DISTRIBUTED I/O
Table 10. LONMARK Object NVs for the XFL524B
NV NameTypeRangeDescription
nviValueSNVT_switchReceives the value for the output channel.
Transmits the feedback value of the Actuator Object. If
the manual override switch is set to auto, or if the
manual override module is not plugged in, the
feedback output reflects the value of nviValue. As
soon as the manual override switch is set to either
manual position, the Actuator Object adopts this
nvoFeedbackSNVT_switch
nvoManCntSNVT_count0 to 65535
nvoDiagnoseSNVT_count0 to 65535
UCPTSensorConfig
0 = not used
1 = binary (default)
manual value. In this case, the state of nvoFeedback
will be 0xFF (invalid) and the value field will contain
the actuator position.
If the manual override switch is in the automatic position, data is transmitted whenever nviValue is written.
If the manual override switch is in the manual position,
data is transmitted whenever the manual position is
changed.
Transmits the number of manual switching operations.
Each transition from the "auto/manual on/manual off"
state to any other state is counted by incrementing this
NV.
Counts the number of times the internal filter for
smoothing the signal from the manual override switch
board has been active.
Specifies whether an Actuator Object is processed or
not. If set to 0, the value is not updated.
EN0B-0090GE51 R080212
Terminal Block XSL513 for XFL521B/522B/523B
DISTRIBUTED I/O
• Mounts on a DIN rail (top-hat rail)
• Spring-clamp terminals
• Safety latch secures XFL module in its position
• Mechanical coding using coding pins; an optional package
with 20 coding combs is available (XAL-Code)
The XSL513 Terminal Block has three rows of terminals:
Top row:18 signal terminals (gray); function
depending upon the electronics module used
(see the respective Distributed I/O module
descriptions).
Middle row:Twelve signal ground terminals (gray), con-
nected internally to electronics modules.
Five interconnected auxiliary terminals
(brown)
Bottom row: Twelve PE terminals (green/yellow),
connected together to the DIN rail. Six
interconnected auxiliary terminals (brown)
NOTE: Both rows of brown terminals are connected
internally but are not connected to the electronic
module.
Terminal Block XSL514 for XFL524B
• Mounts on a DIN rail (top-hat rail)
• Spring-clamp terminals
• Safety latch secures XFL module in its position
• Mechanical coding using coding pins; an optional package
with 20 coding combs is available (XAL-Code)
The XSL514 Terminal Block is intended for use only with the
XFL524B Digital Output module. It has three rows of
terminals.
(brown), not connected to the module. Eight
interconnected auxiliary terminals (blue), not
connected to the module.
Bottom row: Seven PE terminals (green/yellow), connected
together to the DIN rail.
13EN0B-0090GE51 R0802
DISTRIBUTED I/O
Manual Override Module XFR522A for XFL522B (Analog Output)
• Mounts on top of the XFL522B module
• Potentiometer settings
automatic or variable 0 – 100%
• XFL522B LEDs remain visible
• Dimensions (WxLxH): 47x97x20 mm
• Feedback signal including point name, status (manual,
auto), and point value provided to CPU
The XFR522A manual override module mounts directly on
top of the XFL522B. Eight potentiometers on top of the
module can be used to independently vary the output of each
channel from 0 to 100%. Each potentiometer also has an
automatic setting which causes the channel to operate
normally. The LEDs of the XFL522B are also visible.
The manual override module works even if the CPU
XC5010C or XCL5010 is not working.
Manual Override Module XFR524A for XFL524B (Digital Output)
• Mounts on top of the XFL524B module
• Switch settings:
automatic, off (0) and on (1)
• XFL524B LEDs remain visible
• Dimensions (WxLxH): 47x97x20 mm
• Feedback signal including point name, status (manual,
auto), and point value provided to CPU
The XFR524A manual override module mounts directly on
top of the XFL524B. Six switches on top of the module can
be used to independently switch each of the digital outputs
OFF (0) or ON (1). Each switch also has an automatic setting
which causes the channel to operate normally. The LEDs of
the XFL524B are also visible.
The manual override module works even if the CPU
XC5010C or XCL5010 is not working.
.
LONWORKS Connector Module XSL511
• LONWORKS network connection to connected modules
• 24 Vac voltage supply for distribution to connected
modules
• Electronic fuse for 24 Vac
• Connection to Distributed I/O modules via sliding bus
connector (L
Distributed I/O modules)
ONWORKS bus and voltage supply for
The XSL511 LONWORKS connector module provides ter-
minals for connecting to the L
terminals for the 24 Vac supply voltage for the other
modules. Termination is effected using the L
termination module (see also section "LonWorks Bus
Termination Modules" on page 23).
EN0B-0090GE51 R080214
ONWORKS bus wiring, as well as
ONWORKS bus
The terminal block is coded using the XAL-Code (see section
"Coding the Terminal Block").
Terminal Block Connection
NOTE: The terminal blocks are to be mounted on 1.5-inch
The L
Connector Module XSL511") can be used as an interface
between the L
The terminal blocks may be fitted alongside one another.
Depending upon the configuration, either one or two
termination modules are required for terminating a
ONWORKS bus with FTT devices on it. See also section
L
"LonWorks Bus Termination Modules" on page 23 for more
information on termination.
(35-mm) DIN rails (DIN/EN 50 022 35x15). The
mounting panel should have a minimum thickness of
0.08 inch (2 mm) to provide reference potential for
proper grounding and shielding. The maximum
distance between the fastening points of the rail
should be 5.9 inches (150 mm).
ONWORKS connector module (see section "LONWORKS
ONWORKS bus and the Distributed I/O modules.
DISTRIBUTED I/O
Table 12. Max. current ratings for other modules
Module
XFL521B
XFL522B
XFL523B
XFL524B
1
All inputs shorted to GND. 10 V loaded with 5 mA.
2
All outputs loaded with 1 mA. XFR522A mounted and set to
19.2 Vac28.8 Vac19.2 Vdc28.8 Vdc
1
130 mA90 mA90 mA65 mA
2
120 mA90 mA85 mA60 mA
3
155 mA105 mA110 mA75 mA
4
165 mA115 mA120 mA80 mA
maximum output.
3
All inputs connected to 18 V. All LEDs (yellow) ON.
4
XFR524A mounted. All relays set to ON.
Maximum current rating at:
Mounting with the LonWorks Connector Module
IMPORTANT
When mounting the terminal blocks using the
XSL511 LonWorks Connector Module, the following
worst-case power consumption analysis must be
performed to determine the required transformer.
Select the worst-case maximum current rating for the
XSL511 based upon the maximum temperature of the
installation as stated in Table 11.
The electronic fuse RXE160 is applied in XSL511 with date
code 9916 and higher. Ratings are as follows:
Table 11. Max. current ratings for XSL511
Module/
fuse
XSL511/
RXE090
XSL511
RXE160
32°F
(0°C)
1.07 A 0.9 A0.73 A 0.65 A 0.57 A 0.49 A
1.9 A1.6 A1.3 A1.15 A 1.01 A 0.86 A
Calculate the worst-case current draw for the Distributed I/O
modules and the Excel 500-XCL5010 controller to be
connected to the transformer based on the input voltage
stated in Table 12:
Maximum Current Rating at:
68°F
(20°C)
104°F
(40°C)
122°F
(50°C)
140°F
(60°C)
(70°C)
158°F
Cos ϕ for all modules is approx. 0.75.
Terminal blocks XSL513 and XSL514 can be combined on
the rail in any order.
1. Mount the DIN rail at the desired location (vertically or
horizontally).
NOTE: It is recommended that when mounting vertically,
the XSL511 L
ONWORKS connector module be
mounted at the bottom to ensure a good connection
of the bus in case any slippage occurs on the DIN
rail.
rd
2. Install the 3
-party DIN rail end bracket onto the left end of
the rail.
3. Install the connector module onto the left end of the rail
next to the end bracket by first hooking the terminal end of
the module onto the rail and snapping it into place.
4. If necessary (e.g. in case of vibrations due to refrigerating
equipment, etc.), mount braces (see Fig. 11).
5. Install the first terminal block onto the rail.
NOTE: To avoid damage, ensure that the sliding bus con-
nector does not extend past the left edge of the
module.
15EN0B-0090GE51 R0802
DISTRIBUTED I/O
b
b
6. Push the sliding bus connector to the left until it locks
onto the matching circuit board section on the adjacent
connector module (see Fig. 10).
7. If necessary (e.g. in case of vibrations due to
refrigerating equipment, etc.), mount braces (see Fig.
11).
8. Lock in all other modules and connect them using the
sliding bus connector. Slide each sliding bus connector
as far to the left as possible.
NOTE: The electronics module or the manual terminal dis-
connect module will not fit properly on the terminal
block if the sliding bus connector is not on the left
side.
9. Fit the end cover included with the XSL511 onto the last
module.
10. Install 3
rd
-party DIN rail end bracket close to end cover
of the last module.
rd
NOTE: It is recommended that you use solid standard 3
party DIN rail end brackets on both ends of the
terminal block to prevent any movement of the
terminal blocks. Terminal blocks must abut each
other to ensure proper contact at the sliding bus
connector.
11. Mount the type-C safety latches to provide extra
assurance that adjacent terminal blocks will not
become separated.
Fig. 9. Terminal blocks with LONWORKS connector
race
DIN rail
end bracket
Connector Module
XSL 511
type-C safety latch
24V
Fig. 10. Sliding bus connector connects adjacent modules
race
type-C safety latch
DIN rail
end bracket
EN0B-0090GE51 R080216
Mounting / Dismounting the Braces and Type-C Safety Latches
DISTRIBUTED I/O
1a.
4.
Fig. 11. Mounting braces (steps 1a and 1b) and mounting (2, 3, and 4) and dismounting type-C safety latches (steps 5
1b.
and 6)
2.
5.
3.
6.
Mounting Accessories
See also section "Accessories, Standards, Ratings, and
Literature" on page 29 for additional parts which may be
needed for mounting.
Manual Terminal Disconnect Module XSL512
• Mounts between terminal blocks and Distributed I/O
modules
• Manual terminal disconnect switches
• 18 disconnect switches
• Dimensions (WxLxH): 58x97x55 mm
• Safety latch secures XFL module in its position
The XSL512 Manual Terminal Disconnect module allows
each of the terminal block's input connections to be manually
disconnected from the plugged-in module. This is particularly
useful for troubleshooting and installation.
17EN0B-0090GE51 R0802
DISTRIBUTED I/O
Coding the Terminal Block
The terminal block is coded using the XAL-Code, (package of
20 combs).
CAUTION
Mixing the modules can destroy them.
The terminal block is coded by inserting pins into designated
location holes on the terminal block in the base. This codes
the electronics modules to their respective terminal blocks.
1. Break off the coding pins on the coding comb such that
the comb is left with the coding combinations shown in
Fig. 12.
2. The comb side corresponding to the respective terminal
block is inserted into the location holes in the terminal
block and broken off (positions 1 to 9 are printed on the
circuit board of the terminal block for alignment).
Fig. 12. Coding comb patterns
These pins prevent mixing the module types during
commissioning or servicing.
Fig. 13. Inserting coding comb into terminal block
3. Next, the other side of the comb is inserted into the elec-
tronics module location holes and likewise broken off. If
one or more opposing location holes both contain pins,
then the module cannot be mounted onto the terminal
block. The module can be mounted only if the single
coding pin corresponds to the missing pin in the terminal
block.
Fig. 14. Inserting coding comb into I/O module
EN0B-0090GE51 R080218
Setting the Module Address
NOTE: The module address is set using the rotary HEX
switch (in the case of applications prior to CARE
4.0).
All modules will report the setting of the 16-position rotary
HEX switch as a 2-byte ASCII number in the lowest 2 bytes
of the Neuron® chip’s location string. Changing the rotary
HEX switch setting causes the module to reset its application
configuration (sensor selection, output selection, motor
runtime, etc.) and go unconfigured. Modules will run their
application in the unconfigured state so that another change
of the DIP switch will be recognized.
To remove the cover or a manual override module from the
Distributed I/O module, do the following:
1. Insert the cover release tool XAL2 into the corresponding
slots in the electronics module to release the locking tabs.
The tool should be inserted such that the marking is on
the right-hand side.
DISTRIBUTED I/O
Fig. 17. Rotary HEX switch location
3. The module address is set by turning the HEX switch to
the appropriate address code using a screwdriver.
CAUTION
Do not plug an XFL module without a cover or manual
override module into the terminal block.
Installing the I/O Modules
Fig. 15. Inserting opening tool
2. Lift off the cover as is depicted in Fig. 16.
Fig. 16. Lifting the cover off
IMPORTANT
Always use the XAL2 tool to remove the cover or a
manual override module from an output module. Lift
off manual override modules carefully to avoid
tearing the attached flat strip cable.
locking procedurelocked latch
Fig. 18. Type-A safety latch
locking procedurelocked latch
Fig. 19. Type-B safety latch
The electronic I/O modules can be installed either on top of
the terminal blocks or on top of the manual terminal disconnect modules.
1. Make sure the sliding bus connector on the terminal block
is on the left side.
2. Mount the module onto the terminal block (or the manual
terminal disconnect module if installed) and make sure the
spring clip snaps on the little hook on the module housing.
3. Lock the safety latch on the terminal block (type A) (and
the manual terminal disconnect module, if installed; for the
safety latch on the manual disconnect module (type B) it is
recommended that you use a screwdriver or similar for
locking) as is shown in the figure.
Installing the XFR522A and XFR524A Manual
Override Modules
The manual override modules are installed on top of their
respective output modules. The XFR522A and XFR524A are
connected to the output modules via flat strip cable; this
allows opening the housing and setting the rotary HEX switch
under power without disconnecting the manual override
module.
19EN0B-0090GE51 R0802
DISTRIBUTED I/O
The manual override modules are installed as follows:
1. Switch off the power to the output module; or unlock the
safety latch and unplug the module from the terminal block
as described in section "Removing Modules and Terminal
Blocks".
2. Remove the standard cover of the module housing
(XFL522B/XFL524B) as is described in section
"Setting the Module Address".
3. Plug the manual override connector situated at the end of
the flat strip cable into the socket in the output module.
NOTE: By mechanical design, the plug can be inserted in
only one orientation, thus preventing wrong connection.
1. Slightly push back the locking tabs with the XAL2 tool to
bring them behind the edge of the module housing.
Fig. 22. Snap override module into place
IMPORTANT
Avoid tearing on the flat strip cable if you need to
remove a manual override module. Always use a
cover release tool XAL2 to remove the manual
override module and disconnect the plug carefully
(see also section "Setting the Module Address").
3. Remount the module as is described in the previous
section.
Installing the Manual Terminal Disconnect
Module XSL512
Fig. 21. Pushing back locking tabs
2. Snap the override module onto the electronics module
housing such that the power, L
put LEDs in the electronics module are aligned with their
respective view windows on the manual override face
plate. Make sure that all tabs of the manual override
module are snapped into the slots of the output module.
EN0B-0090GE51 R080220
ONWORKS service, and out-
Fig. 23. Installing the manual terminal disconnect module
The manual terminal disconnect module is installed between
the terminal block and the electronics module. If the right
side of the XSL512 is accessible (no other modules are
mounted to the right), then the end cover provided with the
XSL512 must be used.
1. Remove the electronics module as described in section
"Removing Modules and Terminal Blocks".
2. Mount the XSL512 module onto the terminal block with the
switches on the terminal side of the terminal block as
depicted and lock the safety latch as described previously.
3. Mount the electronics module onto the top of the XSL512
and lock the safety latch as described in section "Installing
the I/O Modules".
The individual inputs to the electronics module can now be
connected and disconnected manually.
DISTRIBUTED I/O
Removing Modules and Terminal Blocks
The electronics modules and terminal blocks can be removed
by carrying out the following steps:
1. Unlock the safety latch(es) as is depicted in Fig. 24.
on terminal blocks on XSL512
Fig. 24. Unlocking the safety latches
2. Remove the electronics module from the terminal block (or
manual terminal disconnect module) by pushing a screwdriver between the electronics module and the spring clip
on the terminal block (or manual terminal disconnect
module).
module by pushing a screwdriver into one of the notches
of the sliding bus link and sliding it backwards into its
home position (terminal block) with small sideways movements.
Fig. 27. Removing the terminal block
9. Unlock and dismountthe type-C safety latch.
NOTE: If braces have been mounted, the modules must be
slid apart before proceeding to the next step.
10. Lift the terminal block from the rail by inserting a screw-
driver tip into the two mounting feet - one after the other and lifting up the terminal block with small levering
movements.
Applying CARE Printout Labels
Fig. 25. Unlocking the module spring clip
3. Unlock the spring clip by lightly bending upwards with the
screwdriver.
4. Unplug the electronics module.
5. When installed, dismount the manual terminal disconnect
module as is described for the electronics module.
6. Disconnect the power to the connector module before
removing the terminal block.
Fig. 26. Releasing the sliding bus link
7. Now release the sliding bus link with a screwdriver and
push the sliding bus link to the right into its terminal block.
Make sure that it is drawn back completely!
NOTE: Do not dismount the terminal block until both sliding
bus links are drawn back completely.
8. The sliding bus link of the terminal block to the right (if one
exists) can be released without removing the electronics
Fig. 28. XAL1 swivel label holder
Normally, CARE labels can be used on electronics modules.
When using electronics modules with manual override units,
CARE labels cannot be applied to the face of the manual
override unit. In this case, the XAL1 swivel label holder is required (package of 10). The XAL1 swivel label holder is
mounted to the terminal block as shown in Fig. 28.
LONWORKS Network Interface
Distributed I/O modules contain an FTT-10A Free Topology
Twisted Pair Transceiver allowing communication with other
devices on a L
communicate at 78 Kbaud and provide transformer isolation
so that the bus wiring does not have a polarity; that is, it is
not important which of the two bus terminals are connected
to each wire of the twisted pair.
IMPORTANT
ONWORKS network. FTT-10A transceivers
ONWORKS transceiver can be affected by
The L
electromagnetic fields generated by frequency
converters. If possible, locate frequency converters
21EN0B-0090GE51 R0802
DISTRIBUTED I/O
ed
in a different cabinet, or allow a minimum distance of
18 inches (50 cm) between frequency converters
and their respective cabling, and Distributed I/0
Modules.
FTT devices can be wired in daisy chain, star, loop or any
combination thereof as long as the maximum wire length requirements given below are met. The recommended configuration is a daisy chain with two bus terminations. This
layout allows for maximum bus length, and its simple structure presents the least number of possible problems, particularly when adding on to an existing bus.
NOTE: A doubly-terminated bus may have stubs of up to
10 ft (3 m) from the bus to each node.
device
termination
module
device
device
device
device
device
device
device
device
device
Table 13. Doubly-terminated bus specifications
Cable typeMax. bus length
Belden 851028,900 ft (2,700m)
Belden 84718,900 ft (2,700m)
Level IV, 22 AWG4,600 ft (1,400m)
JY (St) Y 2x2x0.83,000 ft (900m)
TIA568A Categ. 5 24AWG, twisted pair3,000 ft (900m)
NOTE: The cable types listed above are as recommended
by Echelon® in their FTT-10A User Guide. The
cable recommended by Honeywell is the level IV, 22
AWG, solid core, non-shielded cable. Belden part
numbers are 9H2201504 (plenum) and 9D220150
(non-plenum).
devicedevice
termination
module
device
devicedevice
termination
module
Fig. 29. Doubly-terminated bus configuration
(recommended)
Free topology requires only one bus termination and allows a
variety of bus configurations (see Fig. 30):
devicedevice
loop
device
device
termination
device
device
module
device
mix
Fig. 31. Free topology examples
The FTT specification includes two components that must be
met for proper system operation. The distance from each
transceiver to all other transceivers and to the termination
must not exceed the maximum node-to-node distance. If
multiple paths exist, the maximum total wire length is the total
amount of wire used.
Table 14. Free topology (singly-terminated)
specifications
Cable type
Maximum node-
to-node distance
Belden 851021,650 ft (500 m)1,650 ft (500 m)
Belden 84711,300 ft (400 m)1,650 ft (500 m)
Level IV, 22AWG1,300 ft (400 m)1,650 ft (500 m)
JY (St) Y 2x2x0.81,050 ft (320 m)1,650 ft (500 m)
TIA568A Category 5
24AWG, twisted pair
825 ft (250 m)1,500 ft (450 m)
Maximum total
wire length
termination
module
device
devicedevicedevice
singly-terminated
device
termination
module
devicedevice
star
Fig. 30. Possible bus configurations
EN0B-0090GE51 R080222
device
IMPORTANT
Do not use different wire types or gauges on the
same L
ONWORKS network segment. The step
change in line impedance characteristics would
cause unpredictable reflections on the bus.
Examples of allowed and not-allowed free topology layouts
for cable JY (St) Y 2x2x0.8 are shown in Fig. 32.
device
100 m
(328 ft.)
ALLOWED:
device
100 m
(328 ft.)
100 m (328 ft.)
100 m (328 ft.)
CPU
termination
module
device
node-to-node = 200 m (656 ft.)
total wire length = 400 m (1312 ft.)
device
100 m
(328 ft.)
termination
module
NOT ALLOWED:
node-to-node = 400 m (1312 ft.)
total wire length = 500 m (1640 ft.)
device
200 m
(656 ft.)
200 m
(656 ft.)
device
device
200 m
device
(656 ft.)
termination
module
100 m
(328 ft.)
device
device
NOT ALLOWED:
node-to-node = 200 m (656 ft.)
total wire length = 600 m (1968 ft.)
Fig. 32. Example of allowed/not-allowed free topology
layouts (max. node-to-node distance: 320 m, max. wire
length: 500 m)
100 m
(328 ft.)
device
removable screw-type
3-pole terminal block
DISTRIBUTED I/O
l
l
e
w
y
e
n
Ho
m
r
e
T
-
L
A
X
4
3
L
L
O
O
N
N
shieldshield
plug-in
jumper
34
LON
Termi nat ion
FTT/LPT Bus
FTT/LPT Free
Park Position
5
1
06
NOTE: In the event that the limit on the total wire length is
exceeded, then FTT physical layer repeaters
(FTT 10A) can be added to interconnect segments
and increase the overall length by an amount equal
to the original specification for that cable type and
bus type for each repeater used. For example,
adding repeaters for a doubly-terminated bus using
JY (St) Y 2x2x0.8 cable increases the maximum
length 3000 ft (900m) for each repeater.
LONWORKS Bus Termination Modules
Depending upon the configuration, either one or two
termination modules are required for terminating a
ONWORKS bus with FTT devices on it. The following two
L
different L
purpose:
• 209541B L
• XAL-Term L
ONWORKS termination units are available for this
ONWORKS Bus Termination Module (see Fig.
33 and Fig. 34) and
ONWORKS connection and termination
module (see Fig. 35), which can be mounted on DIN rails
and in fuse boxes.
Fig. 35. XAL-Term
In the case of either a daisy chain or free-topology
ONWORKS bus layout, the maximum lengths described
L
above must be adhered to.
Fig. 33. Termination Module 209541B connections for
doubly-terminated FTT network
Fig. 34. Termination Module 209541B connections for a
singly-terminated FTT network
23EN0B-0090GE51 R0802
DISTRIBUTED I/O
y
y
Commissioning Distributed I/O Modules
The following refers to the commissioning of Distributed I/O
modules in conjunction with Excel 500 controllers into which
controller firmware version 2.04.xx has been downloaded.
Previous to controller firmware version 2.04.xx, Distributed
I/O modules were used only on a local L
nected to a single Excel 500 controller. Concurrent with the
release of controller firmware version 2.04.xx is the release of
the XFL52xB Distributed I/O modules with updated firmware
and with a new Neuron chip which make them fully L
compliant. This means that multiple Excel 500 controllers,
each with its own Distributed I/O modules, as well as third-
ONMARK compliant devices, can coexist and inter-
party L
operate on the same L
ONWORKS bus. Furthermore, the
XFL52xB modules can be used as third-party devices with
ONMARK compliant products, independently of an
other L
Excel 500 controller.
ONWORKS bus con-
ONMARK
IMPORTANT:
Full L
controller with controller firmware version 2.04.xx (or
later), a 3120E5 Neuron chip, and Distributed I/O
modules XFL52xB.
An Excel 500 controller with controller firmware
version 2.04.xx (or later) and a 3120E5 Neuron chip
will commission earlier versions of Distributed I/O
modules (XFL52x, XFL52xA), but only in the local
mode (max 16 modules per CPU and no other
controllers on the L
Distributed I/O modules XFL52xB can be used with
older versions of Excel 500 that support Distributed
I/O, but only if the modules are switched into a
different mode. This is accomplished by pressing the
service pin while simultaneously turning the rotary
HEX switch. This mode can be cancelled by
ONMARK functionality requires an Excel 500
ONWORKS bus).
pressing the service pin for more than three
seconds.
Table 15. Controller compatibility (non-L
Controller typeController firmware
ONMARK CPUs/application modules, date code older than week 44 in 2000)
Open
LONWORKS
functionalit
CPU autobinding1 with
XFL52xXFL52xB
CARE 4.0
LONWORKS
binding
LM4W
binding
2.00.xx – 2.03.xxnot possiblelocallocalnot possiblenot possible
2.04.xxnot possiblelocallocal/shared not possiblenot possibleXC5010C, XCL5010
2.06.xxnot possiblelocallocal/shared not possiblenot possible
XD50-FL, XD50-FCL2.04.xx – 2.06.xxnot possiblenot possible not possible not possiblenot possible
XD50-FL-xxxx-yy2,
XD50-FCL-xxxx-yy
1
See section "Operating Modes" on page 25 for definitions of the terms "local," "shared," "open," and "shared/open."
2
"xxxx-yy" stands for configurable applications, e.g. AH03-EN.
2
2.00.xx – 2.05.xxpossiblenot possible not possible possiblepossible
2.06.xxpossiblenot possible not possible possiblepossible
Table 16. Controller compatibility (LONMARK CPUs/application modules, date code younger than week 44 in 2000)
Controller typeController firmware
Open
LONWORKS
functionalit
CPU autobinding1 with
XFL52xXFL52xB
CARE 4.0
LONWORKS
binding
2.00.xx – 2.03.xxnot possiblelocallocalnot possiblenot possible
XC5010C, XCL5210C,
XCL5010
2.04.xxin usenot possible shared/open not possiblepossible
2.04.xxnot in uselocallocal/sharednot possiblepossible
2.06.xxin usenot possible not possiblepossiblepossible
2.06.xxnot in uselocallocal/sharednot possiblenot possible
2.04.xx – 2.05.xxin usenot possible opennot possiblepossible
XD50-FL, XD50-FCL
2.04.xx – 2.05.xxnot in usenot possible not possiblenot possiblenot possible
2.06.xxin usenot possible not possiblepossiblepossible
2.06.xxnot in usenot possible not possiblenot possiblenot possible
2.00.xx – 2.05.xxin usenot possible not possiblenot possiblepossible
XD50-FL-xxxx-yy2,
XD50-FCL-xxxx-yy
1
See section "Operating Modes" on page 25 for definitions of the terms "local," "shared," "open," and "shared/open."
2
"xxxx-yy" stands for configurable applications.
2
2.00.xx – 2.05.xxnot in usenot possible not possiblenot possiblenot possible
2.06.xxin usenot possible not possiblepossiblepossible
2.06.xxnot in usenot possible not possiblenot possiblenot possible
LM4W
binding
EN0B-0090GE51 R080224
DISTRIBUTED I/O
Table 17. Distributed I/O module compatibility
Distributed I/O
modules
V2.00.xx to V2.03.xxV2.04.xxV2.06.xx
One controller to which
XFL521, XFL522A,
XFL523, XFL524A
Distributed I/O modules are
assigned on a single L
bus; operating mode: local
One controller to which
Distributed I/O modules are
XFL521B,
XFL522B,
XFL523B,
XFL524B
assigned on a single L
bus (if you wish to enable this
backwards-compatible mode
the XFL52xB modules, press the
ONWORKS service pin while
L
turning the rotary HEX switch);
1
To cancel the backwards-compatible mode for XFL52xB modules (date code: 4400 or later), thus allowing full LONWORKS
operating mode: local
functionality, press and hold down the LONWORKS service pin for at least 3 seconds.
2
Excel 500 controller with Neuron 3120E5 chip required!
NOTE: The compatibility of XFR522A and XFR524A Manual Override modules is affected by neither the firmware version nor
the Neuron chip version.
LONWORKSFunctionality, by XL500 controller firmware version
ONWORKS
ONWORKS
1
for
One controller to which Distributed I/O modules are
assigned on a single L
ONWORKS
bus; operating mode: local
ONWORKS functionality:
Full L
Multiple Distributed I/O modules
and multiple controllers
on a single L
ONWORKS bus;
2
possible
operating mode: open
One controller to which Distributed I/O modules are
assigned on a single L
bus; operating mode: local
Full LONWORKS functionality:
Multiple Distributed I/O modules
and multiple controllers
on a single L
operating mode: open
ONWORKS
2
ONWORKS bus;
possible
Operating Modes
The following refers to the operating modes of Excel 500
controllers into which controller firmware version 2.04.xx has
been downloaded.
It is important to remember the following definitions:
Local: The term "local" refers to an operating mode in which
a max. of 16 Distributed I/O modules are connected to a
single host Excel 500 controller via a L
which no other devices co-exist on that bus. In this mode, the
Distributed I/O modules are assigned to their host Excel 500
controller automatically, and autobinding is performed.
Shared: The term "shared" means that, aside from the host
Excel 500 controller and its Distributed I/O modules, otherdevices (which may include other Excel 500 controllers with
their own Distributed I/O modules, Excel 50 or Excel 10 controllers, or 3
rd
-party devices) co-exist on the LONWORKS bus.
In the shared mode, autobinding may still be used for the
NVs of a maximum of 16 Distributed I/O modules assigned
(manually) exclusively to the host Excel 500 controller.
NOTE: It is recommended that you use CARE to assign the
Distributed I/O modules to the host Excel 500 controller (i.e. to enter the Distributed I/O modules'
Neuron IDs). The alternative is to assign them using
the MMI.
Open: The term "open" refers to an interoperable L
system in which CARE has been used to generate a
ONMARK-compliant network interface file capable of pro-
L
viding NVs which can be bound to other devices (which may
include other Excel 500 controllers with their own Distributed
I/O modules, Excel 50 or Excel 10 controllers, or third-party
devices). In the open operating mode, the NVs of the Distributed I/O modules exceeding 16 must be bound manually
using a L
ONWORKS network management tool (an LNS-based
tool capable of using Honeywell plug-ins is recommended).
Shared/Open: The shared and the open operating modes
can be in effect simultaneously. In this case, autobinding is
performed for the NVs of a maximum of 16 Distributed I/O
modules, while the data points of additional Distributed I/O
ONWORKS bus, and in
ONWORKS
modules must be mapped with shared NVs, and the NVs of
the additional Distributed I/O modules must be bound
manually (e.g. using an LNS-based tool).
Autobinding
The following refers to the autobinding of the NVs of
Distributed I/O modules to Excel 500 controllers into which
controller firmware version 2.04.xx has been downloaded.
When Distributed I/O modules are used exclusively by
Honeywell Excel 500 controllers, it is possible to automatically bind their NVs to the controller. This is referred to
as "autobinding." In autobinding, each controller on the bus
finds the Distributed I/O modules assigned to it and binds the
required NVs.
IMPORTANT:
Autobinding does not work across routers. Distributed I/O modules must be located within the
same router segment as the controller to which their
NVs are to be bound. However, autobinding is
possible across repeaters.
IMPORTANT:
The autobound NVs of a controller are not visible to
ONWORKS network management tool, and there is
a L
hence no danger that a careless user will attempt to
re-bind them. However, the NVs of the Distributed
I/O modules are visible to a L
management tool. Any attempt to re-bind the autobound NVs of Distributed I/O modules will corrupt
the autobindings. In such a case, the Excel 500 controller will restore the autobindings automatically, but
there will be numerous system and application
alarms as a result.
If, prior to autobinding, the Distributed I/O modules
have been accessed by a L
management tool, the modules will remain in the
“configured” mode. In this state, they cannot be
found by the controller during autobinding, and they
do not appear in the list of modules on the controller
ONWORKS network
ONWORKS network
25EN0B-0090GE51 R0802
DISTRIBUTED I/O
MMI. Such modules must be decommissioned using
ONWORKS network management tool, or the
the L
ONWORKS service pin must be pressed for at least
L
three seconds.
If an Excel 500 controller in the shared/open mode is deleted
from the LonMaker project, all of its bindings will also be
deleted. In this case, the deleted Excel 500 controller will
restore all of the autobindings (if any) automatically after 3
minutes (provided no bindings are performed or changed in
LonMaker in the meantime), but there will be numerous
system and application alarms as a result.
Assignment
The following refers to the assignment of Distributed I/O
modules to Excel 500 controllers into which controller
firmware version 2.04.xx has been downloaded.
There are two methods of assigning Distributed I/O modules
to a particular Excel 500 controller. Regardless of which of
these two assignment methods is employed, assignment
requires that the modules' rotary HEX switches be set
according to the CARE terminal assignment.
Recommended Assignment Method
The Ideal approach is to know the Neuron IDs of the Distributed I/O modules when engineering the application using
CARE, thus enabling you to enter the Neuron ID during the
CARE terminal assignment. When this is done, every module
will be fully identified and assigned automatically by the Excel
500 controller after the application is downloaded.
Alternate Assignment Method
If the Neuron ID is not available when engineering the
application using CARE, it will be possible to correctly assign
the Distributed I/O modules to their controller(s) only after
having downloaded the application. In this case, assignment
is performed via the MMI as described in detail in the
XI581/XI582 User Guide, EN2B-0126.
IMPORTANT:
It is essential that Distributed I/O modules not be
assigned simultaneously via different MMIs. When
using the alternative assignment method, work on
only one MMI at a time so as to avoid competing
network accesses. Disregarding this will result in
contradictory and unreliable assignments. There will
be incomplete Distributed I/O module lists displayed,
and there is the danger that one controller will take
away an existent assignment from another
controller.
been made during the test mode, the assignments are
automatically saved in Flash memory. These assignments
can be reused for the application after the application has
been downloaded (the MMI's assignment dialog will offer the
option of keeping the existing assignment).
Controller Reset
IMPORTANT:
Resetting a controller will erase the Distributed I/O
module assignment. After a reset, one of the
following procedures must be performed.
•Restore the application (including the assignments) from
Flash (this is the simplest method).
•Restore the assignments during the "start-up" sequence
(this requires somewhat more effort because all of the
modules are searched on the LonWorks network
automatically).
•Download the application and re-assign the Distributed
I/O modules (this method requires the most effort
because it must be done manually).
Manual Binding
The following refers to the manual binding of the NVs of
Distributed I/O modules to Excel 500 controllers into which
controller firmware version 2.04.xx has been downloaded.
There are several cases in which it is necessary to manually
bind the NVs of the Distributed I/O modules to their
respective controller(s). This is done using a L
network management tool (e.g. LonMaker).
More than 16 Modules per Excel 500
Autobinding can be used to bind the NVs of a maximum of 16
Distributed I/O modules per controller, only. If the application
requires more than 16 Distributed I/O modules per controller,
you must use CARE to allocate those additional NVs
requiring mapping with the data points, and you will also have
to use a L
ONWORKS network management tool to bind the
NVs of the additional modules to the controller.
Double-Mapping a Data Point
It is possible to preserve the autobinding by mapping the
data point with a second NV. However, the second NV must
then be bound (using a L
tool) to another L
ONWORKS device. While this method
preserves autobinding, it does require one controller NV
more than if all binding is performed using a L
network management tool (e.g. LonMaker).
ONWORKS network management
ONWORKS
ONWORKS
Priority of Distributed I/O Module Assignments
Assignments made via an MMI always have priority over
assignments made using CARE. Thus, in the event of a conflict (e.g. when the Neuron ID entered using CARE differs
from the Neuron ID entered via the MMI), the assignment
carried out via the MMI will have priority.
Flashing of Distributed I/O Module Assignment
The Distributed I/O module assignment that was made in
CARE or via the controller MMI must be manually saved to
Flash memory. When Distributed I/O module assignment has
EN0B-0090GE51 R080226
Binding to Other Devices
If you wish to bind the NVs of Distributed I/O modules to
other devices (i.e. other than the host Excel 500 controller),
autobinding cannot be used. Instead, you will have to employ
ONWORKS network management tool (e.g. LonMaker) to
a L
(manually) bind all of the Distributed I/O modules' NVs.
DISTRIBUTED I/O
Troubleshooting (Controller Autobinding)
Wiring Check
NOTE: In the case of CARE 4.0, the controller cannot be
used to perform autobinding. However, you can use
XILON to perform the wiring test.
In the case of Excel 500 controllers with controller firmware
version 2.04.xx, Distributed I/O modules can be checked out
without even having an application loaded in the controller.
This is possible using a special test mode previously active
only for internal I/O modules. This test mode, accessible
through the “Data Point Wiring Check” option on the second
screen of the start-up sequence, allows manually setting
outputs and reading inputs to verify the I/O wiring. The
procedure is described in detail in the XI581/582 User Guide,
EN2B-0126.
Fig. 36. Distributed I/O module faceplate and LEDs
Each Distributed I/O module has a green Power ON LED (L1)
and a red LONWORKS service LED (L2) at the upper left of the
faceplate. The L
diagnosing the state of the Distributed I/O module (see
below).
Fig. 37. Distributed I/O module troubleshooting example
If you have more than one module connected to one XSL511,
you should check the modules to the left and to the right of
the defect module (status of green power LED L1 and red
ONWORKS status LED L2). A module is "working" in Table 18
L
if L1 is lit up green and if the L
working.
ONWORKS service LED (L2) is used for
ONWORKS communication is
Table 18. Troubleshooting of Distributed I/O modules
Modules to the left side
working
nono
yesno
yesyes
In case of problems, check if the behavior is changed if you:
1. Push the LONWORKS service button to reconfigure the
Distributed I/O module. The L
light as long as you push the L
The hardware is defective if this is not the case.
2. Switch the power ON / OFF.
Modules to the right
side working
ONWORKS service LED will
ONWORKS service button.
Service Pin Message and LED
A service pin message is sent when
• powering-up or resetting,
• transitioning to the configured/online state, or
• turning the DIP switch.
In the case of a power-up or reset, the service pin message
is delayed a random time between 1 and 5 seconds to avoid
an overload of a network management node receiving these
Possible causes
• Power OFF
• CPU not working
• Incorrect wiring
• Sliding bus connector on XSL511 not closed properly
• Defective hardware → contact your Honeywell dealer
• Sliding bus connector on the left side not closed properly
• Defective hardware → contact your Honeywell dealer
• Wrong L
• Defective hardware → contact your Honeywell dealer
3. Set the rotary HEX switch to an unused address for a few
Please contact Honeywell if the above actions do not solve
the problem.
messages when a large number of Distributed I/O modules
are powered up simultaneously.
The service LED indicates the status of the Neuron® chip.
Normally, the service LED will blink a few times during the
power-up/reset phase and then remain off. During normal
commissioning, the service LED will stay on briefly and then
flash briefly before remaining off. The time required for commissioning is variable, lasting from approximately 10 to 60
seconds, depending upon the amount of network information
ONWORKS address (HEX switch setting)
seconds and then select the correct address. This will
reset the Distributed I/O module.
27EN0B-0090GE51 R0802
DISTRIBUTED I/O
S
E
being downloaded from the installation tool and the
installation tool itself. For additional information on service
LED behavior, see Table 19 and Fig. 38.
LONWORKS Service LED L2
This LED is used to diagnose the state of the Distributed I/O
module. In general:
• The module is applicationless if the LED illuminates con-
tinuously.*
• The module has an application but it is not configured if
the LED is blinking.
• The module is running normally if L2 is off.
*Pushing the L
commissioning of the module. While commissioning, LED L2
continuously illuminates red for less than 1 minute and then
returns to the normal state (L2 = OFF).
A more detailed diagnosis can be carried out by observing
the duration of the ON and OFF states of the service LED in
connection with power ON / OFF. Fig. 38 illustrates the
different service LED behaviors. These are the most common
behaviors, but others are possible since the state of the
service LED is under firmware control and can be affected
both by hardware and software anomalies.
ONWORKS service button will force a new
Table 19. Service LED behavior descriptions
IMPORTANT
In Table 19, the words ”configured”, “unconfigured”,
“application”, and “applicationless” refer only to the
communication layer running on the Neuron® chip and not to
the controller application.
1
2
3
4
D Behavior
5
6
ervice L
7
Power
applied
to node
see table
1 sec
2 sec3 sec4 sec5 sec
* Does not scale with the Neuron chip.
see table
= ON= OFF
Continuous
Continuous
Continuous
Repeated
Repeated*
Continuous
Time
(at 10 MHz,
approx.)
Fig. 38. Service LED behavior
BehaviorContextLikely explanation
1Power-up of the node
2Power-up of the node
Bad node hardware. For Distributed I/O modules, perform the tests shown in
the previous section.
Bad node hardware. For Distributed I/O modules, perform the tests shown in
the previous section.
The module is applicationless. May be caused by the Neuron chip firmware
3Power-up / Reset of the node
when a mismatch occurs on application checksums. This behavior is normal if
the application was exported to come up applicationless.
4Anytime
5Anytime
First power-up, applicationless
firmware state exported
Possible corrupt EEPROM. For a Neuron 3150 Chip-based node, use a newly
programmed PROM, or EEBLANK and follow bring-up procedure.
The module is unconfigured. Connect the Distributed I/O module to the CPU.
The CPU will configure the Distributed I/O module.
The OFF duration is approximately 1 second. The service LED should then
turn ON and stay on indicating an applicationless state.
The OFF duration is 1-15 seconds (depending on the application size and
6
firmware state exported
First power-up, unconfigured
system clock). The service LED should then begin flashing as in behavior 5,
indicating an unconfigured state. Connect the Distributed I/O module to the
CPU. The CPU will configure the Distributed I/O module.
First power-up, configured
firmware state exported
The OFF duration is indefinite (1-15 seconds to load internal EEPROM; stays
OFF indicating configured state.) The module is configured and running
normally.
7AnytimeThe module is configured and running normally.
EN0B-0090GE51 R080228
Accessories, Standards, Ratings, and Literature
Accessories
— XAL 1 Swivel Label Holder (required for Manual Override
Modules, package includes 10 XAL 1 swivel labels).
— XAL 2 Cover Release Tool (required for opening the
module housing e.g. to set the module address using the
rotary HEX switch; package includes 20 XAL 2 Cover
Release Tools).
— 209541B Termination Module (one or two required,
depending on L
"LonWorks Bus Termination Modules" on page 23).
— XAL-Term L
module (see Fig. 35 on page 23).
ONWORKS bus layout; see section
ONWORKS Connection and Termination
DISTRIBUTED I/O
Approvals and Standards
• CE and EN 50082-1
Environmental Ratings
• Operating temperature: 32° to 122°F (0° to 50°C)
• Shipping/storage temperature: -13° to 150°F (-25° to
65°C)
• Relative humidity (operation and storage): 5% to 90%,