第一章：MoveIt与ROS2生态概览
大家好，欢迎来到这门课。我是你们的老朋友，一个在机器人运动规划领域摸爬滚打多年的工程师。
咱们第一节课，不急着敲代码。先聊聊MoveIt是什么，它和ROS2是什么关系，以及整个架构长什么样。把这些搞清楚了，后面学起来会顺畅很多。
1.1 MoveIt的前世今生
MoveIt诞生于2013年左右，那时候ROS还是「玫瑰」般的初代版本。我记得当时做机器人抓取，得自己手写运动规划算法，代码量巨大，而且容易出bug。MoveIt的出现，说白了就是把「运动规划」这件事给标准化了。
它最初是Willow Garage公司（对，就是发明PR2机器人的那个团队）开发的。后来逐渐成为ROS社区里最受欢迎的机械臂控制框架。2018年，随着ROS2的兴起，MoveIt2项目启动——嗯，这里有个坑，我后面会讲。
核心时间线：
- 2013年：MoveIt首个版本发布，基于ROS1
- 2018年：MoveIt2项目启动，适配ROS2
- 2021年：MoveIt2正式版发布，支持ROS2 Foxy/Galactic
- 2023年至今：MoveIt2成为主流，ROS1版本进入维护模式
1.2 MoveIt2与ROS2的关系
很多人问我：「MoveIt2和ROS2到底啥关系？」
我的回答是：MoveIt2是ROS2生态里的一等公民。它不是ROS2的附属品，而是专门为ROS2重新设计的运动规划框架。
为什么这么说？因为ROS2带来了几个关键变化：
- 实时性支持：ROS2的DDS通信机制，让MoveIt2能更好地控制机器人关节
- 多机器人支持：ROS2的原生分布式架构，让多机械臂协作变得简单
- 安全性提升：ROS2的QoS策略，让运动规划指令不会丢失
我的经验之谈：如果你还在用ROS1的MoveIt，建议尽快迁移。我曾经在一个项目里用ROS1的MoveIt控制6轴机械臂，结果因为网络抖动导致规划指令丢失，机械臂直接撞上了工件。换成ROS2后，QoS机制完美解决了这个问题。
1.3 整体架构与核心组件
咱们来看看MoveIt2的架构长什么样。我画了一张图，帮你快速理解：
这张图展示了MoveIt2的四层架构。从上到下分别是：
- 用户接口层：你写代码时直接调用的API，比如MoveGroupInterface
- 运动规划核心层：真正干活的地方，负责算路径、做碰撞检测
- 场景与模型层：管理机器人模型和周围环境信息
- 硬件接口层：通过ROS2 Control和真实机器人通信
1.4 核心组件详解
咱们挑几个关键组件聊聊：
| 组件名称 | 功能描述 | 我的使用建议 |
|---|---|---|
| MoveGroup | 最常用的接口，封装了规划、执行、场景管理 | 新手首选，90%的场景够用 |
| Planning Scene | 管理机器人状态和周围障碍物 | 注意碰撞对象的生命周期管理 |
| Kinematics Plugin | 运动学求解，正解和逆解 | 推荐KDL或TRAC-IK，后者更稳定 |
| Trajectory Execution | 把规划好的轨迹发给硬件 | 配合ROS2 Control使用效果最佳 |
避坑指南：我曾经在一个项目里直接用了默认的OMPL规划器，结果在狭窄空间里规划时间长达30秒。后来换成RRTConnect，规划时间降到了2秒。所以，不要迷信默认配置，要根据实际场景选规划器。
1.5 为什么选择MoveIt2？
说白了，MoveIt2解决了机器人运动规划里最头疼的几个问题：
- 不用重复造轮子：运动学、碰撞检测、路径规划，这些都有现成的
- 模块化设计：你可以替换任意组件，比如换一个更快的碰撞检测库
- 工业级可靠性：ROS2的实时性和QoS机制，让MoveIt2能用在产线上
嗯，这一章的内容就到这里。记住这个架构图，后面每一章都会用到它。咱们下一章见。