外观
新闻ROS Discourse 官方社区2 天前
ROS2 Jazzy三机实测slam_toolbox去中心化多机SLAM与Nav2协同
本文由 AI 根据公开内容整理，可能有误，请以原文为准：Testing the slam_toolbox multi-robot node with Nav2 on three TurtleBot3 Burgers (Jazzy)（ROS Discourse 官方社区）
核心内容
开发者在ROS 2 Jazzy环境下，利用三台TurtleBot3 Burger实体机器人验证了slam_toolbox PR #592分支的去中心化多机器人SLAM能力。测试采用每机独立Nav2导航栈架构，成功实现三机共建单一全局地图，并能将其他机器人识别为Costmap动态障碍物。该测试未引入新算法，旨在验证现有开源组件在真实硬件上的多机协同鲁棒性，相关部署脚本与配置文件已在GitHub开源。
工程落地需解决多项兼容性问题：LDS-02雷达扫描点数波动导致SLAM拒收数据，需重采样至360束；TF树需重构为/robotN/tf加共享global_odom格式；Nav2默认不传递命名空间且需启用enable_stamped_cmd_vel。最关键的是WiFi下三机并发致里程计频率从20Hz跌至1-4Hz，必须绑定Fast DDS至本机LAN地址并扩大Socket缓冲区方可恢复实时性，初始位姿误差需控制在0.25m与20度内。
关键看点
- 通信优化：WiFi环境下三Nav2栈并发致里程计降至1-4Hz，绑定Fast DDS至LAN地址并增大Socket缓冲区后恢复正常
- 传感器适配：LDS-02雷达单帧光束数不定触发slam_toolbox校验失败，需预处理重采样固定为360束以稳定建图
- TF架构约束：多机节点要求
/robotN/tf独立树与共享global_odom，需将TurtleBot3命名空间TF中继转换至此布局 - 初始化精度：SLAM节点启动位姿与真实物理布局偏差须小于0.25米及20度，否则无法正确融合共享地图
工程与产业观察
该实测为ROS 2 Jazzy多机系统提供关键工程基准：去中心化SLAM虽算法可行，但DDS默认配置在WiFi多机高负载下存在严重实时性缺陷，必须手动调优网络中间件。同时揭示了消费级雷达与标准SLAM节点的接口适配痛点，对多机集群部署具有直接排错参考价值。
来源
本页事实对应的公开页面，以原文为准。