-
Notifications
You must be signed in to change notification settings - Fork 181
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TcpClient won't re-establish connection if physical connection is unplugged, then restored #238
Comments
Proposed fix in PR #239 |
Sorry to do some archaeology here, but I just encountered a similar scenario when running
That would then be followed by a flurry of:
I tried to enable REUSE_ADDR in the client, but that only resulted in the following:
However, once I used #239 , the robot connection was successfully restored, across multiple failures. Tested on:
@gavanderhoorn : I hope you are the right person to tag here, could you maybe let me know here or in #239 what would need to be done to merge it? |
@gavanderhoorn @Levi-Armstrong : I see you are both mentioned as maintainers for simple_message, could you maybe give your opinion on #239 ? |
To the best of my knowledge, this change has now been used in our systems to control UR, Yaskawa, and probably ABB robots. |
Closing as #263 should address this. |
Observed running against ROS indigo. Ethernet cable between PC and Fanuc controller became disconnected. isConnected() properly reported loss of connection. Upon re-connection makeConnect() could not re-establish connection since socket handle was for lost connection.
The text was updated successfully, but these errors were encountered: