从零到一：基于ROS与LIAOKE机器人实战SLAM建图与Navigation导航

1. 环境准备与ROS安装

第一次接触ROS和机器人开发的朋友可能会觉得环境搭建很复杂，其实只要跟着步骤一步步来，半小时就能搞定。我这里用的是Ubuntu 18.04和ROS Melodic版本，这也是目前最稳定的组合。安装ROS时最容易踩的坑就是源配置不对，建议直接使用清华或中科大的镜像源。

安装完成后，千万别忘了运行rosdep init和rosdep update这两个命令。我在实际项目中遇到过好几次因为没更新依赖导致后面各种奇怪的报错。LIAOKE机器人的驱动包需要放在工作空间的src目录下，编译时记得用catkin_make而不是catkin build，后者虽然更强大但对新手不太友好。

硬件连接方面，LIAOKE标配的激光雷达和底盘驱动都是即插即用的。可以用lsusb命令检查设备是否识别成功，如果看到Hokuyo或RPLIDAR的字样就说明雷达连接正常。底盘驱动一般会显示为USB串口设备，可以用dmesg | grep tty查看具体端口号。

2. SLAM建图实战

2.1 gmapping算法详解

gmapping作为ROS中最经典的激光SLAM算法，其核心是通过粒子滤波将激光数据与运动信息融合。我实测发现，对于LIAOKE这种小型机器人，将particles参数设为30就足够用了，设太高反而会导致建图卡顿。启动gmapping节点的命令虽然简单，但背后的参数配置很有讲究：

roslaunch LIAOKE_map LIAOKE_gmapping.launch

在launch文件里，这几个参数需要特别注意：

• delta：地图分辨率，建议设0.05（5cm/像素）
• maxUrange：激光最大有效距离，LIAOKE的雷达建议设8.0
• xmin/ymin/xmax/ymax：地图尺寸，默认20米够用

2.2 手动建图技巧

用手柄控制机器人移动时，切记要"蛇形走位"——就是让机器人走"之"字形路线。这样能确保激光雷达扫描到所有墙面细节。我在公司走廊测试时，发现匀速直线行走建出来的地图边缘总是模糊的，后来改成变速+多角度旋转才解决。

建图过程中要经常在rviz里检查：

1. 激光点云是否贴合墙面（红色点阵）
2. 机器人位姿估计是否连续（绿色箭头链）
3. 地图边缘是否有畸变（灰色栅格）

当地图覆盖完所有区域后，保存地图前一定要让机器人回到起点。这样后续导航时初始位姿更容易校准。保存命令虽然简单，但路径容易出错：

rosrun map_server map_saver -f ~/LIAOKE/maps/office_v1

3. 导航系统配置

3.1 关键参数调优

导航效果好不好，80%取决于costmap参数的配置。在LIAOKE_nav包的param目录下，这两个文件最关键：

• costmap_common_params.yaml：定义障碍物检测规则
• local_costmap_params.yaml：控制局部路径规划范围

我建议新手先把inflation_radius设为0.3（机器人半径的1.5倍），resolution保持0.05与地图一致。transform_tolerance这个参数经常被忽略，但实际对定位稳定性影响很大，建议设0.5秒。

3.2 AMCL定位原理

AMCL定位本质上是个粒子滤波问题。LIAOKE在启动时会撒1000个粒子（默认值），随着机器人移动，粒子会逐渐收敛到正确位置。调试时可以在rviz里观察particlecloud话题，健康的定位状态应该像这样：

• 初始阶段：粒子均匀分散
• 移动1米后：粒子开始聚集
• 转向后：粒子群呈现明确朝向

如果发现粒子始终不收敛，大概率是TF配置有问题。可以用rosrun tf view_frames生成坐标系树，检查这些关键tf关系：

• map -> odom（由amcl发布）
• odom -> base_footprint（由底盘驱动发布）
• base_footprint -> laser（在urdf中定义）

4. 全流程测试技巧

4.1 导航测试常见问题

第一次测试导航时，90%的失败都出在这三个地方：

1. 初始位姿设置不准：要用rviz的"2D Pose Estimate"反复校准
2. 目标点不可达：检查目标点是否在costmap的障碍物上
3. 路径规划超时：适当增大planner_patience参数

我有个小技巧：先在rviz里用"Publish Point"工具点击地图空白处，然后在终端里看/move_base/global_costmap/costmap话题，确保点击位置对应的cost值是0（可通行）。

4.2 性能优化建议

当导航出现卡顿时，可以按这个顺序排查：

1. 先用top命令看CPU占用，gmapping和amcl是最吃资源的
2. 检查激光数据频率：rostopic hz /scan应该稳定在10Hz以上
3. 降低costmap更新频率：把update_frequency从5.0降到2.0

对于办公场景，建议把static_map设为true，这样全局规划器会直接使用静态地图，比动态costmap节省30%计算资源。如果机器人经常在狭窄通道卡住，可以修改recovery_behaviors参数，增加旋转恢复行为。

最后提醒下，所有参数修改后都要重新launch才能生效。我习惯用roslaunch --screen启动，这样能在终端看到实时日志。当看到"odom received!"和"Costmap stopped updating"这两个关键日志时，就说明导航系统已经正常工作了。