PI Connectors
Welcome to the
PI Connectors feedback page!
We created this forum to hear your ideas, feature suggestions and feedback on PI Connectors. 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.
-
Description
The OPC UA connector automatically creates tag descriptions when new tags are loaded (tag only mode). This behaviour may not always be desired . In our example we want to change the descriptions to something more meaningful.
It would be useful to be able to disable the auto creation of tag descriptions.
4 votes -
Get data by polling
Support acquiring data by polling the OPC UA server rather than subscription.
36 votesThis request is partially similar to the following request – https://feedback.osisoft.com/forums/555139-pi-connectors/suggestions/19611235-retrieve-data-even-it-s-not-changed-on-opc-server
-
Retrieve data even it's not changed on OPC server
Currently Connector configured to rertieve event on change and not based on a scan class like interfaces.The Connector suscribes to the changes, and when a change comes in to the server, the data will be sent to PI connector. We need option to retrieve the data every certain minutes even data is the same and is not changed on OPC server.
Saken
TCO67 votesWe understand that for slow changing points, values might not change often and thus there is a need to collect values at certain time intervals as opposed to on change. However, scanning at frequent intervals leads to increased load on the server and thus can lead to performance degradation. We are discussing how best to solve this problem with PI Connector for OPC UA.
-
Develop an interactive INI editor for the UFL Connector
The editor should allow you to see in real time how it interacts with the data. Being able to test the INI file prior to loading some file would make it much more manageable to read a variety of data format and insure that it has the expected behavior before starting the connector and having to use a trial and error approach. A good example of this is what Microsoft does with PowerQuery in PowerBI. This would allow troubleshooting UFL issues much more easily and allow more people to use the connector without having to spend a serious amount of…
100 votes
- Don't see your idea?