# OPC-UA communication codesys \<-\> ignition very slow **URL:** \ **Category:** Ignition\ **Tags:** ignition81\ **Created:** [August 23, 2023, 6:03am UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267 "2023-08-23T06:03:32Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![edoardo.manzardo](https://avatars.discourse-cdn.com/v4/letter/e/c89c15/32.png) [@edoardo.manzardo](https://forum.inductiveautomation.com/u/edoardo.manzardo)\ **Post date:** [August 23, 2023, 6:03am UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/1 "2023-08-23T06:03:32Z")
Hi everyone, I use OPC-UA to communicate variables from Codesys to Ignition. Codesys is configurate with server and I have observed that the communication from the codesys development environment is really slow when Ignition service is active. Furthermore, also the communication of the variables in OPC-UA becomes very slow, as if Ignition overloaded the communication. I spoke to the developers of Codesys who, seeing that with the Ignition service deactivated the communication returned fast, they told me to write to you. The variables that the server publishes are not few but I don't think this is the problem and I can't find a solution. Transferring the program in Codesys has become very slow like the communication of the variables in OPC-UA. What checks can I make? Did I make a mistake in the communication gateway setting? ---
**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:** [August 23, 2023, 11:55am UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/2 "2023-08-23T11:55:47Z")
How fast are your Ignition OPC tags set to monitor (subscription rate in their tag group)? The default in Ignition is one per second. Paces up to ten per second, for a small set of important values, is not unusual. { What you describe sounds like a normal misunderstanding of the kinds of data rates possible/practical in OPC, yielding an overload condition. } ---
**Author:** ![edoardo.manzardo](https://avatars.discourse-cdn.com/v4/letter/e/c89c15/32.png) [@edoardo.manzardo](https://forum.inductiveautomation.com/u/edoardo.manzardo)\ **Post date:** [August 23, 2023, 1:17pm UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/3 "2023-08-23T13:17:31Z")
This was one of the doubts I had but I thought that keeping a rate of 1 second was not a problem since both codesys and ignition in the same machine. They are in localhost. Is 1 second not a fixed time since the read type is subscribed, correct? What do you advise me to do? To enter different reading times for variables with different tag groups? ---
**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:** [August 23, 2023, 1:18pm UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/4 "2023-08-23T13:18:49Z")
> [@edoardo.manzardo](#): > > What do you advise me to do? Push back on Codesys. You are running into some implicit limit on the server software or hardware. You may have more tags subscribed than it can reasonably support without seeing a performance degradation. Your only options on the Ignition side are less tags, slower subscriptions, or yes, maybe try splitting into multiple tag groups. Each tag group corresponds to an OPC UA subscription. ---
**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:** [August 23, 2023, 1:31pm UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/5 "2023-08-23T13:31:05Z")
> [@edoardo.manzardo](#): > > both codesys and ignition in the same machine I suggest testing in separate machines. ---
**Author:** ![edoardo.manzardo](https://avatars.discourse-cdn.com/v4/letter/e/c89c15/32.png) [@edoardo.manzardo](https://forum.inductiveautomation.com/u/edoardo.manzardo)\ **Post date:** [August 23, 2023, 2:15pm UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/6 "2023-08-23T14:15:46Z")
> [@pturmel](#): > > I suggest testing in separate machines. Good idea. I will try this option and in the same way I will ask to codesys the limit about how many tag subscribed is possible processed. I will let you know ---
**Author:** ![edoardo.manzardo](https://avatars.discourse-cdn.com/v4/letter/e/c89c15/32.png) [@edoardo.manzardo](https://forum.inductiveautomation.com/u/edoardo.manzardo)\ **Post date:** [August 24, 2023, 5:57am UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/7 "2023-08-24T05:57:47Z")
I'm continuing with the tests but in the meantime Codesys has provided me with this link. [https://faq.codesys.com/pages/viewpage.action?pageId=22118413](https://urlsand.esvalabs.com/?u=https%3A%2F%2Ffaq.codesys.com%2Fpages%2Fviewpage.action%3FpageId%3D22118413&e=35dc2669&h=d28fbdf3&f=n&p=y) In this document they check for each test how CPU performance behaves, but my problem is not that; PC CPU is always around 10%, never overloaded. I'll continue testing and keep you posted. ---
**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:** [August 24, 2023, 1:48pm UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/8 "2023-08-24T13:48:32Z")
If you're using Linux, and you're looking at the load average usually shown at the top in HTOP or TOP like in the examples of the link you sent, this is not in % of CPU load, but instead depends heavily on the CPU on what numbers are acceptable. If you have a 4-core processor for instance a value of 4 means it's 100% loaded, and 8 would mean it's 200% loaded (overloaded), but if it's a single core CPU, then 1 is 100% loaded, 0.10 is 10% loaded. Screenshots would definitely help troubleshoot things as well, so we can see what you're seeing. ---
**Author:** ![edoardo.manzardo](https://avatars.discourse-cdn.com/v4/letter/e/c89c15/32.png) [@edoardo.manzardo](https://forum.inductiveautomation.com/u/edoardo.manzardo)\ **Post date:** [August 25, 2023, 5:25am UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/9 "2023-08-25T05:25:26Z")
This is what I mean ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/f/0f504a1ab04640abc2f03fbd9f139a0c71e5b80b.png) ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/3/a37da9893f91a013176280ce10eced083b74f4fb.png) Average CPU usage is 15%. There are 3 cores because 1 core is dedicated to Codesys. ---
**Author:** ![edoardo.manzardo](https://avatars.discourse-cdn.com/v4/letter/e/c89c15/32.png) [@edoardo.manzardo](https://forum.inductiveautomation.com/u/edoardo.manzardo)\ **Post date:** [November 15, 2023, 12:55pm UTC](https://forum.inductiveautomation.com/t/opc-ua-communication-codesys-ignition-very-slow/78267/10 "2023-11-15T12:55:45Z")
I have solved the issue. The problem was in Codesys and precisely in the type of Runtime that I had installed. (I used RTE type) Now I have installed Control WIN runtime and all works correctly.