1、机器人网络通信基础：TCP/IP协议栈、Socket编程基础、机器人通信协议选型

大家好，我是你们这门课的老朋友。今天咱们正式开篇，聊聊机器人网络通信的底子。

说实话，我见过太多做机器人的工程师，一上来就调通信，结果数据丢包、延迟爆炸，查半天发现是协议选错了。嗯，这活儿我干过，不止一次。所以这第一节课，咱们把地基打牢。

1.1 TCP/IP协议栈：机器人通信的骨架

先问个问题：你的机器人跟电脑之间，数据是怎么传过去的？

答案就是TCP/IP协议栈。说白了，它是一套规则，规定了数据怎么打包、怎么寻址、怎么传输。我习惯把它分成四层，你想想看，就像寄快递：

• 应用层：你写的程序，比如发个控制指令。这一层只管“我要发什么”。
• 传输层：负责数据可靠到达。TCP还是UDP，就在这层选。
• 网络层：IP协议，负责找到对方的地址。相当于快递单上的收件地址。
• 链路层：物理网线、Wi-Fi信号，负责把数据变成电信号发出去。

我在项目中遇到过一个问题：机器人底盘明明连上了Wi-Fi，但上位机就是收不到数据。查了半天，发现是链路层的网卡驱动没装对。你看，底层出问题，上层再牛也白搭。

1.2 Socket编程基础：让机器人开口说话

协议栈是理论，Socket就是实践。Socket是什么？我把它理解成一个“通信插座”。你插上它，就能跟另一台设备聊天。

咱们直接看代码。这是一个最简单的TCP服务端，我用Python写，因为机器人圈子里用得多：

import socket

# 创建Socket对象
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)

# 绑定IP和端口
server_socket.bind(('0.0.0.0', 8888))

# 开始监听
server_socket.listen(5)
print("等待机器人连接...")

# 接受连接
client_socket, client_addr = server_socket.accept()
print(f"机器人已连接：{client_addr}")

# 接收数据
data = client_socket.recv(1024)
print(f"收到数据：{data.decode()}")

# 发送响应
client_socket.send("指令已收到".encode())

# 关闭连接
client_socket.close()
server_socket.close()

这段代码，我建议你亲手敲一遍。为什么？因为我在教新人时发现，很多人直接复制粘贴，结果端口被占用、IP写错，半天找不出问题。自己敲一遍，才能理解每一步在干什么。

1.3 机器人通信协议选型：TCP还是UDP？

这是机器人通信里最纠结的问题。我直接给你结论：

特性	TCP	UDP
可靠性	保证数据到达，顺序不乱	不保证，可能丢包
实时性	稍差，有重传机制	高，没有重传延迟
适用场景	配置文件传输、指令下发	传感器数据、视频流

你想想看，如果机器人发的是“急停”指令，用UDP丢了包，那机器人就撞墙了。所以控制指令，我建议用TCP。但如果是激光雷达的数据，每秒发几十次，丢一两帧无所谓，用UDP反而更流畅。

1.4 其他常用协议：ROS、MQTT、HTTP

除了裸Socket，机器人圈子里还有几个“老熟人”：

• ROS (Robot Operating System)：不是操作系统，是通信框架。它内部用TCP/UDP，但帮你封装好了话题和服务。我刚开始用ROS时，觉得它太笨重，后来发现做复杂机器人，它真能省不少事。
• MQTT：轻量级发布/订阅协议。适合物联网场景，比如远程监控机器人状态。我有个项目用MQTT传电池电量，服务器端压力小很多。
• HTTP：RESTful API，适合配置管理。但实时性差，别用它传控制指令。

选型时，我有个习惯：先问自己三个问题——数据重要吗？实时要求高吗？网络稳定吗？答案清楚了，协议自然就定了。

好了，今天就到这儿。有什么问题，咱们评论区见。