第2章 ROS2核心概念速览

2. ROS2核心概念速览：节点、话题、服务、动作、参数

好，咱们直接切入正题。ROS2 里那些听起来高大上的概念——节点、话题、服务、动作、参数，说白了就是机器人软件里几个最基本的通信和协作方式。你不需要一开始就背得滚瓜烂熟，先有个印象，后面实战中会反复用到。

我个人习惯把 ROS2 系统想象成一个团队。节点就是团队里的成员，话题就是成员之间的广播喇叭，服务就是一对一打电话问问题，动作就是派一个长期任务并随时汇报进度，参数就是成员身上的可调节旋钮。这样是不是好理解多了？

节点，就是 ROS2 里一个独立的、能干活儿的进程。每个节点只负责一件事，比如控制电机、处理激光雷达数据、发布里程计信息。

为什么要把一个机器人程序拆成这么多小节点？说白了就是为了解耦和复用。我在项目中遇到过，一个节点崩溃了，其他节点还能继续跑，不至于整个系统瘫痪。你想想看，如果所有功能都写在一个大程序里，一个 bug 就能让机器人原地躺平。

节点与微控制器的关系：

在微控制器（比如 STM32、ESP32）上，一个节点通常对应一个固件任务或一个独立的外设驱动。比如，你可以把读取 IMU 数据的代码封装成一个节点，把控制舵机的代码封装成另一个节点。微控制器资源有限，节点划分要更精细。

我的经验：在 STM32 上跑 micro-ROS 时，我习惯把每个传感器驱动单独做成一个节点。这样调试时，我可以单独重启某个传感器节点，而不影响其他模块。嗯，这个习惯帮我省了不少排查时间。

话题是 ROS2 里最常用的通信方式。一个节点发布消息到某个话题，其他节点可以订阅这个话题来接收消息。发布者和订阅者互不知道对方的存在，完全解耦。

举个例子：激光雷达节点不断发布扫描数据到 /scan 话题，导航节点订阅这个话题来规划路径。激光雷达节点不需要知道谁在用它，导航节点也不需要知道数据从哪来。

我曾经踩过一个坑：话题消息频率太高，微控制器处理不过来，导致数据堆积和内存溢出。后来我加了一个消息过滤机制，只处理最新的一帧数据，问题就解决了。

注意：微控制器上使用话题时，要特别注意消息大小和频率。一个 100KB 的点云数据，以 100Hz 发布，分分钟撑爆微控制器的内存。我建议在微控制器端做数据降采样或预处理。

服务是一种同步通信方式。客户端发送一个请求，服务端处理完后返回一个应答。就像你打电话问客服一个问题，必须等对方回答你才能挂电话。

服务适合那些需要即时确认的操作，比如「打开机械臂夹爪」、「查询当前电池电量」。在微控制器上，服务通常用于执行一个确定的、短时间的操作。

我记得有一次，我需要通过服务让微控制器校准一个传感器。校准过程需要几秒钟，但服务调用是同步的，上位机必须一直等待。这导致整个系统卡住了。后来我改用动作来实现这个功能，因为动作支持异步执行和进度反馈。

通信方式	同步/异步	适用场景	微控制器注意事项
话题	异步	高频数据流（传感器数据）	控制消息大小和频率
服务	同步	短时间操作（查询、设置）	避免长时间阻塞
动作	异步	长时间任务（导航、机械臂运动）	支持取消和进度反馈

动作是服务的升级版。它也是请求-应答模式，但支持三个额外特性：

你想想看，让机器人从 A 点导航到 B 点，这个过程可能需要几十秒。如果用服务，上位机就得傻等几十秒。用动作就不一样了，你可以随时查询进度，甚至中途改变目的地。

在微控制器上实现动作，我建议把动作拆分成多个小步骤，每个步骤完成后发送一次反馈。这样既不会占用太多 CPU，又能让上位机实时了解进度。

实战建议：在微控制器上，动作的反馈频率不要太高。我一般设置每 100ms 发送一次反馈，或者每完成一个子任务发送一次。频率太高会挤占其他任务的时间。

参数就是 ROS2 节点里一些可以动态修改的配置项。比如 PID 控制器的 Kp、Ki、Kd 值，传感器的采样频率，电机的最大速度等。

参数的好处是，你可以在系统运行时修改它们，而不需要重新编译和烧录固件。这对于调试和调优来说太方便了。

我曾经在调试一个平衡车项目时，PID 参数需要反复调整。如果每次改参数都要重新烧录固件，那效率太低了。后来我把 PID 参数做成 ROS2 参数，用命令行工具动态修改，几分钟就调好了。

小技巧：在微控制器上，参数通常存储在 Flash 或 EEPROM 中，这样断电后参数不会丢失。我习惯在节点启动时从 Flash 加载参数，运行时通过 ROS2 参数服务修改，修改后保存回 Flash。

好了，咱们把上面这些概念串起来，看看它们和微控制器到底有什么关系。

说白了，ROS2 的这些核心概念，在微控制器上都能找到对应的实现方式。只是微控制器资源有限，我们需要更精细地管理内存、CPU 和通信带宽。后面几章，我会带你一步步在微控制器上实现这些通信方式。