1. 机器人通信协议概述

大家好，我是你们这门课的老朋友。今天咱们聊聊机器人通信协议。

说白了，机器人就是个由各种零件拼起来的复杂系统。有大脑（主控）、有眼睛（摄像头）、有手脚（电机）、有神经（传感器）。这些零件要协同工作，就得有个统一的“语言”。这个语言，就是通信协议。

1.1 什么是机器人通信协议？

我习惯这么定义：通信协议是机器人内部各模块之间，或者机器人与外部系统之间，约定好的数据交换规则。

它规定了三件事：

• 说啥：数据格式，比如电机目标转速是整数还是浮点数。
• 咋说：传输方式，是用串口、以太网还是CAN总线。
• 啥时候说：时序规则，比如谁先发、谁应答、超时怎么办。

举个例子。你让机械臂抓个杯子。主控发一条指令：“关节1转到30度”。这条指令怎么编码？怎么保证电机收到了？怎么确认执行成功？这些细节，都是协议要管的。

1.2 为什么需要标准协议？

你想想看，如果每个厂家都用自己的私房协议，会怎样？

我早年做过一个项目，需要把A公司的激光雷达接到B公司的底盘上。A用串口传数据，格式是16进制；B只认CAN报文。结果呢？我花了两周写转换板，还经常丢数据。那叫一个痛苦。

标准协议的好处，我总结了几点：

好处	说明	我的体会
互操作性	不同厂家的设备能直接对接	省去大量定制开发时间
降低门槛	开发者只需学一种协议，不用每家都学	新人上手快，团队效率高
可靠性	标准协议经过大量验证，bug少	我曾经自己写协议，结果踩了无数坑
生态丰富	有现成的库、工具、调试软件	比如ROS有海量社区包，拿来就用

1.3 常见协议概览

市面上协议很多，但做机器人，这四种你早晚得碰。我按自己的经验，给你捋一捋。

1.3.1 ROS（Robot Operating System）

ROS不是操作系统，而是一个分布式通信框架。它最牛的地方是发布/订阅模型。

节点A发布“摄像头图像”话题，节点B订阅这个话题，数据就自动传过去了。节点之间完全解耦。

我习惯用它做原型验证。搭个SLAM demo，ROS里一堆现成包，改改参数就能跑。但要注意，ROS的实时性一般，工业现场慎用。

1.3.2 Modbus

工业界的“老黄牛”。简单、可靠、硬件成本低。

它分RTU（串口）和TCP（以太网）两种。我最早接触Modbus是在一个AGV项目里，用Modbus RTU控制驱动器。一条指令读寄存器，一条指令写寄存器，逻辑清晰得很。

适合场景：PLC、变频器、传感器等工业设备互联。

1.3.3 CANopen

基于CAN总线的应用层协议。在机器人关节、伺服驱动器里用得特别多。

CANopen定义了对象字典（Object Dictionary），每个参数都有唯一索引。比如电机转速是0x6042，你读这个地址就能拿到当前转速。

我记得有一次调试六轴机械臂，六个关节全是CANopen。用PCAN工具一帧一帧看报文，哪个关节没响应，一眼就能揪出来。

1.3.4 MQTT

轻量级的发布/订阅协议，专为物联网设计。

它基于TCP，有QoS（服务质量）机制。消息可以保证送达，也可以“丢了就丢了”，看你选哪个等级。

我最近做的一个云端机器人项目，就用MQTT把机器人状态上报到服务器。带宽占用小，穿透防火墙也方便。

这四种协议，各有各的脾气。我画了张图，帮你理清它们的关系：