ROS入门简介¶
ROS（Rebot Operating System，机器人操作系统）：为了便于机器人研究与开发，设计的一种通用的开发框架。其作用为让分散式的部件之间进行通信。严格意义上说ROS只是一套通信框架。
更为准确的说ROS是一个为机器人开发提供通信机制、工具、软件包管理、调试工具和标准接口的“机器人软件开发平台”。
机器人通常由很多模块组成，例如：
- 底盘运动控制
- 激光雷达
- 摄像头
- IMU
- 路径规划
- 建图
- 定位
- 避障
- 机械臂控制
- 上位机界面
如果没有 ROS，每个模块之间如何传数据、如何启动、如何调试、如何复用，都要自己设计。ROS 的作用就是把这些常用问题标准化。
概念¶
元操作系统¶
ROS 常被称为Meta Operating System，元操作系统。
这里的“元”可以理解为：
它不是直接管理硬件的操作系统，而是在真正的操作系统之上，提供机器人开发所需的系统级能力。
例如 Linux 负责：
- 进程调度
- 文件系统
- 网络通信
- 内存管理
- 硬件驱动
ROS 负责：
- 节点之间通信
- 机器人模块组织
- 消息格式定义
- 参数管理
- 软件包管理
- 日志与调试
- 可视化工具
- 坐标变换
- 机器人算法复用
所以 ROS 更像是：
举个例子：
Linux 不知道什么是“激光雷达数据”或“机器人速度指令”，但 ROS 定义了这些常见机器人数据的通信方式。
所以 ROS 被称为“元操作系统”，意思是它在操作系统之上，又抽象出了一套适合机器人开发的系统能力。
分布式通信机制¶
机器人系统通常不是一个程序完成所有功能，而是由很多独立程序组成。
在 ROS 中，这些独立程序叫做节点 Node。
例如一个移动机器人可以拆成：
这些节点之间需要互相传递数据。
例如：
这就是 ROS 的分布式通信机制。
“分布式”表示：
系统中的不同功能模块可以运行在不同进程、不同 CPU、甚至不同电脑上，但它们可以像一个整体一样协同工作。
例如：
只要它们在同一个网络里，ROS 就可以让它们互相通信。
这对机器人很重要，因为机器人系统复杂，可能需要多台计算设备共同工作。
松耦合软件框架¶
“耦合”可以理解为：
模块之间依赖得有多紧。
强耦合示例¶
假设你写了一个程序：
这样所有功能都混在一起。
问题是：
- 雷达换型号，很多代码要改
- 底盘换协议，很多代码要改
- 建图算法换一个，也要改主程序
- 调试困难
- 复用困难
这就是强耦合。
松耦合示例¶
在 ROS 中可以这样拆：
雷达驱动节点 → 发布 /scan
建图节点 → 订阅 /scan，发布 /map
定位节点 → 订阅 /scan 和 /map
规划节点 → 发布 /cmd_vel
底盘节点 → 订阅 /cmd_vel
每个节点只关心自己的输入和输出。
比如底盘控制节点只需要知道：
它不关心速度指令是人工遥控来的，还是导航算法来的。
这就是松耦合。
ROS并非真正意义上的操作系统，其底层的任务调度/编译/设备驱动主要还是依赖于原生的Ubuntu Linux来完成。可以将其理解为一个软件框架。
ROS中常见的通信方式¶
ROS 主要有三种通信方式：
① Topic：话题通信¶
适合连续数据流。
比如：
发布者只管发布，订阅者只管接收。
例如：
这就是典型的松耦合通信。
② Service：服务通信¶
适合“一问一答”的请求。
例如：
类似函数调用：
③ Action：动作通信¶
适合耗时任务，并且需要过程反馈。
例如：
它的特点是：
比如机器人导航时，可以不断反馈当前位置和剩余距离。
商清示例¶
以商用清洁机器人为例，可以拆成：
传感器层：
激光雷达节点
深度相机节点
IMU节点
编码器节点
防跌落传感器节点
感知层：
障碍物检测节点
坡道/台阶识别节点
定位节点
建图节点
决策层：
路径规划节点
清扫任务管理节点
避障节点
执行层：
底盘控制节点
刷盘控制节点
吸水电机控制节点
灯带/语音提示节点
它们之间通过 ROS 通信：
这样整个机器人系统就像积木一样组合起来。
ROS1与ROS2区别¶
- ROS2移除Master
- ROS2新增DDS
- 核心概念未变化
- 编程难度ROS2有所上升
roscore就是 ROS1 的中央注册与管理服务，负责让各个节点找到彼此；ROS2 用 DDS（Data Distribution Service，数据分发服务） 替代了它，因此不再需要roscore。
roscore 启动后，会同时启动三个核心组件：
roscore 是单点中心。如果 Master 崩溃，新节点无法加入。
DDS 的通信模型是：
对应到 ROS2 里就是：
也就是：
ROS2部分概念（简单了解即可）¶
DDS的自动发现机制¶
例如：
laser_node:
我发布 /scan，类型 sensor_msgs/msg/LaserScan
slam_node:
我订阅 /scan，类型 sensor_msgs/msg/LaserScan
匹配成功：
开始通信。
如果不匹配：
就不会通信。
Topic：数据通道名称¶
比如：
每个 Topic 都有对应的数据类型。
例如：
/scan
类型：sensor_msgs/msg/LaserScan
/cmd_vel
类型：geometry_msgs/msg/Twist
/odom
类型：nav_msgs/msg/Odometry
也就是说：
不是只看名字。
Qos:服务质量¶
QoS 全称：
它决定：
ROS2 相比 ROS1 最大的改进之一就是 QoS。
Reliability：可靠性¶
Reliability 主要有两种：
Reliable：可靠传输¶
含义：
数据必须尽量保证送到。
适合：
例如：
优点：
缺点：
Best Effort：尽力传输¶
含义：
尽力发送，但不保证每一帧都到。
适合高频传感器数据：
例如：
因为这些数据是连续刷新的，偶尔丢一帧影响不大。
优点：
缺点：
History：历史缓存¶
History 决定：
常见配置：
Keep Last¶
只保留最近 N 帧。
例如：
表示最多缓存最近 10 帧。
适合：
Keep All¶
尽量保存所有数据。
适合：
但会占用更多内存。
机器人实时系统里一般不轻易使用
Depth：队列深度¶
Depth 是 Keep Last 的缓存数量。
例如：
表示：
举例：
如果订阅者短时间处理不过来，最多缓存 5 帧。
Durability：持久性¶
Durability 决定：
常见：
Volatile¶
默认方式。
含义：
例如：
新节点上线之前的数据不会补发。
Transient Local¶
含义：
适合：
例如/map：
Deadline：截止时间¶
Deadline 用来表示：
例如：
可以设置：
如果超过 20ms 没有新数据，DDS 可以触发回调。
适合检测：
Lifespan：数据寿命¶
Lifespan 表示：
例如速度指令：
如果这条速度指令超过 100ms 才到，就直接丢弃。
这对机器人很重要。
因为过期的速度指令可能导致危险。
Liveliness：活跃检测¶
Liveliness 用来判断：
例如：
如果一段时间没有任何活跃声明，就认为节点失联。
适合：