Only released in EOL distros:
Package Summary
The pr2_grasp_adjust package provides an interface for finding grasp poses near a given input pose. The api includes a service server and an action server.
- Author: Adam Leeper
- License: BSD
- Repository: wg-ros-pkg
- Source: svn https://code.ros.org/svn/wg-ros-pkg/stacks/pr2_object_manipulation/tags/pr2_object_manipulation-0.4.4
Package Summary
The pr2_grasp_adjust package provides an interface for finding grasp poses near a given input pose. The api includes a service server and an action server.
- Author: Adam Leeper
- License: BSD
- Source: svn https://code.ros.org/svn/wg-ros-pkg/stacks/pr2_object_manipulation/branches/0.5-branch
Package Summary
The pr2_grasp_adjust package provides an interface for finding grasp poses near a given input pose. The api includes a service server and an action server.
- Author: Adam Leeper
- License: BSD
- Source: svn https://code.ros.org/svn/wg-ros-pkg/stacks/pr2_object_manipulation/branches/0.6-branch
Package Summary
The pr2_grasp_adjust package provides an interface for finding grasp poses near a given input pose. The api includes a service server and an action server.
- Author: Adam Leeper
- License: BSD
- Source: svn https://code.ros.org/svn/wg-ros-pkg/stacks/pr2_object_manipulation/trunk
Overview
This package provides an interface for a grasp adjustment algorithm that finds suitable grasp poses near an input pose. This can be used to confirm or refine a pre-existing candidate grasp, such as one given by other grasp planners in the ROS grasp pipeline. Alternatively, the algorithm can be used to find grasps near the current gripper pose as the gripper moves around nearby objects.
Video
ROS API
API Stability
The ROS API is currently UNREVIEWED and UNSTABLE.
ROS Parameters
The default configuration of this package relies on several parameters being loaded onto the ROS parameter server. Currently this is done when the node is launched from grasp_adjust_server.launch. Users who wish to modify the default values can edit this file.
Many users may wish to modify some of these values temporarily and repeatedly during program run time. This can be done through the dynamic reconfigure server.
Some parameters belong in the private namespace of the node, others belong in a config/ or debug/ namespace below the private namespace, as given for each parameter below.
Parameters
load_debug_server (bool, default: False)- Tells the node whether to create the dynamic reconfigure server for debug settings.
Parameters
config/centroid_weight (double, default: 10.0)- The cost for distance between the local cloud centroid and the center-front of the gripper palm.
- The cost for asymmetry of the point cloud between the gripper finger tips.
- The cost (per point) for collisions between the point cloud and the gripper model.
- The cost (per point) for normals that are aligned with the gripper frame's principal axes. Note that this value should be negative to reward a good grasp (low cost).
- The weight for enclosing additional points in the space between the robot finger tips.
- Should probably be deprecated.
- Sets the search mode. Full grid search = 0; local search = 1.
- Sets whether to use a full 6-dof gradient descent on the gripper pose, or to only vary position + yaw about the world vertical (base_footprint).
- The number of steps in either direction from the input pose to use to populate the search grid. For example, for grid_step_num = 1, the grid will be 3x3; for a value of 2, the grid will be 5x5.
- On each gradient step, the number of steps to search in either direction before choosing the optimal step value.
- The number of seed grasps on which to perform a full gradient descent, until each one reaches a local minimum.
- The size of each angular step.
Parameters
debug/run_continuous (bool, default: False)- If this is set, the algorithm will run continuously. This is for debugging, as the return result is dsipalyed in rviz but otherwise discarded.