Introduce a PI OPC UA Server

As others have mentioned the ability to connect PI to certain MES' as well as other 3rd party analytic tools and also ERP's.

We would use the OPC UA server to securely send values to the DCS. The DCS system only supports the UA protocol and not the DA. An example is to read the APX prices to control energy production.

PI OPC UA server will make the integration with our MES systems more easier than using PI OPC DA Server, hope can implement soon.

The PI OPC DA server adds the DCOM pitfall to which no organization would want to fall and this makes it more difficult to use this feature having to always install it on the "client application PC\Server". PI OPC UA will enable a REMOTE connection and a viable and secured one.

PI OPC UA server will make the integration between MES (+other systems) & PI easier for real-time handshake which is almost always necessary between such systems. Often MES needs to write a feedback value to Historian, a trigger for a calculation or a Boolean resetting a flag, etc. Relying only on proprietary connectors provided and not enabling the likes of OPC UA (and MQTT) just makes the integration harder on organizations and that reduces the probability that an organization will continue to have an incentive to rely on the platform not being able to integrate it easily with other platforms.

Please reconsider your stance on this feature. OPC UA Data access would bring PI up to the latest technology and security.

It passed 2 years when this feature was declined and OPC UA became to completely smashing OPC DA from the market. Any wrappers between DA to UA are not sufficient Today and become to be a disappointment for clients using PI. Have You reconsidered this feature already?

Fully supporting the need for PI OPC UA Server. A lot of customer want to switch to OPC UA for other client that reads data from PI Server. Now they need to implement a third party solutions using Cogent Data Hub to wrap PI Server as OPC UA server or APIS that connected to PI OPC DA Server and wraps it as OPC UA.

With PI OPC UA Server instead of PI Data Archive only as it was for PI OPC DA/HDA Server the PI OPC UA Server can expose AF structure as well as OPC UA address space, that would be really helpful.

Shame it was declined.

This enhancement definitely should be revised and reopened now. OPC DA is almost gone from the market...

It's a must for as, in addition, it is also a must for the product longevity if you want to have the same features other historians provides nowadays.

Definitely a must have in industrial environments going forward. OPC UA is the technology to integrate IT with OT bidirectionally. Businesses and integrators are increasingly requesting to have PI data in their applications with preference to pull data from PI using OPC UA.

Without OPC UA Server as a product in the AVEVA PI Suite, other third party products needs to be considered to enable IT/OT integration, what is adding more complexity, costs an unnecessary IT footprint.

But maybe more importantly for AVEVA, it paves the way for other integration products in the landscape and the first step to stop using PI.

Agree that this is definitely a must have. Everything OPC is moving towards OPC UA as its better security and easier to use. Really surprised to see that this request was Declined as seems like a no brainer to add to the offerings for PI.

Many customers are now asking for the historian to support OPC UA. This is covered on the interface side now but not the server.

Hello, YES we need it, in fact even our IT security department is asking for it as already. We have real-time systems that already have the same protocol. It is more secure It saves a lot of issues and complications with DCOM It is becoming a standard in the industry due to the improvements over the old DA/HDA. We do distribute data from PI to other internal projects via OPC, and current OPC server is not quite up for the task in terms of security We could have used it a year a go, we will require it soon if not we will be forced to look for other solutions.

Dear Ray, Maybe you are not aware but there are already RTU's and PLC's having OPC UA for more than a year/two. SCADA systems like the ones from Siemens i think even Rockwell now supports OPC UA how long now... others too! It is an very important subject to us and our industry and we would like to know if this is planned and when. Buy not having the capability to send OPC UA , it creates and impact on the complete chain of applications and that is not small! I think just the security impact should be enough from your end to develop the same.

Yes a PI OPC UA server is needed to support cloud based apps or other OPC UA enabled applications.

Fully agree, the PI System should have the possibility to work as an OPC UA server.

We need to expose PI as OPC UA server for one of the large scale implementation project. Does OSISoft has any roadmap?

In response to Balamurugan Veldurai, "We need to expose PI as OPC UA server fo..." Balamurugan they don't have a road map yet.  If you need to implement soon you need to look into using an OPC UA Wrapper.

I believe this request would be encompassed by this one. https://feedback.osisoft.com/forums/555145-pi-developer-technologies/suggestions/18844639-introduce-a-pi-opc-ua-server

In response to Vincent Kaufmann, "I believe this request would be encompas..." No. having a PI OPC UA server is its own thing... and it only applies PI Points access from PI Servers   Having an AF OPC server (whatever the type) exposing AF Attributes is fundamentally different, and way more important in my opinion.   Let's take an exemple: I have a Speed PI Point which I need to look summaries over 10mins (Min, Max, Avg, StdDev)... If I want to display these information into an external system through PI OPC DA, I need to build an Analysis that records every summary in individual PI Points. Therefore overloading Analysis with useless calculation, multiplicating PI Points and Data (ok this could be severely compressed) where all of this could be avoided.   With an AF OPC Server, the same PI Point could be the source of multiple AF Attributes configured to show the desired summary, each attributes exposed as OPC Item.