Setup: Ignition server is version 7.6.3, Java OpenJDK version 1.7.0_45, running on Scientific Linux 6.4.
OPC UA is reading from 7 equipment units over Modbus/TCP.
One unit - Woodward easyGen-3000 randomly looses data quality from 192 to 0 or 600 after working well for several hours. This happens on easygen connected to a machine that is active. Other EasyGens are reporting idle machines’ data with good data quality.
In the OPC_UA-Devices configuration all devices are reported connected all the time. Working fix is opening edit window and save it once more. This “edit” fixes data quality to “good” (192).
Most of tags are acquired at 2 sec rate. In order to separate faulty one from others I tested scanclass timing 3, 5, 10 and 1.6 sec without success. Timeout was set in the range 3-10 sec.
It should be noted that the same problem was observed in various configurations: under Windows OS 64 bit, Linux Ubuntu, SL Linux, also reading remotely internet connected equipment and reading from local network.
Hope you vast experience help me to diagnose and find a fix for this problem.
I’ve attache exported log to my reply.
BTW, it happened again this morning and I restarted OPC UA server to fix it. Disable/Enable of the device did not work. The Device is called EasyGen-2.
Thanks.
What’s the communication timeout setting for this device? Is the reconnect after consecutive timeouts property enabled? If so, try disabling it for a bit…
Post the logs if/when problems happen again. Unfortunately I don’t think there’s anything going wrong on the Ignition side - this device just seems to stop responding sometimes. It’s possible that the frequency at which the disconnecting/reconnecting happens causes some kind of overload, which is why seemingly random things like restarting the device or the module seem to “fix” it sometimes, when really you’re just giving it a bit of a “break” by doing that.
It happened again. I’ve attached new log which hopefully will show some clues.
Also I am going to reduce data load on this device by either disabling some tags or switching to different scanclasses.
Unfortunately, it happened again yesterday at 5:45 PM despite greately reduced data traffic from this device.
I include the latest log hoping that it has some clues to the problem.
Thank you.