|
1 | 1 | # AUTOMATICALLY GENERATED BY PROTO CONVERSION
|
2 | 2 |
|
3 |
| -# Name of the service to use. |
4 |
| -string service_name |
5 |
| -# Host machine of the directory server that the docking service is registered with. |
6 |
| -string host |
7 |
| - |
8 |
| -# ID of docking station to dock at. |
9 |
| -uint32 docking_station_id |
10 |
| - |
11 |
| -# Optional child node. Children will have access to the status variables gathered by this node. |
12 |
| -# If specified, child node will determine success/failure of this node. |
13 |
| -# |
14 |
| -# DEPRECATED! Use docking_command_response_blackboard_key and |
15 |
| -# docking_command_feedback_response_blackboard_key instead. |
16 |
| - |
17 |
| -# Name of the command status variable in the blackboard. This is the status of the docking |
18 |
| -# command request made to the robot. Please refer to |
19 |
| -# bosdyn.api.docking.DockingCommandResponse.Status for more details. Children can use this |
20 |
| -# name to look up docking command status in the blackboard. If no name is provided, status will |
21 |
| -# not be available. |
22 |
| -# |
23 |
| -# DEPRECATED! Use docking_command_response_blackboard_key and |
24 |
| -# docking_command_feedback_response_blackboard_key instead. |
25 |
| - |
26 |
| -# Name of the feedback status variable in the blackboard. This is the feedback provided while |
27 |
| -# docking is in progress. Please refer to |
28 |
| -# bosdyn.api.docking.DockingCommandFeedbackResponse.Status for a list of possible status |
29 |
| -# values. Children can use this name to look up docking status in the blackboard. If no name |
30 |
| -# is provided, status will not be available. |
31 |
| -# |
32 |
| -# DEPRECATED! Use docking_command_response_blackboard_key and |
33 |
| -# docking_command_feedback_response_blackboard_key instead. |
34 |
| - |
35 |
| -# Defines how we use the "pre-docking" behavior. |
36 |
| -bosdyn_msgs/PrepPoseBehavior prep_pose_behavior |
37 |
| - |
38 |
| -# If provided, this will write the last DockingCommandFeedbackResponse message |
39 |
| -# to a blackboard variable with this name. |
40 |
| -string docking_command_feedback_response_blackboard_key |
41 |
| - |
42 |
| -# If provided, this will write the last DockingCommandResponse message to |
43 |
| -# a blackboard variable with this name. |
44 |
| -string docking_command_response_blackboard_key |
| 3 | +# The dock itself and the target associated with it |
| 4 | + |
| 5 | +# The docking station ID of the dock corresponds to the number printed on the |
| 6 | +# fiducial, below the part of the fiducial that looks like a QR code. |
| 7 | +# Only fiducial IDs greater than or equal to 500 should be |
| 8 | +# used here because they are reserved for docks. |
| 9 | +uint32 dock_id |
| 10 | + |
| 11 | +# To maximize reliability, at record time, the client should dock the robot |
| 12 | +# while graph_nav is still recording. When the robot is finished docking, |
| 13 | +# the client should create a waypoint on top of the dock, while the robot is |
| 14 | +# docked, and then stop recording. The waypoint created while the |
| 15 | +# robot is sitting on the dock should be specified here. |
| 16 | +string docked_waypoint_id |
| 17 | + |
| 18 | +# When it is time for the robot to dock, it will approach this target |
| 19 | +# before issuing docking commands. If the user is using graph_nav, the |
| 20 | +# final waypoint in the NavigateRoute OR the waypoint ID in the |
| 21 | +# NavigateTo MUST be at the docking prep pose. To do this, send a docking |
| 22 | +# command to move the robot to the docking prep pose. Then, create a |
| 23 | +# waypoint at the docking prep pose location. Graph_nav is responsible for |
| 24 | +# navigating the robot to the docking prep pose. Once the robot is in the |
| 25 | +# docking prep pose, the docking service does the rest. |
| 26 | +bosdyn_msgs/Target target_prep_pose |
| 27 | +bool target_prep_pose_is_set |
| 28 | + |
| 29 | +# At mission playback, if the robot is unable to reach the dock OR successfully |
| 30 | +# dock, the mission will let the operator know with a user question. If the operator |
| 31 | +# does not answer, the robot will safely power off. This parameter controls |
| 32 | +# how long the operator has to answer. |
| 33 | +# This parameter also controls how long robot will wait to retry to undock on |
| 34 | +# a failed undock. |
| 35 | +builtin_interfaces/Duration prompt_duration |
| 36 | +bool prompt_duration_is_set |
0 commit comments