PI Adapters
Welcome to the PI Adapters feedback page!
We created this forum to hear your ideas, feature suggestions and feedback on PI Adapters. 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.
-
Stream-level debugging
As a PI System Administrator, I'd like to be able to trace values being received, and subsequently being sent by the Adapter, similar to PI Interfaces.
Having the ability to trace/log timestamps and values for specific streams would greatly help in troubleshooting data issues, without requiring a network trace or other troubleshooting tools.
1 vote -
PI Adapter for (generic) MQTT to enable auto-discovery of key value pairs using wildcards
When reading from a generic MQTT broker, we currently need to specify explicitly each key value pairs we want to collect inside the data selection json configuration file. This prevents us from really being agile at the time of the initial setup and for each new information we want to collect, as we need to explicitly define the information manually into the Adapter.
We would like the PI Adapter for (generic) MQTT to be able to capture automatically exposed key value pairs in the MQTT broker following a wildcard pattern. For instance take this example payload:
{
"EquipABC.Location": "0020121047111948",
"EquipABC.Status":…2 votesWe are currently considering the future development of this functionality. Please continue to share additional use cases with us.
-
PI Adapter for OPC UA data conversion
As a PI System Administrator, I would like to be able to apply conversion factors to the data that is being gathered from our OPC UA server. This would allow us to get data in the format/units we'd like, without requiring extra tags and/or calculations.
1 vote -
PI Adapter for MQTT should include MQTT broker
Having to deal with a MQTT broker between the data source and the PI Adapter adds a single point of failure to the data handling and weakens the data flow end-to-end.
From the data source we can guarantee that the data will reach the MQTT broker, but we cannot guarantee that the PI Adapter will in turn reach the broker.
Goal is to secure the MQTT data collection end-to-end (equipment to PI Data Archive) with reliable SW built, maintained and supported by OSIsoft.5 votes -
PI Adapter for OPC UA Array Support
As a PI System Administrator, I would like for the PI Adapter for OPC UA to support array data types from the OPC UA Server. A large amount of our data may be contained within arrays on our OPC UA Server, so we would not currently be able to collect that data.
3 votes -
PI Adapter for OPC UA should be able to write outputs to the OPC UA Server
The PI Adapter should be able to create a data pipe listener on certain streams (unsolicited reads) that would trigger the writes back to the OPC UA Server.
This is useful when providing set points to the equipment without the need of establishing a second (DA to UA) data flow in parallel.
15 votes -
PI Adapters to support installation on Windows Server 2016 and above
To support the migration path of existing PI Interfaces / PI Connectors to PI Adapters, the installation packages available and SW requirements only has been certified for Windows 10 and Windows 10 IoT. We would require the ability to re-use existing HW in place for collecting data instead of having to deploy new HW with compatible OS that are not server class OS.
7 votes -
PI Adapters should accept a StreamID longer than 100 characters when writing to PI WebAPI OMF endpoint
Currently a StreamId cannot have more than 100 characters because of a limitation in PI Cloud for this type of object. Nevertheless for PI Cores and PI Data Archive, the PI tag limit of characters is 1024.
PI Adapters when writing to a PI WebAPI OMF endpoint should accept StreamID with more than 100 characters length to take into account a future migration path for customers currently using PI Connectors and working with existing PI tags with long tag names.
8 votes -
PI Adapter for OPC UA should poll a series of items based on a trigger events
Same as the PI Interface for OPC DA feature with "Trigger Tags", the idea is to poll for updates on a series of item streams (tags) only when a certain item stream updates.
The benefit of this is to create timestamp alignments between a series of data points, when a cycle begins or ends for instance. This is very useful for analysis and visualzation of production cycle efficiencies.
5 votes -
PI Adapter for OPC UA should be able to poll data from the OPC UA Server
Currently the PI Adapter for OPC UA only collects unsolicited advised data that is different from the previous value. We would need to see a polling feature to be able to:
- Refresh slow moving streams with updates with the same value but different timestamp
- Get the information in the OPC UA Server at a defined time stampThis polling feature could pave the way to more features like setup the equivalent of "Trigger event tags" offered by the old PI OPC DA Interface technology
8 votes -
PI Adapteur for OPC UA should support Specific DA Tag Naming
As we are using an ISO based tag naming, we would like the PI Adapters to be able to write OPC UA Tag value into Specific tags in DA and not only in automaticaly created tags. Automated DA tag creation should be a possible choice, not the standard.
2 votes -
EdgeCmd option to add to PATH during installation
Provide an option to add the EdgeCmd directory to PATH during the installation process on Windows.
2 votes -
PI Adapter for Structured Data Files
Create a PI Adapter that supports parsing data from simple file formats (CSV, XML, JSON, plain text) and is capable of writing data to EDS, PI, and OCS.
13 votesWe have started developing a PI Adapter for Structured Data Files. Look for more updates on our progress in Q1 2021.
-
History Recovery for PI Adapter for OPC UA
As a customer, I need to be able to recover history on the data streams so that data can be migrated from one system to another.
15 votesWe are currently considering the future development of this functionality. Please share your use cases here.
-
Support Failover for PI Adapters
As a customer, I need to ensure that the primary instance of the adapter fails over to a secondary instance to minimize data loss.
13 votesWe are currently considering the future development of this functionality. Please share your use cases here.
-
PI Adapter for Azure Event Hubs
Write a PI Adapter that supports the Azure Event Hubs protocol and is capable of writing data to EDS, PI, and OCS.
1 voteWe have started developing a PI Adapter for Azure Event Hubs. Look for more updates on our progress in Q1 2021. In the meantime, we encourage you to share your use cases with us.
-
PI Adapter for RDBMS
Create a PI Adapter for relational database management systems (RDBMS) to make data available in the PI Server, OCS, and EDS.
9 votesWe have started developing a PI Adapter for RDBMS. Look for more updates on our progress in Q1 2021.
-
9 votes
-
View PI Adapter log files via REST calls
We would like to be able to see the adapter log files via REST calls. Going to the machine itself to view is problematic because of remoting into the router and then going into the container to view. I think in a lot of containerized situations a REST call access would be better.
7 votes -
PI Adapter for SNMP
Write a PI Adapter that supports the SNMP protocol and is capable of writing data to EDS, PI, and OCS.
6 votesWe have started developing a PI Adapter for SNMP. Look for more updates on our progress in Q1 2021.
- Don't see your idea?