When designing a safety solution for a machine or application, a fundamental consideration is whether to implement it as a standalone or network safety solution.
Standalone safety involves wiring safety devices point-to-point to a safety relay or controller, which in turn is wired to a contactor or a device that disconnects primary power to a machine. On the other hand, network safety collects the safety devices and connects them to a network safety system via a fieldbus that uses a communications gateway, a safety CPU, and safety I/O.
Network safety has multiple advantages over standalone safety. First and foremost, it is a highly effective way to mitigate risk. In addition to this, network safety becomes a key factor of a high-performing, future-ready manufacturing facility thanks to its ability to improve automation efficiency and boost throughput.
One may ask why there are so many different protocols? As there are several different manufacturers, there are also several unique, independent solutions to solve communication issues. These unique industrial problems brought networking to the forefront. Specifically, manufacturers needed operations to be:
• Capable of responding in real time.
• Deterministic.
• Reliable/redundant.
• Secure.
• Safe.
• Ruggedised.
The process of converging protocols prompted an effort to bring together the best practices and standardise communications. The cornerstone of interoperability is a standard communications protocol. EtherCAT (ECAT) is an example of a higher-level networking protocol that uses a multiple-layer protocol model to interwork with many Fieldbus protocols.
Choosing the right safety network configuration
While there are a variety of configurations that can address network safety, choosing the correct one is essential in optimising automation efficiency and reducing safety risk. A safety risk assessment is the primary way to establish the correct safety needs and configuration.
Automation architecture must provide control, configuration capabilities, and data collection. The two leading network safety architectures are Fail Safe over EtherCAT (FSoE) and Common Interface Protocol Safety (CIP Safety). EtherCAT technology allows for interoperability between participating vendor devices. It is faster, has a wider bandwidth, and supports processing on the fly. CIP Safety provides failsafe communication between nodes and enables interoperability between various automation and safety vendors.
Eight types of network errors must be mitigated for proper functional safety communications. These are:
1. Corruption of the signal.
2. Unintended repetition of the message.
3. Incorrect sequence of the message.
4. Loss of the message.
5. Unacceptable delay of the message.
6. Insertion of another unintended message.
7. Masquerade the message.
8. Addressing the message as intended.
Functional elements of a networked safety system
A networked safety system consists of several key functional elements. The following examples illustrate some sample choices, depending on the desired configuration and/or application.
EIP Network Slave Terminal (NX-EIC202 & NX- SL3300): The EIC202 is the communications coupler, and the NX-SL3300 is the safety CPU. This is for status information only, fed back over EIP to a control system. Conversely, it does not take any control information and sends it to the safety system to control or influence it. The purpose of this is to be able to inform safety status via EIP to a third-party controller such as a Rockwell Automation PLC. EtherNet/IP also has its advantages as it is the way that Rockwell controllers connect field devices.
ECAT Network Slave Terminal (NX-ECC201, 202, 203 & NX-SL3300, 3500): The ECC201-3 is the communications coupler, and the SL3300-3500 is the safety CPU. The exact model is dependent on program capacity and the number of safety master connections. The purpose of this is to be able to operate as an ECAT slave and connect multiple safety devices over an ECAT network. The safety monitoring and reporting would run with FSoE.
ECAT Master (NX102 & NX-SL3300, 3500): The NX102 Machine Automation Controller serves as the database connection CPU Unit, while the SL3300- 3500 functions as the independent safety CPU. The exact model is dependent on program capacity and the number of safety master connections. The purpose of this is to operate as a cornerstone ECAT network arrangement. The safety monitoring and reporting would run with FSoE. Master devices simply issue the message and receive the response as a single message in, single message out system.
ECAT & CIP Safety (NX102 & NX-SL5500, 5700): Like the system above, the NX102 Machine Automation Controller serves as the database connection CPU Unit, while the SL5500- 5700 functions as the independent safety CPU. The exact model is dependent on program capacity and several safety master connections. The purpose of this configuration allows both FSoE and CIP Safety protocols to operate simultaneously. ECAT-equipped devices, non-ECAT devices, and even non-Omron devices can now be connected by ECAT and/or CIP Safety network protocols.
CIP Safety Only (NX-CSG320 & NX-SL5500, 5700 & GI-SMD1624, GI-SID1224 Modules): The NX-CSG320 model is the safety gateway for CIP Safety, while the SL5500-5700 functions as the independent safety CPU. The GIs function as safety I/O terminals for CIP Safety. The purpose of this is to be able to connect with third-party products via the CIP safety protocol. This safety solution is the best package to connect to non-ECAT community devices.
By networking safety rather than using the point-to-point connection of safety devices, users ensure maximum efficiency and safety in the manufacturing lines. Industry 4.0-level performance can now be realised: flexibility, ease of use, human-machine collaboration, and interoperability between vendors.
From point-to-point connections to a field bus, networking the safety system helps in making the operation robust and future-proof. Omron can provide safety solutions for each of the possible configurations and leading communications protocols that exist.
Potential risks of plasma treatment on PCBs MyKay Tronics
Editor's Choice
Plasma treatment involves exposing PCBs to an ionised gas, known as plasma, but despite many advantages, several risks must be managed to ensure safe and effective plasma application in EMS.
Read more...Building the control panels of the future Omron Electronics
Enclosures, Racks, Cabinets & Panel Products
The industrial automation world is built on robust and efficient control panels that are designed precisely and assembled to manage machines, processes and equipment across different industries.
Read more...X-band radar RF Design
Editor's Choice Telecoms, Datacoms, Wireless, IoT
X-band radar systems, particularly those leveraging beamforming ICs (BFICs), advanced gallium nitride (GaN) and gallium arsenide (GaAs) components, are leading the way in providing the high-performance radar capabilities required for modern defence and surveillance.
Read more...LED driver for industrial power supply indication Altron Arrow
Editor's Choice Circuit & System Protection
A simple and small solution for driving an LED to provide visual feedback in the presence/absence of a system’s power using a chip not originally designed for this purpose.
Read more...Case Study: Siemens Valor automation solution ASIC Design Services
Editor's Choice Manufacturing / Production Technology, Hardware & Services
Electronics manufacturer BMK used Siemens Valor to enhance accuracy and speed up bill-of-materials quotations.
Read more...Accelerating RF PCB design in a 5G world ASIC Design Services
Editor's Choice Design Automation
Billions of IoT devices coming online in the coming years will require RF design capabilities that support ultra-fast 5G speeds.
printer friendly version