Closed YongyuLiu03 closed 6 months ago
Has anyone solved this issue? I am facing it as well ...
I'm having a similar problem after upgrading from a ros melodic to noetic and from ubunto 18 to 20, I'm also using a raspberry pi instead of a laptop. everything was working fine until I get the error of sending data through socket faild then the connection keeps dropping and reconnecting so the robot skips some commands because the connection is unstable till the controller stops running.
Regarding the OP: Please do not use a wireless connection.
@shrutichakraborty, @JohnL-Fxa Please open separate issues describing your setup.
Configuration
Issue
Hi, I'm using ur_robot_driver along with moveit! motion planning to operate ur10e robot. The procedure is:
roslaunch ur_robot_driver ur10e_bringup.launch
roslaunch urr10e_moveit_config moveit_planning_execution.launch
The issue is that
Connection to reverse interface dropped
and reconnection frequently happen, which preempts the robot at the middle of an execution. Later the warningConnection attempt on port 50001 while maximum number of clients (1) is already connected. Closing connection.
occurs and the driver is not able to reconnect to the robot anymore. I can reconnect them If I manually end and restart the program running on robot, however the same issue repeats very soon.As suggested in previous related issues, I have tried setting up a realtime kernel and adding
ur_driver_->setKeepaliveCount(5);
inUniversal_Robots_ROS_Driver/ur_robot_driver/src/hardware_interface.cpp
afterur_driver_->registerTrajectoryDoneCallback( std::bind(&HardwareInterface::passthroughTrajectoryDoneCb, this, std::placeholders::_1));
, but the problem remains and it's worth noticing that the value of the keepalive variable on TP is still 1 after adding that line and drops to -2 after the connection dropped.Wireless connection of PC under the same LAN is preferred in the project and the network is set to be holding only communications of the robots in the lab, while the PC and the robot are the only active ones, so I guess there could be other issues affecting the connection. I'm also concerned about the clients on port 50001, what could cause the port to be occupied?
Thanks in advance for people looking at this issue!
Full log of ur10e_bringup.launch terminal