This type thing rolls through the log and its not always the same PLC. Looking for how to troubleshoot this to determine if its a network issue, PLC issue, driver issue or ?
[attachment=0]PLC.png[/attachment]
Basically what the log is saying is that a request was sent out and a response was not received before the communication timeout elapsed.
Often the cause is that the PLC doesn’t have enough time for all the comm it needs to handle, but it could be dropped packets or something else.
Ya, I have played with increasing the timeout, it helps.
Is there a rule of thumb for how high it can be set? There is no machine control here.
I don’t think everyone agrees with this approach, but I would advocate for keeping the timeouts as short as possible. During whatever the duration of the timeout is there are no* other requests going out, so if the timeout ends up being due to a packet drop, and you’ve got a 5 second timeout, that’s 5 seconds there the driver was doing nothing.
- this is not entirely true on drivers that support concurrent requests, like ControlLogix, but the same pitfall applies if you end up with N requests, where N=concurrent requests, stalled and waiting for the timeout to elapse.