2、ROS网络基础：TCP/IP协议栈、ROS通信协议、网络拓扑设计、IP地址与端口配置
好，咱们进入第二章。说实话，很多做ROS的朋友，一上来就写节点、发话题，结果机器人跑起来各种掉线、丢数据，最后发现是网络没配好。我当年带第一个多机器人项目时，就吃过这个亏。两台机器人明明在同一个Wi-Fi下，就是互相找不到。折腾了一下午，才发现是IP地址冲突了。
所以这一章，咱们把ROS的“网络底子”彻底搞明白。你想想看，机器人之间通信，说白了就是数据在网线或Wi-Fi里跑。那数据怎么跑？靠的就是TCP/IP协议栈。
2.1 TCP/IP协议栈：数据是怎么“打包”的？
ROS通信底层用的是TCP和UDP。TCP/IP协议栈，你可以把它想象成一个快递系统。
- 应用层：ROS的节点、话题、服务，都在这一层。你写的
publish()和subscribe()，就是在这里打包数据。 - 传输层：TCP负责“可靠送达”，UDP负责“快速送达”。ROS默认用TCP，因为机器人控制指令丢不得。
- 网络层：IP协议，负责找到对方的地址。说白了就是“门牌号”。
- 链路层：网卡、网线、Wi-Fi，负责物理传输。
核心要点：ROS的Topic通信，默认走TCP。Service通信也是TCP。只有某些特殊场景（比如传感器数据流）才会用UDP。
我在项目中遇到过一个问题：两个节点在同一台电脑上通信，速度飞快。但一旦跨机器，延迟就飙升。为什么？因为跨机器时，数据要经过完整的TCP/IP协议栈，还要经过路由器。嗯，这里要注意，局域网内的延迟通常小于1ms，但Wi-Fi环境下可能到10-20ms。
2.2 ROS通信协议：XMLRPC与TCPROS
ROS的通信协议，其实分两层。很多人只知道“话题”，不知道底层是怎么握手的。
- XMLRPC：用于节点之间的“握手”和“元数据交换”。比如，一个节点想订阅话题，它先通过XMLRPC告诉Master：“我要订阅/robot_pose”。Master再告诉它：“发布者在IP 192.168.1.100，端口12345”。
- TCPROS：握手完成后，真正的数据传输走TCPROS。这是ROS自己封装的一个轻量级协议，直接在TCP上传输序列化后的消息数据。
个人经验：我建议你在调试跨机器通信时，先用rostopic info查看话题的发布者和订阅者IP。如果发现IP不对，八成是ROS_IP或ROS_HOSTNAME没设对。
举个例子，你运行rostopic echo /cmd_vel时，背后发生了什么？
# 查看话题的详细信息
rostopic info /cmd_vel
# 输出示例：
# Type: geometry_msgs/Twist
# Publishers:
# * /teleop_turtle (http://192.168.1.100:34567/)
# Subscribers:
# * /turtlesim (http://192.168.1.101:45678/)看到没？XMLRPC的端口是34567和45678，这是握手用的。真正的数据流，会通过另一个端口传输。我个人习惯用netstat -an | grep 34567来查看连接状态。
2.3 网络拓扑设计：单Master vs 多Master
ROS1默认是“单Master”架构。什么意思？就是所有节点都要注册到同一个Master上。Master就像个“电话总机”，谁发布、谁订阅，它都知道。
但问题来了——如果Master挂了，整个系统就瘫痪了。我在一个工厂项目里就遇到过，机器人跑到一半，Master所在的电脑蓝屏了，所有机器人瞬间失联。嗯，从那以后，我特别重视Master的可靠性。
常见的网络拓扑有三种：
| 拓扑类型 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| 单Master | 小型机器人、单机多节点 | 配置简单，延迟低 | 单点故障，跨网段困难 |
| 多Master（如ROS1的multimaster_fkie） | 多机器人、分布式系统 | 高可用，可跨网段 | 配置复杂，同步有延迟 |
| 混合拓扑 | 大型集群、车-云协同 | 灵活，可扩展 | 调试困难 |
避坑指南：我曾经在单Master架构下，把Master跑在了一台性能很弱的树莓派上。结果节点一多，Master的CPU直接100%，所有话题都发布不出去。后来我把Master移到了工控机上，问题解决。记住，Master不需要高性能，但必须稳定。
2.4 IP地址与端口配置：ROS_IP、ROS_MASTER_URI
这是ROS网络配置里最核心的部分。说白了，就是告诉ROS：“你的IP是多少？Master在哪里？”
环境变量有三个：
ROS_MASTER_URI：Master的地址。格式是http://192.168.1.100:11311。所有节点都要知道这个地址。ROS_IP：本机的IP地址。如果有多网卡，必须手动指定。ROS_HOSTNAME：本机的主机名。如果DNS解析没问题，可以用这个代替IP。
举个例子，假设你有两台电脑：
# 电脑A（Master，IP: 192.168.1.100）
export ROS_MASTER_URI=http://192.168.1.100:11311
export ROS_IP=192.168.1.100
roscore
# 电脑B（节点，IP: 192.168.1.101）
export ROS_MASTER_URI=http://192.168.1.100:11311
export ROS_IP=192.168.1.101
rosrun turtlesim turtlesim_node你想想看，如果不设ROS_IP，ROS会去查本机的主机名，然后通过DNS解析成IP。但很多嵌入式板子（比如Jetson Nano）的DNS配置有问题，解析出来的IP是127.0.0.1。嗯，这就是为什么我建议你永远手动设置ROS_IP。
小技巧：把环境变量写到~/.bashrc里，每次打开终端自动生效。我习惯这样写：
echo "export ROS_MASTER_URI=http://192.168.1.100:11311" >> ~/.bashrc
echo "export ROS_IP=$(hostname -I | awk '{print $1}')" >> ~/.bashrc这样ROS_IP会自动获取第一个网卡的IP，省得手动改。
端口方面，ROS默认用11311作为Master的端口。但如果你在同一台电脑上跑多个Master（比如测试时），就得改端口。我记得有一次，我在一台电脑上同时调试两个机器人系统，一个用11311，另一个用11312，互不干扰。
最后，检查网络连通性，我推荐用rosnode ping和rostopic hz：
# 检查节点是否可达
rosnode ping /turtlesim
# 检查话题发布频率
rostopic hz /turtle1/cmd_vel如果rosnode ping超时，说明网络不通。先ping一下IP，再检查防火墙。很多Linux系统默认开了防火墙，会挡住ROS的端口。我建议你直接关掉防火墙，或者放行11311端口：
sudo ufw disable # 关闭防火墙（仅限内网环境）
# 或者
sudo ufw allow 11311 # 只放行ROS端口好了，这一章的内容就这些。说白了，ROS网络配置就是三件事：设对IP、找对Master、通对端口。下一章咱们会讲如何用工具诊断网络问题，到时候再细聊。