Introduce a PI OPC UA Server
The OPC landscape is shifting away from DA/HDA and towards UA servers. A significant number of OPC client tools are being created that connect to OPC UA servers, and none of these are compatible with PI without the use of a third party UA wrapper since we only provide DA and HDA servers.
We have decided at this time that we will not create a PI OPC UA Server. We will continue to evaluate the OPC UA data egress use case in the future, but this capability is not on our current roadmap.
We will update this thread if the status changes.
Moshe Sabag commented
We've recently inquired on using OPC UA-HDA to read data from the PI System to another 3rd part system and understood that it is not possible. I think since OPC UA-HDA is the next generation of HDA it would be great if the PI System can also provide data in that protocol to external systems. In our case it could be very useful for connecting some of our systems which need to acquire historical data from the PI system.
As we insert our our valuable structured OPC UA data from source systems into PI, we expect to be able to extract the same data via OPC UA.
If not, a parallell infrastructure for OPC UA has to be created, which will make PI (at least as as a way to transport data from source to company historian) redundant.
Maxime McKay commented
Customers are asking for this functionality so that they can push edge analytics packages to a site PI Server and access it through OPC UA. Since not available they are considering another technology to act as the edge historian which does expose data through OPC UA.
Roger Palmen commented
Currently all access methods to PI have limitations in the quantity and fidelity of the data that can be accessed. OPC DA/HDA is the only exception where we can access streaming data (PI Web API has limitations), but OPC DA/HDA is less and less sustainable.
OPC UA should be able to support access to all streaming and historical data, and supporting the context provided by PI AF.
Crick Waters commented
Advanced analytics layers adding additional AI/ML value to PI data require access to and from the PI System. An OPC UA server from PI to advanced analytics layers increases the value of the PI System to our/your customers. Returning that enhanced data as insights to the PI System increases the value that OSIsoft provides to its customers by orders of magnitude.
Presently, third party providers are incentivized to bypass OSIsoft PI Systems and provide their own data lakes and historization because of the technical/cost challenges of data sharing from PI, thus separating both the data and insights from PI. Further, these systems bypass the PI System user interfaces e.g. PI Vision) and provide insights through their own dashboards or third party BI tools.
An OPC UA server would enable OSIsoft to retain a role in the future of predictive production control while increasing the value of OSIsoft's customers' PI Systems.
Martin Halsey commented
customers are migrating from OPC to OPC UA and require support for Alarms and conditions
Yong The commented
Recent discussions with a number of customers during a seminar coffee break in Auckland, New Zealand, there was concern about analysis of alarms and events from PI.
Riccardo Tenaglia commented
Glencore Coal - Clermont Mine have requested an OPC UA connector to PI for a third party application to do analysis based on PI data using OPC UA
Ellin Tjondrokusumo commented
I have a customer calling today expressing interest in getting data out of their vendor's OPC UA client into PI.
Jason Kurdziel commented
I have a few customers requesting this functionality too as they need to expose their operational data to other UA brokers.
Michael Bartlett commented
Given that OPC UA is a developed standard data exchange protocol in the marketplace, and the evolution of COM based OPC, it should not be dependent on use cases to drive development; supporting the import AND export of data via OPC UA should be in our product portfolio by default. Customers outside of the US are becoming heavily invested in OPC UA connectivity to integrate equipment to time series databases, equipment that is less integrated with control and more Industry 4.0/IoT centric. Increased focus on security necessitates this change as well since OPC UA is inherently more secure than COM based OPC. Cloud based technologies are leveraging OPC UA as a standard mechanism for data exchange to and from on premise systems. While we tout the fact that we support over 200+ interfaces and have built over 500 in our history, OPC has by far been the biggest seller over the past 15 years and OPC UA connectivity is naturally poised to take over the top spot. We have multiple large opportunities that will be assisted by supporting the movement of data with context in and out of PI via this technology, so we need to support it in both directions.
Keith Bouvier commented
If you have voted here for the product, please go to the following link to vote. I do not know which link has precedence, just making sure.
Simon Fryer commented
Me too! An OPC UA server would be great.
Nebojsa Krstic commented
Any update on the subject?
Steve Woodward commented
Both Dow and Whirlpool are requesting the OPC UA Server. Whirlpool would like to expose data from PI to Ignition via OPC UA. Dow uses OPC UA as a common integration protocol to their business systems. Happy to schedule a meeting with product development and the customer to discuss further.
Clay Kalter commented
The US Midwest sales region has several customer users requesting, including one of the world largest chemical company and worlds largest heavy equipment maker.
Jeffrey Lutz commented
In response to Raymond Verhoeff, "We have started work on an OPC UA server..."
Inductive Automation has a UA Client that would utilize this : OPC-UA Connections and Settings - Ignition User Manual 7.9 - Ignition Documentation
This link has the connection information you may need for testing with there demo.
Nebojsa Krstic commented
Please you have to include security.To have the ability to set access rights to OPC clients, not everyone should be able just to use a client an access the OPC.
The main requirements is that the OPC UA does not require a specific requirement, it is an industrial protocol that finally bring all OPC functionalities in an unique framework and platform independent, also represented with an international standard - IEC62541. Many business applications leverage on the real time data, the most recent is the IoT and the OPC UA server capabilities make them easily accessible for instance...
Fully agree! the PI must be able to work with the OPC UA server specifications;
in order to meet the cyber security requirements as well.