You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am using OpENer to connect to an ADFWeb ethernet/ip module. In general this works fine. I do have random interruptions in the communication however. A typical sample is following (192.168.2.100 = PC running OpENer/192.168.2.205 = ADFWeb)
As far as I can see, OpENer simple stops sending the T->O replies and after a few missed replies, the ADFWeb module reinitializes the connection once again. This happens at irregular intervals (sometimes 5 minutes apart, sometimes several hours)
I've seen (what I think) is the same behaviour in different networks and when communication with an Allen Bradley PLC, but I don't have clean wireshark traces of those instances. Any guidance here?
The text was updated successfully, but these errors were encountered:
Good question. Clearly, the connection should not stop from OpENer side.
Not sure if the devlog outputs all messages sent with ID and SEQ, but that would be necessary to see if there are other relevant devlog messages, like an experienced timeout. Perhaps there is some kind of bug there
@BartVanhauwaert got an email notification, but your post does not show up here (at least for me).
What OS have you used? A fast google query brought up a problem on Windows if the sockets "are not properly closed"
Hi,
I am using OpENer to connect to an ADFWeb ethernet/ip module. In general this works fine. I do have random interruptions in the communication however. A typical sample is following (192.168.2.100 = PC running OpENer/192.168.2.205 = ADFWeb)
As far as I can see, OpENer simple stops sending the T->O replies and after a few missed replies, the ADFWeb module reinitializes the connection once again. This happens at irregular intervals (sometimes 5 minutes apart, sometimes several hours)
I've seen (what I think) is the same behaviour in different networks and when communication with an Allen Bradley PLC, but I don't have clean wireshark traces of those instances. Any guidance here?
The text was updated successfully, but these errors were encountered: