Skip to content

Commit f48cbba

Browse files
committed
fix(demos/ota): broadcast map -> odom continuously when robot is idle
AMCL only broadcast its map->odom TF after the robot drove update_min_d (0.25 m) or rotated update_min_a (0.2 rad). The demo's flow has the robot sitting still while the operator inspects the Foxglove dashboard - so the map frame never showed up in the Display Frame dropdown until they published a goal and the robot actually started moving. Foxglove just sat in 'Missing transform from frame <map>' for the whole pre-OTA narrative. Set both update_min_d and update_min_a to 0 so AMCL broadcasts on every laser scan. Also drops the duplicate keys that were sitting below the original block - they were silently overriding the values I'd just added.
1 parent 602ad90 commit f48cbba

1 file changed

Lines changed: 8 additions & 2 deletions

File tree

  • demos/ota_nav2_sensor_fix/ros2_packages/ota_nav2_sensor_fix_demo/config

demos/ota_nav2_sensor_fix/ros2_packages/ota_nav2_sensor_fix_demo/config/nav2_params.yaml

Lines changed: 8 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -49,9 +49,15 @@ amcl:
4949
save_pose_rate: 0.5
5050
sigma_hit: 0.2
5151
tf_broadcast: true
52+
# Broadcast map -> odom on every laser update, not only after the
53+
# robot has driven update_min_d / update_min_a. Demo flow has the
54+
# robot sitting idle while the operator inspects the dashboard;
55+
# without continuous broadcasting Foxglove can't even pick `map`
56+
# in the Display Frame dropdown until the operator publishes a
57+
# goal and the robot moves.
58+
update_min_d: 0.0
59+
update_min_a: 0.0
5260
transform_tolerance: 1.0
53-
update_min_a: 0.2
54-
update_min_d: 0.25
5561
z_hit: 0.5
5662
z_max: 0.05
5763
z_rand: 0.5

0 commit comments

Comments
 (0)