Strange problem with tag reads potentially caused by subscription loss

I have two issues that I thought were unrelated at first but now appear to be related.

The symptom: a full loss of tag communication over a gateway network, despite status appearing to be good

The cause? The loss of an OPC subscription with a Siemens S-7 PLC for some of those tags

We have two gateways. One I will call the "screen server" handles all of our connections with the HMI clients. It is connected over a gateway network to the "tag server". The tag server handles OPC connections to multiple S7-1500 PLCS (currently simulated via PLC Sim Advanced) and history for those tags.

The problem initially appeared as a complete loss of ability to read/write tags on the screen server over that gateway network. This despite the fact that status appears good on the connection itself and those tags can be accessed no problem from the tag server gateway. This is accompanied by an error in logs (see below) for every blocking read operation the screen server is attempting. A reset of either gateway resolves the issue until it happens again weeks later.

I believe the cause is a loss of the OPC subscription to a couple of these S7 PLCs. The tag server loses connection temporarily and then is unable to re-establish it; it attempted to do so for days over the weekend. I do not understand why this would cause the problem, as the connections should be entirely separate. However, I found a similar problem on the forums with a physical PLC: OpcServer exception thrown and didn't recover - Ignition - Inductive Automation Forum. I am wondering if this is a bug that needs to be resolved.

Any help would be appreciated! This situation would be a disaster in production.

Ignition version 8.1.42

I suspect the problem begins here:

This seems to create problems with tag reads from the screen server to the tag server

You'll probably need to troubleshoot that backend Ignition's connection to the problematic OPC UA server. It looks like that server stops responding and/or closes the connection. May need a Wireshark capture to see help see what's going on.

1 Like

Thanks for the response, Kevin.

I figured the connection to the 3rd party device would need some troubleshooting. What I am more concerned about is the apparent connection to the loss of tag communication across that gateway network. What would you need to see to prove that this is the case?

You seem to be doing blocking reads from scripting against those tags, in which case it’s not that surprising that it fails if the server isn’t responding or connected.

Maybe I’m missing something about what you’re saying here.

Ok, I tried simply disconnecting one of the PLCs and immediately recreated both problems. What is concerning is that I cannot browse any tags on the tag server from the screen server when this is happening. Essentially, when one PLC goes dark, the entire system goes down. I can still browse tags no problem on the tag server. Is this really how a blocking tag read is supposed to work?

Call into support and let them take a look at your setup.

Roger that, thanks.