# System.tag.read Deprecated **URL:** \ **Category:** Ignition\ **Created:** [June 11, 2025, 3:37pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271 "2025-06-11T15:37:24Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![Julian\_Islic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/julian_islic/32/57055_2.png) [@Julian\_Islic](https://forum.inductiveautomation.com/u/Julian_Islic)\ **Post date:** [June 11, 2025, 3:37pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/1 "2025-06-11T15:37:24Z")
I have an 8.1 project that is using system.tag.read() However, it is noted that this function is deprecated. Now it is a year later, and there are issues getting tags in the correct time but its not clear why or if this is related. Is there a performance reason this function was deprecated? Also, are there any notes/documentation that records when and why functions are deprecated? ---
**Author:** ![ryan.white](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryan.white/32/73193_2.png) [@ryan.white](https://forum.inductiveautomation.com/u/ryan.white)\ **Post date:** [June 11, 2025, 3:51pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/2 "2025-06-11T15:51:52Z")
> [@Julian\_Islic](#): > > issues getting tags in the correct time Could you elaborate some more on this? What issues are you seeing exactly, long times to fetch small numbers of tags? System.tag.read is a blocking single tag read, if you use this rapidly for multiple tag reads you will take a massive performance hit. The more performant way is to create a list of tags, feed that to a single `system.tag.readBlocking` call, and then pick the values you need out of the returned value list. > [@Julian\_Islic](#): > > Is there a performance reason this function was deprecated? I believe there were performance reasons along with the overhaul of the tag system that happened in version 8. ---
**Author:** ![Steve\_Laubach](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/steve_laubach/32/60900_2.png) [@Steve\_Laubach](https://forum.inductiveautomation.com/u/Steve_Laubach)\ **Post date:** [June 11, 2025, 4:01pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/3 "2025-06-11T16:01:18Z")
I am almost certain it was deprecated for performance reasons. I think the reason is in line with how you always want to do block reads when reading multiple tags with OPC. system.tag.readBlocking will read a list of tags and is what you should use. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [June 11, 2025, 4:27pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/4 "2025-06-11T16:27:21Z")
`system.tag.read` is, more or less, **exactly** equivalent to a single-tag call to `system.tag.readBlocking`. Describe the actual problem you're experiencing in more detail before latching on to the script method being used as the source. ---
**Author:** ![Julian\_Islic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/julian_islic/32/57055_2.png) [@Julian\_Islic](https://forum.inductiveautomation.com/u/Julian_Islic)\ **Post date:** [June 11, 2025, 5:18pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/5 "2025-06-11T17:18:15Z")
I am trying to narrow down whether or not this is a plc or ignition issue. Problem is that I am accessing everything remotely and another vendor is doing the PLC work. Details are that I have a UDT with multiple tags in it. There is also a trigger tag and a handshake tag. Once the PLC activates the trigger, ignition does a read and then sets the handshake to true so the PLC can delete the data. Currently all the tags in this setup are system.tag.read for each tag in the udt. However, I have 1.5 s from when the trigger goes true to consume the data and activate the handshake. Each of the tags are in a tag group that have a poll rate of 700ms (at least 2 polls). As far as I can tell, I have plenty of time to consume the data so I am inclined to blame the PLC for not filling the tags that provide the data. I plan to remove the deprecated tags and combine it into 1 readblocking, to see if that does anything but I am just curious if perhaps the deprecated function was deprecated for a reason that may cause the issue I described. I don't want to blame the function, but if I change to readblocking and that fixes the problem I would like to have some confirmation that it was indeed because of the deprecated function calls. At this point, I am not sure where the issue is coming from, but I can certainly improve the code to be more efficient. If this doesn't work, I might have to transition into doing system.opc.read as that will be way faster anyway and I don't have to rely on tag group polling. ---
**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:** [June 11, 2025, 5:22pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/6 "2025-06-11T17:22:56Z")
> [@Julian\_Islic](#): > > Once the PLC activates the trigger, ignition does a read and then sets the handshake to true so the PLC can delete the data. This is racy. Handshake bits should not be written from two directions when timing matters. Use two bits. One set and reset by the PLC, the other set and reset by Ignition. ---
**Author:** ![ryan.white](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryan.white/32/73193_2.png) [@ryan.white](https://forum.inductiveautomation.com/u/ryan.white)\ **Post date:** [June 11, 2025, 5:27pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/7 "2025-06-11T17:27:39Z")
Building on pturml's warning, you should also be using [`system.opc.readValues`](https://www.docs.inductiveautomation.com/docs/8.1/appendix/scripting-functions/system-opc/system-opc-readValues) to ensure you have the latest values from the PLC. That will send a dedicated request to the device. ---
**Author:** ![Julian\_Islic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/julian_islic/32/57055_2.png) [@Julian\_Islic](https://forum.inductiveautomation.com/u/Julian_Islic)\ **Post date:** [June 11, 2025, 5:27pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/8 "2025-06-11T17:27:49Z")
This is what is happening. Trigger tag that PLC controls and Handshake tag that Ignition controls. Ignition does not interact with trigger tag. I apologize if this wasn't clear. ---
**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:** [June 11, 2025, 5:36pm UTC](https://forum.inductiveautomation.com/t/system-tag-read-deprecated/107271/9 "2025-06-11T17:36:45Z")
When using two bits for reliable handshakes, you must ensure the PLC doesn't turn a trigger on when Ignition's acknowledgement is still on--the process must wait for round trips to settle. Based on your procedure description, you **absolutely** should be using `system.opc.readValues()` to retrieve the process data that the PLC set up, as only that will ensure the order of delivery. OPC subscriptions do not have ordered value delivery. Setting values in the PLC, then setting the trigger, does not mean that Ignition will get those in that order via subscription.