PI Interfaces

Welcome to the PI Interfaces feedback page!

We created this forum to hear your ideas, feature suggestions and feedback on PI Interfaces. Please suggest your most important features and design change ideas on this site, and vote for your favorite ideas.

Please note that your ideas and comments posted here are visible to all other users.

  • For bugs, please open a case with OSIsoft Tech Support through myOSIsoft Customer Portal  (https://my.osisoft.com) instead of sharing them on this site.
  • For documentation feedback and bugs, please report to documentation@osisoft.com instead of sharing them on this site.
  • Hot ideas
  • Top ideas
  • New ideas
  • My feedback
  1. Customize UniInt Failover Sync File Permissions

    Prior to UniInt v4.6.0.60, UFO sync files created during interface startup would inherit file permissions from their parent folder (assuming child inheritance had been enabled on the folder).

    With UniInt v4.6.0.60, this behavior changed and now sync files created by the interface do not respect inheritance.  Instead, they are created with a standard ACL containing only the local "Administrators" and "Users" security groups.

    For users with complex file permission schemas, this change introduces additional, unnecessary configuration efforts that scale as interface numbers grow beyond the site-level. 

    8 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  General  ·  Flag idea as inappropriate…  ·  Admin →
  2. EFGEN - Allow for null/blank values to be Zeroth State for active point

    When my EFGen Active Point tags have a null value, the interface should be able to designate this as a Zeroth State.

    8 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    NEEDS MORE DISCUSSION  ·  0 comments  ·  Batch Interfaces  ·  Flag idea as inappropriate…  ·  Admin →
  3. Allow the UFL interface to delete PI tag data or provide some other supported automated method of deleting PI data from a collective.

    There is no way to easily delete data in a time range if you want the changes to occur on both the primary and secondary data archive. It seems the UFL interface would be good to use to do this. You could provide it a tag name and time range and then buffer the delete to both collectives, so the data does not exist on either.

    8 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  UFL Interfaces  ·  Flag idea as inappropriate…  ·  Admin →
  4. Enhance the OPC Interface to specify which groups are not receiving data

    When a polled group does not receive data for more than 2 scan cycles, the interface updates the device status health point to 5 | Error | One or more groups not getting data. It will be useful to also specify which scan classes did not receive data (Example, if scan classes 2,4 and 5 are not receiving data: 5 | Error | One or more groups (2,4,5) not getting data or 5 | Error | One or more groups not getting data - 2,4,5)

    Note: This was previously Enhancement 123110.

    8 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Interface for OPC DA  ·  Flag idea as inappropriate…  ·  Admin →
  5. PI OPCtoCSV Tool: Subbranch filter depth

    The PI Interface for OPC DA is packaged with the PI OPCtoCSV tool which extracts all OPC Items. It is possible to filter the items by subbranch however it recurses all sub-subbranches.
    We have an OPC server with around 20k items that we read into PI, however, using the OPCtoCSV tool it takes 12 hours to extract about 2k of these PI tags and 200k other OPC items that we are not interested (mostly just metadata). If we could specify a subbranch and also specify how many levels below this branch to recurse or how many levels above a leaf,…

    7 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Interface for OPC DA  ·  Flag idea as inappropriate…  ·  Admin →
  6. PI OPCtoCSV Tool: Filter by OPC ItemID

    The PI Interface for OPC DA is packaged with the PI OPCtoCSV tool which extracts all OPC Items. It is possible to filter the items by subbranch like the PI APS Connector for OPC DA interface, but unlike the APS Connector, it is not possible to filter by OPC ItemID using the PI OPCtoCSV tool.
    We have an OPC server with around 20k items that we read into PI, however, using the OPCtoCSV tool it takes 12 hours to extract about 2k of these PI tags and 200k other OPC items that we are not interested (mostly just metadata). Filtering…

    7 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Interface for OPC DA  ·  Flag idea as inappropriate…  ·  Admin →
  7. 7 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  UFL Interfaces  ·  Flag idea as inappropriate…  ·  Admin →
  8. Enhancement for Advise tags to poll  OPC server when Excmax expires

    Currently, when an advise tag does not get a value in an ExcMax period,  the interface will send the same value to PI over again without going to the OPC server (assuming that the OPC interface has not disconnected from the OPC server during that interval). This can cause the OPC interface to continuously send the wrong value to PI over and over again. ( last known good value) with current timestamp

    This enhancement would allow the interface to behave in the following way:
    When advise tags are configured and ExcMax expires, the interface would poll the OPC server for…

    7 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  PI Interface for OPC DA  ·  Flag idea as inappropriate…  ·  Admin →
  9. Support multiple Modbus devices on the same machine

    Add support for multiple Modbus devices (using the same IP address but different port numbers) on the same machine. For example, the interface could allow the user to configure something like this:

    /dn= xxx.xx.xxx.xx:43120,/cn=1,/polldelay=0,/to=2,/rci=30,/writedelay=0,/debug=0,/disabled=0
    /dn= xxx.xx.xxx.xx:43122,/cn=1,/polldelay=0,/to=2,/rci=30,/writedelay=0,/debug=0,/disabled=0
    /dn= xxx.xx.xxx.xx:43124,/cn=1,/polldelay=0,/to=2,/rci=30,/writedelay=0,/debug=0,/disabled=0
     
    Note: This was previously Enhancement 121980.

    7 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  Modbus Interfaces  ·  Flag idea as inappropriate…  ·  Admin →
  10. Support Analysis Backfill of Source Tag

    Many of our source tags sending data to a central Data Archive are populated with data from analyses on the source AF Server. This creates two problems when we perform a backfill that recalculates data over a specified timespan for the source tag:

    1. History recovery has to be manually triggered for the target PI tag over the timespan the analysis was backfilled over. The best way we've found to do this is to have multiple interface instances running at once that we can switch tags between (which feels redundant and is prone to error).

    2. Even if we remember…

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI to PI Interface  ·  Flag idea as inappropriate…  ·  Admin →
  11. Support Automatic Failover for PI UFL

    Currently UFL only supports two independent instances for redundancy purposes.

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  UFL Interfaces  ·  Flag idea as inappropriate…  ·  Admin →
  12. PItoPI should give indication when it is stuck querying a corrupt source archive

    Currently, PItoPI interface can get "stuck" if it is querying a source data archive that is corrupt with no indication that this is what's happening.  It appears to be sending data to the destination server, but no data is received.  It would be helpful if it would write an error message to the interface logs or exit out of the process after a certain amount of time in this state.

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI to PI Interface  ·  Flag idea as inappropriate…  ·  Admin →
  13. EFGEN - Allow Zeroth State strings to be used with Digital-type Active Points

    When my EFGen Active Point tags have a type of digital, the interface should allow certain digital states to be designated as a Zeroth State.

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Batch Interfaces  ·  Flag idea as inappropriate…  ·  Admin →
  14. Uni-Int to write to scan-class health tags on startup

    We've noticed this particularly with the RDBMS-PI interface when configured for failover: Health tags that are only written to when the interface becomes primary or has completed its first scan (eg Point Count, Scan Class I/O Rate etc.) say 'Intf Shut' when the instance is actually in 'Backup' mode. Even when changing to Primary status, many of these tags don't get a value till after the first scan, which could be quite a long wait.

    I would like UnitInt interfaces, on startup, to post an 'Initialising' or 'Awaiting 1st Scan' or some such digital state to all health tags that…

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  General  ·  Flag idea as inappropriate…  ·  Admin →
  15. Enhance element creation to use user defined element templates

    The interface can automatically create an element at each level of event frames, but the elements do not derive from a template and there is no way to specify any attributes on the element. The enhancement request is to create elements that are based off of different templates for different Event Frame levels it would allow categories, default attributes, etc. to be assigned to the elements associated with the Event Frames.

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Batch Interfaces  ·  Flag idea as inappropriate…  ·  Admin →
  16. Add functionality to the interface to adjust timestamps by a configurable amount

    This enhancement would add the ability to adjust timestamps to the PI to PI Interface (Beyond the included options for clock drift and subseconds). Potentially, a setting could be supplied to change the timestamps on all data transferred by a specified number of UTC seconds. This setting should be accompanied by a warning message in ICU and the message logs so that the implications of the setting are understood.

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  PI to PI Interface  ·  Flag idea as inappropriate…  ·  Admin →
  17. change the default behavior of the OPC DA interface to use /DC

    per the OPC DA 2.x spec, the OPC server will call us back for all points that have a changes; even those points where we are polling.

    We have a switch to disable the callbacks for points that are not set to advise: /DC

    Can we make that the default?!

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Interface for OPC DA  ·  Flag idea as inappropriate…  ·  Admin →
  18. For PItoPI interface having a source PI-HA server, allow failover on source without using PI interface status utility.

    For PItoPI interface having a source PI-HA server, allow failover on source without using PI interface status utility. This should allow failover based on connectivity and/or a watchdog (like failover if a specific tag stay stale for a configurable duration).

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI to PI Interface  ·  Flag idea as inappropriate…  ·  Admin →
  19. Enhance pitopi.ini sections to include point source to make them unique

    The pitopi.ini file is used by the pitopi interface for collecting data from multiple sources and to save other miscellaneous settings such as 'histonly' flags. The configuration ini file uses sections to separate settings between instances with and the format is [PItoPI-<ID>] and this is not unique enough to distinguish settings between different instances that use the same instance ID but with a different point source. So when there are two instances with the same ID (regardless of the Point Source), any changes made to one instance will affect the other instance too.

    Note: This was previously Enhancement 121629.

    6 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  PI to PI Interface  ·  Flag idea as inappropriate…  ·  Admin →
  20. Support dynamic OPC addresses

    My OPC server's items have the OPC server node name included in the itemID, for example: serverA.AB_1234.PV. I have redundant OPC servers and redundant interfaces (in failover) and would like the tags to refer to the correct OPC address including when the OPC servers fail over. Currently the workaround is to create two sets of tags, each pointing to one OPC server's itemIDs in their instrument tags and then merge the data with AF or a PE.

    5 votes
    Sign in Sign in with OSIsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Interface for OPC DA  ·  Flag idea as inappropriate…  ·  Admin →
  • Don't see your idea?

Feedback and Knowledge Base

Posted ideas will have one of the following statuses.
Full definition of these statuses can be found on the Home Page.
No status
NEEDS MORE DISCUSSION
RESEARCHING/EVALUATING
DECLINED
PLANNED
STARTED/IN DEVELOPMENT
IN BETA
COMPLETED