# Dynamic Alarm Setpoint not Updating Quickly **URL:** \ **Category:** Ignition\ **Tags:** ignition81\ **Created:** [December 5, 2024, 8:22pm UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494 "2024-12-05T20:22:23Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![andytimc](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andytimc/32/11938_2.png) [@andytimc](https://forum.inductiveautomation.com/u/andytimc)\ **Post date:** [December 5, 2024, 8:22pm UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/1 "2024-12-05T20:22:23Z")
I am trying to use a Dynamic Setpoint to Trigger an Alarm and it does not update the setpoint as quick as I need it to. Below is what i am doing. - I have a UDT for a Flow Meter and a UDT for a Combustor. - If the combustor is running I want to ensure that I have flow being measured by my meter, if I don't I want to trigger an alarm. - The setpoint on the flow rate tag is set to the following binging: if({[.]../Pad/ecd\_run\_status}\>7,1,-10) - Basically if the Run status is greater than 7(Burning) the low flow setpoint should be 1, else -10(Not running so set it to an unattainable). - The issue is when I monitor all this on a custom display the run status goes to 15 but the setpoint doesn't change unless i restart the tag. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/3/03f65e65ef7785a27d62c78e076a9cc7528ce7f5.png) ---
**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:** [December 5, 2024, 8:42pm UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/2 "2024-12-05T20:42:23Z")
Alarm bindings do not update dynamically. They are only evaluated when an event happens, which too late for setpoint changes. For a robust solution, make the setpoint a separate memory tag, then use an expression tag to generate a boolean. Use that boolean for your alarm. ---
**Author:** ![andytimc](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andytimc/32/11938_2.png) [@andytimc](https://forum.inductiveautomation.com/u/andytimc)\ **Post date:** [December 6, 2024, 4:11pm UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/3 "2024-12-06T16:11:47Z")
Thanks! Before I create a bunch more tags, I could also bind the Enable/Disable feature of the alarm to the condition. And only enable the alarm if the equipment is in a running state. That seemed to be working quickly; however, it seemed to trigger my alarm cleared event state script every time it was re-enabled. Is there any workaround for this? ---
**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:** [December 7, 2024, 12:14am UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/4 "2024-12-07T00:14:12Z")
Same fundamental problem. That won't be evaluated with the timing you need. ---
**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:** [December 7, 2024, 12:29am UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/5 "2024-12-07T00:29:20Z")
Why not do this in the PLC as it can be evaluated more real-time and have more control than the HMI should have? ---
**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:** [December 7, 2024, 12:41am UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/6 "2024-12-07T00:41:25Z")
> [@michael.flagler](#): > > Why not do this in the PLC Even better. 💯 ---
**Author:** ![nideyijuyidong](https://avatars.discourse-cdn.com/v4/letter/n/7cd45c/32.png) [@nideyijuyidong](https://forum.inductiveautomation.com/u/nideyijuyidong)\ **Post date:** [December 7, 2024, 12:53am UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/7 "2024-12-07T00:53:52Z")
For some PLC models, changing or adding such alarms requires a reboot. This also requires updating each PLC, which is more convenient in UDT. ---
**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:** [December 7, 2024, 12:56am UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/8 "2024-12-07T00:56:13Z")
> [@nideyijuyidong](#): > > requires a reboot I don't know of any major PLC brand that cannot live add a generic tag and comparison logic to yield the desired boolean. The **alarm** definition would still be in Ignition on that boolean. ---
**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:** [December 7, 2024, 12:56am UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/9 "2024-12-07T00:56:34Z")
> [@nideyijuyidong](#): > > changing or adding such alarms requires a reboot These are the PLCs I (and others should) avoid! The only time I've seen analog alarms actually used in an HMI is when there's not a PLC involved like monitoring power equipment/HVAC equipment in datacenters. ---
**Author:** ![nideyijuyidong](https://avatars.discourse-cdn.com/v4/letter/n/7cd45c/32.png) [@nideyijuyidong](https://forum.inductiveautomation.com/u/nideyijuyidong)\ **Post date:** [December 7, 2024, 1:12am UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/10 "2024-12-07T01:12:51Z")
> [@michael.flagler](#): > > power equipment/HVAC equipment It's really part of my job. From the perspective of factory managers, many devices are provided and installed by suppliers. When managers want to monitor information that was not originally considered, they have to contact suppliers, which requires additional costs and, more importantly, time. We should avoid this situation, but it happens all the time. ---
**Author:** ![andytimc](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/andytimc/32/11938_2.png) [@andytimc](https://forum.inductiveautomation.com/u/andytimc)\ **Post date:** [December 9, 2024, 3:02pm UTC](https://forum.inductiveautomation.com/t/dynamic-alarm-setpoint-not-updating-quickly/99494/11 "2024-12-09T15:02:51Z")
Yeah it can be done in a PLC and we do most alarming that way. However, for this alarm in particular we need to do it for 120 different facilities and there is no reason for it to be a local alarm. It is for our Air Quality team to look for potential issues from a high-level standpoint. It was quicker to roll this out in ignition in a UDT. I appreciate all the responses, and I have a path forward that will work. Thanks again everyone.