-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Failure to execute trajectories with gazebo simulation and missing UR model #231
Comments
"Clean install of 14.04" should be clean install of 12.04 upgraded to 14.04. All software was installed after the upgrade to 14.04. |
Just to make sure: this is with Gazebo 2 or 5? |
@scottpaulin wrote:
Yes, this is a know problem (see #225). The
I just checked the meshes in the released Can you tell us a bit about your graphics hardware (nvidia/ati/intel/something else)? Installed drivers? Is this a VM or actual hw? Gazebo/RViz are known to have issues with virtualised 3D hw, and what your screenshots show (missing faces) is typical of such problems.
(Virtual) controllers not able to properly control joints and / or time overruns of traj segments could both point to performance issues. Gazebo is quite CPU heavy (especially in a VM). |
You should use the sources from https://github.com/ros-industrial/universal_robot ( The "meshes visualization" definitely seem to be a graphics (driver) problem on your setup. |
The meshes now look fine with the apt-get package and the source install. Maybe some updates installed overnight. Nvidia graphics card with proprietary drivers. I am running on hardware, CPU is an i7-3930K CPU @ 3.20GHz. Using Gazebo 2.2.3. The joint angles seem to become very large around the time that the controller fails. I have attached a small amount of output from the joint_states topic showing the shoulder_pan_joint moving to a position of ~400rad. Everything appears to work fine when I boot up a UR simulator (not Gazebo) in a VM and use the "MoveIt! with real Hardware" instructions. |
the dependency to the |
@scottpaulin: are you still running into issues with the simulation? Your latest comment seems to suggest this would be more likely an issue with Gazebo, |
Thanks for following up on this @gavanderhoorn! It was still a problem when I last tested it around May on Indigo binaries using the latest source for this Universal Robot package. The robot would follow a path for a bit and then go completely unstable. Unfortunately my computer isn't in a good state to test it right now, but I will give it another go in the next couple weeks. I got the errors by following the instructions on the Readme to launch the UR5 in simulation.
Yea it could definitely be that! Everything seems to work really well when using the Universal Robot simulator instead of Gazebo. |
@scottpaulin: any updates? |
Sorry for the delay. I am having problems getting the UR5 up in simulation so that I can test whether this issue is resolved:
Results in:
Using kinetic binaries, source install of Moveit, and source install of Universal Robot package. I just tried reinstalling ROS and Moveit but getting the same issues. Is there something obvious I have missed here? Everything is fine when using the simulator supplied by Universal Robot (which appears to this package as a real robot). |
Are you following the instructions in the readme? I'm assuming you also start Gazebo? Just to make sure: you need to launch |
Yea I am copying the commands from the Readme and am starting Gazebo. Does using the UR5 with Gazebo to follow paths work on your end @gavanderhoorn ? I am trying to figure out whether this whole issue could be something isolated to my machine. |
@scottpaulin: I just noticed that your latest comments are actually based on your experiences with the packages on Kinetic. The packages are not released for that version of ROS, nor have we verified that they work (I'm pretty sure they don't all work, see #281 fi). I've just again verified that following the instructions in the readme for using the pkgs with Gazebo and If you are no longer using Indigo, then I'd like to ask you whether we can close this issue and continue debugging this in #281, as that issue is solely about running the simulation(s) on Kinetic (and your issue started out with something rather different). |
Awesome!
Sure! |
I found a few problems while following the readme instructions for running a UR5 with gazebo simulation. These are possibly related so I have grouped them in this issue.
Software:
Clean install of Ubuntu 14.04. ROS indigo. ros-indigo-moveit-full and universal_robot packages from apt-get.
Missing simple controller manager package:
Moveit could not load the controller manager, so I installed ros-indigo-moveit-simple-controller-manager. Maybe this was not the correct thing to do as I had problems with the controller failing.
Controller failure:
When trying to execute a path planned in RVIZ there is a warning about trajectory timestamping in the terminal I launched the Gazebo model from:
[ WARN] [1455491440.537708925, 88.760000000]: Dropping first 1 trajectory point(s) out of 37, as they occur before the current time. First valid point will be reached in 0.125s.
The robot then starts to move, but stops shortly after. There is then a warning about path tolerances being exceeded in the terminal which started ur5_moveit_planning_execution.launch:
[ WARN] [1455491441.141944913, 89.361000000]: Controller failed with error code PATH_TOLERANCE_VIOLATED [ WARN] [1455491441.142105548, 89.361000000]: Controller handle reports status ABORTED
Missing UR model:
When I booted up RVIZ, the UR5 model seemed to be missing some parts.
UR5:
![ur_model_top](https://cloud.githubusercontent.com/assets/9565877/13037245/726aa20c-d3e1-11e5-953f-f1ba5f1c34a3.png)
Similar issue with the UR10:
![ur10_top](https://cloud.githubusercontent.com/assets/9565877/13037273/f746807c-d3e1-11e5-9c36-81b0fb1e1b1e.png)
Same controller problems when using the UR10.
The text was updated successfully, but these errors were encountered: