Non-Proprietary Controller-to-Controller Communications
By Bill Lydon, Editor
The improvement of manufacturing productivity and quality requires sharing data and synchronizing controllers. This can now be accomplished by using new standards that were jointly developed by PLCopen and the OPC Foundation.
There is a continued focus on achieving more manufacturing productivity and synchronization of the entire supply chain, and that is driving more requirements to orchestrate industrial plant controllers. A major user complaint is that controllers from multiple vendors cannot communicate peer-to-peer using an open standard. Each vendor has their own methodology, and many use their own communications protocols.
Controller suppliers seem to be ignoring this requirement, and as a result, users are frustrated. For example, at the ARC World Industry Forum held last February in Orlando, Florida, a panel of major automation vendor executives was asked by a user who operates multiple plants why controllers from each of these vendors cannot communicate peer-to-peer with each other. He explained that this is needed to accomplish his goals for better manufacturing productivity in existing plants. The answers did not address his issue and ranged from suggestions to replace other controllers with, “our brand,” “buy gateways,” and use “our industrial Ethernet protocol.”
PLCopen/OPC UA Solution
The PLCopen organization and the OPC Foundation have been listening to users. This challenge is now solved with the PLCopen/OPC UA function blocks that are able to communicate from controller to controller over industry standard Ethernet using common data models.
The first multivendor demonstration of this communication was presented at the 2012 SPS/IPC/DRIVES trade fair held in Nuremberg, Germany. This functionality is important because the business reality is there are controllers from multiple vendors, with multiple industrial protocols, in existing plants. In addition, new plants have a wide range of controllers, particularly on skid and prebuilt units, that need to communicate with other controllers. The PLCopen/OPC UA function blocks accomplish horizontal and vertical OPC-UA connection with included security.
The PLCopen organization and the OPC Foundation have been cooperating since 2008 to combine the technologies and create a platform and manufacturer-independent information and communication architecture. The goal is to increase the efficiency of engineering, process and information exchange. These efforts have led to the creation of the standard for the IEC 61131 controller programming environment and offer secure and efficient data exchange with industry standard function blocks.
PLCopen OPC UA Function Blocks
The joint PLCopen/OPC Foundation working group mapped the IEC 61131-3 software model to the OPC UA information model. This resulted in a standard way that OPC UA server-based controllers expose data structures and function blocks to OPC UA clients, including HMI, MES, Enterprise systems, and other controllers. PLCopen/OPC UA function blocks make it easy for a user to create applications that communicate directly from controllers to other controllers, enterprise systems, and other OPC UA devices.
The use of proprietary protocols for accessing a diverse range of machines is no longer required with the application of international standards based on OPC UA, PLCopen, and industry standard web services. Users can achieve an efficient access mechanism for different equipment from different suppliers to communicate shared information and coordinate control over standard Ethernet without the burden of proprietary industrial protocols.
- Digital Factory Superstructure Emerging with OPC UA
- OPC UA Redefines Automation Architectures
- Simplifying Automation System Hierarchies
- The Technical Specification "OPC UA Information Model for IEC 61131-3 ," version 1.00
- Introduction in the PLCopen and OPC UA Communications Model
- OPC Foundation Website
- PLCOpen Organization Website
OPC UA - The Top 10 Considerations for Developers
By Arun Ananthampalayam, Honeywell Process Solutions
Whether you are a tool builder or an application developer – if your software needs to...
Solving Food Manufacturing Labor Shortages Through Robotic Automation
By Maria Ferrante, PMMI
PMMI had a chance to speak about new technologies and trends in automation with Don Wickstrum, president and owner of...
CIA Exploits of IoT Devices: What lessons can we learn?
By Alan Grau, Icon Labs
Recent WikiLeak documents allege that the CIA developed, or sought to develop, or even “borrowed”, cyberattack...
The IoT Impact on Business Models: What Should Manufacturers Do First?
By Bill Lydon, Editor, Automation.com
The availability of many new technologies has provided the building blocks for dramatic changes in the...
Solving the 7 Most Common Tank Gauging Problems to Improve Safety
By Ulf Johannesson, Emerson
Many terminals and tank farms struggle with tank gauging because they use outdated equipment. However, modern tank...
Industry 4.0 and Cybersecurity: Managing Risk in an Age of Connected Production
This new Deloitte study outlines the strategies that businesses must take to build cybersecurity efforts into their larger business plan and...
Adams Group chooses Inductive Automation's Ignition for SCADA in vegetable oil plant
For supervisory control and data acquisition (SCADA) in its vegetable oil and grain plants, Adams uses Ignition by Inductive Automation. Ignition...
Rockwell Automation helps Loparex alleviate power supply drops with sag-correction system
For more than a decade, the company’s 305,000-square-foot production facility in Hammond, Wisconsin, had been experiencing voltage sags several...
HighJump's 3PL WMS solution brings Canadian frozen storage company to the cloud
HighJump’s cloud solution is designed to simplify each step of the supply chain while assuring levels of service through system uptime, response...
RedViking helps GKN Driveline ensure manufacturing visibility
GKN, a manufacturer of automotive driveline products, was seeking an end-to-end traceability strategy and discovered the Argonaut system from...