How can we improve PI Adapters?

← PI Adapters

Support Alarms and Conditions

Please provide additional information on how we can support Alarms and Conditions (Alarms and Events). In order to get a better understanding of what is needed on our side, we need plenty of information to help build a comprehensive and informative use case. Please comment with the following of information:
o What is your primary use case for collecting A&C data?
o How do you collect A&C data today?
o How is their A&C data stored in PI?
o What sort of alarm data do you have? I.e. instantaneous alarms, acknowledgements, alarms with a start and stop time?
o What is the preferable way to create Alarms and Conditions within PI (i.e. PI Tags, Event Frames, etc.)
o What is your best estimate for how many alarms/events should be created in a year?
o What do you use to consume A&C data? How do you utilize A&C data afterwards?
o How do you visualize A&C data?

This information will allow us to build an A&C feature set that fits the needs of our broader customer base.

82 votes

We're glad you're here

Please sign in to leave feedback
Signed in as (Sign out)
Close
Close

We’ll send you updates on this idea

AdminTodd Brown (Product Manager, OSIsoft) shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →
TELL US MORE  ·  AdminEllery Murdock (Admin, OSIsoft) responded  · 

This feedback item has been moved from the PI Connectors forum to the PI Adapters forum.

We are continuing to support the PI Connector for OPC UA with stability and security releases. However, for feature enhancements, we are considering them for the PI Adapter for OPC UA. We would like to hear more about your use cases for this functionality, so please share with us in the comments.

Show previous admin responses (1)

12 comments

We're glad you're here

Please sign in to leave feedback
Signed in as (Sign out)
Close
Close
Submitting...
An error occurred while saving the comment
  • FabioSantoprete commented  ·   ·  Flag as inappropriate

    OPC UA Alarm and Events retrieval is an important feature that i would like to see in PI, there are different business partner that invested resources to update the shoo floor equipment to allow OPC UA connection, so i consider the unavailability of A&C a gap of the OSiPi system.

  • Dirk De Vocht commented  ·   ·  Flag as inappropriate

    Alarms and Events data from automation systems become more and more important to store for long term. This demand comes from the need to optimize processes through data analytics and data modeling tools. Ideally this Alarm & Condition data is store in the same data repository as trend data.
    Moving from OPC Classic to OPC UA is key as we have systems that are not providing the OPC Classic interface. When the PI connector is not supporting the Alarm capturing, we'll need to setup other systems that does provide the OPC UA Alarms & Conditions and long time storage capabilities.

  • dasoendjojo commented  ·   ·  Flag as inappropriate

    Seconding Yusuf Cördük's comment, it would be great to have the option to choose between EF storage and PI tag storage for the Alarms and Conditions.

    Our end users prefer to have the Alarms data as strings in PI tags.

  • JohanVanAcker@Pfizer commented  ·   ·  Flag as inappropriate

    For the moment we work with the OPC A&E interrface to get alarms out of Siemens WinCC, but that is not very fexible. So the OPC UA connector should have at least the same functionality, preferable more like eventframes for alarms, one PI tag for all the messages, ...

  • Yusuf_Cördük commented  ·   ·  Flag as inappropriate

    We would appreciate if there would be a possibility to choose between Event Frame storage and PI Tag storage, or even both at the same time.

  • bmolin commented  ·   ·  Flag as inappropriate

    Any news or update regarding this, this is a must when going OPC-UA.
    Could you share any viable workarounds this would be apprichiated.

  • photi24 commented  ·   ·  Flag as inappropriate

    hi
    we are using WinCC and other System as SCADA. Today we import the Alarm Data to an Pi Tag with the format String. The different colums from the scada system we sepaerate with a pipe symbol. For history this is fine. But in case of reporting and analytics this is very bad.

    I would be happy if there is an oportunity or a speicial pi point format for alarms.

    The nessary coloums are:
    - Alarm ID
    - TimeStamp
    - Location
    - Messagetext
    - Duration
    - Status (Start, End)
    - Class

  • Hobbe commented  ·   ·  Flag as inappropriate

    Hi!
     
    Currently we are using OPC AE and storing the events in Event Frames. When we move to use OPC UA we need to start to work with Alarms & Conditions instead!
     
    Also i want a way to native create Event Frames within the Connector for OPC UA.
     
    //Magnus

  • FranzK commented  ·   ·  Flag as inappropriate

    we also use WinCC and other scada systems. about what to collect/ not collect, there should be same filtering possible like in the scada system itself, so i want the possibility to filter on every attribute the scada system offers. Naming for event frame should also be possible. E.g. Asset_Alarmtext or Alarmtext_Messageclass,...
    The eventframes should be built without using PI Tags (Tagrefference). The behaviour of the end of eventframe (end eventframe when alarm is gone or with quitting) should be configurable in the connector

  • Hobbe commented  ·   ·  Flag as inappropriate

    Hi! We are about to do a pilot with alarms and events to let them be stored into event frames!
    I heared it was a new product from OSI regarding this issue! We want to be involved in a Beta test.
    We use Siemens WinCC and ABB 800 xA DCS systems.

    //Magnus Holmbom, Vattenfall Vattenkraft AB

PI Adapters

Categories

Feedback and Knowledge Base

(thinking…)
Posted ideas will have one of the following statuses.
Full definition of these statuses can be found on the Home Page.
No status
TELL US MORE
EVALUATING
PLANNED
IN DEVELOPMENT
COMPLETED
DECLINED