ROS2之DDS问题汇集

参考：

answers.ros.org/question/403517/ros2-network-communication-does-it-even-work-reliably/

---

---

reliably？

目前，调通就很开心，最长测试过100小时，还别说，各种小bug，但是大问题不会有。

算可靠稳定吗？

---

汇总：

111

首先，可以说已经设法让两台计算机互相看到。超级简单，只需将它们设置在同一个 wifi 和 BAM 中，就可以在另一台计算机上看到正在发布的主题。但是，通信随机中断，必须重置 ros2 守护程序才能使其再次工作。此外，跨计算机发布和订阅主题似乎可行，但尝试发送导航目标（行动服务器调用），但该目标从未被接受。对于如此简单的任务，这似乎非常不可靠。

222 

最近才开始考虑将 ROS 整合到工业自动化应用程序中，并且遇到了类似的“破坏性”问题。

实验是在 Foxy 上使用 FastDDS。
遇到的特殊情况是：

• 带有 ROS 发布者的 Windows PC
• 办公室网络上的 IP 网络接口
• 具有 ROS 订阅者的 Linux PC
• 一个真实的网络接口，在办公网络上有一个 IP 地址
• 由 Docker/VMware 创建的具有奇怪本地 IP 地址的各种其他网络接口

使用默认设置运行此安排会导致办公网络瘫痪，并使互联网带宽饱和。网络不是强项，但对发生的事情的理解是：

• 订阅者看到它想要的主题已发布
• 它将其所有 IP 地址作为潜在目的地发送给发布者
• 然后发布者尝试发布到所有这些地址
• 正确的通过（所以一切似乎都有效）
• 但是不正确的没有路由（因为它们是用于子 PC 上的 VMware 等），因此数据包被发送到路由器，然后发送到互联网
• 在这种情况下，模拟了来自 4 个 64 层激光雷达、数百兆比特的数据，并且外部带宽饱和了几天，直到问题被发现（都认为路由器出现故障或其他问题）。

尽管关闭整个办公室互联网令人沮丧，但真正关心的是，客户通常在偏远地区的有限带宽网络（控制设备 100Mb 或更少）上运行安全关键应用程序，所以需要谨慎传输数据的方式。过去一直使用 TCP 作为我们方法的一部分，我们希望 ROS/FastDDS 中的默认 UDP 实现仍然适用，但显然不是。

333

见过类似的问题，不是每个网络都有，但主要是无线网状网络有许多无线 AP 相互通信，其中 ROS2/DDS 流量导致它停止运行。

444

快速添加：从技术上讲，export ROS_LOCALHOST_ONLY=1不执行原始帖子的 XML 中指定的所有配置步骤。它错过了关于 <MaxAutoParticipantIndex>120</MaxAutoParticipantIndex>.

如果没有此设置，一旦有多个节点，就会遇到此错误：ros2: Failed to find a free participant index for domain ...

555

fastdds

机器人

<?xml version="1.0" encoding="UTF-8" ?>
<profiles xmlns="http://www.eprosima.com/XMLSchemas/fastRTPS_Profiles">
    <participant profile_name="disable_multicast" is_default_profile="true">
        <rtps>
            <builtin>
                <metatrafficUnicastLocatorList>
                    <locator/>
                </metatrafficUnicastLocatorList>
                <initialPeersList>
                    <locator>
                        <udpv4>
                            <address>127.0.0.1</address>
                        </udpv4>
                    </locator>
                </initialPeersList>
            </builtin>
        </rtps>
    </participant>
</profiles>

笔记本

<?xml version="1.0" encoding="UTF-8" ?>
<profiles xmlns="http://www.eprosima.com/XMLSchemas/fastRTPS_Profiles">
    <participant profile_name="unicast_connection" is_default_profile="true">
        <rtps>
            <builtin>
                <metatrafficUnicastLocatorList>
                    <locator/>
                </metatrafficUnicastLocatorList>
                <initialPeersList>
                    <locator>
                        <udpv4>
                            <address>$ROBOT_IP</address>
                        </udpv4>
                    </locator>
                </initialPeersList>
            </builtin>
        </rtps>
    </participant>
</profiles>

---

666

此外，最新发布的 Discovery Server 版本允许通过仅发现属于同一主题的发布者和订阅者来减少高达 93% 的发现流量。 

---