【问题标题】:What's the difference between ROS2 and DDS?ROS2和DDS有什么区别?
【发布时间】:2018-12-13 17:19:15
【问题描述】:

ROS2 是一种分布式架构,在节点之间使用发布者/订阅者消息传递。

ROS2 在其消息传递层采用了不同的方法,现在采用了称为数据分布式服务 (DDS) 的行业标准。

但是,DDS 是一个通信中间件,也支持发布者/订阅者。

那么,我们可以直接使用DDS,为什么要使用ROS2?

【问题讨论】:

    标签: robotics data-distribution-service ros2


    【解决方案1】:

    补充一点Stoogy already wrote:

    ROS 不仅仅是通信层。例如,它提供了

    • 用于机器人技术中常见任务的许多软件包,从基本的东西(如在不同坐标系之间转换点)到高级应用程序(如生成环境地图并使用它在不撞到障碍物的情况下导航机器人通过它)。李>
    • 一个构建系统(用于 ROS 1 的 catkin,用于 ROS 2 的 colcon),用于轻松构建这些包并指定它们之间的依赖关系。
    • 一个启动系统,可轻松运行由多个相互依赖的应用程序组成的复杂系统,并提供一种轻松更改参数的方法。
    • 集成物理模拟以及可视化和监控工具

    【讨论】:

    • 感谢您添加更多关于它不仅仅是沟通的信息。比你说的还要多。对于 ROS2,构建系统不是 colcon 吗(旧的构建系统在有弹性的版本之前就已经被修改了)?
    • @Stoogy 你对构建工具的看法是对的,我更新了答案。
    【解决方案2】:

    生态系统

    DDS 是 OMG 提出的一种通信标准。它的目标市场更普遍,如军事、空中交通管制、自动驾驶汽车、医疗设备.. 提供企业版和开源版本的供应商很少,但只有少数人或市场可以决定他们未来的工作或设计。

    任何想要在其产品中采用 DDS 的人都需要从头开始。

    ROS2 更像是一个生态系统。 ROS2 的领导者——OSRF 为那些想要创建机器人应用程序的人提供了一个生态系统、文档和友好的框架。

    任何人都可以将自己的想法提交给核心设计或为社区做出自己的贡献。

    更多技术性

    ROS 和 DDS 的 Pub/Sub 模型区别

    DDS

    参与者、主题、发布者、订阅者、数据读取者和数据写入者

    是的,DDS 有发布者和订阅者。此外,它还有参与者主题发布者订阅者数据写入者和datareader,它们在 DDS 的数据共享空间中被称为 entity

    每个实体拥有不同的 QoS 属性,并影响实体如何管理数据交付或数据生命周期。

    • 参与者

    参与者控制整个实体的创建、删除、分组。它有能力知道新实体的加入或离开。

    不同的参与者由域 ID(整数)标识。

    • 主题

    Topic 就像一个拥有 QoS 信息的目标,datawriter 和 datareader 可以相互链接。

    • 发布者和订阅者

    发布者和订阅者控制其拥有的 datareaderdatawriter 的数据交付和数据可用性。

    Publisher 只能有多个 datawriter,Subscriber 只能有多个 datareader。

    • DataWriter 和 DataReader

    DataWriter 是数据提供者,DataReader 是数据消费者。他们需要对其目标主题具有相同的 QoS。

    DDS 主题命名:

    取消链接其他 pub/sub 模型,它们不会大量使用 slash /,而是面向对象的。

    ROS2

    命名空间和节点。

    • 命名空间

    类似于主题,但有命名空间。

    ROS2 高度使用命名空间和 斜线 /。它的命名空间以/ 开头。例如,/turtle/cmd_vel,turtle 是命名空间,cmd_vel 是它的基本名称。

    • 节点

    只是提供或使用数据的基本元素。

    您可以查看ros2 topic and service names 了解 ROS2 pub/sub 命名设计。

    结论

    ROS2 更侧重于机器人应用程序设计,消除了编写 DDS 复杂的发布/订阅应用程序的困难。

    【讨论】:

      【解决方案3】:

      我同意 ROS2 提供了比 DDS 更高级别的抽象,尤其是对于某些类型的机器人应用程序。此外,ROS2 还提供了专为机器人设计的现成数据类型和组件。所以你得到了很多构建块。这无疑使在该域中构建系统变得更加容易。

      也就是说,您需要注意,使用 ROS2 而不是原生 DDS 也会产生成本。 ROS2 使事情变得简单的一种方法是预先选择 DDS 支持的 Qos 和信息交换模式的子集。因此,使用 ROS2 无法访问某些 DDS 功能和 Qos。有很多与发布-订阅通信相关的事情,您可以使用 DDS 完成,但不能使用 DDS 上的 ROS2 API。还有很多数据类型可以使用 DDS IDL 定义,而这些数据类型无法使用 ROS2 IDL 进行描述。因此,您还限制了可以发送和接收的数据类型、类型演变和兼容性规则等。对于某些系统,这些限制可能很重要。这些功能被添加到 DDS 是有原因的......

      添加的层以及未利用某些 DDS API 的事实也会对性能产生负面影响。

      从根本上说,DDS 所针对的应用范围要广泛得多,因此 API、Qos、类型等对我来说需要更加通用和灵活。

      【讨论】:

        【解决方案4】:

        的确,ROS2 是基于 DDS 进行通信的。 (https://github.com/ros2/ros2/wiki/DDS-and-ROS-middleware-implementations)

        使用 ROS2 是因为它添加了一个抽象,使 DDS 更易于使用。 DDS 需要在 ROS2 的 RMW 包中进行大量设置和配置(分区、主题名称、发现模式、消息创建……)。这个包还负责处理消息发布/接收(获取)时的错误。

        您可以直接使用 DDS(如果您正确配置您的发布者和订阅者,您还可以与 ROS2 发布者和订阅者通信)但是您必须创建消息 (.idl),调用生成器以获取相应的结构和来源文件,创建域,分配主题,配置数据写入器/数据读取器,..(查看一些示例https://github.com/rticommunity/rticonnextdds-examples/tree/master/examples/listeners/c

        因此,ROS2 让您的生活更轻松。另外,消息上方有很多包可以使用。

        【讨论】:

          猜你喜欢
          • 2020-04-04
          • 2016-07-18
          • 2019-01-02
          • 2010-10-02
          • 2011-12-12
          • 2010-09-16
          • 2012-03-14
          • 2012-02-06
          • 2011-02-25
          相关资源
          最近更新 更多