I have X20CP0483 controller which used for OPC-UA server and provide data to customer PC.
This controller takes machine data from other 4 B&R controller on INA-communication.
We enable the OPC-UA tags on X20CP0483 controller.
After approximately one month, data reading stops automatically.
After connecting via UA Expert and clicking on the trusted certificate, data reading resumes on customer PC.
We need to provide continuous data reading without any manual intervention.
X20CP0483 is an OPCUA server, and the client is located on the customer’s PC. As you confirmed, when you connected with the OPCUA expert, the OPCUA server was available, and everything worked fine. Therefore, I would suggest checking the OPCUA client side (the customer’s PC) to see why it stopped reading. Additionally, you can check the AR on CP0483 and update it to the latest version. You can also check AS logger and read errors from communication logger if there are some.
One added customer also communicates the one siemens plc and read the data from that so, our X20CP0483 also works as a client.
Same problem is faced in last week. When we connect the OPC-UA Expert at that time data is not readable but when we added another server that time one pop-up comes and if we authenticate the trusted server then all parameters readable.
So how we authenticate server one time, and we get data continuously without any issue.
Also, customer used latest AR version B04.93.
The first thing, B4.93, is not the latest. M4.93 is the latest AR. The second comment, was the OPC UA expert connected to the OPC UA server before? The reason I’m asking is that if a pop-up window appears during the UA Expert connection asking for server certificate trust confirmation, it could indicate that the certificate was changed or expired. This is just a tip on what to check. Otherwise, your issue may require investigation by B&R support. To prepare for this, capture a Wireshark trace during the problem and the “fix” using the UA Expert connection. They can analyze the data and guide you to the proper solution…
We have faced same issue again 2 times in week.
We have collected data from all Dyeing and Warping machines having CPUs X20CP0292 and X20CP1483, which communicate with the X20CP0484 via INA communication. Also, we have another machine which have Siemens make plc communicate with same
Controller via OPCUA_any. This setup ensures that the customer receives all data on OPC UA as required.
However, we are experiencing an intermittent issue where the communication from CPU X20CP0484 stops unexpectedly. During these instances:
The Ethernet LED stops blinking.
We are unable to connect to the system online using Automation Studio.
Despite this, the CPU responds to ping commands.
A restart resolves the issue temporarily, and communication resumes, but the customer experiences data loss during this downtime.
I Also attached the Logger and Configuration Snaps for that.
Just from a quick glance, this looks like it could be a CPU load issue on the server (X20CP0484). High CPU load could cause the PLC to stop responding to Automation Studio, and I imagine it could cause OpcUa problems as well. Can you open the SDM and show us a graph of the CPU usage over time? It can be found on the System page.
Sorry for the late reply.
Now, we skip the Siemens PLC and then observe that. Also, CPU load is normal because we don’t have any other programs in that PLS.
