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.
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.
Read more...Residues on PCBs – Causes and remedial measures Electronic Industry Supplies
Editor's Choice Manufacturing / Production Technology, Hardware & Services
Soldering with wire and iron leaves process judgments up to individual operators, and can produce a wide variety of defects, scrap, or long-term quality issues.
Read more...How AI and ML are enhancing predictive maintenance Schneider Electric South Africa
Editor's Choice Manufacturing / Production Technology, Hardware & Services
The integration of artificial intelligence (AI) and machine learning (ML) is significantly transforming the management of utilities by providing advanced technology that delivers real-time insights into the operational conditions of facilities.
Read more...3D electronics/additive electronics
Editor's Choice Manufacturing / Production Technology, Hardware & Services
IDTechEx’s report “3D Electronics/Additive Electronics 2024-2034: Technologies, Players, and Markets” analyses the technologies and market trends that promise to bring electronics into the 3D realm.
Read more...The new era of low-code and no-code software development
Editor's Choice
With the vast selection of cloud platform-as-a-service solutions, low-code and no-code development platforms, and software-as-a-service offerings available today, business users are more able than ever to create software functionality without turning to the IT department.
printer friendly version