# Reconnecting to Siemens OPC server takes a long time

**URL:** <https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158>\
**Category:** Ignition\
**Created:** [February 12, 2020, 12:02pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158 "2020-02-12T12:02:21Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![Sanderd17](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sanderd17/32/8735_2.png) [@Sanderd17](https://forum.inductiveautomation.com/u/Sanderd17)\
**Post date:** [February 12, 2020, 12:02pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/1 "2020-02-12T12:02:21Z")

</div>

We have an installation with a Siemens PLC, and use the internal OPC-UA server.

But every time we download an online change to the PLC, the OPC-UA server needs to restart, and we lose the connection between Ignition and the PLC for about 10 minutes.

There are around 22000 tags in our Ignition project, of which the majority is coming from that Siemens PLC. I hope that’s not too much, as Beckhoff is usually able to handle projects this size quite easily.

Does anyone know how to stop restarting the OPC-UA server when there’s no change to it, or how to speed up the reconnection time? 10 minutes is just too long.

---

<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:** [February 12, 2020, 1:17pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/2 "2020-02-12T13:17:11Z")

</div>

Wow, that’s pretty bad. What’s the firmware revision? Do you have a ton of UDTs defined in the PLC?

---

<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:** [February 12, 2020, 1:19pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/3 "2020-02-12T13:19:11Z")

</div>

Wow, indeed! Another tidbit for future anti-Siemens rants… /:

---

<div class="post-metadata">

**Author:** ![Sanderd17](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sanderd17/32/8735_2.png) [@Sanderd17](https://forum.inductiveautomation.com/u/Sanderd17)\
**Post date:** [February 12, 2020, 1:33pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/4 "2020-02-12T13:33:17Z")

</div>

It’s version 2.6, the CPU is 1515F-2 PN.

We have 58 different UDTs, and about 200 instances of our main UDTs (motors, measurements, valves, …). I wouldn’t say that’s very much.

There seem to be a lot of loose tags.

---

<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:** [February 12, 2020, 1:41pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/5 "2020-02-12T13:41:05Z")

</div>

What version of Ignition? Can you get a Wireshark capture started before doing an edit/save on the connection (assuming that also takes a long time)?

Later this morning I can dig around and see if there’s any loggers that might help as well. I’m just curious where the delay is - is it the process of creating a session and re-subscribing everything or is the server just not actually available for a while following a download?

---

<div class="post-metadata">

**Author:** ![edm](https://avatars.discourse-cdn.com/v4/letter/e/f08c70/32.png) [@edm](https://forum.inductiveautomation.com/u/edm)\
**Post date:** [February 12, 2020, 2:33pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/6 "2020-02-12T14:33:56Z")

</div>

My experience with the new OPC UA server in the S7-1200 is fairly similar, simple machine with a bit less then a 100 tags, took around a minute to reconnect the OPC UA server.

---

<div class="post-metadata">

**Author:** ![deon.korb](https://avatars.discourse-cdn.com/v4/letter/d/8c91f0/32.png) [@deon.korb](https://forum.inductiveautomation.com/u/deon.korb)\
**Post date:** [February 12, 2020, 3:16pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/7 "2020-02-12T15:16:46Z")

</div>

Upgrade the controller to v2.8 and TIA portal to v16.

The UA server won’t restart on normal code changes anymore and will warn you when it has to (like on DB changes downloads)

---

<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:** [February 12, 2020, 3:23pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/8 "2020-02-12T15:23:49Z")

</div>

> [@deon.korb](#):
>
> The UA server won’t restart on normal code changes anymore and will warn you when it has to (like on DB changes downloads)

I had heard this was coming, glad to see it landed.

---

<div class="post-metadata">

**Author:** ![deon.korb](https://avatars.discourse-cdn.com/v4/letter/d/8c91f0/32.png) [@deon.korb](https://forum.inductiveautomation.com/u/deon.korb)\
**Post date:** [February 12, 2020, 6:35pm UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/9 "2020-02-12T18:35:45Z")

</div>

The following also helps in speeding up recovery of the S7-1500 UA server after a restart:

- Mark every tag and DB member as not accessible from HMI if you don’t need to read it externally (minor improvement)
- Set your OB1 minimum scan somewhat longer than it typically takes. Evaluate the risk yourself. Major improvement in UA server start up

---

<div class="post-metadata">

**Author:** ![Sanderd17](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sanderd17/32/8735_2.png) [@Sanderd17](https://forum.inductiveautomation.com/u/Sanderd17)\
**Post date:** [February 13, 2020, 6:45am UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/10 "2020-02-13T06:45:18Z")

</div>

Thanks for the help, we’ll try those, and see if it works.

---

<div class="post-metadata">

**Author:** ![Sanderd17](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sanderd17/32/8735_2.png) [@Sanderd17](https://forum.inductiveautomation.com/u/Sanderd17)\
**Post date:** [March 14, 2020, 10:42am UTC](https://forum.inductiveautomation.com/t/reconnecting-to-siemens-opc-server-takes-a-long-time/32158/11 "2020-03-14T10:42:40Z")

</div>

To share our results:

- upgrading the firmware did work in a sense that not every change now requires an OPC-UA restart
- we were not able to significantly speed up the OPC-UA restart time.
