Nav2移动机器人导航框架

导语：Nav2 是 ROS 2 生态中的移动机器人导航框架，通过地图与定位、环境代价表示、路径规划、局部控制和行为树协调，将导航目标拆分为可配置的服务与插件。

Nav2 通常指 ROS 2 Navigation，是一套面向移动机器人的导航软件框架。它帮助机器人接收目标位姿或路径任务，结合当前定位、地图与传感器信息生成导航路线，并调用控制器产生底盘运动指令。框架以模块化服务器、插件和行为树等方式组织能力，使应用可以替换或配置不同的规划器、控制器、环境表示和恢复行为。

Nav2 不是 ROS 2 本身。ROS 2 提供通信、节点和生命周期管理等基础能力，Nav2 在其上组织移动机器人导航流程；Nav2 也不是“装上就能自主运行”的完整机器人产品，不自带适配所有底盘的驱动、雷达标定、里程计、地图、定位或现场安全系统。它和 MoveIt 2 的关注点也不同：Nav2 主要处理移动底盘在环境中的导航，MoveIt 2 则面向机械臂操作和运动规划。Open-RMF 关注多机器人与建筑设施的协调，也与单台移动机器人的导航栈处在不同层级。

Nav2 文档将框架能力拆为行为树、导航服务器、状态估计和环境表示等概念。定位与建图经常是 Nav2 部署所需的系统组成，但并不意味着每次导航任务都由 Nav2 单独完成建图。官方入门配置会与 SLAM Toolbox、AMCL 等 ROS 软件协作；具体项目也可选用其他适合传感器和场景的定位来源。是否使用静态地图、在线建图或定位融合取决于机器人、场地及任务。

一个导航栈要理解“机器人在哪里”以及“目标在哪里”，因此需整合地图、里程计、定位估计、传感器测量、机器人外形和坐标变换。Nav2 的常见坐标关系包含 map、odom、base_link 和传感器坐标系：定位或建图组件通常发布地图到里程计坐标的关系，里程计系统提供底盘运动估计，静态变换则描述激光雷达、相机等传感器相对底盘的位置。任何一个变换方向、单位或时间戳设置不一致，都可能使地图中的机器人姿态与传感器观测无法正确对齐。

定位的职责是估计机器人相对地图的位姿，并非规划路线。以 AMCL 为例，它利用静态地图和传感器观测估计机器人位置；SLAM Toolbox 则提供 ROS 2 的二维同步定位与建图能力，常用于需要构图的场景。Nav2 接收这些系统提供的定位、变换和传感器信息，但不会自动修正不可靠的里程计或传感器安装误差。轮径偏差、打滑、雷达外参误差、环境结构变化和光照或反光等因素都可能影响上游感知与状态估计。

Nav2 常用 costmap（代价地图）把环境离散为网格，每个单元保存通行代价或障碍状态。代价地图可组合静态地图层、传感器障碍层、膨胀层、三维体素层和其他插件：静态层提供已知地图信息，障碍层将激光或点云测得的物体写入环境表示，膨胀层在障碍周围扩展较高代价，引导规划与控制器留出一定距离。插件及过滤器还可表达限制区域或区域速度规则，但效果取决于安装、配置、传感器输入和相应控制器如何使用这些代价。

全局代价地图通常用于跨较大区域规划，局部代价地图则关注机器人附近、随机器人移动的窗口或局部环境，两者的坐标系、分辨率、更新频率和覆盖范围可以不同。规划器与控制器会读取配置给它们的地图信息，不过地图不是三维现实世界的完整镜像：普通二维网格对悬空结构、台阶高度、窄障碍和动态物体的描述有限，是否采用点云或体素表达要依据底盘形状、传感器视野与算力评估。

代价地图的机器人半径或轮廓、膨胀范围、障碍物标记和清除规则都是有实际影响的模型参数。把机器人轮廓设得过小可能允许规划路径穿过实际上无法通过的空隙；设得过大则可能把可通行空间压缩。传感器误报、遮挡、更新延迟和未知区域处理也可能改变路径结果。因此，地图上的“可走”表示系统根据配置做出的计算判断，不等同于现场通行许可或安全认证。

Nav2 将规划和控制拆为不同服务器。Planner Server 中的规划器从当前或指定起点计算到目标的路径；Controller Server 根据全局路径、当前位姿和局部环境，为底盘生成下一步控制输出，可能在跟踪路径时考虑局部障碍。插件接口允许一个服务器装载多个算法，并可由行为树或应用根据任务选择相应插件。Nav2 官方列有网格搜索类规划器、考虑车辆运动学的规划器，以及多种控制器实现；名称相同或插件已存在，并不表示各算法适合所有底盘与场景。

全局规划更重视从起点到终点的路线形状和环境连通性；局部控制更关注近期如何沿路线行进、怎样调整速度或绕开暂时出现的障碍。某些地图规划器将机器人近似成二维点或圆形，适用于相应假设；窄通道中的非圆形车体、阿克曼转向或足式底盘可能需要考虑转弯半径和运动学约束的规划方法。控制器输出也不能直接解释为电机动作：底盘接口、速度限制、加速度限制和低层闭环控制仍由机器人驱动及其控制系统负责。

插件化不是“任选一个就能工作”的保证。算法可能对地图分辨率、障碍膨胀、机器人轮廓、速度约束和计算时间敏感，某些方法在特定运动模型或障碍空间中更合适。应以目标机器人和代表性环境测试规划成功率、控制平滑性、局部避障响应、资源占用与失败模式，而不能把官方插件目录或一份默认 YAML 配置当作性能承诺。

Nav2 的 BT Navigator 以行为树组织高层导航任务。行为树可按顺序组合计算路径、跟随路径、条件检查和恢复操作，也可以配置重规划、取消、切换规划器或其他应用逻辑。导航服务负责执行具体操作，行为树负责按条件编排这些操作；这种分层使任务流程能被定制，而不仅是固定调用一个“导航到目标”函数。

恢复节点可能清理局部或全局代价地图、等待、原地旋转、后退或重新尝试路径规划。恢复动作只是流程的一部分：清理地图不能确保障碍已经消失，后退或旋转也未必适合每台机器人或每个环境。行为树中预设的节点、重试次数、阈值与条件都需要结合底盘和操作环境检查。错误的重试策略可能延长停滞时间或产生不合适动作，应用应监控导航状态并定义取消、人工介入和故障处理边界。

假设某医院内部的配送机器人需要从药品交接区前往护理站。运营方已为走廊提供二维地图，机器人驱动提供里程计，激光雷达参与定位与局部障碍更新。应用可以提交目标位置，行为树协调全局路径计算与路径跟随；局部代价地图将临时停放的推车纳入环境表示，控制器可能尝试绕行或等待。若机器人无法定位或路径不可用，行为树可以进入配置好的恢复分支并报告失败。此例仅说明模块如何协作，不是具体医院部署、产品案例或效率数据，也不说明 Nav2 能自动识别人员、药品或门禁规则。

若走廊常有移动人员，机器人还需能从传感器可靠检测相关障碍，并让局部地图及时反映变化。遇到自动门、电梯或特定交通规则，应用可能需要额外的行为树节点、门梯接口或设施管理系统；基础导航路径规划不会自动知道何时请求电梯、是否获得通行授权或任务优先级。对于大型厂区或仓库，固定路线图、动态障碍密集程度、网络延迟以及多机器人交通管理也可能影响架构选择。

Nav2 适合希望在 ROS 2 系统中组合定位信息、环境建模、路径规划与运动控制的移动机器人研发和集成项目。开始部署前，应核查所用 ROS 发行版和 Nav2 分支、传感器驱动与数据格式、坐标树、机器人底盘模型、局部控制接口和算力预算。还应在仿真及实体平台分阶段验证定位漂移、障碍漏检、窄路通行、动态环境、急停与故障恢复。框架提供可扩展接口，但效果取决于整套系统的建模、参数、硬件、应用逻辑和验证过程。

Nav2 为每台机器人提供移动导航能力，但部署并不局限于一台机器人。Nav2 官方的 Jazzy 到 Kilted 迁移指南说明，多机器人 bringup 可使用 ROS 2 命名空间区分各实例，并须按相应发行版检查配置。Nav2 不是 SLAM 算法、地图数据集或某种具体底盘；它可以与定位和建图软件协作，planner 生成路径，controller 生成局部控制输出，驱动负责与底盘交互，行为树将导航相关动作组织成任务流程。

Nav2 按机器人实例提供的导航职责也不同于设施层的跨车队交通与任务协调：若多支机器人队伍需要共享电梯、门、走廊或任务调度，通常还需考虑 Open-RMF 等协调系统。多个 Nav2 实例可以构成多机器人部署的一部分，但仅启动多个实例本身不等于完成跨车队交通管理。

• Nav2 官方文档
• 导航概念
• 行为树概念
• 规划与控制插件配置指南
• Costmap 2D
• 地图与定位设置
• 坐标变换设置
• MoveIt 2 官方文档
• Open-RMF Core Overview
• Nav2 多机器人命名空间迁移说明