-
Notifications
You must be signed in to change notification settings - Fork 41
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
Failed to change to slave mode. (83501024) for cobotta #29
Comments
After rebooting cobotta, I found this happens because I run into this issue at the first time when I tried to launch the control program. Then if I launch the control program again, seems the previous failure run did not exit successfully and gave up the control of the robot. But cobotta is still thinking the previous program is taking control. |
Have you been able to deal with this problem? I have got the same issues on VP6242. Environment: |
@luuquan I recommend to use OSS mode, which is much more stable. |
@luuquan |
Thank you for addressing the issue! Do you have a rough ETA? Our project relies on the DENSO arm and we'd like to be able to use Melodic. Also, I'm assuming this would be for the overall denso_robot_ros package, correct? |
Hello, When you will reset the cobotta using moveit, you need cancel a current planning motion and publish 'ChangeMode' message towice. |
Environment
Ubuntu 18.04 + ROS Melodic
Description
Hi, I'm ready to launch
roslaunch denso_robot_control denso_robot_control.launch
, but with the urdf files fromdenso_cobotta_ros
. I also add acobotta.launch.xml
as the same way of VS060:After fixing the internet token executable problem, I can see the motor can be powered on, but I got the error
[ERROR] [ros.denso_robot_control]: Failed to change to slave mode. (83501024)
:The entire outputs are:
The error log of remote TP shows that this may happen if two programs take the control of robot at the same time. How can I fix this error? Thanks.
The text was updated successfully, but these errors were encountered: