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.

Status Tell us more
Created by Guest
Created on Aug 20, 2022

Override output timestamp when the output is also input for the analysis

If the output of your analysis is also used as an input for the analysis, the option offset the output timestamp relative to the trigger time is grayed out and you see the message "Cannot override output time stamp if any output is used as an input within an analysis". This protection makes sense sometimes because you could cause unsafe triggering scenarios, but there are also valid configurations that are blocked by this. It would be good if there was some way to override this protection in AF in certain situations. The PI Square post below also describes a similar use case: https://pisquare.osisoft.com/thread/15971-cannot-override-output-timestamp-if-any-output-is-used-as-an-input-within-an-analysis
  • ADMIN RESPONSE
    Aug 20, 2022
    For this particular use case, you should be able to use the TagTot() function which executes at 6:00am with an output timestamp override for 5:30am. It's not clear why you're using output as input. Can you provide an example?
  • Attach files
  • Pete Long
    Reply
    |
    Aug 20, 2022
    One example of crazy time stamp shifting would be lab samples. Samples from the day before are tested some time, any time, later in the day or sometimes a few days later with the time stamp forced back to match the sampled time (i.e., using PutVal or DataLogger). The analyses need to wait for the samples to be entered, but then refer to them at the sampled time then apply it's override for final synching of the output.