Safety At175 - en P
Safety At175 - en P
All examples and timing diagrams in this document show the Kinetix 5700 ERS4 drive.
Controller Kinetix 5700 ERS3 Kinetix 5700 ERS3/ Kinetix 5700 ERS4 with
with Version 7.x SerB with Version 9.x Version 9.x firmware (or >)
firmware firmware (or >)
GuardLogix 5580 Network or Network STO, SS1-t Controller Based: SFX, STO, SS1,
and Compact Hardwired or Hardwired STO SS2, SOS, SLS, SLP, SDI, SBC
GuardLogix 5380 STO ONLY
Drive Based: STO, SS1-t*, SS1-m**,
Safety Feedback, Safety
Dual-Channel Feedback
Table 1.1 Logix and Kinetix Dependencies for Safe Monitoring Solutions
GuardLogix 5580 and Network or Hardwired STO ONLY Controller Based: SFX,STO, SS1,
Compact GuardLogix 5380 SS2, SOS, SLS, SLP, SDI, SBC
*The PowerFlex 755 table will show the Integrated Motion on EtherNet/IP (CIP) solution only
Cat0 is a Category 0 stop which is defined as an uncontrolled stop by immediately removing power to the
machine actuator. This would be the drive Disable & Coast stopping action.
Cat1 is a Category 1 stop which is defined as a controlled stop with power to the machine actuator available
to achieve the stop then removal of power when the stop is achieved. This would be the drive Current Decel
& Disable stopping action.
In the table below, STO is Safe Torque Off, SS1 is Safe Stop 1, and SBC is Safe Brake Control.
PowerFlex 755
PowerFlex 755
Kinetix 5700
Kinetix 5700
Kinetix 5700
ERS3/SerB
20-750-S4
20-750-S3
ERS4
ERS3
Feature
Hardwired STO X X X X
Networked STO X X X X X
SFX X X
Speed Monitoring X X
*There are no dedicated STO inputs. The drive has four safety inputs that can be programmed to behave like STO inputs.
Table 1.3 Safety Features Available for PowerFlex and Kinetix Drives
Safety Function Initialized Control of the Request bit in the Control input request parameter of Drive
Output Assembly Safety Instruction
Configuration Changes Fixed, changed with Drive AOP and Changeable when controller is running and
program download instruction is not actively monitoring
Figure 1.4 Example showing STO/SS1 Safety Function Operation using Drive Based Safety Function
Figure 1.5 Example showing STO/SS1 Safety Function Operation using Controller Based Safety Function
When executing drive based safety functions, the main consideration is which hardware is in control of
stopping and disabling of the motor. Will this safety function be managed by the drive or by the user motion
control program? This leads to the selection of the safety function’s Action Source, which are selectable as
Connected Drive or Running Controller.
Depending on the machine’s mechanical design, having the user motion control program, manage a decel
limited, controlled stop to minimize stress on the mechanics can be the primary consideration. If reaction
time is the primary concern, and stopping the motor as fast as possible is required, having the drive stop the
motor is the better option.
The selection options for both Safe Torque Off Action Source and Safe Stopping Action Source are:
• Connected Drive – the drive initiates the stopping sequence according to the Action selection
• Running Controller – requires the user motion control program to execute the stopping action
If the drive will be initiating the stopping sequence, the stopping method is based off the Action parameter
selection. The Safe Torque Off Action and/or Safe Stopping Action are ignored when Running Controller is
selected since the motion control program will be performing the stopping sequence.
The Safe Torque Off Action parameters are dependent on the axis configuration setting. Available options are:
• Disable & Coast
• Current Decel & Disable
• Ramped Decel & Disable (Velocity Mode, Frequency Mode only)
The Safe Stopping Action parameter options are dependent on the axis configuration setting. Available
options are:
• Current Decel (Disable implied)
• Ramped Decel (Velocity Mode, Frequency Mode only)
The STO Delay starts timing when the Axis.SafeTorqueOffActiveStatus bit is set (ON). This delay is used to
allow time for the motor to decelerate to zero speed, engage a holding brake, and disable the motor before
removing torque producing ability when the STO Delay time expires.
Both the STO and SS1 examples can use the Zero Speed value as an indicator that the motor has reached
zero speed. Zero Speed is an Axis parameter that can be modified and lets you manually set the zero-speed
condition that is used by the Logix Designer application to indicate the motor is at zero speed. This value is
used together with a disabling operation to determine when the holding brake output is applied in a Category
0 and Category 1 Stop and is a percentage of the motor rated speed. Once the motor speed is less than the
Zero Speed value, a timer begins timing (Zero Speed Time) which, upon expiring, is meant to indicate a true
zero-speed condition of the motor.
Figure 2.4 Axis Properties/Actions>Safe Torque Off Action Source – Connected Drive
• In the Safety Program, Module:SO.STOOutput is cleared (OFF) to initiate the STO Request
• The drive sets Module: SI.STOActive (ON) and STO Delay begins timing
• C
urrent Decel & Disable: The drive will use the Stopping Torque to bring the motor to Zero Speed
(Current Decel & Disable is shown - Disable and Coast is also available. When using Disable & Coast,
be sure the STO Delay is large enough so the motor can reach zero speed).
• A
t Zero Speed, the drive disabling begins, the Mechanical Brake Output is cleared (OFF) and
MechanicalBrakeEngageDelay begins timing
• PowerStructureEnabled is cleared (OFF) once the MechanicalBrakeEngageDelay time expires
• STO Delay timer expires and torque producing ability is removed
• STO Request is complete
Figure 2.6 Timing chart showing the STO Action Source Connected Drive (Current Decel & Disable)
Figure 2.7 Safety Actions>Safe Torque Off Action Source – Running Controller
• In the Safety Program, Module:SO.STOOutput is cleared (OFF) to initiate the STO Request
• The drive sets Module:SI.STOActive (ON) and STO Delay begins timing
• T
he user motion control program, uses the pass-through axis tag Axis.SafeTorqueOffActiveStatus as a
condition to initiate the stopping of the motor to Zero Speed.
• A
t Zero Speed, a disable is executed by the motion control program, Axis.MechanicalBrakeOutputStatus
is cleared (OFF) and MechanicalBrakeEngageDelay begins timing
Figure 2.9 SS1 Mode Selection from Drive Properties – SS1/Motion Safety Category
Similar to the STO safety function, the Action Source of the SS1 is selected as Connected Drive or Running
Controller. Either of these selections will take different monitoring and execution paths, but have the same
result. The SS1 examples can use the Zero Speed or Standstill Speed value as an indicator that the motor
has reached zero speed. Zero Speed is described in Section 2.3. Standstill speed is a parameter that can
be modified either by the SS1 instruction or in the Drive Module AOP and lets you manually set a zero-speed
condition that is in user units. Once the motor speed is below the Standstill Speed value, the “standstill“
condition is met. Standstill speed is used with the Monitored SS1 function only. When the Standstill Speed
condition is met, the STO request is initiated. It is typical for the Standstill Speed and Zero Speed to be
similar values. A way to think about Zero/Standstill speed and their use: Zero Speed is used in the Standard
environment as a permissive to disable the motor. Standstill Speed is used by the Safety environment to
initiate an STO request.
Figure 2.10 SS1-Timed Sequence Execution with different Safe Stopping Action Sources
Figure 2.11 SS1-Monitored Sequence Execution with different Safe Stopping Action Sources
IMPORTANT The Safe Stopping Action configuration in the Axis Properties shows the Action of Current
Decel. This is not changeable. SS1 is a Current Decel & Disable (Cat 1 Stop), SS2 is a Current Decel & Hold
(Cat 2 Stop). The reason Current Decel is the selection is because it is common to both SS1 and SS2.
At this time, the Current Decel selection implies a Disable to fulfill the SS1 condition.
• The SS1 Request function (drive based safety function) is initiated by setting the SS1Request bit ON
(Drive Safety Output tag – Module:SO.SS1Request=1)
• SS1 Stop Delay begins timing
• Stopping Torque/Stopping Time is used to decelerate the motor to reach Zero Speed
• A
t Zero Speed, the drive disabling begins, the Mechanical Brake Output is cleared (OFF) and
BrakeEngageDelay begins timing
• PowerStructureEnabled bit is cleared (OFF) once the BrakeEngageDelay time expires
• SS1 Stop Delay expires and STO Request is made by the drive and the STO Action defined by the Axis
Properties is initiated
• STO Delay timer begins
• STO Delay timer expires and torque producing ability is removed
• STO Request is complete
•T
he SS1 Request (drive based safety function) is initiated by setting the SS1Request bit ON (Drive Safety
Output tag – Module:SO.SS1Request=1)
• SS1 Stop Delay begins timing
•U
ser Motion Control Program is used (based on pass-through axis tag SS1ActiveStatus) to decelerate the
motor to Zero Speed
•A
t Zero Speed, the motor is disabled from the user motion control program, Mechanical Brake Output is
cleared (OFF) and MechanicalBrakeEngageDelay begins timing
• PowerStructureEnabled is cleared (OFF) once the MechanicalBrakeEngageDelay expires
• SS1 Stop Delay expires and STO Request comes from the drive and STO Action defined by the Axis
Properties is initiated
• STO Delay timer begins
• STO Delay timer expires and torque producing ability is removed
• STO Request is complete
The motor is decelerated by the drive using the Stopping Torque and Stopping Time to reach Zero Speed.
At Zero Speed, the motor is disabled by the drive. Once the Stop Delay expires, or the Standstill Speed
is reached, the STO Request comes from the drive and the STO Action, as defined in the Axis Properties,
is performed.
IMPORTANT Monitored SS1 is available with a Ramped Decel Safe Stopping Action when the axis is configured
for Velocity Loop, or Frequency Control. Position Loop uses Current Decel as the Safe Stopping Action.
• S
S1 Request (drive based safety function) initiated by setting the SS1Request bit ON (Drive Safety Output
tag – Module:SO.SS1Request=1)
• W
hen the Stop Monitor Delay has expired, the drive begins monitoring the Primary Feedback device’s
Deceleration ramp using the parameters configured
• SS1 Stop Delay begins timing
• C
urrent Decel – if the motor is not at Standstill Speed, Stopping Torque/Stopping Time is used to decelerate
the motor to zero speed
• W
hile the Deceleration ramp is within tolerances and reaches Zero Speed, the drive disabling begins,
Mechanical Brake Output is cleared (OFF) and MechanicalBrakeEngageDelay begins timing
• PowerStructureEnabled is cleared (OFF) once the MechanicalBrakeEngageDelay time expires
• At Standstill Speed, the STO Request is initiated by the drive and STO Action defined by the Axis Properties
begins – even if the SS1 Stop Delay has not expired
• STO Delay timer begins
• STO Delay timer expires and the ability to produce torque is removed
• STO Request is complete
IMPORTANT While the drive is monitoring the Primary Feedback device’s Deceleration ramp and a fault is
encountered, or the ramp is outside of the configured values, the fault action is a Disable & Coast function,
and the STO Delay will NOT be used. This can be problematic as a Disable & Coast (Cat 0 Stop) function can
cause problems for loads with holding brakes. Take care to avoid faults during the Deceleration monitoring.
The motor is decelerated by the user motion control program to reach Zero Speed. At Zero Speed, the motor
is disabled by the user motion control program. Once the SS1 Stop Delay expires, or the Standstill Speed is
reached, the STO Request is made from the drive and the STO Action, as defined in the Axis Properties, is
performed.
IMPORTANT Monitored SS1 is available with a Ramped Decel Safe Stopping Action when the axis is configured
for Velocity Loop, or Frequency Control. Position Loop uses Current Decel (with implied Disable) as a Safe
Stopping Action.
More information on the SS1 parameters are explained in detail in the Kinetix 5700 Safe Monitor Functions
manual, Chapter 2.
• S
S1 Request (drive based safety function) initiated by setting the SS1Request bit ON (Drive Safety Output
tag – Module:SO.SS1Request=1)
• W
hen the Stop Monitor Delay has expired, the drive begins monitoring the Primary Feedback device’s
Deceleration ramp using the parameters configured in the Drive AOP
• SS1 Stop Delay begins timing
• The user motion control program is used to decelerate the motor to reach Standstill Speed
• W
hile the Deceleration ramp is within tolerances and reaches Zero Speed, the motor is disabled using
the motion control program, Mechanical Brake Output is cleared (OFF) and MechanicalBrakeEngageDelay
begins timing
• PowerStructureEnabled is cleared (OFF) once the MechanicalBrakeEngageDelay time expires
• At Standstill Speed, the STO Request is initiated by the drive and STO Action defined by the Axis Properties
begins – even if the SS1 Stop Delay has not expired
• STO Delay timer begins
• STO Delay timer expires and the ability to produce torque is removed
• STO Request is complete
IMPORTANT While the drive is monitoring the Primary Feedback device’s Deceleration ramp and a fault is
encountered, or the ramp is outside of the configured values, the fault action is a Disable & Coast function and
the STO Delay will NOT be used. This can be problematic as a Disable & Coast (Cat 0 Stop) function can cause
problems for loads with holding brakes. Take care to avoid faults during the Deceleration monitoring.
Figure 3.2 Monitored SS1 sequence of Operation – Controller Based Safety Function
Since the SFX is used in all drive safety instructions to provide feedback, the components that are used in
receiving ‘fresh’ data to the SFX instruction are important. Those components are:
• Safety Task Update period
• Safety Input RPI
• Velocity Average Time
• Safety Encoder Resolution
The watchdog should be set such that enough time is provided for the Safety Programs to scan completely
before the safety task is triggered again. The Safety Task Update Period is also the Safety Output RPI set in
the Drive Module Properties. The Safety Task interrupt timing is the same as using a standard task.
Generally, safety logic does not need to be prioritized in its scan over standard logic – which may contain
motion control logic. That is, safety logic typically does not require the same priority as the motion control
programs. Safety monitoring within the Safety Task will generally not require the frequent scan interval that
a motion program may require.
Setting the safety task periodic rate to a small value, for example 10ms, will make the safety logic scan
quickly, but that comes at a cost of leaving less time for the standard tasks to completely scan. Additional
guidance on setting the rate of a periodic task, and assigning a priority, can be found in the Logix 5000
Controllers Tasks, Programs, and Routines manual.
The Kinetix 5700 Primary Feedback makes new Position and Velocity Safety data available every 3ms.
The minimum period of the Safety Task and the Safety Input RPI should not be set below 3ms. Any value
less than 3ms will not produce a benefit because new safety data would not be available from the drive.
10ms is often sufficient in providing the data required for safety logic control.
Figure 4.4 Kinetix 5700 Drive AOP: Velocity Average Filter time parameter
The Velocity Average Time attribute is a moving-average window of time for which the velocity samples are
averaged. Large speed changes are avoided when velocity averaging is used. Smaller filter time values will
result in larger velocity deviations but the reaction time is faster. Larger filter time values will result
in smaller velocity deviation (smoother), but also adds more delay to the resulting velocity evaluation.
The reaction time is longer with larger filter time values.
Setting a larger value could be important if you are using the SLS function. A larger filter value would be used
to avoid large instantaneous velocity changes that would put the SFX velocity feedback outside the SLS
limits; since, with the larger filter, those changes are smoothed out. The larger the Average Velocity Filter
time also increases the reaction time.
An example of when using a smaller filter time is important is when the safety program is evaluating a
standstill speed (using the velocity feedback in the SFX) to initiate an STO function. In the case of the
standstill speed, if the filter is a larger value (for example, 100ms), it will take longer for the SFX to update
the actual motor velocity (because of the filter delay); so it will take the safety program longer to determine
the standstill speed has been met, which means the STO function initiation will be delayed. In this example,
the reaction time (and indirectly, the filter time) being smaller is important.
A typical value for the Average Velocity Filter is 30ms. Figure 4.5 shows how the Velocity Average Time value
effects the Velocity Resolution for a given feedback resolution. For more information on the Velocity Average
Filter time see the Kinetix 5700 Safe Monitor Functions manual, Chapter 3.
The FeedbackVelocity tag in the Safety Input Assembly is a filtered value using the Velocity Average Time.
It is not an instantaneous feedback velocity like the motion’s Axis ActualVelocity value.
Figure 4.6 Example showing how Velocity Average Filter Time impacts Velocity Feedback
(Blue Pen – Actual Velocity from motor, Red Pen – Safety Feedback Velocity)
Figure 4.8 Effect of Changing the Safety Task Update time and its effect on Speed Feedback
(Yellow Pen – ActualVelocity feedback from motor, Red Pen – Safety Feedback Velocity)
There are many factors that can be changed when accumulating the total reaction time. Some times are
fixed, such as the hardware times used for the I/O modules and Safety Devices (for example, a light curtain)
and we can estimate the Safety Time by using the Safety Task Period as a guideline. The motor (actuator)
stopping time depends on the deceleration profile used. This will vary depending on the load, its inertia and
the method used to stop and disable the motor.
Any time there is logic interaction between the standard program, the safety program, and the drive,
the reaction time is impacted. This is the case with using both drive and controller based safety functions.
Figure 5.1 Drive Based Execution vs. Controller Based safety functions for the SS1 function
The flexibility of custom programming needs to be balanced with the reaction times required to meet your
application needs.
Is the reaction time the greatest importance when looking at the whole safety system?
Is the reaction time inconsequential to the time required to enter a safe zone tripped from a light curtain?
Does the application have to limit deceleration to a user defined ramp instead of using Stopping Torque,
which can be aggressive – but faster?
Are the monitored deceleration parameters changing with different parts – meaning they have to be modified
online while the program is executing?
Drive based safety functions with Connected Drive as the Action Source will require the smallest reaction
time. Controller based safety functions with Running Controller as the Action Source will generally require
the most reaction time.
As flexibility expands in the solution, the reaction times will generally become larger. Minimal program
interaction with the Motion Control Program and the Safety Program will result in the fastest reaction time.
In between the two use cases in Figure 5.2, there are several combinations that would generate fast reaction
times and flexibility that may suit your application.
For example, using a Monitored SS1 as a drive based safety function and the Safe Stopping Action of Running
Controller will allow a gradual deceleration ramp which can help the application mechanics, but still maintaining
the drive based initiation of the STO function within the drive.
The more interaction between the Safety Program, Standard Program and drive will increase the reaction
time. Based on the Logix program, the controller used, the drive AOP configuration, the reaction time will
vary. The Safety Estimator tool can be used to help determine the total reaction time. This tool can be found
in the Safety Accelerator Toolkit.
Some additional things that can impact the reaction time, in addition to the items already covered are:
• Z
ero Speed/Standstill Speed Tolerance – The motor must have the smallest value that would allow the
fastest reaction time while still indicating a zero speed condition.
• I f the motor does not use a holding brake, set the times associated with the holding brake to zero.
Additionally:
– The STO Delay does not need to include the brake times. The STO Delay needs to be set sufficiently so it
includes the time for the motor reach zero speed and be disabled. Generally, extra time is not required
beyond that.
– The expiration of the STO Delay will remove the torque producing ability of the motor. Once this occurs,
the STO function will be complete. Set the STO Delay optimally to minimize the reaction time.
• I f the motor is using a holding brake, set the engage time optimally based on the motor used. Refer to the
Vertical Load and Holding Brake Management application technique, Chapter 1 for the times used with
your motor.
• From a hardware standpoint, when the drive identifies an STO request, the drive removing torque, without
STO Delay for the Kinetix 5700 drives is 10ms or less.
The following example shows an SS1 used as a controller based safety function with Running Controller
as the Action Source for both SS1 and STO operation. This example logic is attached to this document.
The SFX and SS1 logic is in the Safety Program, the Motion Instructions are in the Standard Program.
Expanding human possibility, GuardLogix, Kinetix, PowerFlex, Rockwell Automation and Studio 5000 Logix Designer are trademarks of Rockwell Automation, Inc.
CIP and Ethernet/IP are trademarks of ODVA, Inc.
Trademarks not belonging to Rockwell Automation are property of their respective companies.