This document is protected by the law of copyright, whereby all rights established therein remain with the
company SICK AG. Reproduction of this document or parts of this document is only permissible within the limits
of the legal determination of Copyright Law. Alteration or abridgement of the document is not permitted without
the explicit written approval of the company SICK AG.
Please read this chapter carefully before working with the technical description.
1.1Function of this document
This technical information gives you an overview of the possibilities, expanded functionality
and the technical implementation of safety-related applications with the Enhanced
Function Interface from SICK AG.
1.2Abbreviations used
CDS
EDM
EFI
ESPE
(F)PLC
OSSD
Note
= Take action …
WARNING
SICK Configuration & Diagnostic Software
External device monitoring
Enhanced function interface = safe SICK device communication
Electro-sensitive protective equipment (e.g. C4000, S300)
(Fail-safe) Programmable logic controller
Output signal switching device = signal output that drives the safety circuit
1.3Symbols used
Refer to notes for special features of the device.
Instructions for taking action are shown by an arrow. Read carefully and follow the
instructions for action.
Warning!
A warning indicates an actual or potential risk or health hazard. They are designed to help
you to prevent accidents.
Read carefully and follow the warning notices!
Software notes show the location in the CDS (Configuration & Diagnostic Software) where
you can make the appropriate settings and adjustments. In the CDS open the menu View,Dialog box and select the item File Cards to go straight to the stated dialog fields.
Alternatively, the software wizard will guide you through the appropriate setting.
in the use of the device by qualified safety personnel and must
On safety
EFI
2On safety
2.1General safety notes and protective measures
Use the related operating instructions for the devices!
This technical information does not replace the operating instructions for the ESPE, safety
WARNING
controllers or the EFI gateway described in the following.
These operating instructions are to be made available to the operator of the system,
machine or vehicle on which an ESPE, a safety controller or an EFI gateway is used. The
operator is to be instructed
be instructed to read and observe the operating instructions.
This chapter describes the possibilities offered by the Enhanced Function Interface (EFI).
The Enhanced Function Interface (EFI) was developed to implement safe communication
between ESPE, Flexi Soft modular safety controller or EFI gateway.
However, EFI is more than an interface for connecting together SICK devices. EFI expands
the functionality of the individual protective devices.
Using protective devices connected with EFI, safety-related applications can be
implemented that would otherwise only be possible with a large amount of circuitry or
extensive installation effort. These applications include, for example, simultaneous
protective field monitoring using the S3000 safety laser scanner, operating mode
switching on the C4000 or sampling status signals (e.g. for a contaminated front screen).
Status and control information is exchanged between devices via EFI. The applications can
be integrated into higher level bus systems using EFI gateways.
In addition the concurrent configuration of the devices in a project is possible.
You will find the advantages of EFI in SICK safety systems only.
3.1Devices with EFI
The following product families are equipped with EFI:
• M4000 multiple light beam safety device: Advanced, Area
By connecting together individual ESPE via EFI additional applications become possible.
Example 1: Two S300 in host/guest operation
vehicle monitoring for bidirectional travel
3
4
The S300 safety laser scanners are connected to a host/guest system via an EFI connection. It is then possible, for instance, to realize vehicle monitoring in two directions of
movement.
The guest (2) receives the incremental encoder values (4) from the host (1) over the EFI
interface (3). It monitors the areas for the second direction of travel as a function of the
velocity. As soon as there is an object in the protective field, it switches the OSSDs on the
host via the EFI interface to the OFF state (5).
host/guest system
5
Advantages:
• less configuration effort:
– central interface for the configuration of the system
– concurrent monitoring case switching
• less wiring costs:
– The cables for the input signals only need to be connected to the host.
– One pair of OSSDs is sufficient for the entire system.
• simplified diagnostics on the host/guest system:
– combined error messages
– central interface for system diagnostics
Example 2: Two C4000 in operation as a cascaded system
protection with presence
detection
Two C4000 safety light curtains form a cascaded system. The C4000 Host (1) performs
the actual hazardous point protection on a press. The C4000 Guest (2) performs the
presence detection. The two C4000 are connected together using EFI. The OSSDs on the
C4000 Host are integrated into the machine controller (4). If the protective field of
the C4000 Guest is interrupted by standing behind or by an attempt at crawling
beneath/reaching under, the OSSDs on the C4000 Host are switched via EFI (3) to the
OFF state.
cascaded C4000 system
4
Advantages:
• Up to three safety light curtains can be connected to each other.
• No additional external circuitry required. Quick to connect.
• Resolution and protective field height may differ among the individual systems.
Using the UE402 switching amplifiers for C4000 and UE403 for M4000 the functionality of
the C4000 safety light curtains and the M4000 multiple light beam safety devices can be
expanded.
Example: Muting with M4000 and UE403
muting
M4000 muting system
Two pairs of inductive muting sensors (1) connected to the UE403 detect the transport
platform. The UE403 switching amplifier (2) transmits signals via EFI (3) to the M4000
multiple light beam safety device (4) and controls the muting function.
2
1
Advantages:
• less wiring due to local connection of all signals
• less wiring between switching amplifier and ESPE due to EFI
Complex safety applications can be solved specifically using safety controllers.
a Flexi Soft safety controller
protective field monitoring
with S3000 and a safety
controller
In the insertion station with rotary table shown and the downstream robot station (1) all
the safety-related functions (hazardous point protection, hazardous area protection, door
contacts, emergency stop, restart) are realized using a Flexi Soft safety controller (2). The
ESPE are integrated into the safety application via EFI.
1
2
One S3000 simultaneously monitors two protective fields (1 and 2). Via EFI it signals the
states of the protective fields to the Flexi Soft safety controller (3). The safety controller
has two OSSDs for separate safe shut down. The related industrial robot is shut down by
an object in one of the protective fields. The second station continues to operate.
Advantages:
• all safety-relevant functions in one application
• one ESPE saved due to simultaneous protective field monitoring
• increased availability of the system, as only the robots related to the hazardous
By integrating ESPE with the aid of the EFI gateway it is possible to bidirectionally transmit
configuration, status and diagnostics functions from the ESPE to the bus system
PROFINET IO PROFIsafe.
Using the EFI gateway, one or more ESPE or even entire applications realized with safety
controllers can be integrated into, for example, an (F)PLC.
EFI is a linear bus system. Up to four devices can be connected to this bus system. The
actual number of devices depends on the related application or product family.
ESPE connected via two EFI
strings
Twisted-pair cable with a characteristic impedance of 108 … 132 Ω is used as the bus
medium (see also chapter 6 “Technical specifications” on page 54).
To enable data to be exchanged via EFI, each device connected has a unique address.
exchange between two
S3000
7
7
In the example the S3000 Host has the address 7, the S3000 Guest the address 8. The
host receives via address 8 the status information on the OSSDs and the diagnostics
messages from the guest on contamination. The guest however receives the incremental
encoder values from the host over the address 7.
The safety controllers receive via these addresses status information on the
electrosensitive protective devices (C4000, S3000 etc.) or they control functions on the
ESPE via these addresses (muting, operating mode switching etc.).
If an EFI system is connected via an EFI gateway to a PROFINET IO, these data can be
forwarded to an (F)PLC or control tasks performed by the (F)PLC.
exchange between an (F)PLC
and an M4000 via an EFI
gateway
In the example the (F)PLC can write data to the M4000 via the routing in the EFI gateway
(address 14). I.e. muting signals can be simulated by the control system. Conversely,
status information including the output information from the M4000 (address 1) can be
transferred to the (F)PLC via the routing in the EFI gateway.
The SICK product families have the following addresses on the EFI:
addresses on the EFI
Notes
Product familiesDevice address
C4000 receiver (Host)1
C4000 receiver (Guest 1)2
C4000 receiver (Guest 2)3
C4000 sender (Host)4
C4000 sender (Guest 1)5
C4000 sender (Guest 2)6
M4000 receiver1
M4000 sender4
S3000 (Host/Guest)7/8
S300 (Host/Guest)7/8
S300 Mini (Host/Guest)7/8
UE40214
UE40311/12/13/14
Flexi Soft FX3-CPU1, -CPU2, -CPU311/12/13/14
UE4740 EFI gateway13/14
• Devices with the same address cannot be operated on the EFI at the same time.
• If there are several C4000 safety light curtains on the EFI string, the addresses for the
cascaded system are assigned automatically.
The addresses are saved in non-volatile memory in the device memory in the C4000.
The device can no longer be used as a standalone device or in a different system
position.
Reset the system position saved in the C4000 using the CDS configuration software or
using the Host-Guest Plug available as an accessory.
• In an EFI system with two safety laser scanners, set the address of one of the scanners
to guest! The procedure for addressing is described in the related operating instructions
in the chapter “Electrical installation” (S300 Mini, S300, S3000).
• For the UE4740 EFI gateway, the UE403 and the Flexi Soft FX3-CPU1, -CPU2, -CPU3 the
EFI device address can be modified using CDS or Flexi Soft Designer.
To change the addresses of the EFI gateway, connect to the EFI gateway in the CDS.
Right click the symbol for the EFI gateway and on the context menu choose Operateservice/gateway with control system.
To change the addresses of the Flexi Soft FX3-CPU1, -CPU2, -CPU3, connect to the Flexi
Soft Designer and the CPU. Right click the symbol for the CPU, a menu then appears
where you can select the required EFI device address.
Each device sends exactly one item of status information with a length of up to 26 bits of
data (C4000 and M4000 senders do not provide any information, this is provided by the
C4000 or M4000 receivers).
The status information is not addressed to a specific user on the EFI string, i.e. all users on
the EFI string can receive the status information.
Receive
The product families differ in the number of items of status information received.
The maximum number of items of status information received and their addresses are
listed in the following table by product family. The table shows the items of status
information received per EFI string.
• The maximum number of items of status information received defines the number of
devices from which a device can receive information (e.g. C4000 Host from the two
guests and a safety controller).
• The devices addresses in column 4 define the devices to which a device can be
connected. The C4000 Host receives, e.g., only the addresses 2 and 3 (C4000 Guests)
and 14 (safety controllers or EFI gateways). The connection of an M4000 (1) or an
S3000 (7) is not possible.
• Also pay attention to the information given in section 4.2 “Firmware compatibility of the
EFI devices” on page 17.
Subject to change without notice
Page 17
Technical informationChapter 4
Tab.3:
Firmware
Technical realization
EFI
4.2Firmware compatibility of the EFI devices
The following tables show which ESPE can be connected to which device.
UE4740Byte 2, Bit 0 Byte 2, Bit 1 Byte 2, Bit 2 Byte 2, Bit 3 Byte 2, Bit 4 Byte 2, Bit 5 Byte 2, Bit 6 Byte 2, Bit 7
Flexi SoftByte 2, Bit 0 Byte 2, Bit 1 Byte 2, Bit 2 Byte 2, Bit 3 Byte 2, Bit 4 Byte 2, Bit 5 Byte 2, Bit 6 Byte 2, Bit 7
Tab. 9: Byte 2 of the EFI communication
Specific
device data
Key-Switch
state
Input Pin C2/
9)
Speed Bit 1
Input Pin C2/
9)
Speed Bit 1
Input Pin C2/
9)
Speed Bit 1
Not used
(Input Pin A6)
Specific
device data
Take
snapshot
Input Pin D1/
9)
Speed Bit 2
Input Pin D1/
9)
Speed Bit 2
Speed Bit 2 Speed Bit 3 Speed Bit 4 Speed Bit 5 Speed Bit 6 Speed Bit 7
9)
Not used
(Input Pin A7)
Specific
device data
Field status
(red/green)
Input Pin D2/
9)
Speed Bit 3
Input Pin D2/
9)
Speed Bit 3
Not used
(Input Pin A8)
Specific
device data
Specific
device data
Specific
device data
Field status Field status EStop
Channel 1
Speed Bit 4 Speed Bit 5 Speed Bit 6 Speed Bit 7
9)
Speed Bit 4 Speed Bit 5 Speed Bit 6 Speed Bit 7
9)
Muting
Sensor A1
Muting
Sensor A2
Muting
Sensor B1
Specific
device data
EStop
Channel 2
Muting
Sensor B2
9)
Configuration dependent: Without speed routing/with speed routing.
Speed Bit 8 Speed Bit 9 Speed Bit 10 Speed Bit 11 Protective
Field 1/
Protective
Field 1/
Protective
12)
Field 1
Speed Bit 8 Speed Bit 9 Speed Bit 10 Speed Bit 11 Protective
Field 1/
Protective
13)
Field 1
Not usedNot usedNot usedNot usedSwitch off
1. monitoring
area
Warning
Field 1/
Protective
Field 2/
Warning
12)
Field 1
Collision
Protection
Field 1 /
Collision
Protection
13)
Field
Status
Warning
Field
Sim.
Protective
Field 1/Sim.
Protective
Field 1/–
Sim.
Protective
Field 1/–
Not usedNot used
1. monitoring
area
Speed Bit 8 Speed Bit 9 Speed Bit 10 Speed Bit 11 Protective
Field 1
Not usedNot usedNot usedNot usedProtective
Field 1
Warning
Field 1
Warning
Field 1
Not usedWarning
Field 2
Not usedWarning
Field 2
Lock-out Info Lock-out Info Lock-out Info Lock-out Info Input Pin B1 Input Pin B2 Input Pin B3 Input Pin B4
Not usedNot usedNot usedNot usedC1/CBS/OVR
Switch Input
(UI1)
Byte 3, Bit 0 Byte 3, Bit 1 Byte 3, Bit 2 Byte 3, Bit 3 Byte 3, Bit 4 Byte 3, Bit 5 Byte 3, Bit 6 Byte 3, Bit 7
Byte 3, Bit 0 Byte 3, Bit 1 Byte 3, Bit 2 Byte 3, Bit 3 Byte 3, Bit 4 Byte 3, Bit 5 Byte 3, Bit 6 Byte 3, Bit 7
10)
ADO can be used for non-safety-related evaluations, e.g. weak signal output.
11)
For information on the compatibility mode see the operating instructions for the devices.
4.4Status information and control options for the EFI
devices
Status information and control commands are exchanged between the devices via EFI.
The following tables show the status information that can be accessed and the control
commands that are possible for ESPE, safety controllers as well as EFI gateways.
Note
The information in square brackets reflects the names used in the CDS and in the
Flexi Soft Designer.
4.4.1C4000 safety light curtain
of the C4000 (data from the
C4000)
Status informationMeaning/effect
OSSD on [OSSD]
• Logical 1, if the OSSD of the C4000 is switched
on (green)
• Logical 0, if the OSSD of the C4000 is switched
off (red)
Notes:
Host: In the case of a cascaded system, the
OSSD bit is a group indication for the entire
host/guest or host/guest/guest cascade
Guest 1/guest 2: The OSSD bit corresponds to
the status of the related guest.
Contamination [Weak]• Logical 1, on contamination of the front screen
Reset button pressed [Res. Pressed] • Logical 1, if the reset button is pressed
Reset required [Res. Req.]• Logical 1, if reset required
Status of the emergency stop
[EStop Active]
Logical 1, if the button connected to the
emergency stop input on the C4000 has been
pressed.
Teach-in active [Teach Active]
• Logical 1, if a teach-in key-operated switch
connected to the C4000 has been operated
Note
Status application diagnostic output
18)
(ADO)
[ADO]
• Logical 1, if the configurable application
diagnostic output (ADO) on the C4000 is
signaling, e.g., the contamination status, the
OSSD status or the emergency stop status
Note: The message type depends on the
configuration of the C4000.
• Logical 1 signals a valid velocity being present
on the incremental encoder inputs.
• Logical 0 signals a invalid velocity being
present on the incremental encoder inputs
(velocity in a range that is not configured or
difference allowed between the incremental
encoders exceeded).
• Logical 0, if there is no error on the Flexi Soft
CPU
• Logical 1, if there is an error on the Flexi Soft
CPU
Note: This status is to be provided in the
operational status “Executing/Run” on the Flexi
Soft-CPU using programmed logic.
If signals are pre-processed on the Flexi Soft
station and forwarded to EFI users, it is
necessary to program the error states from this
pre-processing as status information. If this
status information is not programmed, it is only
allowed to send signals without pre-processing
to the EFI users.
All except [Byte 1, Bit 1]
• Freely programmable signals correspond to the
requirements for the EFI devices connected
Control featureMeaning/effect
I/O error [Byte 1, Bit 1]
• Logical 0, if there is no error on a connected
device
• Logical 1, if there is an error on a connected
device
Note: Indicates that the data on this EFI
interface are currently invalid and represent
substitute values. This situation occurs, for
example, on EFI gateways if the controlling
(F)PLC is not (yet) operating.
All except [Byte 1, Bit 1]
• Freely useable information for usage in the
Flexi Soft logic.
Note: On the usage of this information the status
of the received I/O error bits is also to be
evaluated.
I/O error [Byte 1, Bit 1]• Logical 0, if there is no error on the EFI gateway
• Logical 1, if there is an error on the EFI gateway
Note: The I/O error is calculated automatically
from the validity of the data on the interfaces
connected and as a function of the usage of the
data (in the gateway routing). Indicates that the
data on this EFI interface are currently invalid
and represent substitute values. This situation
occurs, for example, on EFI gateways if the
controlling (F)PLC is not (yet) operating.
All except [Byte 1, Bit 1]
• Freely programmable signals correspond to the
requirements for the EFI devices connected
Control featureMeaning/effect
I/O error [Byte 1, Bit 1]
• Logical 0, if there is no error on a connected
device
• Logical 1, if there is an error on a connected
device
Note: Indicates that the data on this EFI
interface are currently invalid.
All except [Byte 1, Bit 1]
• Freely useable information for further data
routing.
Note: On the usage of this information the status
of the received I/O error bits is also to be
evaluated.
4.5.1EFI gateway with M4000 multiple light beam safety device
The (F)PLC can access the M4000 via the routing in the EFI gateway. In this way it can
send muting signals to the M4000 and receive output information (e.g. from M4000
OSSDs).
exchange between an (F)PLC
and an M4000 via an EFI
gateway
Used addresses via EFI: 14 for the EFI gateway, 1 for the M4000
4.5.2EFI gateway with M4000 and UE403 switching amplifier
In this case the M4000 receives the muting signals from the UE403 (address 14). The EFI
gateway receives the status information (e.g. on the OSSDs or on the muting lamp) from
the M4000 (address 1) and from the UE403 (address 14). The EFI gateway routes this
information to the (F)PLC.
polling by an (F)PLC on an
UE403 and an M4000 via an
EFI gateway
combination
Note
With M4000 firmware < 1.50 the device address of the EFI gateway must be re-configured
to 13 before commissioning it with other devices, so that the exchange of data does not
collide with the UE403. The address 13 is valid for both EFI strings. For this reason it is
possible to connect to the second EFI string either an identical UE403/M4000 system or a
product that can receive the address data from address 13. From firmware 1.50 this
restriction no longer applies as the communication addresses between UE403 and
M4000 can be changed.
The combination of M4000 and UE403 switching amplifier on one EFI string and a further
M4000 on the second EFI string is, for example, with M4000 firmware < 1.50 not possible
technically.
From M4000 firmware 1.50 there are further options by changing the communication
addresses between UE403 and M4000. The address can be 11, 12, 13 or 14.
4.5.3EFI gateway with two S3000 safety laser scanners
The protective field switching on the S3000 is performed via the (F)PLC. The control input
signals for this purpose are routed to the S3000 via the EFI gateway (address 14). The
status information from the S3000 is received by the EFI gateway (addresses 7 and 8) and
routed to the (F)PLC.
two S3000 via an EFI
gateway using one (F)PLC
polling on an S3000/S300
host/guest system via an EFI
gateway by an (F)PLC
4.5.4EFI gateways with S3000 or S300 host/guest systems with local inputs
Only the status information from the S3000 or S300 safety laser scanners is received by
the EFI gateway (addresses 7 and 8) and routed to the (F)PLC. The protective field
switching is performed using the local inputs on the host. This information is forwarded to
the guest (address 7).
4.5.5EFI gateway with two S300 safety laser scanners
The protective field switching is performed via the (F)PLC. The control input signals used
for this purpose are routed to the two S300 over two separate EFI strings via the EFI
gateway (each address 14). The status information from the S300 is received by the EFI
gateway (each address 7) and routed to the (F)PLC.
an S300 and an S300 Mini
via an EFI gateway using one
(F)PLC
A special case is if an EFI gateway and a safety controller are connected to an EFI string.
The device address for the EFI gateway must then be re-configured to 13 so that the
exchange of data does not collide with the safety controller (here Flexi Soft).
exchange between an (F)PLC
and an M4000 and an
S3000 via an EFI gateway
In the example the EFI gateway receives the (F)PLC control commands for the Flexi Soft
and routes them to device address 13 on the first EFI string. The Flexi Soft in turn outputs
its control commands for the ESPE connected via the second EFI string for the Flexi Soft to
the ESPE (address 14).
The Flexi Soft receives via EFI the status information for the ESPE (address 1 on the
M4000, address 7 on the S3000).
Via the related first EFI string the Flexi Soft in turn provides its status information to the EFI
gateway, this device then routes the information to the (F)PLC.
The Flexi Soft safety controller can access the M4000 via EFI. In this way it can send
muting signals to the M4000 (address 14) and receive output information, e.g. on the
M4000 OSSDs (address 1).
implementation of muting
with M4000 and Flexi Soft
4.5.8Flexi Soft safety controller with two S3000 or S300 Mini
The status information from the S3000 or S300 Mini safety laser scanners is received by
the Flexi Soft safety controller (addresses 7 and 8) and evaluated. The protective field
switching on the S3000 is performed via the Flexi Soft safety controller. The control input
signals for this purpose are routed to the S3000 or S300 Mini via the EFI gateway
(address 14).
field switching via Flexi Soft
field switching using local
inputs
4.5.9Flexi Soft safety controller with S3000 or S300 host/guest system (with local
inputs)
Only the status information from the S3000 or S300 is received by the Flexi Soft safety
controller (addresses 7 and 8) and evaluated. The protective field switching is performed
using the local inputs on the host. This information is forwarded to the guest (address 7).
If several safety laser scanners are connected to a Flexi Soft safety controller, then a
velocity routing can be configured. In this way the velocity information that is determined
e.g. by an S3000 or S300 Professional or Expert with the aid of incremental encoders is
distributed to all safety laser scanners.
routing on an AGV
0 S300 Expert on EFI1.1
1 Incremental encoder
2 S300 Mini on EFI2.2
3 Flexi Soft
4 S300 Mini on EFI1.2
5 S300 on EFI2.1
Note
The velocity routing is not available in the compatibility mode.
On the S300 Expert on EFI1.1 0 incremental encoders 1 are connected. These generate
the necessary velocity signals. The signals are distributed by the Flexi Soft safety controller
3 to all four safety laser scanners (0 and 4 as well as 2 and 5) and are available on all
four safety laser scanners for monitoring case switching.
for velocity routing
0 S300 Expert on EFI1.1
1 Incremental encoder
2 S300 Mini on EFI2.2
3 Flexi Soft
4 S300 Mini on EFI1.2
5 S300 on EFI2.1
How to configure a velocity routing in the Flexi Soft Designer:
⋅ Configure the velocity routing in the Flexi Soft Designer for instance as in the following
figure.
routing in the Flexi Soft
Designer
Input signals from the
S300 Expert with
incremental encoders
12 + 1 bit pattern
duplicated and placed
on the n:n function
blocks EFI1.1 0
Output signals to all
safety laser scanners
EFI string 1 (safety
laser scanner on
EFI1.1 0 and
EFI1.2 4)
EFI string 2 (safety
laser scanner on
EFI2.1 5 and
EFI2.2 2)
The velocity signals of the S300 Expert are broken down into a 12 + 1 bit pattern, 12
velocity bits and one bit for validation. These signals are available as input signals, are
duplicated and placed twice on the n:n function blocks (0 and 1 as well as 2 and 3).
The outputs of the function blocks are placed on EFI string 1 or on EFI string 2. As a result
they are available to all four safety laser scanners.
WARNING
The “Velocity valid” status information is relevant for safety!
Ensure that the Velocity valid input signal is connected to the Velocity valid output signal.
How to configure the safety laser scanners in the CDS:
⋅ On the Incremental encoder tab for the S300 Expert to which the incremental encoders
are connected, select the Indicate velocity option.
All safety laser scanners, also the sending devices, must use these velocity signals via EFI.
⋅ For this reason activate on all safety laser scanners on the Inputs tab the option Use
Flexi Soft CPU1/2.
⋅ Then, select on all safety laser scanners on the Inputs tab the Use velocity option.
To ensure the devices fulfil their application-specific function and can exchange data with
each other, configuration is necessary. ESPE, safety controller and EFI gateway are
configured using the configuration software CDS, the Flexi Soft modular safety controller
using the configuration software Flexi Soft Designer.
Depending on the composition of a system configuration, there are different points for
accessing the overall configuration of the safety controllers and safety sensors.
If only safety controllers and safety sensors are used on an EFI connection or only one
active EFI connection is used, a specific procedure for the configuration is not necessary.
The PC to be used for the configuration can be connected to any device in the EFI system.
In the case of device groups with more than one active EFI string, however, a specific
procedure for the configuration must be followed, as sensors in the group cannot be
detected across EFI strings and as a result configuration will be prevented.
5.1Device groups with one EFI string
cascaded system
5.1.1Cascaded system with the safety light curtain C4000
You can configure a cascaded system with three C4000 safety light curtains from the
C4000 Host (1), from the C4000 Guest 1 (2) as well as from the C4000 Guest 2 (3).
You can completely configure a safety controller (1) with two ESPE connected via EFI (2a
and 2b) from the safety controller.
safety controller with two
ESPE
ESPE, e.g., on a safety
controller
If you connect the PC to the RS-232 interface on an ESPE (2a), you can only configure this
device. Although the safety controller (1) and the second ESPE (2b) are visible in the CDS,
they cannot be configured and diagnostics are not possible.
5.2.2EFI gateway with safety controller and ESPE connected
If a safety controller with an ESPE is integrated via an EFI gateway, then you can configure
the EFI gateway (2) and the ESPE (3) via the safety controller (1).
EFI gateway via a safety
controller with ESPE
EFI gateway via the EFI
gateway
It is only possible to configure the EFI gateway via the EFI gateway (2). Although the safety
controller (1) and the ESPE (3) are visible in the CDS, they cannot be configured and
diagnostics are not possible.
5.2.3EFI gateway with two safety controllers with ESPE connected
If two safety controllers each with an ESPE are integrated via an EFI gateway into
PROFINET, the system configuration must be performed in three steps.
First the safety controller and the ESPE connected to the first EFI string on the EFI gateway
are configured (2a and 3a).
If you connect devices together using EFI, connect EFIA on the first device to EFIA on the
second device and EFIB on the first device to EFIB on the second device. Use the same
earthing concept for the devices.
Prevent electromagnetic interference!
Follow the information on the prevention of electromagnetic interference in the operating
WARNING
Note
instructions for the related devices.
• connecting cable type: twisted pairs with copper braid screen
• cable length at 0.22 mm² cables: 50 m
• galvanic isolation
• characteristic impedance of the connecting cable: 120 Ω
• wire cross-section of the connecting cable: ≥0.22 mm²
• line wiring
You will find suitable connecting cables in the comprehensive range of SICK accessories
(e.g. fieldbus cable 4-core (supply/bus) part no. 6030921).
6.2Interfaces
Various interface are available for the configuration of the devices:
• RS-232 interface
All EFI devices have a serial RS-232 interface for configuration and diagnostics. (For
PCs/notebooks that only have USB ports, a RS-232-USB adapter is available as an
accessory with the part no. 6035396.)
• PROFINET IO
This connection can be used together with the UE4740 EFI gateway for PROFINET IO
PROFIsafe.