4、多机器人通信基础：DDS原理简介、域ID配置、多机网络发现机制
各位同学，欢迎来到多机器人协同开发的第一课。说实话，很多做单机ROS2开发的朋友，一听到「多机通信」就觉得头大。其实没那么玄乎。今天我们就从最底层的DDS开始聊，把通信的「地基」打牢。
4.1 DDS原理简介——通信的「高速公路」
ROS2和ROS1最大的区别是什么？就是底层通信换成了DDS。ROS1用的是自研的TCPROS/UDPROS，说白了就是自己搭了个小水管。而ROS2直接用了工业级的DDS标准——Data Distribution Service。
DDS是什么？我习惯把它理解成「发布-订阅模式的超级升级版」。它有几个核心特点：
- 去中心化：没有主节点（没有roscore），每个节点都是对等的
- 实时性：支持QoS策略，可以控制消息的可靠性、时效性
- 自动发现：节点之间能自动找到对方，不需要手动配置IP
我在项目中遇到过这样一个场景：两辆AGV在同一个车间里跑，一辆用的是Fast DDS，另一辆用的是Cyclone DDS。按理说都是DDS标准，应该能互通吧？结果发现不行。为什么？因为DDS只是一个规范，不同厂商的实现细节有差异。嗯，这里要注意：多机通信时，最好统一DDS实现。
核心概念：DDS使用「全局数据空间」的概念。所有节点都往这个空间里读写数据，就像大家共用一块黑板。谁写、谁读，由主题（Topic）和QoS决定。
4.2 域ID（Domain ID）配置——通信的「隔离墙」
好，理解了DDS的基本思想，我们来看一个实际问题：如果同一个网络里有多个机器人团队，怎么防止它们互相干扰？
答案就是——域ID。
域ID可以理解成一个「虚拟局域网」。只有相同域ID的节点才能互相通信。不同域ID的节点，哪怕在同一台机器上，也互相看不见。
我刚开始做多机实验时，就犯过这个错。两台机器人明明都在同一个WiFi下，但就是发现不了对方。折腾了半天，发现一台的域ID是0，另一台是默认的5。你说冤不冤？
我的建议：在正式项目中，给每个团队分配一个独立的域ID。比如团队A用10，团队B用20。这样即使网络环境复杂，也不会串数据。
域ID的取值范围是0到232（实际可用0-101，再大可能会有兼容性问题）。我个人习惯用50以上的数字，避免和默认的0冲突。
4.3 多机网络发现机制——节点是怎么「找到」对方的？
这个问题很有意思。没有roscore，节点之间怎么知道对方的存在？
DDS用的是简单发现协议（SDP）。说白了就是两步走：
- 参与者发现：节点启动时，会往一个固定的组播地址发「自我介绍」包。其他节点收到后，就知道「哦，来了个新兄弟」。
- 端点发现：知道对方存在后，再交换各自发布的主题、服务等详细信息。
这里有个坑——组播。很多企业网络会禁用组播，或者路由器不支持组播转发。我曾经在一个客户的工厂里调试，两台机器人死活发现不了对方。最后发现是交换机把组播包给过滤了。
避坑指南：如果组播不通，可以改用「发现服务器」模式。ROS2支持设置一个静态的发现服务器，所有节点都向它注册。这样就不依赖组播了。
4.4 ROS_DOMAIN_ID环境变量——配置域ID的「开关」
说了这么多理论，怎么在ROS2里实际配置域ID？很简单，设置环境变量ROS_DOMAIN_ID。
用法示例：
# 终端1：设置域ID为30
export ROS_DOMAIN_ID=30
ros2 run demo_nodes_cpp talker
# 终端2：同样设置域ID为30
export ROS_DOMAIN_ID=30
ros2 run demo_nodes_cpp listener
这样两个节点就能通信。如果终端2设置成31，那它们就互相看不见。
我一般会在.bashrc里写死这个变量：
echo "export ROS_DOMAIN_ID=30" >> ~/.bashrc
source ~/.bashrc
但要注意：如果你同时做多个项目，频繁改这个变量很麻烦。我的做法是写个脚本，每次启动新终端时自动切换域ID：
# 保存为 switch_domain.sh
#!/bin/bash
echo "当前域ID: $ROS_DOMAIN_ID"
echo "输入新的域ID:"
read new_id
export ROS_DOMAIN_ID=$new_id
echo "已切换到域ID: $ROS_DOMAIN_ID"
重要提醒：ROS_DOMAIN_ID只影响DDS通信。如果你用ros2 bag录包，或者用ros2 param命令行工具，这些操作不受域ID限制。嗯，这个细节很多人不知道。
4.5 实战小贴士——多机通信的「三板斧」
最后，分享几个我在项目中总结的经验：
- 先单机测试：多机通信出问题，先在两台机器上分别跑单机节点，确认ROS2本身没问题
- 检查防火墙：DDS用的端口范围很广（7400-7500，还有11311等），确保防火墙没拦截
- 用ros2 doctor诊断：这个命令能帮你检查网络配置、域ID设置等常见问题
我记得有一次，客户说两台机器人通信时断时续。我排查了半天，最后发现是WiFi信号不稳定，导致DDS的发现包丢失。换成有线网络后，问题立刻解决。所以，多机通信尽量用有线网络，或者至少保证WiFi信号强度在-60dBm以上。
好了，这一章的内容就到这里。下一章我们会深入讲QoS配置——说白了就是怎么控制消息的「脾气」，让它该快的时候快，该稳的时候稳。到时候见。