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.

101 VOTE
Status No Status
Product PI Connectors
Created by Guest
Created on Aug 20, 2022

PI OPC UA Connector Array support

Add reading capability for OPC UA Arrays. Currently items with “ValueRank“ = 1 are ignored.
  • Attach files
  • Guest
    Reply
    |
    Jan 26, 2024

    The missing supprt for Datatype Array in the PI Connector is a huge problem. There is not an altarnative to use PIAdpater beacuse we are not a comany with skills for programming and maintain code solutions. The Idea behind the OPCUA Server-Client setup is to be able to CONFIGURE a PI Client to get data. This array problem togehter with the misssing possiblility get data out of PI wih OPCUA ,tells me that this product is close to be obsolete.


  • Guest
    Reply
    |
    Aug 20, 2022
    I have 2 specific use cases in mind: 1) I have a setup that has many (potentially hundreds) replicas of an identical PLC (i.e. all of the tags associated with them are identical copies). The best way to configure the OPC UA server in this case is by using an array of the PLC tags and replicating it across the many PLCs. Without access to the arrays, it is a very cumbersome process to set up. Because of the nature of my business we will be provisioning new PLCs (and therefore expanding the OPC UA server) on a moderately frequent basis. Therefore, this cumbersome effort is not simply a 1 and done process. Having the ability to utilize arrays in this case would simplify our efforts. 2) Additionally, these identical copies have their naming and id's stored in a separate NamespaceArray (which is by name an array). If we could access this array as well that would allow us to better identify the tags created (which use the NameSpaceIndex followed by a string that is not unique i.e 33.Data_Out where the number 33 is the only thing that changes between assets).
  • Guest
    Reply
    |
    Aug 20, 2022
    We are currently using PI to access Seimens 840D machines. Most relevant data Load, Power, etc. is stored in array's. Please make this a priority. Thanks!
  • wrighpat
    Reply
    |
    Aug 20, 2022
    Array support is critical to our OPC UA connector usage.
  • JMarc
    Reply
    |
    Aug 20, 2022
    We need to read machine data that can only be accessed as Array. Please Support ARRAY in PI OPC UA connector
  • MattiasW
    Reply
    |
    Aug 20, 2022
    Most of our assets that connect with OPC UA uses the array data type for things like error messages and is therefore vital that we get this functionality.
  • wrighpat
    Reply
    |
    Aug 20, 2022
    It’s very frustrating all the development effort is being focused on newer technologies that have less functionality that their legacy counterparts. I.E. PI OPC DA Interface supports arrays and failover. This forced me to take a highly secure and optimized protocol that is natively available in my equipment, OPC UA, and downgrade it to OPC DA. This costs us extra money and management of the Zero value added Kepware middleware. And now connectors are already being pushed aside in favor of adapters.
  • Guest
    Reply
    |
    Aug 20, 2022
    We have dropped the OPC-DA and PI interface to use OPC-UA and the "new" PI OPCUA Connector, but the results are not good because the PI connector doesn't handle array and failover. It is very important to develop these features as soon as possible
  • Guest
    Reply
    |
    Aug 20, 2022
    i was really surprised discovering that the product doesn't support failover neither arrays. IMHO aren't optional features but an essential characteristic of the product. I hope you'll implement in next release.
  • Guest
    Reply
    |
    Aug 20, 2022
    This is an important feature to use. Its lack is causing vendor rework.
  • MaxWör
    Reply
    |
    Aug 20, 2022
    Profile data is only used on the OPCUA server as a data type array, e.g. 0-700 of int16 provided, in the DA interface world there was the possibility with the Time Array plug-in I don't currently see any possibility of substituting the OPCDA if this is the case
  • +1