Package Summary
| Tags | No category tags. |
| Version | 0.8.2 |
| License | BSD |
| Build type | CATKIN |
| Use | RECOMMENDED |
Repository Summary
| Checkout URI | https://github.com/yujinrobot/yujin_ocs.git |
| VCS Type | git |
| VCS Version | release/0.8-melodic |
| Last Updated | 2017-01-12 |
| Dev Status | DEVELOPED |
| Released | RELEASED |
Package Description
Additional Links
Maintainers
- Jihoon Lee
Authors
- Daniel Stonier
- Jihoon Lee
- Jorge Santos Simon
Overview
Parameterised by two AR Markers this package tracks the markers and computes a relative pose from the robot to the midpoint (of the baseline) between the two markers.
Why two markers?
You can do this with a single ar marker - it will supply you with all the information you need - a full six degrees of position and orientation information. However the orientation data can often be quite dodgy. Detection rates and the position data on the other hand is quite reliable, so here we use position data from the two ar markers to provide more robustness than we could get with ar marker data from one.
Usage
Markers
We use left marker id 3 and right marker id 0 by default, but these are configurable as parameters for the node.
Publishers
-
~/spotted_markers: string identifying which markers are spotted - 'none', 'left', 'right', 'both'. -
~/initial_pose: pose with covariance stamped for use to set an initial pose for amcl (assuming/mapis at the base of the midpoint of the two ar markers. -
~relative_target_pose: 2d pose between sensor and target location, use for an approach controller.
Todo
Remove the transform logic inside the node and just publish the relative target pose. This removes any need for this node to have external information (in this case a camera_rgb_optical_frame to base_footprint transform).
Could not convert RST to MD: No such file or directory - pandoc
Wiki Tutorials
Source Tutorials
Package Dependencies
| Deps | Name | |
|---|---|---|
| 2 | roscpp | |
| 2 | std_msgs | |
| 2 | geometry_msgs | |
| 2 | sensor_msgs | |
| 1 | yocs_math_toolkit | |
| 3 | ar_track_alvar_msgs | |
| 1 | yocs_ar_marker_tracking | |
| 1 | yocs_msgs | |
| 1 | catkin |
System Dependencies
Dependant Packages
Launch files
- launch/client.launch
- launch/tracking.launch
-
- ar_pair_left_id [default: 3]
- ar_pair_right_id [default: 0]
- ar_pair_baseline [default: 0.26]
- ar_pair_baseline_half [default: 0.13]
- ar_pair_target_pose_offset [default: 0.33]
- ar_pair_publish_transforms [default: false]
- launch/demo-tracking.launch
- Demo launcher which launches everything in one bundle.
-
- launch/server.launch
Messages
Services
Plugins
Recent questions tagged yocs_ar_pair_tracking at answers.ros.org
Package Summary
| Tags | No category tags. |
| Version | 0.8.2 |
| License | BSD |
| Build type | CATKIN |
| Use | RECOMMENDED |
Repository Summary
| Checkout URI | https://github.com/yujinrobot/yujin_ocs.git |
| VCS Type | git |
| VCS Version | kinetic |
| Last Updated | 2017-01-12 |
| Dev Status | DEVELOPED |
| Released | RELEASED |
Package Description
Additional Links
Maintainers
- Jihoon Lee
Authors
- Daniel Stonier
- Jihoon Lee
- Jorge Santos Simon
Overview
Parameterised by two AR Markers this package tracks the markers and computes a relative pose from the robot to the midpoint (of the baseline) between the two markers.
Why two markers?
You can do this with a single ar marker - it will supply you with all the information you need - a full six degrees of position and orientation information. However the orientation data can often be quite dodgy. Detection rates and the position data on the other hand is quite reliable, so here we use position data from the two ar markers to provide more robustness than we could get with ar marker data from one.
Usage
Markers
We use left marker id 3 and right marker id 0 by default, but these are configurable as parameters for the node.
Publishers
-
~/spotted_markers: string identifying which markers are spotted - 'none', 'left', 'right', 'both'. -
~/initial_pose: pose with covariance stamped for use to set an initial pose for amcl (assuming/mapis at the base of the midpoint of the two ar markers. -
~relative_target_pose: 2d pose between sensor and target location, use for an approach controller.
Todo
Remove the transform logic inside the node and just publish the relative target pose. This removes any need for this node to have external information (in this case a camera_rgb_optical_frame to base_footprint transform).
Could not convert RST to MD: No such file or directory - pandoc
Wiki Tutorials
Source Tutorials
Package Dependencies
| Deps | Name | |
|---|---|---|
| 2 | roscpp | |
| 2 | std_msgs | |
| 2 | geometry_msgs | |
| 2 | sensor_msgs | |
| 1 | yocs_math_toolkit | |
| 3 | ar_track_alvar_msgs | |
| 1 | yocs_ar_marker_tracking | |
| 1 | yocs_msgs | |
| 1 | catkin |
System Dependencies
Dependant Packages
Launch files
- launch/client.launch
- launch/tracking.launch
-
- ar_pair_left_id [default: 3]
- ar_pair_right_id [default: 0]
- ar_pair_baseline [default: 0.26]
- ar_pair_baseline_half [default: 0.13]
- ar_pair_target_pose_offset [default: 0.33]
- ar_pair_publish_transforms [default: false]
- launch/demo-tracking.launch
- Demo launcher which launches everything in one bundle.
-
- launch/server.launch
Messages
Services
Plugins
Recent questions tagged yocs_ar_pair_tracking at answers.ros.org
Package Summary
| Tags | No category tags. |
| Version | 0.6.4 |
| License | BSD |
| Build type | CATKIN |
| Use | RECOMMENDED |
Repository Summary
| Checkout URI | https://github.com/yujinrobot/yujin_ocs.git |
| VCS Type | git |
| VCS Version | indigo |
| Last Updated | 2017-01-12 |
| Dev Status | DEVELOPED |
| Released | RELEASED |
Package Description
Additional Links
Maintainers
- Jihoon Lee
Authors
- Daniel Stonier
- Jihoon Lee
- Jorge Santos Simon
Overview
Parameterised by two AR Markers this package tracks the markers and computes a relative pose from the robot to the midpoint (of the baseline) between the two markers.
Why two markers?
You can do this with a single ar marker - it will supply you with all the information you need - a full six degrees of position and orientation information. However the orientation data can often be quite dodgy. Detection rates and the position data on the other hand is quite reliable, so here we use position data from the two ar markers to provide more robustness than we could get with ar marker data from one.
Usage
Markers
We use left marker id 3 and right marker id 0 by default, but these are configurable as parameters for the node.
Publishers
-
~/spotted_markers: string identifying which markers are spotted - 'none', 'left', 'right', 'both'. -
~/initial_pose: pose with covariance stamped for use to set an initial pose for amcl (assuming/mapis at the base of the midpoint of the two ar markers. -
~relative_target_pose: 2d pose between sensor and target location, use for an approach controller.
Todo
Remove the transform logic inside the node and just publish the relative target pose. This removes any need for this node to have external information (in this case a camera_rgb_optical_frame to base_footprint transform).
Could not convert RST to MD: No such file or directory - pandoc
Wiki Tutorials
Source Tutorials
Package Dependencies
| Deps | Name | |
|---|---|---|
| 2 | roscpp | |
| 2 | std_msgs | |
| 2 | geometry_msgs | |
| 2 | sensor_msgs | |
| 1 | yocs_math_toolkit | |
| 3 | ar_track_alvar_msgs | |
| 1 | yocs_ar_marker_tracking | |
| 1 | yocs_msgs | |
| 1 | catkin |
System Dependencies
Dependant Packages
Launch files
- launch/client.launch
- launch/tracking.launch
-
- ar_pair_left_id [default: 3]
- ar_pair_right_id [default: 0]
- ar_pair_baseline [default: 0.26]
- ar_pair_baseline_half [default: 0.13]
- ar_pair_target_pose_offset [default: 0.33]
- ar_pair_publish_transforms [default: false]
- launch/demo-tracking.launch
- Demo launcher which launches everything in one bundle.
-
- launch/server.launch