Skip to Main Content
AVEVA™ PI System™ Feedback Portal

Welcome to our new feedback site!


We created this site to hear your enhancement ideas, suggestions and feedback about AVEVA products and services. All of the feedback you share here is monitored and reviewed by the AVEVA product managers.

To start, take a look at the ideas in the list below and VOTE for your favorite ideas submitted by other users. POST your own idea if it hasn’t been suggested yet. Include COMMENTS and share relevant business case details that will help our product team get more information on the suggestion. Please note that your ideas and comments are visible to all other users.


This page is for feedback specifically for AVEVA PI System. For links to our other feedback portals, please see the tab RESOURCES below.

175 VOTE
Status Declined
Created by Guest
Created on Aug 23, 2022

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.
  • ADMIN RESPONSE
    Aug 23, 2022
    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.
  • Attach files
  • Marek N
    Reply
    |
    Apr 20, 2024

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

  • Andy
    Reply
    |
    Nov 27, 2023

    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.

  • Veijer
    Reply
    |
    Nov 17, 2023

    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.

  • jmjackson
    Reply
    |
    Nov 2, 2023

    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.

  • Simon J. Dyson
    Reply
    |
    Aug 23, 2022
    Many customers are now asking for the historian to support OPC UA. This is covered on the interface side now but not the server.
  • Guest
    Reply
    |
    Aug 23, 2022
    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.
  • Guest
    Reply
    |
    Aug 23, 2022
    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.
  • Guest
    Reply
    |
    Aug 23, 2022
    Yes a PI OPC UA server is needed to support cloud based apps or other OPC UA enabled applications.
  • Guest
    Reply
    |
    Aug 23, 2022
    Fully agree, the PI System should have the possibility to work as an OPC UA server.
  • Guest
    Reply
    |
    Aug 23, 2022
    We need to expose PI as OPC UA server for one of the large scale implementation project. Does OSISoft has any roadmap?
  • Guest
    Reply
    |
    Aug 23, 2022
    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.
  • Guest
    Reply
    |
    Aug 23, 2022
    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
  • Guest
    Reply
    |
    Aug 23, 2022
    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.
  • Guest
    Reply
    |
    Aug 23, 2022
    While the name may not imply it, any implementation of of OPC UA within the PI ecosphere that did not include AF functionality wouldn't be worth the time. I Since you seem quite interested in an OPC UA solution, I would encourage you to reach out to the product manager of our Developer Technology suite for a possible interview to discuss what you would like to see in the product. Ray Verhoeff - ray@osisoft.com
  • Guest
    Reply
    |
    Aug 23, 2022
    We have a need to Access AF elements via an OPC UA Server. We have third party software that gets it's data via an OPC DA Server, and that tool refers directly to Tag names. Those names could possibly get modified and cause many edits in the third party application, this situation has already occurred at least once. If we could point the third party tool to use AF Elements, exposed via the OPC US Server, then the third party tool would no longer need to change if tag names changed.
  • Guest
    Reply
    |
    Aug 23, 2022
    In response to Ray's comment asking for OPC UA Clients. One use case I have heard from customers is to expose PI data via OPC UA to Siemens SINCAL. https://www.siemens.com/global/en/home/products/energy/services/transmission-distribution-smart-grid/consulting-and-planning/pss-software/pss-sincal.html
  • Guest
    Reply
    |
    Aug 23, 2022
    Hello, Any update on the subject? It is 2018!!!
  • Guest
    Reply
    |
    Aug 23, 2022
    We have started work on an OPC UA server for the PI System which will expose asset and time series data in the PI System through the OPC UA specification. We consider this experimental work. We will certainly release it if we are sure we can meet your requirements of features, performance, and scalability. The OPC UA spec is large so I need to know what parts are the most important. Names of OPC UA client applications would be helpful.
  • Guest
    Reply
    |
    Aug 23, 2022
    In response to Raymond Verhoeff, "We have started work on an OPC UA server..." Ideally, would want to use Pi as BOTH an OPC / UA client and server.   From a client perspective, the Pi OPC / UA connector could be used to either poll OPC / UA based comm mgmt. servers (like Kepware) or subscribe to published events via OPC / UA from comm managers capable of that or eventually edge based PLCs, etc. that can act as OPC / UA servers.   From a server perspective, once data is collected into PI Server, would like to be able to stream it (via OPC / UA  over MQTT or AMZP) up to an IoTHub in Azure for more advanced analytics.   It looks like this piece may be doable in the upcoming version of the Pi Integrator for Azure.
  • marcogiunti
    Reply
    |
    Aug 23, 2022
    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.
  • Load older comments
  • +75