Asset management information, i.e. which devices are installed, in which version and in which condition, is highly sought-after in practice. Without such information, neither maintenance plans nor asset management or in-depth diagnostic functionalities can be used. The current challenge: How can such data be transferred from the field to IT and how can information be obtained from it that is useful to the user? Answers to these questions are now provided by the "OPC UA for PROFINET" Companion Specification V 1.0.
PI and the OPC Foundation have been working for some time on simplifying the interaction between PROFINET and OPC UA for the user. As middleware, OPC UA alone cannot provide data, for example asset management data, for practical use. However, the approximately 30 million devices in the field that have a PROFINET interface can do it, and have been able to do so since the zero hour of PROFINET, for example, through their corresponding Identification & Maintenance services. The OPC UA-PN-Companion Specification V 1.0 shows how this task sharing can be achieved.
Flexibility through PROFINET as "Real Switched Ethernet"
This allows the user to install additional Ethernet devices in a PROFINET network at any desired location. The existing automation solution does not have to be laboriously converted for this purpose. Thanks to the openness of PROFINET, even more complex sensors or devices with an OPC UA interface can be added flexibly. These send their values directly to corresponding cloud services or edge gateways. The interaction between OPC UA and PROFINET thus allows a flexible and thus future-proof solution.
OPC UA in PROFINET networks
In a user-oriented and future-proof network, existing and new technologies function smoothly alongside one another as well as between cross-manufacturer solutions. A good example is the combination of OPC UA and PROFINET. With OPC UA as middleware, data and information models can become object-oriented. PROFINET with its application profiles virtually takes over the supply of the necessary information.
To ensure that this interaction works and is uniform for all PROFINET devices, the PNO established the 'OPC - PNO Working Group-' as a joint WG with the OPC Foundation. The most important task was the standardized mapping of existing and proven data and information models from PROFINET to OPC UA. The goal was to create a 'Joint OPC UA Companion Specification'. Since January 2020, version 1.0 of the specification has been officially released. This first version focuses on applications in the areas of asset management and diagnostics. The main objective was to map the different views of the different user groups.
From a technological point of view, production data or process sequences of a machine are important, but from a maintenance point of view, the equipment used is important. Energy management also requires different information, while details about the network are interesting for a different user group. The PROFINET view deals with the representation of the devices and their communication relationships, a network view deals with interfaces and ports, and a functional view deals with the information model of a control loop or sensor function, for example. These different views of the same machine or plant must fit together, which is achieved by semantic references.
Which views, i.e. which submodels and data are important for everyday operation, were developed on the basis of a detailed use-case description within the framework of the Companion Specification.
In contrast to the classic Companion Specifications based on OPC UA DI, which only deal with the modeling of a device, the PROFINET Companion Specification refers to the modeling of a complete system automated with PROFINET with a large number of controllers and devices.
Accordingly, the PROFINET model consists of the controller and the device submodel. The controller submodel contains the PROFINET connections (application relations) with modules and submodules configured in the PROFINET controller. The device submodel consists of the PROFINET devices with their actually existing modules and submodules. These two submodels are connected to each other via OPC UA references.
In addition, the information model includes the mapping of the physical network topology of the PROFINET network. Thus, the exact cabling of the PROFINET devices with their Ethernet interfaces, ports, and cables is included in the OPC UA information model and can be used for network diagnostics. The OPC UA information model uses OPC UA Amendment 7 'Interfaces and Add-Ins'. An appendix to the specification describes the use of the information model as an example.
A 'proof of concept' trade fair model has already proven that this approach works in practice. Various use-cases, from controller-controller mapping to energy management, and NOA (Namur Open Architecture) connection of positioners, show that a wide range of applications is covered. Thanks to the openness of PROFINET, more complex sensors or devices with an OPC UA interface can be added, which send their values directly to corresponding cloud services or edge gateways without having to laboriously rebuild the automation solution.
PROFINET has been fulfilling diverse and complex tasks in the field for many years, for example, during machine startup, in engineering or for redundancy requirements. More than 30 million field devices with a PROFINET interface provide the relevant information. OPC UA complements this technology because it allows object modeling from a wide range of data sources. Thanks to this combination, the result is real added value for users, as the following practical examples from asset management and diagnostics show. The first version of the PN-OPC UA Companion Specification focuses on these two applications.
Many users do not know which devices with which hardware or firmware status have been installed in a system over the years. Without such information, however, maintenance plans cannot be created, let alone managed properly. This is now being solved.
The first version of the PN-OPC UA Companion Specification solves the requirements of asset management and diagnostics with the following details:
- Asset Identification
Listing of all PROFINET Nodes (Controller and Devices) with:
- Modules and submodules (Real and Expected)
- I&M and Asset Information (Tag Function, Tag Location, Versions, Vendor, ...)
- Network Parameters
- Physical Topology of the PROFINET Network
- Detection of asset changes
- New, Remote and Replaced Devices / Submodules - Docking Devices
- Firmware Updates in the Devices
- Changes in Physical Topology
- Changing Asset Information
- Name of Station, Tag-Function
More detailed information from the field is also required for intelligent diagnostic strategies. Here too, the PN-OPC UA Companion specification provides practical strategies.
- Display PROFINET Connections (ARs)
- Recognizing the differences between the configuration in the controller and the real assets (devices, modules, submodules)
- Reporting the PROFINET device diagnoses
- Network diagnostics (counter, wrong neighbours)
The corresponding OPC-Server in this illustration can be installed in different devices:
3. Direct Device-Integration
Depending on the application and environment, these solutions have various advantages.
Here you can find several frequently asked questions:
Yes, because OPC UA has its strengths in vertical communication and networking of machines at control level, while PROFINET meets all requirements in the field. This is why the strategy is as follows:
Control level and above = OPC UA
Field level = PROFINET and OPC UA
OPC Unified Architecture (OPC UA) is the data exchange standard for secure, reliable, manufacturer and platform independent industrial communication. It enables data to be exchanged between products from different manufacturers across operating systems.
The strength of OPC UA is based on a powerful, object-oriented information model that can be remotely "browsed" and on a service-oriented architecture (SoA) through the provision of many different services such as Data Access, Alarms&Conditions, Methods, Historian, etc.
OPC UA is therefore much more than "just" a protocol and thus very well suited for data exchange between applications of different manufacturers in automation technology. OPC was defined for vertical communication and not for IO communication.
The original OPC was based on the Microsoft Windows mechanism OLE (Object Linking and Embedding) with DCOM. OPC UA (Unified Architecture) was developed to be independent of Windows and is based on standard Ethernet mechanisms.
Client/Server communication is a type of point-to-point communication where a client gets access to the data of a server. The client/server communication is always based on TCP/IP.
The Publish/Subscribe method is a "One-to-many" communication. A publisher provides data which can be received by any number of subscribers in the network. The PubSub communication can be fed via different protocols (e.g. UDP) depending on the performance requirements.
What is OPC UA in a Minute
Easy and short explained:
MinutePROFINET: OPC UA in PROFINET Networks
OPC UA is a great complementary technology to PROFINET helping with horizontal and vertical integration.
Live-Demo of OPC UA
This video explains our live-demo of OPC UA, the first prototypes at TSN and the demonstrator for PROFIsafe over OPC UA.
Dual Channel Principal (PROFINEWS 176)
This article explains how the Dual Channel Pricipal works and which advantages it offers.
Audi Use Case
How Audi addresses the Predictive Maintenance Challenge
OPC UA & IO Link
Learn about the IO-Link OPC UA companion specification.
Integration IO Link to OPC UA - 2018 by Michael Tiegelkamp
This session explains all about the Companion Standard for integrating IO-Link (IEC61131-9) into OPC UA.
PROFINET OPC Companion Spec
The scope of the OPC UA PROFINET Companion Specification is to define an OPC UA Information Model to represent the standardized object model (Object Dictionary) from PROFINET.
About » OPC Technologies » Unified Architecture