# Tag historian misses alarms

**URL:** <https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176>\
**Category:** Ignition\
**Created:** [November 17, 2021, 11:14am UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176 "2021-11-17T11:14:02Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![SKA](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ska/32/29528_2.png) [@SKA](https://forum.inductiveautomation.com/u/SKA)\
**Post date:** [November 17, 2021, 11:14am UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/1 "2021-11-17T11:14:02Z")

</div>

Ignition: **8.1.10 (b2021090812)**  
mysql database on local computer (same as ignition)  
Real plc on my desk.

I have setup a “bunch” (like 21 tags) as tag history.  
They are in tag group “Default Historical”.  
History enabled with these settings  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/a/9aa8b4224e35ee8bf2353c608b94753e7eb086cb.png)

The Tag group of “Default Historical” has these settings:

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

The alarm codes only sticks for up to 2 seconds, but these settings still seems to miss the values and catches when the errorcode has returned to “0000”.  
I have had “Rate” set to 100 and it still seems to miss the data.

---

<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 17, 2021, 2:15pm UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/2 "2021-11-17T14:15:22Z")

</div>

Show us your PLC’s device diagnostics page (where the loading and response times are shown).

---

<div class="post-metadata">

**Author:** ![SKA](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ska/32/29528_2.png) [@SKA](https://forum.inductiveautomation.com/u/SKA)\
**Post date:** [November 17, 2021, 2:43pm UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/3 "2021-11-17T14:43:06Z")

</div>

This plc is an omron nx1p2, and in sysmac (the dev software), i have not found a way to display this at all, atleast not in any logical place.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [November 17, 2021, 2:52pm UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/4 "2021-11-17T14:52:38Z")

</div>

Phil may be talking about the device details/diagnostics page in Ignition: [Connections - Devices - Ignition User Manual 8.1 - Ignition Documentation](https://docs.inductiveautomation.com/display/DOC81/Connections+-+Devices#ConnectionsDevices-DeviceDetails)

---

<div class="post-metadata">

**Author:** ![SKA](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ska/32/29528_2.png) [@SKA](https://forum.inductiveautomation.com/u/SKA)\
**Post date:** [November 17, 2021, 2:54pm UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/5 "2021-11-17T14:54:41Z")

</div>

AH ok, then its this:

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/3/93406de50c1233591577f56619beb5bb84b5d6ec.png)  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/3/2308395bd2a4896d458fe7fab5a876657699f6db.png)

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [November 17, 2021, 2:55pm UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/6 "2021-11-17T14:55:25Z")

</div>

Nope, not that. Look closer at that link.

---

<div class="post-metadata">

**Author:** ![SKA](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ska/32/29528_2.png) [@SKA](https://forum.inductiveautomation.com/u/SKA)\
**Post date:** [November 17, 2021, 3:08pm UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/7 "2021-11-17T15:08:15Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [November 17, 2021, 4:21pm UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/8 "2021-11-17T16:21:01Z")

</div>

It looks like the driver is keeping up fine.

Where are you not seeing a value you’re expecting? Recorded in history? Maybe the “Min Time Between Samples” needs to be lowered from 1 second?

---

<div class="post-metadata">

**Author:** ![SKA](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ska/32/29528_2.png) [@SKA](https://forum.inductiveautomation.com/u/SKA)\
**Post date:** [November 17, 2021, 4:25pm UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/9 "2021-11-17T16:25:09Z")

</div>

It kept recording “0000” when the alarm text for the mobus function reset the alarm code back to zero before initiating the next comm cycle., which happens 2s after the last device has been cycled thru. (7 devices, 2 reads each),

But now i have changed historical group to Direct and 100 ms  
and on each tag i have, they are now get to Sample mode: Tag group, and now it catches each error code almost instantly, so i can fault trace, which is the desired outcome.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/3/c/3ca8b9c8cb7a8eab264a94c364c810e8855d736b.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 18, 2021, 12:09am UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/10 "2021-11-18T00:09:59Z")

</div>

> [@Kevin.Herron](#):
>
> It looks like the driver is keeping up fine.

I don't think so. Look at the mean response times. I suspect the overload % is entirely bogus.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [November 18, 2021, 12:14am UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/11 "2021-11-18T00:14:48Z")

</div>

It’s on the edge, but since there’s only 1 request @ 100ms and 4 @ 500ms it’s sampling on time. If he adds more tags it will fall behind.

---

<div class="post-metadata">

**Author:** ![SKA](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ska/32/29528_2.png) [@SKA](https://forum.inductiveautomation.com/u/SKA)\
**Post date:** [November 18, 2021, 6:45am UTC](https://forum.inductiveautomation.com/t/tag-historian-misses-alarms/53176/12 "2021-11-18T06:45:44Z")

</div>

Im not sure most of the problem was/is because i sit in a craptop lenovo thinkpad.  
Got a bunch of stuff running like brave browser, visual studio with a debugging session for a c# hmi, omron sysmac online against the plc in question, and mysql in the background with mysql workbench and ignition backend, designer and hmi/runtime.

I did some changes to the tags and historian group, but i think i wrote it in another of my threads, that seems to changed to work,but im not sure if its the optimal settings, but now it catches these non-“0000”-errorcodes tossed by the modbus calls.
