如何使用ROS/ROS2开发多智能体系统的相关技术咨询

ROS和ROS2都可用于多智能体系统开发，其中ROS2原生支持DDS多机通信，不需要额外配置master节点，适配性比ROS1更高，具体实现思路如下：

1. 多智能体资源隔离 #

首先要避免不同智能体的话题、服务、节点名冲突，最常用的方案是命名空间隔离：

• 给每个智能体分配独立的唯一命名空间，比如/agent_0、/agent_1，所有该智能体运行的节点、发布的话题都会挂载在对应命名空间下，比如智能体0的控制指令话题就是/agent_0/cmd_vel，位姿话题就是/agent_0/odom
• 不需要修改节点源码，启动时直接传参数即可指定命名空间：ROS1用__ns:=/agent_xxx参数，ROS2用--ros-args -r __ns:=/agent_xxx参数
• 有跨智能体通信需求时，直接订阅对应命名空间下的公开话题即可

2. 通信架构选型 #

根据你的应用场景选择集中式或分布式架构：

• 集中式架构：适合集群规模小、需要全局统一调度的场景，比如室内小型搬运集群
  • 部署一个中心调度节点，所有智能体统一向全局话题（比如/global/agent_report）上报自身状态，中心节点计算任务分配结果后，向各个智能体的专属指令话题下发任务
  • ROS1和ROS2都适用，ROS1需要所有设备共用同一个ROS_MASTER，ROS2直接同DDS域下通信即可
• 分布式架构：适合集群规模大、对鲁棒性要求高的场景，比如户外无人机集群
  • 没有中心节点，智能体之间点对点通信，自主协商任务分配、运动协同逻辑
  • 优先选ROS2实现，不需要额外配置多机通信，还可以通过调整DDS的QoS策略适配不同的通信需求，比如状态同步类消息设置低时延、高可靠性，点云/图像类消息设置尽力传输减少带宽占用

3. 核心功能实现 #

• 状态同步：每个智能体定时发布自身的位姿、电量、当前任务状态等信息，可以直接用ROS官方的nav_msgs/Odometry等标准消息，也可以自定义精简的msg类型减少传输体积
• 任务分配：集中式架构由中心节点根据全局状态直接分配任务；分布式架构可以在智能体节点中集成拍卖算法、共识算法等自主协商任务归属
• 协同避障：每个智能体除了自身的单机避障逻辑外，额外订阅周围3~5个相邻智能体的位姿信息，调整自身运动轨迹避免集群内碰撞
• 调试可视化：在RViz/RViz2中一次性加载所有智能体的TF树、位姿标记、运动轨迹，直观查看整个集群的运行状态

常见优化点 #

• 集群规模超过10台时不建议用ROS1，单master的通信瓶颈会非常明显，ROS2可以通过划分DDS分区的方式减少广播冗余
• 自定义消息时尽量去掉不必要的字段，集群规模大的时候冗余数据会占用大量带宽，导致通信延迟升高

内容的提问来源于stack exchange，提问作者james_66