Hi guys, these days I’ve been getting this error message and I do not know what went wrong. I can ping all my devices and all my i/o are connected correctly. Random MODBUS signal were detected to lose connection and stops the program but when I checked again its back on. Not sure what else I can do. Would appreciate for any solution given! thanks
I think maybe this happened to me at one point in the past, and I think it ended up being that another device was added to the network with the same IP address.
I get this fault with my UR ↔ Click PLC modbus connection.
It seems to happen when the system is idle for long periods of time, BUT has happened once while production was running.
I assume it is the Click PLC in my configuration bc i have 3 other UR talking modbus with a Mitsubishi PLC using the exact same IO & program style without any issues at all.
To resume production, I’ve just gone to Installation>fieldbus> Modbus> Refresh All. Then just play from beginning and its happy again.
We get this at random intervals on several of our robots. Sometimes we’ll go a month or more without the error, then we might see it on 2 or 3 different robots (all in the same room) on the same day. Usually have to power cycle the device (Acromag XT1121 digital I/O device) to clear the problem. Thinking it’s some kind of network glitch, and have asked our IT group to see if they can monitor the connection, but no feedback so far. Our IP addresses are reserved, so there shouldn’t be any conflicts that way.
I can replace that unit with a couple relays, so probably will end up going that route.
setting the modbus client to “sequential mode” has resolved this for me in the past.
you have to enable “show advanced options” for it to show.
This forces the modbus client to wait for a response from one request before scanning the next. It shouldnt hurt in any case and will help smooth out any network hiccups.
You also might consider reducing the frequency if these signals are not timing-sensitive (such as most outputs; particularly cycle_start)
NOTE: FYI - setting the frequency to 0 is acceptable. This effectively makes that particular signal a “one-shot” signal instead of a polled signal. Be careful using 0Hz on inputs - they wont update except for when modbus_get_signal_status() is run explicitly.
My robots are all offline & direct connections to PLC so I can say the error is not only caused by network glitches.