CONNECT feedback portal

Welcome to our feedback site!


We created this site to hear your enhancement ideas, suggestions and feedback about CONNECT products and services. All of the feedback you share here is monitored and reviewed by the CONNECT 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 CONNECT. For links to our other feedback portals, please see RESOURCES below.

ADD A NEW IDEA

Clear

Ideas

    delay of model outputs

    When a new recommendation is available from a model, the output property within AAA is updated but the associated stream in CONNECT receives the data with a delay. Furthermore, there is a delay between when the data would be pushed by CONNECT to P...
    Hans-Otto Weinhold 4 months ago in AVEVA™ Advanced Analytics 0 Needs review

    remove stream data while re-training or back testing a model

    When re-training and/or backfilling a model (back testing), data which is set as output parameters to be stored within CDS shall be wiped from the corresponding streams in CDS as otherwise data for the predicted objectives or topics will be very i...
    Hans-Otto Weinhold 4 months ago in AVEVA™ Advanced Analytics 0 Needs review

    Enable subscribe using wildcard for AVEVA Adapter for MQTT

    It would be handy to have the PI Adapter for MQTT to be able to subscribe to a broker by using wildcards only. Right now, we need to specify each individual topics on the data selection rule, and this eventually comes as individual subscription as...
    Guest almost 2 years ago in AVEVA™ Adapters / AVEVA Adapter for MQTT 0 No status

    Allow session persistence to support true QoS 2 data collection and backfill of events after a data source disconnection

    It appears that regarding Session Persistence (persistent vs clean session), the Adapter hardcodes setting the Clean Session Flag for the generic data source (Sparkplug doesn’t QoS 2 nor session persistence) to true. This should be a user-defined ...
    Daniel Lopez 6 months ago in AVEVA™ Adapters / AVEVA Adapter for MQTT 0 No status

    Ability to train an anomaly model based on user input

    As a consermer of alerts driven from an Anomaly score/Anomaly model. I'd like to be able to "tell" the model that a current alert or high score is or is not relevant to me. That way, the model will not score high for similar conditions in the future.
    Jessica Rammo over 1 year ago in AVEVA™ Advanced Analytics 0 Needs review

    Priority option for properties

    It can take a few minutes for new values to appear on a property. For example, a property mapped to an incoming sensor from CDS can take 3-5 minutes to see a new value that is added on CDS. AVEVA Advanced Analytics is not intended to be a real tim...
    Evan Greavu almost 2 years ago in AVEVA™ Advanced Analytics 0 Needs review

    color blindness support

    For example color selection palette for event types and trend colour selection.
    Glenn Moffett over 1 year ago in AVEVA™ Advanced Analytics 0 Needs review

    Configurable Hostname/IP Identifier for OMF Health Egress

    The health tags and AF structure is created with the following naming pattern by default: <machine hostname>.<adapter type> To support modern containerized deployment models, please consider adding a configurable field that allows cust...
    Guest 7 months ago in AVEVA™ Adapters / AVEVA Adapter for MQTT 0 No status

    Allow MQTT adapter to parse timestamps in local time without specifying a timezone suffix to each timestamp

    We would like the MQTT Adapter to be able to interpret timestamps in local time without needing to explicitly state the timezone or UTC offset in each timestamp, but for the adapter to always interpret the timestamps as being in a specific timezon...
    Guest about 4 years ago in AVEVA™ Adapters / AVEVA Adapter for MQTT 0 No status

    Delete events in data services for the reload time period before doing a reload of a thread that creates events

    Currently if you reload a thread that creates events and sends them to data services, the system will not delete the events that are no longer applicable in data services before writing a new set of events. This creates duplicate events during the...
    Jessica Rammo almost 2 years ago in AVEVA™ Advanced Analytics 0 Needs review