Only released in EOL distros:
Package Summary
collider - collision avoidance for tabletop manipulation using octomap
- Author: Adam Harmat, Gil E. Jones, Kai M. Wurm, Armin Hornung. Maintained by Gil E. Jones
- License: BSD
- Source: hg https://kforge.ros.org/armnavigation/experimental (branch: electric_patches)
Package Summary
collider - collision avoidance for tabletop manipulation using octomap
- Author: Adam Harmat, Gil E. Jones, Kai M. Wurm, Armin Hornung. Maintained by Gil E. Jones
- License: BSD
- Source: hg https://kforge.ros.org/armnavigation/experimental (branch: default)
Package Summary
collider - collision avoidance for tabletop manipulation using octomap
- Author: Adam Harmat, Gil E. Jones, Kai M. Wurm, Armin Hornung. Maintained by Gil E. Jones
- License: BSD
- Source: hg https://kforge.ros.org/armnavigation/experimental (branch: default)
Overview
NOTE: This package is currently unreleased and contains experimental code. The documentation below describes the current version in the arm_navigation_metrics branch of motion_planning_common, which might be released in E-turtle.
collider provides a collision map for tabletop manipulation. Various sources of input data (e.g. laser and textured stereo) are fused and integrated into an octomap with raycasting in 3D. This enables a dynamically updated collision map for manipulation and serves as a drop-in replacement for collision_map. collider supersedes collision_octomap.
ROS API
ROS Parameters
Parameters
~resolution (double, default: 0.1)- The smallest resolution of the internal octree in meters. This directly influences the update speed.
- The maximum beam length that will be inserted into the octree. If a point is further than this distance, freespace will be cleared only up to the distance. The default of -1.0 means the full beam length. This directly influences the update speed.
- The internal octree will be pruned after every x-th data insertion, where x is the pruning period. There is a tradeoff between pruning too often and not often enough that needs to be found.
- The PointCloud2 data sources which will be used as inputs to collider. Details below.
- Octomap sensor model: probablity for a hit
- Octomap sensor model: Maximum clamping value
- Octomap sensor model: Minimum clamping value
cloud_sources parameter
An example of the cloud_sources YAML file is given below. Note that this is the same format used for the regular collision_map.
cloud_sources: - name: full_cloud_filtered frame_subsample: 1 point_subsample: 1 sensor_frame: laser_tilt_mount_link
Published Topics
Data Topics
- The output collision map, defined as a set of boxes with a given center point and edge lengths.
- The output collision map in point cloud form, which is simply the center points of the collision map boxes. Used for nodes that need a point cloud input topic, but should probably be eliminated in the future.
Visualization Topics
- Text information about the latest insertion.
- Box markers of the current occupied cells in the octree. Useful for debugging.
- Box markers of the current freespace cells in the octree. Useful for debugging - but generates and displays huge amounts of data!