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.
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.
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
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.
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.
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, ...
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.
Any news or update regarding this, this is a must when going OPC-UA.
Could you share any viable workarounds this would be apprichiated.
What is the status regarding this function?
We want to collect Alarms and Conditions from Siemens 840Dsl_828D_OPCUA
This is critical for discrete manufacturing
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
- Status (Start, End)
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.
Tjeerd Zwijnenberg commented
Important for Rail industry, so yes
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
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