This tutorial describes how to use Sawyer with MoveIt! the standard ROS motion planning framework.
- 1 Installation/Prerequisites
- 2 Overview
- 3 Video
- 4 Tutorial
- 5 Interfaces
- 6 Related Examples/Tutorials
- 7 Troubleshooting
= Make sure to update your sources = $ sudo apt-get update = Install MoveIt! = $ sudo apt-get install ros-kinetic-moveit
= Make sure to update your sources = $ sudo apt-get update = Install MoveIt! = $ sudo apt-get install ros-indigo-moveit
Installing and building Sawyer MoveIt Repo
catkin_make to make the new Sawyer MoveIt! additions to your ROS workspace
$ cd ~/ros_ws/ $ ./intera.sh $ cd ~/ros_ws/src $ wstool merge https://raw.githubusercontent.com/RethinkRobotics/sawyer_moveit/master/sawyer_moveit.rosinstall $ wstool update $ cd ~/ros_ws/ $ catkin_make
MoveIt! motion planning framework provides capabilities including Kinematics (IK, FK, Jacobian), Motion Planning (OMPL, SBPL, CHOMP) integrated as MoveIt! plugins, Environment Representation (robot representation, environment representation, collision checking, contraint evaluation), execution using move_groups, benchmarking, warehouse database for storage (scenes, robot states, motion plans), a C++/Python API and more!
This tutorial will focus on the MoveIt! Rviz plugin as an introduction to some of the capabilities of MoveIt!
Sawyer Planning Groups
Describes the joints considered during motion planning. These are specified in the SRDF for Sawyer. Sawyer's SRDF includes planning groups, additional collision checking information, and default configurations. These groups are generated dynamically via Xacro
- chain base -> right_gripper
- chain base -> right_gripper
The SRDF is generated dynamically at runtime and then loaded to the param server under
robot_semantic_description. You can view the top level SRDF Xacro file under sawyer_moveit_config/config/sawyer.srdf.xacro
Verify that the robot is enabled from an SDK terminal session, ex:
$ rosrun intera_interface enable_robot.py -e
Start the joint trajectory controller, ex:
$ rosrun intera_interface joint_trajectory_action_server.py
If you do not have a gripper plugged into the robot, use the following to bringup MoveIt:
$ roslaunch sawyer_moveit_config sawyer_moveit.launch
This version will not add electric grippers collision shapes, and MoveIt may not give a valid trajectory if you have electric grippers plugged in.
If you have the Rethink Electric grippers plugged into your robot, use the following to bringup MoveIt:
$ roslaunch sawyer_moveit_config sawyer_moveit.launch electric_gripper:=true
This version will add the gripper linkages to the collision shapes.
The Rviz gui will then open showing Sawyer with interactive markers:
Executing a simple motion plan
You will see the goal state for the motion planning, shown for each plan group in Orange.
You can then move Sawyer's arms to a planning goal by clicking and dragging the arrows (Cartesian) and rings (orientation) of the interactive markers. Kinematic/collision checking is happening simultaneously and will not allow self collisions (links will turn red), or goal states out of the reachable workspace (inability to drag and endpoint/gripper will turn red).
With a valid goal state, and assuming that the robot is in a valid start state, you are now ready to plan and execute a trajectory from your start state to the goal state.
In the bottom left you will the motion planning frame with a tabbed interface to access different tools of the MoveIt! Rviz visualizer.
Please select the Planning tab in this frame.
Click the Plan tab under the Commands field to plan a trajectory from your start state to the goal. You will see this solution executed in Rviz. When you are happy with the planned trajectory, click Execute to run this trajectory on the robot.
Alternatively, if you would like to immediately execute the first plan from your current position to the goal position use the Plan and Execute button.
Another useful field in the Planning tab is Query. You can specify here _Select Start State_ choosing
<same as goal>, choosing these options with the _Update_ button. Also, You may Select Goal State by clicking that button. Here again you can choose
<same as goal> for the Goal State.
Note: It is dangerous to plan from a start state other than your current joint positions. Please update the Select Start State_ option under the Query field to reflect your current position before planning. This can be done by clicking the _Select Start State:_ text, from the drop down menu select
<current>, click Update to complete this step. You will now be planning from your current position as the start state.
After trajectory execution you will see Sawyer has achieved your specified Goal.
Introducing an environment representation for planning
Select the Scene Object tab from the Motion Planning frame.
We will now create a scene object in a text file to be imported into our environment.
$ roscd sawyer_moveit_config $ mkdir sawyer_scenes $ gedit sawyer_scenes/sawyer_pillar.scene
Copy in the following scene describing a pillar
pillar * pillar 1 box 0.2 0.2 1 0.6 0.15 0 0 0 0 1 0 0 0 0 .
Save and exit.
You can now import this scene from the Scene Geometry field selecting Import From Text
Navigating to select
After opening this scene you will now see the pillar inserted into your environment.
Important: You must publish your current scene so that MoveIt! knows that it will need to plan around your modified environment. Do so by selecting the Context_ tab from the Motion Planning frame. Under this tab you must click the _Publish Current Scene Button under the Planning Library field.
Similar to our previous planning we can now drag our interactive markers moving the goal state to a location on the opposite side of the pillar.
Selecting the Planning tab in the motion planning frame you can now plan a new trajectory that will avoid collision with your environment object (the pillar). The shell in which you launched sawyer_moveit.launch will provide information regarding which planner will be used, how long it took to find a solution, path simplification/smoothing time, and more. This will also display if your planner was unsuccessful in finding an allowable solution. This is often caused by collision with the environment during testing of the execution or invalid start/goal states. In very constrained or difficult motions, you may have to plan several times to find an acceptable solution for execution.
Upon execution the robot will avoid this 'virtual' object tracking the commanded trajectory.
That's it, you have successfully commanded Sawyer using MoveIt!
Programmatic interaction for planning
There is much more information, tutorials, API documentation and more on moveit.ros.org.
See the API Reference page for details.
- Joint Trajectory Action Server - /robot/limb/right/follow_joint_trajectory [control_msgs/FollowJointTrajectoryAction]
- JointTrajectoryActionServer class:
Also see the Full intera_interface API docs for more details
The arm is not executing the trajectory
Verify that the robot is enabled:
rosrun intera_interface enable_robot.py -e
Verify that the trajectory controller has been started:
rosrun intera_interface trajectory_controller.py
Arm not executing plan; "Unable to identify any set of controllers"
Pressed plan, solution was found and a trajectory execution service request was recieved after which I got the error:
Unable to identify any set of controllers that can actuate the specified joints: [right_j0 right_j1 right_j2 right_j3 right_j4 right_j5 right_j6 ]
After which nothing occurred.
If you see the following warning error in the terminal output when roslaunch-ing sawyer_moveit.launch:
[FATAL] [1372432489.342541284]: Parameter '~moveit_controller_manager' not specified. This is needed to identify the plugin to use for interacting with controllers. No paths can be executed.
This indicates you need to make sure you have the appropriate controller manager plugins installed. Make sure to follow the Sawyer MoveIt! Installation instructions and install the required Debian packages for both moveit-full and any required plugins.