# Perspective Alarm Status - alarm details ISA 18.2

**URL:** <https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043>\
**Category:** Ignition\
**Created:** [November 13, 2021, 10:16pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043 "2021-11-13T22:16:29Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![gbclark](https://avatars.discourse-cdn.com/v4/letter/g/b487fb/32.png) [@gbclark](https://forum.inductiveautomation.com/u/gbclark)\
**Post date:** [November 13, 2021, 10:16pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/1 "2021-11-13T22:16:29Z")

</div>

Many clients require the ability to access operationally pertinent information when an alarm occurs. Such information includes: Cause, Consequence, Action to be taken, Time to respond (ISA S18.2 stuff).

It would be awesome if these fields were ‘standard’ alarm properties in the tag configuration such that they could be displayed from the ‘Details’ ellipse button. In lieu of that at least be able to return a alarm object from the status table on double click. The ability to perform an action on a selected alarm has been present in most SCADA systems forever. It would be great to see support for this in Perspective.

---

<div class="post-metadata">

**Author:** ![jespinmartin1](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jespinmartin1/32/57175_2.png) [@jespinmartin1](https://forum.inductiveautomation.com/u/jespinmartin1)\
**Post date:** [November 14, 2021, 6:05am UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/2 "2021-11-14T06:05:27Z")

</div>

Alarms are tied to tags, just create associated data with any alarm in tags configurations.

Maybe like this.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/f/f/ffb5b1ce55895f2ed6e912e5f1bdd69e1e61fd2b.png)

Access or modify it with

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/8/e80173b3201b272bf54a8890321c28a4d4fdce29.png)

And yeah, that will be exposed on Alarm Details too

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/9/e9416ba9ffb27e518634b26cc1789a279a8c1c41.png)

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [November 14, 2021, 4:58pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/3 "2021-11-14T16:58:42Z")

</div>

And feed your alarm to an alarm pipeline. That can be scripted to act on the alarm as you desire.

---

<div class="post-metadata">

**Author:** ![gbclark](https://avatars.discourse-cdn.com/v4/letter/g/b487fb/32.png) [@gbclark](https://forum.inductiveautomation.com/u/gbclark)\
**Post date:** [November 14, 2021, 6:35pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/4 "2021-11-14T18:35:46Z")

</div>

I had considered using the associated data, however the intent seems to be geared more toward acquiring a snapshot of data related to the alarm at the time it occurred, and those values are logged with each alarm event. This would seem redundant where the values are static.  
My issue with the ‘Details’ popup is the configuration data is included - operators aren’t too interested in this.  
As mentioned, having an event off the Alarm Status that could provide the selected alarm object opens up all possibilities for customisation. One for the release wish list.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [November 14, 2021, 8:21pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/5 "2021-11-14T20:21:10Z")

</div>

The Alarm Status components are on a user interface. If you don’t have the window or view open, the events won’t happen, no matter how well IA implements your wish. If you want to capture what happens at the time of the alarm, use associated data and/or a script in an event pipeline. Those operations happen with or without a user interface open.

---

<div class="post-metadata">

**Author:** ![gbclark](https://avatars.discourse-cdn.com/v4/letter/g/b487fb/32.png) [@gbclark](https://forum.inductiveautomation.com/u/gbclark)\
**Post date:** [November 14, 2021, 8:40pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/6 "2021-11-14T20:40:59Z")

</div>

Hi Phil, sorry if I wasn’t clear. It’s not alarm events I’m talking about it’s user events (click etc.) that would present additional alarm information for the **selected alarm** in the Alarm Status. The closest is the ‘Details’ ellipse however the content is the issue. Being able to pop up our own customised view for the selected alarm is what I’m after (or a customisable ‘details’ pop-up).

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [November 14, 2021, 8:46pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/7 "2021-11-14T20:46:14Z")

</div>

What’s annoying is that you can’t pre-define these default associated data that should be applied to _ **all** _ alarms, and so you need to add 4,5, or however many you have for every single alarm you add. Of course, I would do this via a script or using [jq](https://jqplay.org/), but it would be awesome if you could add them as defaults. Good luck though if you have multiple developers and especially multiple integrators working on the system

---

<div class="post-metadata">

**Author:** ![jespinmartin1](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jespinmartin1/32/57175_2.png) [@jespinmartin1](https://forum.inductiveautomation.com/u/jespinmartin1)\
**Post date:** [November 15, 2021, 1:53am UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/8 "2021-11-15T01:53:45Z")

</div>

Agree, but maybe a good idea is to integrate them to UDTs and use bindings and Alarm event scripting.

---

<div class="post-metadata">

**Author:** ![jespinmartin1](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jespinmartin1/32/57175_2.png) [@jespinmartin1](https://forum.inductiveautomation.com/u/jespinmartin1)\
**Post date:** [November 15, 2021, 2:04am UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/9 "2021-11-15T02:04:53Z")

</div>

The values are static but is just an example. You have bindings to make them dynamic and scripting with Alarm Events. Most of the work is done in the alarm journals, but you can customize to any standard maybe sending snap of data when the event is triggered to a db.  
Also what @pturmel said, use alarm pipelines.

How is this done in another softwares? Share some screenshots 😃

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [November 15, 2021, 2:23am UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/10 "2021-11-15T02:23:48Z")

</div>

What about creating your own popup and using the `onContextMenu` mouse event?

![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/1/8/185b195c0b99d572653cfa835b6b6dab524b198d.png)

---

<div class="post-metadata">

**Author:** ![gbclark](https://avatars.discourse-cdn.com/v4/letter/g/b487fb/32.png) [@gbclark](https://forum.inductiveautomation.com/u/gbclark)\
**Post date:** [November 15, 2021, 7:52pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/11 "2021-11-15T19:52:10Z")

</div>

OK, so my colleague just showed me that while there is no selection event, there is a selection property on the Alarm Status (Perspective) component that will allow me (by alarm ID) to source the information from an alarm management database. Thanks for your suggestions.

---

<div class="post-metadata">

**Author:** ![jespinmartin1](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jespinmartin1/32/57175_2.png) [@jespinmartin1](https://forum.inductiveautomation.com/u/jespinmartin1)\
**Post date:** [November 15, 2021, 8:09pm UTC](https://forum.inductiveautomation.com/t/perspective-alarm-status-alarm-details-isa-18-2/53043/12 "2021-11-15T20:09:00Z")

</div>

Funny you solve yourself issue with everyone suggestions haha.  
But yes that was basically what we were saying.
