2、ROS2基础回顾：节点、话题、服务、动作、参数、命名空间与生命周期节点

在进入MoveIt2机械臂规划控制之前，必须先夯实ROS2的通信与运行机制基础。MoveIt2本质上是一组ROS2节点的集合，它通过话题、服务、动作和参数与机器人硬件、传感器、导航模块以及用户界面进行交互。如果对这些基础概念的理解存在偏差，后续在调试机械臂规划失败、控制延迟或状态不同步等问题时，将寸步难行。本章将系统梳理ROS2的六大核心通信原语与生命周期管理机制，并结合机械臂控制场景进行深度拆解。

上图展示了ROS2节点与四大通信原语之间的关系。在机械臂控制中，话题用于高频、单向的数据流（如关节状态反馈），服务用于短时、同步的请求-响应（如运动学求解），动作用于长时间、可取消、带反馈的任务（如执行一段轨迹），参数则用于节点的运行时配置。命名空间为多机械臂或多模块场景提供了隔离与复用能力，而生命周期节点则让系统具备可控的启动与关闭流程。

2.1 节点与话题：机械臂状态感知的基础通道

核心原理：节点是ROS2中可执行的计算单元，每个节点负责特定的功能模块。在MoveIt2中，move_group节点是核心，它聚合了规划器、控制器管理器、规划场景监听器等子组件。话题是节点间异步通信的通道，采用发布/订阅模式，发布者与订阅者无需互相等待，适合传输sensor_msgs/msg/JointState、visualization_msgs/Marker等高频数据。

判断方法或操作流程：要确认机械臂关节状态话题是否正常，可以使用以下命令：

# 查看所有活跃话题
ros2 topic list
# 查看关节状态话题的具体内容
ros2 topic echo /joint_states
# 查看话题的发布频率
ros2 topic hz /joint_states

在MoveIt2中，/joint_states话题通常由机器人驱动节点发布，move_group订阅该话题以获取当前关节位置。如果话题频率低于10Hz，规划出的轨迹可能无法平滑执行。

案例拆解：假设我们使用UR5e机械臂，启动驱动节点后，move_group需要订阅/joint_states。若发现RViz中机械臂模型不跟随真实机械臂运动，首先检查ros2 topic echo /joint_states是否有数据输出。若话题无数据，则检查驱动节点的启动日志；若话题有数据但RViz不更新，则检查move_group节点的robot_description参数是否与URDF中的关节名称一致。

2.2 服务与动作：同步请求与异步任务的分工

核心原理：服务（Service）是同步通信模式，客户端发送请求后必须等待服务器响应。在MoveIt2中，/compute_forward_kinematics、/compute_inverse_kinematics等服务用于快速计算运动学。动作（Action）则适用于需要长时间执行、可反馈进度、可取消的任务，例如/follow_joint_trajectory动作用于执行一段完整的关节轨迹。

操作流程：调用MoveIt2的运动规划服务，可以使用以下CLI工具：

# 调用逆运动学服务
ros2 service call /compute_inverse_kinematics moveit_msgs/srv/ComputeInverseKinematics "{
  'request': {
    'group_name': 'manipulator',
    'pose': {
      'header': {'frame_id': 'base_link'},
      'pose': {'position': {'x': 0.5, 'y': 0.0, 'z': 0.6}, 'orientation': {'w': 1.0}}
    }
  }
}"

对于动作通信，可以使用ros2 action send_goal命令发送目标，并实时查看反馈：

ros2 action send_goal /follow_joint_trajectory control_msgs/action/FollowJointTrajectory "{
  'goal': {
    'trajectory': {
      'joint_names': ['shoulder_pan_joint', 'shoulder_lift_joint', 'elbow_joint', 'wrist_1_joint', 'wrist_2_joint', 'wrist_3_joint'],
      'points': [{'positions': [0.0, -1.5, 1.5, 0.0, 0.0, 0.0], 'time_from_start': {'sec': 2}}]
    }
  }
}" --feedback

案例拆解：在MoveIt2的RViz插件中，用户通过拖拽目标位姿发起规划请求，该请求通过服务/plan_kinematic_path发送给move_group。规划完成后，用户点击“Execute”按钮，move_group将轨迹封装为动作目标发送给/follow_joint_trajectory。此时，控制器节点作为动作服务器执行轨迹，并持续发布反馈（当前关节位置、时间戳）。如果执行过程中用户点击“Cancel”，动作客户端会发送取消请求，控制器停止运动并返回结果。

2.3 参数、命名空间与生命周期节点

核心原理：参数（Parameter）是节点的键值对配置，用于在运行时调整行为。MoveIt2中最重要的参数是robot_description（URDF模型字符串）和robot_description_semantic（SRDF语义描述）。命名空间（Namespace）为节点、话题、服务提供逻辑隔离，例如双机械臂系统中，左臂的关节状态话题为/arm_left/joint_states，右臂为/arm_right/joint_states。

生命周期节点（Lifecycle Node）：这是ROS2引入的受管节点机制，节点具有明确的状态机：Unconfigured → Inactive → Active → Finalized。在MoveIt2中，move_group本身不是生命周期节点，但其内部的planning_scene_monitor可以配置为受管模式。生命周期节点的好处是可以在启动时先加载配置、初始化资源，再切换到Active状态开始处理请求，避免启动过程中出现半初始化状态。

操作流程：查看和修改参数：

# 列出move_group的所有参数
ros2 param list /move_group
# 获取robot_description参数的长度
ros2 param get /move_group robot_description | wc -c
# 运行时修改参数（例如修改规划时间）
ros2 param set /move_group planning_time 5.0

对于生命周期节点，使用以下命令管理状态：

# 查看节点状态
ros2 lifecycle get /my_lifecycle_node
# 切换状态
ros2 lifecycle set /my_lifecycle_node configure
ros2 lifecycle set /my_lifecycle_node activate

案例拆解：假设我们有一个双机械臂系统，两个机械臂共享同一个move_group节点。通过命名空间隔离，我们可以启动两个move_group实例，分别命名为/arm_left/move_group和/arm_right/move_group。每个实例加载不同的robot_description参数，订阅各自的/arm_left/joint_states和/arm_right/joint_states。这样，两个机械臂的规划互不干扰，且可以通过命名空间轻松区分话题和服务。

总结复盘：本章回顾了ROS2的六大核心机制。在MoveIt2开发中，需要根据通信频率、实时性、任务时长来选择合适的方式。话题用于高频状态同步，服务用于快速计算，动作用于轨迹执行，参数用于灵活配置，命名空间用于系统隔离，生命周期用于可靠管理。掌握这些基础后，下一阶段将深入MoveIt2的架构与运动学配置。