Professional Documents
Culture Documents
Table of contents
1 Introduction........................................................................................................................................... 4
1.1 Learning objectives................................................................................................................. 4
1.2 Safety notices and symbols....................................................................................................5
2 SafeDESIGNER installation and help.................................................................................................. 7
2.1 Installation and licensing.........................................................................................................7
2.2 SafeDESIGNER help documentation..................................................................................... 8
3 Configuration in Automation Studio..................................................................................................... 9
3.1 Adding a safety controller..................................................................................................... 10
3.2 Adding SafeIO modules........................................................................................................ 13
4 Creating a safety application............................................................................................................. 19
4.1 "Saw" sample project............................................................................................................ 19
4.2 SRS, safety lifecycle and V-model....................................................................................... 20
5 Working with SafeDESIGNER........................................................................................................... 25
5.1 User management and login................................................................................................ 25
5.2 SafeDESIGNER layout......................................................................................................... 27
5.3 Editor functions..................................................................................................................... 28
5.4 Connecting I/O channels...................................................................................................... 33
5.5 Configuration of the safe modules........................................................................................37
5.6 Programs and libraries..........................................................................................................43
5.7 Project documentation and printing...................................................................................... 49
6 Online connections, downloading and diagnostics............................................................................ 51
6.1 Simulating the application..................................................................................................... 51
6.2 Online communication and downloading.............................................................................. 53
6.3 Application diagnostics..........................................................................................................58
7 Commissioning and maintenance...................................................................................................... 65
7.1 SafeLOGIC control and status elements.............................................................................. 65
7.2 Operating and status elements of the Remote Control dialog box....................................... 67
7.3 LED status indicators on SafeIO modules............................................................................68
7.4 Commissioning the safety application.................................................................................. 69
7.5 Replacing and updating modules......................................................................................... 71
8 Sample projects and solutions...........................................................................................................74
8.1 "Basic Safety" sample project...............................................................................................74
8.2 The "AsSafety Basic" solution.............................................................................................. 75
9 Summary............................................................................................................................................ 78
1 Introduction
Using a programmable safety solution opens up many new possibilities for creating safety applications.
SafeDESIGNER enhances Automation Studio by including all of the functions needed for developing a
simple, efficient yet cutting-edge safety application.
This training module is designed to help you learn how to use SafeDESIGNER and develop a safety-ori-
ented application.
Overview of objectives:
• Participants will learn how individual configuration tasks are divided up between Automation
Studio and SafeDESIGNER.
• Participants will learn how to add safe modules to a project and complete the I/O configuration
in Automation Studio.
• Participants will learn how to open SafeDESIGNER, log in to a project and use the various fea-
tures of the SafeDESIGNER interface.
• Participants will learn how to edit the safe module configuration in SafeDESIGNER and set the
parameters for the safety equipment being used.
• Participants will learn about the documentation requirements for a safety application and how
to create documentation for a project using SafeDESIGNER.
• Participants will learn how to use the integrated help system to assist you in working with
SafeDESIGNER and the PLCopen Safety library.
• Participants will learn how to access and configure function blocks from the PLCopen Safety li-
brary in SafeDESIGNER.
• Participants will learn about the various diagnostic tools and procedures for commissioning the
safety controller.
• Participants will learn how to transfer a safety application to the SafeLOGIC and SafeLOGIC-X
controller and test it with the tools provided.
Danger: Disregarding these safety guidelines and notices can result in severe injury, death or
substantial damage to property.
Warning: Disregarding these safety guidelines and notices can result in severe injury or sub-
stantial damage to property.
Caution: Disregarding these safety guidelines and notices can result in injury or damage to
property. This information is important for preventing errors.
Help: References additional documentation (help system, data sheets, user's manuals)
The next section describes the procedure for installing and licensing SafeDESIGNER. The integrated
help system will then be described.
Installing SafeDESIGNER
The installation wizard for installing SafeDESIGNER is part of the Automation Studio installation DVD.
Licensing SafeDESIGNER
Automation Studio's licensing mechanism is defaulted to when using
SafeDESIGNER. Therefore no special license is required.
From a safety point of view, Automation Studio manages all of the modules for the safety-relevant com-
ponents.
In Automation Studio, SafeIO modules behave as if they are standard input or output modules. Variables
can be connected to individual I/O channels, which are used as standard I/O channels in the standard
application.
Module management in Automation Studio involves the following:
• Adding a safety controller
• Assigning the safety application project name
• Exchanging the data between the standard CPU and the safety controller via the communica-
tion channels
• Adding SafeIO modules
• Assigning the SafeIO modules to the safety controller
• Accessing I/O data from the safety components
The safety controller creates a virtual network around itself. A unique SafeLOGIC ID must be assigned
to each safety controller. The SafeMODULE ID represents the number used by an individual module in
the network. For this purpose, the safety controller always has the SafeMODULE ID 1.
Every SafeIO module added must have a safety controller assigned to it. For this purpose, the SafeL-
OGIC ID of the corresponding safety controller is specified. A unique SafeMODULE ID is assigned to
each module in the network.
SafeMODULE ID SafeLOGIC ID
SL 1 1
A 2 1
B 3 1
C 4 1
Table 1: Assigning SafeMODULE IDs to a SafeLOGIC ID
The safety controller handles the central management of all safety data. The SafeLOGIC controller is
added in Automation Studio to a POWERLINK interface and the SafeLOGIC-X controller is added to
an X2X interface.
The safety controller is assigned to a POWERLINK (SafeLOGIC controller) or X2X (SafeLOGIC-X con-
troller) from the Hardware Catalog using drag-and-drop.
It is possible to configure and apply several safety controllers within an Automation Studio
project.
Transmission across the communication channels between the standard CPU and the safety
controller is "non-safety".
The SafeIO modules can be added directly on the X2X Link interface of a controller or a POWERLINK
bus controller. SafeIO modules can be freely combined with standard I/O modules.
Specific safety controllers are assigned to the SafeIO modules using the SafeLOGIC IDs.
Safe I/O modules can be added to the Physical View from the Hardware Catalog using drag-and-drop.
Module configuration
The module configuration is opened from the I/O module's shortcut menu. A variety of different settings
can be made here depending on the module type. For example, the assignment to a specific safety
controller using the SafeLOGIC ID is carried out in the module configuration.
Figure 13: Opening the module configuration for a safe output module
The maximum switching frequency of the output can be configured for each channel on a safe output
module. After a specific amount of time has elapsed, an internal check is made to determine if the output
has really been switched off. The output must be 0 for this amount of time before it can be switched
back on. Monitoring is triggered when the maximum switching frequency is exceeded. The output status
in the following image is indicated in red, while blue represents the time for checking the output. In the
image on the left, the output signal is already 0 before it is switched on again. In the image on the right,
the maximum switching rate has been exceeded.
Hardware \ X20 system \ X20 modules \ Digital output modules \ X20(c)SOx1x0 \ X20SOx1x0
- Register description \ Parameters in the I/O configuration
The enabling principle can be configured for each channel on a safe output module. The output channel
is either visible or hidden in the I/O mapping window depending on how the enabling principle has been
configured.
Figure 16: Settings for the enabling principle in Automation Studio. Channel 2 has been set to "Direct" mode.
Two different settings can be made for the enabling principle:
• "direct": The output channel is visible in the I/O mapping window (default value).
• "via SafeLOGIC": The output channel is hidden in the I/O mapping window.
In "Direct" mode, it is possible to use the safe output as a standard output from the perspective of the
standard application. That means the output is switched on and off by the standard application as long
as no safety requests are pending. In the "via SafeLOGIC controller" mode, the output is controlled only
via the safety controller.
Status information for the restart inhibit can be enabled in the I/O configuration of safe output modules.
More information about restart inhibit states and the associated state diagram can be found in the Au-
tomation Studio help documentation.
Figure 18: Enabling the restart inhibit status in the I/O configuration
The status of the restart inhibit is placed on the status channel "FBK_Status_1" for the individual chan-
nels. 4 bits are used for each channel. The status can be read from the state diagram for the restart
inhibit, which can be looked up in the register description in the "Channel list" section. The signal to
release the restart inhibit (ReleaseOutput) must be delayed by at least 50 ms after the output signal.
This ensures that the safety-related signal has been processed on the module.
Figure 20: Extract about the channel "FBK_Status_1" from the Automation Help
Hardware \ X20 system \ X20 modules \ Digital input modules \ X20(c)SIx10x \ X20SIx1x0 -
Register description \ Channel list
1) Adding safe modules in the Physical View - Module Information: 4.1 ""Saw" sample project"
2) Check the module configuration of the safe output modules with regard to switching frequency and
the enabling principle.
If the maximum switching frequency is not otherwise specified in the Safety Requirements Specifi-
cation (SRS), then a maximum switching frequency of 1 Hz can be set.
During compilation, the following errors are thrown in the event of an incorrect SafeMODULE
ID or SafeLOGIC ID:
Error 9823: Hardware module X20SO2110 of configuration already uses
SafeLOGIC ID 1 and SafeMODULE ID 2.
SafeMODULE ID SafeLOGIC ID
SL 1 1
A 2 1
B 3 1
C 4 1
Table 3: Assigning SafeMODULE ID and SafeLOGIC ID
For our small safety application example, we will be controlling a circular saw. The hardware setup and
related safety equipment are outlined in the image. Two possible configurations arise that are dependent
on the implemented safety controller. When using SafeLOGIC controller, it is connected via POWERLINK
to the PLC and the safe input and output modules are located after a POWERLINK bus controller.
Alternatively, a SafeLOGIC-X controller can be used, which is placed either on the X2X bus after the
PLC or the POWERLINK bus controller. This handles execution of the safety application and the local
inputs and outputs are used for logic of the application.
Figure 24: Hardware configuration with a Figure 25: Hardware configuration with a
SafeLOGIC controller SafeLOGIC-X controller
The Safety Requirements Specification (SRS: see 4.2.1 "Safety Requirements Specification
(SRS)") defines how the individual safety features function and interact with one another.
The following safety functions will be implemented in the "Saw" sample project:
• 4.2.1.1 "Emergency stop switch function"
• 4.2.1.2 "Light curtain function"
• 4.2.1.3 "Operating mode switch function"
• 4.2.1.4 "Operating modes and interaction"
Required functionality:
• Acknowledgment is not necessary after startup.
• Acknowledgment is required via the acknowledgment but-
ton after the emergency stop switch is reset.
• Synchronism of multi-channel evaluation must be within
200ms. (see 5.5.4 "Specific parameters of input modules")
Required functionality:
• Acknowledgment is not necessary after startup.
• Acknowledgment is required via the acknowledgment but-
ton after the light curtain has been penetrated.
• The simultaneity for the multi-channel evaluation must be
within 300 ms.
Required functionality:
• Acknowledgment is not necessary after startup.
• Two operating modes are possible:
° Manual – Right switch position
° Automatic – Left switch position
° Prohibited state – Center switch position → Trig-
gers an error
• Switching directly between operating modes is possible Figure 28: Mode selector switch
without acknowledgment.
• The maximum time for an invalid state is 250 ms.
• An invalid state is acknowledged with the acknowledgment
button.
Make sure that an emergency stop switch will cut off the output in all operating modes. The
maximum switching frequency for the safe output must not exceed 1 Hz.
Automatic mode is started with the start/stop button. If the machine is running when the start/
stop button is pressed, it will be stopped. This functionality can be implemented in a standard
application in Automation Studio.
Error acknowledgment
Pending errors are acknowledged with the acknowledgment button.
The acknowledgment button signal is transferred from Automation
Studio to SafeDESIGNER via the safety controller's communication
channels.
If an error occurs in at least one function block, a bit must be set to TRUE in Automation Studio.
This variable must be declared:
• errorInSafetyApplication
The channel for the enabling principle can be used to control the saw in the standard application.
This is done by selecting "Direct" mode for the safe output signal in the module configuration.
A model with various phases is defined for the safety lifecycle of a machine in EN IEC 61508.
This image illustrates the entire safety lifecycle that must be observed in order to meet this standard. If
using a different safety lifecycle, it must be specified while planning the functional safety features.
The procedures required to create a safety application are handled in phase 9. A detailed look at the
stages involved in developing a safety application is provided by the V-model of the software lifecycle
in accordance with EN ISO 13849.
Training module "TM530 – Developing safety applications in accordance with EN ISO 13849
and EN IEC 62061" takes a closer look at the processes and different roles involved in devel-
oping safety applications.
A safety-oriented software specification is designed based on the guidelines of a specification. The soft-
ware modules are then implemented and tested. Finally, the safety-oriented software specification is
validated.
Figure 30: V-model of the software lifecycle in accordance with EN ISO 13849
After successfully logging in, SafeDESIGNER functions are available based on the user level.
Passwords are set specifically for each project. If a new project is created, then new passwords
must be defined for it.
SafeDESIGNER includes several toolbars, configuration editors and editing windows. Additional infor-
mation about navigating in SafeDESIGNER can be found in the Automation Studio help documentation.
The programming interface in SafeDESIGNER is a graphical editor which supports the ladder diagram
(LD) and function block diagram (FBD) programming languages. Both IEC programming languages can
be freely mixed.
The programming interface contains not only the graphical editor but also the Editor Assistant. This
contains the function blocks for creating the safety application. There is also another window which
shows the current project structure.
The safety application is basically a single-tasking system. All of the functions are programmed
on the "Main" workspace. Additional code workspaces can also be added to the project tree
to improve the structure of the safety application. Workspaces are executed according to their
order in the project tree. The order for executing the safety application is indicated by green
numbers on the workspace. Custom function blocks can also be created.
Data types are strictly separated when programming in SafeDESIGNER. There are safe data types and
those that are not considered safety-oriented (i.e. normal data types). It is possible to convert safe data
types into normal data types.
The Edit wizard can be used to add function blocks to the workspace.
These function blocks can be grouped according to functionality or
library.
In accordance with IEC 61131-3, non-safe function blocks are listed in red, whereas safe func-
tion blocks are listed in yellow. PLCopen Safety function blocks are identified by a red "S" on
a yellow background. User function blocks have a green background.
Functions and function blocks can be added via drag-and-drop or by double-clicking on the respective
function or function block.
With drag-and-drop the corresponding function block is first selected in the Edit wizard and then pulled
into the workspace.
There are two ways to add a new variable. One is using the Variable
button in the vertical toolbar, and the other is by double-clicking on
an input or output of a function or function block. Figure 40: Button for adding a new
variable
Local variables are only used in the current workspace. In the declaration window, the name and data
type of the variable are defined and the scope is set to "Local".
Once the window is confirmed, the variable is added at the currently selected position.
All declared local variables on the workspace are listed in the declaration window.
Global variables are only used for I/O channels and communication channels. In this case, the scope
parameter must be set to "Global". The wizard can also be used to add constants to the workspace.
Here, the scope parameter must be set to "Constant" and a constant value assigned.
Safety technology \ SafeDESIGNER \ User manual \ User Interface \ Graphical Code Editor
(general description) \ Inserting Comments - 'Comment' Dialog
The I/O mapping in the Safety View acts as an interface between the safe modules configured in Au-
tomation Studio and SafeDESIGNER.
Variables and I/O channels are linked in the safety application via I/O mapping.
The physical position of safe modules is listed in the "Slot" column. This display is for informational
purposes only and cannot be changed in SafeDESIGNER.
The "Variable" column lists the names of I/O data points in the safety application.
The "CPU variable" column lists the names of I/O data points as they are configured in Automation
Studio .
All channels marked with a yellow arrow are safety-related and must reference variables with
safe data types.
Machine option parameters will be explained in greater detail when covering SafeLOGIC para-
meters (see "Specific safety controller parameters" on page 39).
SafeLOGIC controller channels can be used to transfer diagnostic codes from PLCopen func-
tion blocks to the standard application, for example. SafeLOGIC controller channels can also
be used to transfer a non-safe acknowledgment button signal from the standard application to
the safety application.
Individual input channels are available on safe input modules. In addition, it is also possible to access
the multi-channel evaluation as well as module status information.
Individual output channels as well as acknowledgment of the automatic restart inhibit (ReleaseOutput)
are available on safe output modules. It is also possible to access module status information.
An I/O channel must first be selected in the I/O mapping before it can be connected to a variable. The
corresponding channel can then be moved to the workspace using drag-and-drop. The declaration win-
dow for a new global variable is opened automatically. After entering a variable name, the window can
be closed and the new variable placed in the workspace wherever it is needed. The new variable name
is now assigned to the corresponding channel in the I/O mapping.
Figure 53: Dragging the I/O channel into workspace and filling out the declaration window
All global variables are listed in the declaration window. The "Terminal" field displays the I/O channel
links.
An I/O channel must first be selected in the I/O mapping window before a connection to a variable can
be established. The I/O channel is then moved to the global declaration window using drag-and-drop.
This is not possible in the opposite direction.
The SE LED on the safe module will blink if no variables have been connected to the safe
module in SafeDESIGNER.
3) Save the results of the AND operator for both safe inputs to the "m_OutSignal" variable.
Instead of individually connecting two channels of a safe input module with the AND_S
function in the workspace, the corresponding data point can be used for multi-channel eval-
uation of the module (equivalence/antivalence). Here, the synchronicity of the channel pairs
should be defined using the discrepancy time of the safe input module (see 5.5.4 "Specific
parameters of input modules").
Now modify the program in such a way that the PLCopen function block "SF_Equivalent" is used in place
of the AND_S function block.
Open the help documentation for the SF_Equivalent function block and check the diagram
of the function block's signal sequence.
The "ALL" tab should always be enabled in the parameter editor in order to see all of the nec-
essary parameters.
The general parameters that all SafeIO modules have in common can be found in the group "Basic".
This includes settings for firmware, startup behavior of the module and the properties of the UDID.
Those parameters that are relevant for the safety response time are located in the group "Safety re-
sponse time". These are located on the SafeIO modules and on the safety controller. Here it must be
taken into account that basically the settings of the safety controller are applied for the SafeIO modules.
This applies as long as the entry "Manual Configuration" is set to "No". If deviating settings are required
for modules, then the parameter has to be set to "Yes" and the values set there are valid for the module.
When implementing a safe machine, the response time – labeled Total lag time in the image – plays
an important role. This has an immediate influence on the behavior and design of the machine.
The safety response time in the B&R system is the time between the arrival of the signal on the input
channel and the output of the cutoff signal on the output. This involves data transmission on the bus and
is set via the parameter "Safe Data Duration". Here, keep in mind that cutoff delays that are generated
by the application are not part of this value and, in addition, still have to be added. The same applies for
the "Signal processing in the safe B&R output module" that is not part of the Safe Data Duration.
When calculating the safety response time, it is important to take the "safety response time"
entries of the SafeIO module data sheets into consideration.
Automation Studio supports the monitoring of the data transmission time on the fieldbus using
the network analyzer.
Figure 60: Machine options "MachineType_A" and "MachineType_B" are used to configure the safety application
Figure 61: Machine options in the I/O mapping and enabling the machine options in the commissioning parameters
The machine option parameters are only present in the SafeLOGIC controller.
SI SI
SI
Sensor 1 Sensor 2
Sensor 3 Sensor 4
Figure 63: "Internal" pulse mode - Figure 64: "Internal" pulse mode -
2-channel normally closed-normally 2-channel normally open/normally
Figure 62: "Internal" pulse mode 1- closed combination closed combination
channel
OSSD4
Pulse_Source
This parameter can be used to specify the clock source for the input SI
channel. The X20SI9100 module, for example, is equipped with 20
inputs and four pulse sources. One of these four pulse sources can
be assigned to each input.
Many sensors deliver a digital input signal with a superimposed OSSD signal (Output Signal
Switching Device). Testing gaps are built into the output signal where the output signal is briefly
Low. This method makes it possible to detect errors such as short circuits and cross faults to
the power supply or other channels. On safe input modules, the OSSD signal can be filtered
out by using the "Filter_Off_µs" parameter to prevent the test signal from being interpreted as
a switching state of the sensor.
Safety technology \ System properties \ Channel characteristics \ Digital input channels \ Con-
nection examples
• Single-channel connection of electromechanical switches
• Two-channel connection of electromechanical switches
• Connecting multi-channel electromechanical switches
• Connection of active sensors (EPE, inductive sensors, etc.)
For parameter descriptions on additional module types (see temperature modules, safe analog module),
refer to the data sheets for the respective modules.
SafeDESIGNER makes the programming languages Ladder Diagram and Function Block Diagram avail-
able for executing the safety application. These can be combined within the worksheets.
Implementing POUs (program organization units) provides the option of structuring the safety application.
The user can design their own blocks and reuse them within the software. Function blocks are executed
either by using Ladder Diagram / Function Block Diagram or Structured Text.
A dialog box then appears to input a name and to select the pro-
gram language. Either Ladder Diagram / Function Block Diagram or
Structured Text can be selected. After the dialog box is confirmed,
the function box appears in the project tree.
Each function block is programmed in a separate workspace. It is possible to access I/O vari-
ables directly. I/O variables must be declared globally.
Figure 71: Selecting the "SafeLOGIC-1" grouping in the Edit wizard and moving the function block to the workspace using drag-
and-drop
The project must first be compiled so that the function block can be added to the main work
space. Changes to function block inputs and outputs become effective only after compilation.
The ReleaseOutput signal is a non-safe signal. Another function block is needed after the
user function block output in order to convert the signal from a safe to a non-safe data type
(SAFEBOOL_TO_BOOL) before the time delay (TON_S).
Variables can now be connected to the network elements. A wizard can be opened by double-clicking
on an element.
It is necessary to connect a time constant to the PT input. This can be done by double-clicking on the input
to open the wizard. The scope must be set to "Constant". The value of the constant, "SAFETIME#5s"
for example, has to be entered in the "name" field.
1) Connect the safe input for the acknowledgment button to the function block input.
2) Connect the safe output for the saw to the function block's safe output.
Different functions are required for executing safety applications. In order to support the user as much
as possible, SafeDESIGNER provides the option to draw on previously certified libraries.
The available libraries can be imported via the shortcut menu of the
project tree and are structured into the following areas:
• openSAFETY
• PLCopen
• Presses
• SafeMOTION
• SafeROBOTIC
• Tables
PLCopen organization
The independent PLCopen organization works together with its
members to develop safety-related solutions for IEC 61131-3 devel-
opment environments. This enables safety-related functions to be
used in a wide variety of different software tools. Functions are pro-
vided for safe logic programming and safe motion control This helps
users integrate standardized safety functions into their safety appli- Figure 78: Official PLCopen Safety logo
cation.
PLCopen_SF library
This library contains function blocks that were specified by the PLCopen organization and common
safety functions.
The function blocks specified by the PLCopen organization provide common safety functions. Among
these are, for example, function blocks for carrying out an emergency stop or a mode selector switch.
The PLCopen_SF library includes the following function groups:
• Actuator connections
• Sensor connections
• Muting
Safety technology \
• Libraries
• SafeDESIGNER \ User manual \ Function/Function Block Help
Also note the automatic restart inhibit of the safe output module.
SafeDESIGNER can also be used to create documentation for the safety application. The documentation
interface can be opened by selecting Project / Project information from the main menu.
Yellow fields should always be filled out. Gray fields are optional.
Printing a project
Project documentation can be printed once the project information has been filled out. The selection
dialog box is opened by selecting File / Print project from the main menu.
The Page layout texts button can be used to configure additional settings for the documentation.
The following section will cover the SafeDESIGNER functions needed to simulate the safety application
and the online connection to the SafeLOGIC / SafeLOGIC-X controller.
The various diagnostics possibilities in SafeDESIGNER and Automation Studio are another important
element.
Clicking on this button initiates a project build and starts the simulat-
ed SafeLOGIC controller. An icon in the Windows system tray indi-
cates when simulation is running.
Figure 82: Icon in the system tray
In order to enable the simulation, the corresponding button is enabled. If you are not prompted to provide
a password when establishing a connection to the safety controller, then simulation mode is still active.
This is indicated by a black border around the Simulation button.
The Debug and Safe buttons can be used to switch between states.
• See: "Forcing variables" on page 60.
The Control dialog box can only be used to download the safety application to the simulation
controller and debug it. For the safety controller, the Remote Control dialog box (6.2.3 "Down-
loading via the Remote Control dialog box to the safety controller") is required.
A project must be compiled before being downloaded. Only compiled projects that are error-free can
be transferred to the safety application or the simulation. The source of any warnings that occur must
be found and corrected.
There are various options for connecting to a safety controller. The following table describes what types
of connection function with the various safety controllers. The following pages explain the connection
options more precisely.
Manual connection
Table 6: Connection options to SafeLOGIC / SafeLOGIC-X
After describing the individual connection types, just the online connection via the standard
CPU is gone into detail in this training module.
The automatic routing of communication to the safety controller is enabled in Automation Studio. This
takes place in the module configuration of the SafeLOGIC controller / SafeLOGIC-X controller. When
the option Activate SPROXY is active the port number for the communication can be set. This option
is always enabled as standard.
Figure 93: Enabling the SPROXY in the module configuration for SafeLOGIC in Automation Studio
A unique port number must be configured in the POWERLINK network for each safety controller. If there
are several safety controllers in a configuration, they have to be have different values set.
When SafeDESIGNER is opened, the current online settings of Automation Studio are called. If at this
time there is an online connection to a controller, then this IP address is used for the online settings in
safeDESIGNER and a connection can be made to the safety controller.
If the serial interface is used in Automation Studio, then an error message appears when
SafeDESIGNER is opened. This means that a TCP connection to a controller must exist in
order to be able to communicate with the safety controller.
Manual connection
With a manual connection, all communication parameters such as the IP address and port number can
be set manually by the user.
If the connection settings have been carried out correctly, the Re-
mote Control dialog box can be opened via the SafeLOGIC con-
troller's shortcut menu in the Safety View.
After the password is entered, the Remote Control dialog box is opened. A detailed description can be
found here:
• See: "Operating and status elements of the Remote Control dialog box" on page 67.
4 The Safety Container is a file that is saved on the CompactFlash of the CPU. This file contains the entire
safety application, the safety configuration, as well as the module IDs. The Safety Container can be under-
stood as the SafeKEY of the SafeLOGIC-X controller.
6.2.3 Downloading via the Remote Control dialog box to the safety controller
When it is compiled in SafeDESIGNER, the safety application is bundled into a file. This file is saved in
a Safety Container. This is saved in the controller's CompactFlash card. The Safety Container is the
SafeKey for the SafeLOGIC-X. Transfer is activated in SafeDesigner using the "Download" command
that is accessed in the Remote Control dialog.
The file containing the safety application is transferred to the Safety Container via the "Download" com-
mand in the Remote Control Dialog Box. Transfer to the SafeLOGIC-X controller takes place automati-
cally once the download is completed.
The Remote Control Dialog Box can be opened from the shortcut
menu of the SafeLOGIC-X controller in the Safety View.
5) Monitoring of the LED status on the SafeLOGIC controller / status notifications of the Remote Con-
trol dialog box
For each I/O channel, one bit of information about the status of that channel or multi-channel evaluation
is available in SafeDESIGNER. Additional information about the electrical current and physical switching
state is available for safe output modules.
1 If the password is unknown, a Compact Flash must be created. A new password must be set up the next
time the Remote Control Dialog box is activated.
Figure 102: Status information for a safe input module Figure 103: Status information for a safe output module
In order to receive status information, status information channels must be in use in the work-
space. Status information about safe modules is also available for diagnostic purposes in the
Automation Studio I/O mapping in the form of non-safe data points.
This allows the current value of each variable to be displayed in the visual editor. The connection lines
between function blocks are colored differently depending on the value of the variables.
Color Function
Red Signal switched through
Blue Signal not switched
through
Green Constants and informa-
tion
Figure 107: Variable status enabled: Corresponding values are shown below the
variables in the workspace.
Any variable with an enabled variable status can be added to the Watch window by selecting the corre-
sponding option in its shortcut menu. Variables can be forced in the Watch window in the Run[Debug]
state (see 6.3.3 "Forcing variables").
In the Run[Debug] state, variables can be forced when the variable status is enabled.
Forced variables can cause dangerous situations on the machine. Always make sure that the
machine is secured appropriately.
All forced variables are reset when switching to the Run[Safe] state
via the communication window, a situation that is brought to the
user's attention by a notification window.
The safety application is executed a single time by clicking on the Single cycle button.
For integrating diagnostic data, the Diag-Codes of the PLCopen Safety function blocks can now be trans-
ferred via communication channels to the functional CPU.
4) Connect variables for Diag-Codes with the communication channels via the I/O mapping in
SafeDESIGNER
The system keeps a log of the safety-related components and safe communication, which can be ac-
cessed via Automation Studio. This logger data is accessed in Automation Studio using the Open /
Logger main menu item.
Project compared
If it is necessary to compare the project currently opened in SafeDESIGNER with one that is stored
locally, "Compare project..." has to be selected. A window opens where the project to be compared is
selected. To do so, select the file in the project with the extension ".swt".
The project comparison is separated into an upper and lower area. In the former, the differences are
shown in graphic form and labeled in different colors. The image below shows how a difference is dis-
played.
This section will cover some of the various scenarios for commis-
sioning and maintenance. The checklists and informational notices
provided make daily work with SafeDESIGNER easier.
The LED status indicators for this safety processor indicate the state of the SafeLOGIC controller, the
safety application and the safe modules. The operating mode switch is used to acknowledge when
firmware is modified, the SafeKEY is exchanged or when new modules have been added.
LED status indicators indicate various operating and error states using different flashing pat-
terns or by being lit constantly.
A detailed description can be found in the SafeLOGIC user's manual and in Automation Help.
Important information regarding commissioning, LED status indicators and acknowledgment:
7.4 "Commissioning the safety application"
Hardware \ X20 system \ X20 modules \ CPUs \ X20(c)SL81xx \ Control and connection ele-
ments \ Safety processor \ LED status indicators for the safety processor
Selector switch and acknowledgment button of the safety processor on the SafeLOGIC con-
troller
The selector switch and corresponding acknowledgment button can be used to perform various actions
depending on the status messages indicated by the LED status indicators on the SafeLOGIC controller.
Hardware \ X20 system \ X20 modules \ X20 CPUs \ X20(c)SL81xx \ Control and connection
elements \ Safety processor \ Selector switch and confirmation button
7.2 Operating and status elements of the Remote Control dialog box
1 Target status
2 Module status
3 Firmware / SafeKEY status
4 FAIL SAFE status
Target status - shows the current operational status of the safety controller.
Module status - describes the status of the safe module, for example how many modules need to be
confirmed.
Firmware / SafeKEY status - displays the status of the Firmware and the Safety Container.
FAIL SAFE status - shows the startup behavior or the status of the entire module following startup.
A "Technology Solution" is available for the remote control of the safety controller. This solution
includes an HMI application that displays the Remote Control dialog box and therefore enables
the additional control of the SafeLOGIC-X controller via an HMI application (8.2 "The "AsSafety
Basic" solution").
5 Setup mode should be disabled after commissioning is complete. Alternatively, Setup mode can also be
set via the AsSafety library.
Hardware \ X20 system \ X20 modules \ Analog input modules \ X20(c)SA4430 \ LED status
indicators
Hardware \ X20 system \ X20 modules \ Digital output modules \ X20(c)S0x1x0 \ LED status
indicators
Hardware \ X20 system \ X20 modules \ Digital input modules \ X20(c)SIx1x0 \ LED status
indicators
Hardware \ X20 system \ X20 modules \ Temperature modules \ X20ST4492 \ LED status
indicators
Hardware \ X20 system \ X20 modules \ Counter modules \ X20(c)SD1207 \ LED status indi-
cators
The following is a list of the most important steps in commissioning the SafeLOGIC controller, the safe
I/O modules and the safety application. Notes have been added to the list.
Individual functions on the SafeLOGIC controller are acknowledged using the acknowledgment
button. The acknowledgment button must be pressed between for 500 ms and 4 seconds.
An incorrect entry is indicated by three flashes on the ENTER LED and is not accepted.
A correct entry is signaled by an ENTER LED that is continually lit.
When using the Remote Control dialog box, an incorrect entry is not possible. All non-buttons
that are not permitted to be selected at the respective time are disabled.
SafeKEY blank? YES - If the FAIL LEDs light continuously on the SafeLOGIC con-
troller, a safety application has not yet been transferred to the
SafeKEY.
Download pro- If the Remote Control dialog box is used, the program with the
gram "Download" button intended for this purpose can be transferred to
safety controller in this step.
Restart:
The safety controller will then be restarted automatically.
Acknowledge SafeLOGIC:
the SafeKEY A constantly lit FW_ACKN LED indicates an unknown or blank
SafeKEY. The SafeKEY can be acknowledged using the SK_XCHG
setting.
SafeLOGIC-X:
Here, the SafeKEY status "SafeKEY exchanged" and the orange il-
lumination of the "SK-XCHG" button are displayed.
Connect to the The connection to the SafeLOGIC controller can now be established
SafeLOGIC con- in SafeDESIGNER.
troller This step is only necessary for the SafeLOGIC.
Download the SafeLOGIC:
safety applica- The safety application can now be loaded onto the SafeLOGIC con-
tion troller via SafeDESIGNER.
SafeLOGIC-X:
The download can be started here either via the control dialog or di-
rectly via the Remote Control.
Restart:
The safety controller will then be restarted automatically.
Acknowledge The newly detected safe modules must be acknowledged in the
new modules next step.
SafeLOGIC:
This is indicated on the SafeLOGIC controller by a quickly blinking
MXCHG LED. The number of flashes indicates the number of mod-
ules that must be set on the selector switch for acknowledgment.
The values 1,2,3,4 or n can be selected.
SafeLOGIC-X:
The module status of the Remote Control dialog box displays how
many modules must be acknowledged. This value is also highlight-
ed in orange.
This section discusses some of the procedures that could arise over the course of a machine's mainte-
nance cycle. It describes the replacement of SafeIO modules, the replacement of a safety controller and
the updating of the safety application, among other things.
The system checks the safety-relevant hardware configuration at an interval set by the system. Any new
modules found are indicated by the SafeLOGIC controller.
SafeLOGIC:
• The MXCHG LED blinks (indicating the number of new modules).
• Acknowledge the new modules: Set the selector switch to 1, 2, 3, 4 or n and confirm with EN-
TER.
• Perform a test on the affected machine part.
SafeLOGIC-X:
• Module status "Scanning" is displayed in the Remote Control dialog box
• After the missing modules are detected, the module status displays "(Number of new modules)
modules missing"
• The button with the correct value is highlighted in orange
• Use this button to acknowledge the modules
• Perform a test on the affected machine part.
If more modules were replaced than signaled, a manual scan can be started using the SCAN
switch position/button. This may be necessary for larger machines where automatic scanning
takes a long time.
SafeLOGIC:
• Replacing a SafeLOGIC controller
• Connect the old SafeKEY.
• FW-ACKN LED is permanently on
• Acknowledgment of the SafeKEY by selecting SK-XCHG, confirm by hitting ENTER
• The MXCHG LED blinks 1x slowly.
• Acknowledge the new SafeLOGIC controller.
Set the selector switch to 1 and confirm with ENTER.
• Testing is not required.
SafeLOGIC-X:
• Replacing the SafeLOGIC-X controller
• The module status in the Remote Control dialog box displays "1 module missing"
• The button with the value 1 is orange and it is this button used to acknowledge the SafeL-
OGIC-X controller
• Testing is not required.
In some cases, the system may have to update module firmware after a module is replaced, modules
are added to a safety application or after new firmware has been installed.
Process and procedure
• Wait for the firmware update.
• The FW-ACKN LED blinks.
• Acknowledge the firmware: Set FW-ACKN and confirm with the confirmation button.
• The modules will be updated and started.
• Perform a full test of the safety application.
SafeLOGIC-X:
• Wait for the firmware update.
• Firmware / SafeKEY status displays "FW updated"
• Acknowledge the firmware using the FW-ACKN button
• The modules will be updated and started.
• Perform a full test of the safety application.
SafeLOGIC:
The system checks the safety-related hardware configuration at fixed intervals. A quickly blinking MX-
CHG LED and a double blinking LED FAILSAFE indicate that a missing module has been detected.
SafeLOGIC-X:
The SafeLOGIC-X controller also checks the modules at pre-determined time intervals. If a missing
module is detected, the module status displays: "(Number of missing modules) modules missing".
The safety application can be updated by connecting a preprogrammed SafeKEY. The SK-COPY func-
tion on the SafeLOGIC controller can be used to copy settings to the SafeKEY in order to back up the
safe configuration and safe parameters . This eliminates the need to acknowledge safe modules and
firmware.
In order to perform an update of the safety application in the SafeLOGIC-X controller, a Compact
Flash can be created. Then the new safety application is downloaded the using the "Download"
button in the Remote Control dialog box.
Figure 123: "Main" workspace for the safety application in the "Basic safety" project
Automation software \ Example projects \ Basic Safety project \ Opening the project
Automation software \ Example projects \ Basic Safety project \ Starting SafeDESIGNER
A safety controller solution is available in Automation Studio. This solution includes an HMI application,
which is controlled by a task. The HMI application includes the remote control, among other things. This
can be operated on a panel, if necessary. In this case, a SafeDESIGNER is not needed to activate the
safety controller.
Figure 126: "Add object" window Figure 127: "Technology Solutions" window
Visualization
In the "AsSafety Basic" solution there is a visual-
ization which represents the remote control dialog
box and other functions. This Remote Control di-
alog box is identical to the one in SafeDESIGN-
ER, which means it is also used in the same way.
The HMI application can, for example, be assigned
to a panel and also operated with it as well. Using
SafeDESIGNER to start up the safety controller is
no longer necessary.
If no panel is available, this visualization can also
be started and controlled with the VNC viewer.
9 Summary
SafeDESIGNER is used for the safety-related configuration of the safety controller and safe modules.
The safety application is programmed using the visual editor and a variety of PLCopen safety function
blocks. A user-friendly interface and a wide range of diagnostic options make it easier to commission
the SafePLC. SafeDESIGNER provides additional benefits as well, including the possibility to create
complete documentation as well as a simulation environment for a project.
Participants are now familiar with the configuration possibilities offered in Automation Studio and
SafeDESIGNER for creating a safety application. They are able to easily create documentation for their
safety application. They have programmed their own safety functions in addition to using PLCopen Safe-
ty function blocks. They have learned how to make use of the integrated help documentation. They
are familiar with the processes for commissioning and maintenance of the safety controller and safety
modules.
At the Automation Academy, you'll develop the skills you need in no time!
Our seminars make it possible for you to improve your knowledge in the field of automation engineering.
SEM410 – Integrated motion control* If you are unable to find a seminar on our website that suits your
SEM441 – Motion control: Electronic gears and cams** needs, we also offer customized seminars. Simply contact your sales
SEM480 – Hydraulics** representative to make the necessary arrangements:
SEM1110 – Axis groups and path-controlled movements** SEM099 – Individual training day