ROS2是使用节点之间的发布者/订阅者消息传递的分布式架构
ROS2在其消息传递层采用了不同的方法,现在采用了名为Data的行业标准……
实际上,ROS2基于DDS进行通信。 ( https://github.com/ros2/ros2/wiki/DDS-and-ROS-middleware-implementations )
使用ROS2是因为它增加了抽象,使DDS更易于使用。 DDS需要大量的设置和配置(分区,主题名称,发现模式,消息创建......),这在ROS2的RMW包中完成。此包还负责在发布/接收(获取)消息时处理错误。
您可以直接使用DDS(如果您正确配置了您的发布者和订阅者,您也可以与ROS2发布者和订阅者进行通信)但是您必须创建消息(.idl),调用生成器以获取相应的结构和源文件,创建一个域,分配一个主题,配置datawriters / datareader,..(看看一些例子 https://github.com/rticommunity/rticonnextdds-examples/tree/master/examples/listeners/c )
所以ROS2让你的生活更轻松。此外,还有许多可以在消息上方使用的包。
我同意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,类型等对我来说更加通用和灵活。
添加一点Stoogy已写的内容:
ROS不仅仅是通信层。例如,它提供了