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.
We are in the process of upgrading our application components to .NET 6 and upwards to improve their performance and make them more platform independent, however one of our core components uses this PI AF SDK and so we've hit a stumbling block until this SDK is upgraded
There is a need for automated configuration - the intent is to deploy a container that has knowledge of a data source and the business rules needed for that data to be stored in a PI repository. This has no remote configuration only cloud base configuration so the container must have the ability to configure the PI system to meet the business needs. This should include tag creation - event persistence - AF configuration. The initial use case is to get the data in a central data store [opinion]- PI being the most capable.
We need PI AF SDK on IOT Edge for Linux on Windows using .NET core 8.0
The use case involves subscribing to streaming data from the PI Data Archive and forwarding to Azure IoT Hub / Azure Data Hub
Our use-case for using AF SDK:
we are on .NET 7 / 8
our code is executed in a Linux container
we support concurrent sessions of multiple users
The architecture would be:
some module makes a call to the Linux container
business logic (implemented in .NET 7 / 8) is executed, which results in calls to AF SDK (with the proper user session / user credentials)
AF SDK connects to Pi running in a dedicated VM
the caller receives the data they asked for / have the data altered the expected way
My team is looking forward to using the PI AF SDK with .NET 8 support to build a modern full stack web application to replace a legacy excel based migration tool to read/write to Pi AF. Additionally, we need the SDK to be compatible with Entity Framework Core 8.0, Angular 16, Node 20. Also, internally Chevron has marked .NET Framework 4.8.1 as deprecated and required us to upgrade .NET 6.0 or newer so this is a high priority item for us to maintain cyber compliance.
Please expose archive & network statistic info through the SDK. Consuming this data in an automated way through the new SDK will be much easier than through other processes.
These are great news!
We are waitng for that for a long time, modernize our front ends working with AF SDK is a critical aspect for the longevity of the PI System in our application against several attempt to replace it with other platforms.
Can there be an update on the estimated delivery of this upgrade?
Yay!! Finally, this is going to happen. I am waiting for .Net Core support for a long time. :)
AF SDK with .Net Core support will help us to migrate all of our custom build applications to migrate to modern technology and allow us to add longer life cycle to our applications. This will help us to eliminate older hardware and flexibility to support newer OS upgrades.
AF SDK on .Net core (with Modern Authentication) would allow to write truly cloud Native AF SDK App.
This is great news!!
For a feature addition, I would love to be able to search for a list of attributes by name. If I want to find attributes 'alpha', 'beta', 'gamma', 'delta', and 'epsilon' for an element and then get interpolated values over a date range, I have to run 5 FindElementAttribute searches and then call [i].Data.InterpolatedValues for each. I would prefer to run one search, then GetInterpolated for all items in the search results.
Thank you for keeping AF SDK up to date.
This makes me so happy!!!!
Glad to hear development started on this long awaited item. Please provide a tentative timeline as .NET 8 itself will be released early Nov.
We need this future to make our custom applications build on top of PI SDK/AF SDK to make platform independent and keep our applications up todate with current Microsoft technologies.
I'm responsible for modernizing the entire TechStack in our department. Many projects has been based on .Net 6.0 for quite some time and working with the PI AF SDK is currently unnecessarily time-consuming, since project-specific services have to be created in order to somehow access the data.
Any technical solution which provides .NET 6.0+ and .NET-Core compatibility would be nice and helpfull.
.NET 6/7/8 is the future Microsoft is pushing towards. We really need the ability to build in newer frameworks!
Please migrate ASAP!
We have a large code base of more than 600 classes and about 300.000 lines of C# code, and we can't migrate this code base to .NET 5/7. We are stuck in .NET Framework 4.6.2 (the oldest .NET Framework version supported by Microsoft), because this code base is used in about 30 custom data references. These custom data references must be compiled with .NET Framework 4.6.2, because the AFServer application and the PI System Explorer do not support a higher .NET Framework version and also do not support .NET Core 3.1 or .NET 5/6/7.
If WCF is still the reason, CoreWCF is now available that may allow the team to modernize a .NET Standard or Core library without a complete rewrite. I have just finished migrating one of my older WCF applications using CoreWCF and it worked well.
For many of our use cases, the functions and support available in AF SDK are far superior to those of WebAPI. We have even resorted to writing a 'shim' .NET Framework API that provides Standard libraries in order to still access the functionality in the AFSDK. Yet other projects, we have spent way too long troubleshooting because the developer forgot that AFSDK is not .NET capable. In some of those cases, a single AFSDK query turns into multiple WebAPI calls.
We have many .Net frameworks apps which we need to convert to .Net (core) and we need PI AF for it. We have considered switching to PI Web API but the effort is significant AND the frequency (every few seconds) and size of the queries we use might be too challenging for PI Web API to handle