# Alarm Trend Tag Override Suggestion **URL:** \ **Category:** Ignition\ **Tags:** ignition81, vision\ **Created:** [April 18, 2024, 2:13pm UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048 "2024-04-18T14:13:55Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [April 18, 2024, 2:13pm UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048/1 "2024-04-18T14:13:55Z")
Most of our alarms in Ignition are PLC driven for analog events/inputs. LIke HH/H/L/LL alarms are just bits in an alarm integer that turn on based on the PLC alarm status. The alarm status component allows trending of alarm tags if they're historized, but the history of those tags isn't what's important in our UDT, it's the actual analog value inside the same UDT. It would be nice to be able to override these alarm configurations to use a different tag for their alarm trends. So, I posted an idea on the Ideas/Suggestions site that if anyone else would like this, feel free to upvote it: > **[Alarm Trend Tag Override | Ignition Features and Ideas | Inductive Automation](https://ideas.inductiveautomation.com/ignition-features-and-ideas/p/alarm-trend-tag-override)** > > Alarm trending is an amazing feature, but only works if the alarm is on an analog tag and Ignition does the alarming on that value. ---
**Author:** ![amarks](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/amarks/32/45610_2.png) [@amarks](https://forum.inductiveautomation.com/u/amarks)\ **Post date:** [April 18, 2024, 8:48pm UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048/2 "2024-04-18T20:48:40Z")
We also handle alarming in the PLC, as I'm sure most do, and what I've done is include the analog value in the alarm display path/label so that the tag journal shows the alarm and what the level was when the alarm went off (I also do this for the raw analog signal when the OOR alarm goes off). If I understand what you want here, you basically want a tag that's 0 when not in alarm and equal to the analog value when it is in alarm. Sounds like a job for an expression tag with History enabled. Something like this for each? ```auto if({[.]HH_Alarm},{[.]Analog_Value},0) ``` Except that there may be some cases where 0 would be out of the "normal" range and would raise an alarm, so maybe turn trending on/off based on HH\_Alarm instead? - That would be a bit trickier and require some scripting for the `alarmActive` event. I'd probably just make a parameter for the analog UDT for the "Not in alarm" value (default of 0) ```auto if({[.]HH_Alarm},{[.]Analog_Value},{Normal_Value}) ``` ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [April 19, 2024, 12:00am UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048/3 "2024-04-19T00:00:52Z")
No, I want the alarm tag to always be a 1 or 0, but since the trend function of the alarm status component is useless for these, allow the component to look at some sort of tag override to use for the trend and pull that tag's history instead. This way all your HH/LL/H/L alarms point to the same tag, and if you select one of those alarms in the alarm status component, the trend would show the trend from the value tag instead with indicators or something showing the points where the alarm triggered (based on timestamp alone). ---
**Author:** ![amarks](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/amarks/32/45610_2.png) [@amarks](https://forum.inductiveautomation.com/u/amarks)\ **Post date:** [April 19, 2024, 1:48pm UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048/4 "2024-04-19T13:48:01Z")
Ok, I think I'm with you now. You basically want a way to overlay alarm points on the trend of whatever tag raised the alarm (within the PLC). Of course the alarm tag itself would still be 1 or 0. I agree, trending the alarm tag itself would be rather useless, especially because the alarm journal exists. The option that I proposed would be a set of _new_ tags within the analog reading UDT (assuming that one exists, which it should). One "alarm value" tag for each alarm that then gets trended. The alarm value is 0 (or, whatever the non-alarm value might be) unless the associated alarm is on. It would look something like this (blue = analog value, magenta = high alarm value) ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/9/7996cba869a8b37f85d4f7c8e6acd04d7172e453.png) Or, you can trend the alarm setpoint (assuming that it also exists in the UDT) with a fixed, longer logging interval so the operator can see where it crosses the value. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/e/3/e3cf7a50a67f797db38adbc51c21f63192bb7c24.png) There's not really a way to put a single point (or a vertical line) on a trend. I think an "associated trend" property for alarms would be difficult to implement, and is unlikely to happen. ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [April 19, 2024, 1:54pm UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048/5 "2024-04-19T13:54:33Z")
I wouldn't think it would be that hard. Literally just a tag path to the analog tag that when pulling up the trend panel inside the alarm status component it shows the alternative trend data with the associated alarm entries just like shown in the manual, but pull the historical data from an alternative tag: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/8/1/813701f79313aa75173e9bb9cf130762076716f6.png) ---
**Author:** ![amarks](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/amarks/32/45610_2.png) [@amarks](https://forum.inductiveautomation.com/u/amarks)\ **Post date:** [April 19, 2024, 1:56pm UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048/6 "2024-04-19T13:56:27Z")
Is this an actual screenshot of an existing component you have? I'd be interested to know how you got the point/shapes and vertical lines on there. That does look very nice, especially if it's available as a dropdown off of a selected alarm in the alarm table. ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [April 19, 2024, 6:11pm UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048/7 "2024-04-19T18:11:12Z")
This is the built-in Alarm Status component. > **[Vision - Alarm Status Table | Ignition User Manual](https://www.docs.inductiveautomation.com/docs/8.1/appendix/components/vision-components/alarming/alarm-status-table)** > > The alarm status table displays the current state of the alarm system. It can be configured to show active, unacknowledged, cleared, and acknowledged alarms. By default it shows all non-cleared/non-ack'ed alarms. ---
**Author:** ![amarks](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/amarks/32/45610_2.png) [@amarks](https://forum.inductiveautomation.com/u/amarks)\ **Post date:** [April 19, 2024, 6:54pm UTC](https://forum.inductiveautomation.com/t/alarm-trend-tag-override-suggestion/89048/8 "2024-04-19T18:54:18Z")
I wasn't aware of that feature on the alarm status table. Then, yes. That would be a very useful feature.