2. ROS2基础回顾
在传感器系统里，ROS2 并不是“把驱动跑起来”这么简单。传感器数据从硬件寄存器到算法可用输入，中间要经过采集、封装、传输、同步、配置、健康监控和生命周期管理。ROS2 的节点、话题、服务、动作、参数、执行器与生命周期节点，恰好分别承担了这些职责。理解它们的分工，才能设计出稳定、可观测、可恢复的传感器数据链路。
一、核心原理：七类机制的分工
节点（Node）是 ROS2 的最小计算单元，通常一个传感器驱动对应一个节点，例如 lidar_driver、imu_node、camera_node。节点内部持有发布者、订阅者、服务端、客户端、定时器和参数，是资源与生命周期的容器。
话题（Topic）是异步、多对多的数据流通道，适合高频、连续、单向的传感器数据。激光雷达点云、IMU 角速度、图像帧都通过话题发布。话题的关键属性是消息类型、QoS 和发布频率，它们直接决定数据是否丢帧、是否阻塞。
服务（Service）是同步的请求-响应通信，适合“配置一次、返回一次”的操作，例如传感器自检、切换量程、查询序列号。服务不应承载高频数据流，否则会阻塞调用方。
动作（Action）是带反馈、可取消的长时任务，适合“启动标定”“旋转扫描”“采集一段数据”这类需要过程反馈的操作。动作由目标、反馈、结果三部分组成，是传感器标定与校准流程的常用载体。
参数（Parameter）是节点的运行时配置，例如采样率、帧率、量程、坐标系名称、IP 地址。参数可在启动时设置，也可在运行时动态修改，是传感器系统“可配置性”的基础。
执行器（Executor）决定回调如何被调度。单线程执行器简单但可能被阻塞；多线程执行器能并发处理多个传感器回调，但需要关注线程安全与回调组。传感器系统中，执行器选择直接影响数据延迟与吞吐。
生命周期节点（Lifecycle Node）为节点引入状态机：未配置、未激活、激活、去激活、清理、关闭。它让传感器驱动可以“先配置、再激活、出错去激活、恢复后重新激活”，是工业级传感器系统实现可控启动与故障恢复的关键。
二、方法流程：传感器数据链路的搭建顺序
设计一个传感器系统时，建议按以下顺序组织 ROS2 机制：
- 定义节点边界：一个硬件一个驱动节点，避免把多个传感器塞进同一节点导致故障耦合。
- 确定话题与消息类型：优先使用标准消息，如
sensor_msgs/msg/LaserScan、sensor_msgs/msg/Imu、sensor_msgs/msg/Image。 - 配置 QoS：高频传感器数据通常使用
BEST_EFFORT与较小深度，避免旧数据堆积。 - 暴露服务与动作：把自检、标定、量程切换等操作从话题中分离出来。
- 声明参数：所有可调项都通过参数暴露，并设置合理默认值与范围校验。
- 选择执行器：多传感器并发时使用多线程执行器，并为关键回调设置独立回调组。
- 引入生命周期管理：让驱动支持配置、激活、去激活，便于系统级启动与恢复。
三、案例场景：激光雷达驱动的完整链路
以一个激光雷达驱动为例，节点启动后先进入“未配置”状态，读取参数 port、baudrate、frame_id，完成串口或网口初始化，进入“未激活”。激活后，节点开始发布 /scan 话题，消息类型为 sensor_msgs/msg/LaserScan，QoS 设置为 BEST_EFFORT、深度 5。同时提供 /lidar/self_check 服务用于自检，提供 /lidar/calibrate 动作用于标定。参数服务器中保存 scan_frequency 与 angle_range，运行时可通过参数修改。执行器采用多线程，将串口读取回调与话题发布回调放入不同回调组，避免阻塞。
ros2 param set /lidar_driver scan_frequency 20.0
ros2 service call /lidar/self_check std_srvs/srv/Trigger
ros2 action send_goal /lidar/calibrate custom_interfaces/action/Calibrate "{mode: 'full'}"
ros2 topic hz /scan
ros2 lifecycle set /lidar_driver activate当雷达通信异常时，生命周期节点可先“去激活”，停止发布数据，再尝试重新配置与激活。这样上层算法不会收到半截数据，系统状态也更清晰。
四、误区与复盘
| 常见误区 | 后果 | 正确做法 |
|---|---|---|
| 用服务传输高频传感器数据 | 调用阻塞、丢帧、延迟抖动 | 高频数据走话题，服务只做配置与查询 |
| 所有话题都用默认 QoS | 可靠传输导致旧数据堆积 | 按数据特性选择 BEST_EFFORT 或 RELIABLE |
| 参数硬编码在代码中 | 换传感器或换场景需重新编译 | 声明参数并支持运行时修改 |
| 单线程执行器处理多传感器 | 一个回调阻塞全部数据 | 多线程执行器 + 回调组隔离 |
| 忽略生命周期状态 | 启动顺序混乱、故障后无法恢复 | 用生命周期节点管理配置与激活 |
节点是容器，话题是数据流，服务与动作是操作入口，参数是配置面，执行器是调度器，生命周期节点是状态控制器。它们共同决定了传感器系统能否稳定、可观测、可恢复地运行。理解这套分工，是后续学习传感器数据同步、时间戳、QoS 调优与中间件性能分析的基础。