Fast-RTPS

已于 2022-02-09 17:51:33 修改
阅读量4.4k 收藏 20
点赞数 1
分类专栏： dds 文章标签： 分布式 网络协议 网络
于 2021-12-01 15:46:26 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Autostone99/article/details/121649755
版权

Fast-RTPS是eprosima对于RTPS的C++实现，是一个免费开源软件，遵循Apache License 2.0

Fast-RTPS现在被称为Fast-DDS，作为ROS2的默认中间件

具有以下优点：

  • 对于实时应用程序来说，可以在best-effort和reliable两种策略上进行配置
  • 即插即用的连接性，使网络的所有成员自动发现其他新成员
  • 模块化和可扩展性允许网络中设备不断增长
  • 可配置的网络行为和可互换的传输层：为每个部署选择最佳协议和系统输入/输出通道组合
  • 两个API层：一个简单易用的发布者--订阅者层；一个提供对RTPS协议内部更好控制的Writer--Reader层

Fast-RTPS提供了两个层次的API

  • Publisher-Subscriber层：RTPS上的简化抽象
  • Writer-Reader层：对于RTPS端点的直接控制 （更底层）

Publisher-Subscriber层为大多数开发者提供了一个方便的抽象。允许定义与topic关联的发布者和订阅者，以及传输topic数据的简单方法。

Writer-Reader层更接近于RTPS标准中定义的概念，并且可以进行更精准的控制，但是要求开发者直接与每个端点的历史记录缓存进行交互。

Fast-RTPS是并发且基于事件的。每个参与者都会生成一组线程来处理后台任务，例如：日志记录，消息接收和异步通信

事件系统使得Fast-RTPS能够响应某些条件并安排定期活动。用户中几乎不用感知它们，因为这些事件大多数仅仅与元数据有关

Fast-RTPS实现的核心结构

Publisher-Subscriber模块

RTPS标准的高层类型

  • Domain（域）：用来创建，管理和销毁Participants（参与者）
  • Participants（参与者）：包括Publisher和Subscriber，并管理他们的配置
    • ParticipantsAttributes：创建Participants的配置参数
    • ParticipantsListener：可以让开发者实现Participants的回调函数
  • Publisher：在topic上发布数据的对象
    • PublisherAttributes：创建Publisher的配置参数
    • PublisherListener：可以让开发者实现Publisher的回调函数
  • Subscriber：在topic上接收数据的对象
    • SubscriberAttributes：创建Subscriber的配置参数
    • SubscriberListener：可以让开发者实现Subscriber的回调函数

RTSP模块

RTPS的底层模型，包含以下模块：

  • RTPS Common
    • CacheChange_t：描述topic上的变更，储存在历史Cache（高速缓冲存储器）中
    • Data：Cache变化的负载
    • Message：RTPS消息
    • Sub-Message Header：标识RTPS的订阅消息
    • MessageReceiver：反序列化和处理接收到的RTPS消息
    • RTPSMessageCreator：构建RTPS消息
  • RTPS Domain
    • RTPSDomain：用来创建，管理和销毁底层的RTPSParticipants
    • RTPSParticipant：包括Writer和Reader
  • RTPS Reader
    • RTPSReader：读者的基类
    • ReaderAttributes：包含RTPS读者的配置参数
    • ReaderHistory：存储topic变化的历史数据
    • ReaderListener：读者的回调类型
  • RTPS Writer
    • RTPSWriter：写者的基类
    • WriterAttributes：包含RTPS写者的配置参数
    • WriterHistory：存储写者的历史数据

配置Attributes

上面的数据结构中，有很多Attributes后缀的类名。这些类包含了对协议或者对象的配置参数。很多特性需要设置这些属性来完成.

可通过XML文件的方式来进行配置

Domain

RTPS中通信参数者之间，通过Domain隔离

同一时刻可能有多个Domain同时存在，一个Domain中可以包含任意数目的消息发送者和接收者。

开发者可以通过DomainID指定参与者所属的Domain，默认为80

发现

作为DDS的实现，Fast-RTPS提供了Publisher和Subscriber自动发现和匹配的功能。实现上分为两个步骤完成：

  • PDP (Participant Discovery Phase）参与者发现阶段：在这个阶段，参与者互相通知彼此的存在。为了达到这个目的，每个参与者需要定时发送给公告信息。公告信息通过周知的多播地址和端口发送。对应的独立协议为Simple Participant Discovery Protocol：指定参与者如何在网络中发现彼此
  • EDP(Endpoint Discovery Phase) 端点发现阶段：在这个阶段，Publisher和Subscriber互相确认。为此，参与者使用在PDP阶段建立的通信通道，彼此共享有关其发布者和订阅者的信息。该信息包含了topic和数据类型。为了使两个端点匹配，他们的topic和数据类型必须一致。一旦发布者和订阅者匹配，就数据交互了。对应的独立协议为Simple Endpoint Discovery Protocol：定义了已经互相发现的参与者交换信息的协议

Fast-RTPS提供了四种发现机制

  • Simple：默认机制。在PDP和EDP阶段均使用RTPS标准，因此可与任何其他DDS和RTPS实现兼容。
  • Static：此机制在PDP阶段使用Simple Participant Discovery Protocol。如果所有发布者和订阅者的地址及端口和主题信息是事先知道的，则允许跳过EDP阶段。
  • Server--Client：这种发现机制使用集中式发现结构，由服务器充当发现机制的Hub
  • Manual：此机制仅与RTPSDomain层兼容。禁用了PDP阶段，使用户可以使用其选择的任何外部元信息通道手动匹配和取消匹配RTPS参与者，读者和写者。

不同发现机制具有一些相同配置

Autostone99
关注
  • 1
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
RTPS协议
天赐好车的博客
01-28 573
RTPS 协议通常与 DDS（Data Distribution Service）一起使用，DDS 是一种基于 RTPS 协议的中间件，用于实现分布式实时系统的构建和管理。DDS 提供了更高级的功能，如数据过滤、数据缓存和主题管理等，使得应用程序可以更方便地使用 RTPS 协议进行数据分发和通信。定义主题和数据类型：主题是用于数据分发的通道，您需要定义主题和数据类型以匹配您要分发的数据。发布数据：发布者将数据发布到指定的主题中。可靠性：RTPS 协议支持数据的可靠性传输，可以保证数据的完整性和一致性。
FastRTPS学习笔记（1）：RTPS概述
热门推荐
胖虎的博客
05-17 1万+
文章目录一、RTPS简介二、RTPS优点三、RTPS架构3.1 结构模块3.2 消息模块3.3 行为模块3.4 发现模块四、参考来源 一、RTPS简介 实时发布订阅协议（Real Time Publish Subscribe Protocol，RTPS）是一种协议，用于在单播和多播中通过UDP等不可靠传输进行best effort和reliable的发布-订阅通信。RTPS已被OMG（对象管理组...
FastRtps.zip
08-05
Fast RTPS is a C++ implementation of the RTPS (Real Time Publish Subscribe) protocol, which provides publisher-subscriber communications over unreliable transports such as UDP, as defined and maintained by the Object Management Group (OMG) consortium.
FastRTPS学习笔记（2）：安装、创建简单应用_fastrtps 使用示例(1)
最新发布
2401_85015200的博客
05-16 786
进入/opt目录从github下载完成后如图所示，并在/opt目录下出现/Fast-RTPS文件夹。
FastRTPS(一)——基本知识
weixin_42156097的博客
02-05 7689
Fast RTPS是eProsima公司开发出来的一个库，实现的是DDS标准中的RTPS标准，用于通讯 引言及目录 ROS2相比ROS1，引入了DDS（这篇不是讲ROS的，所以是简单介绍） DDS是一个国际标准，使用发布/订阅机制进行消息通讯，我们就把它理解为一个库吧 1. FastRTPS是什么 Fast RTPS是eProsima公司对RTPS标准的一个实现，也就是库。 RTPS是DDS标准...
【FastRTPS】概述、架构
JL_Gao的专栏
11-14 7190
概述   使用Fast RTPS的两种方式： Publisher-Subscriber方式：对RTPS的简单抽象，用户只需要定义某个Topic的Publisher和Subscriber、传输方式就可以发布订阅数据。可参考上一节中的HelloWorld。 Writer-Reader方式：更接近RTPS标准中的概念，能直接操作RTPS的读写端点的HistoryCache。 Fast RT...
Apollo：DDS与Fast-RTPS
OceanStar的博客
03-09 1543
Publisher-Subscriber层：RTPS上的简化抽象Writer-Reader层：对RTPS断点的直接控制相较而言，后者更底层。两个层次的核心角色如下图所示：Publisher-Subscriber层为大多数开发者提供了一个方便的抽象。它允许定义与Topic关联的发布者和订阅者，以及传输Topic数据的简单方法。Writer-Reader层更接近于RTPS标准中定义的概念，并且可以进行更精细的控制，但是要求开发者直接与每个断点的历史记录缓存进行交互。
Fast RTPS原理与代码分析(2)：动态发现协议之参与者发现协议PDP
HBS2011的专栏
10-12 7153
按照RTPS协议中描述的，动态发现协议包含PDP（参与者发现协议）和EDP（端点发现协议）两种协议。 不论是发布端还是订阅端程序，创建域参与者时，都会默认创建8个内置端点： 1. 参与者发现协议PDP，2个端点分别为SPDPWriter和SPDPReader，这两个端点的作用是被用来发送和接收参与者信息数据。 2. 端点发现协议EDP，4个端点分别为SEDPPubWriter、SEDPPub...
fast-rtps 1.5.0 patched for aarch64
04-14
《Fast-RTPS 1.5.0 在 aarch64 架构上的补丁解析与应用》 Fast-RTPS 是一个实时发布/订阅协议（Real-Time Publish-Subscribe Protocol）的开源实现，广泛应用于机器人操作系统（ROS）和其他实时通信系统。在1.5.0...
eprosima-fast-rtps.rar
07-19
《Fast-RTPS官方使用文档：ROS2 DDS详解》 Fast-RTPS是EProsima公司开发的一个实时发布/订阅（Publish/Subscribe）通信库，主要用于实现DDS（Data Distribution Service）协议，它是ROS2（Robot Operating System 2...
Fast-RTPS, RTPS标准的实现.zip
10-10
Fast-RTPS, RTPS标准的实现 eProsima快速 RTPS system - config - 快速 RTPS 是 RTPS ( 实时发布订阅服务器) 协议的一个 C++ 实现，它通过对象管理组( OMG ) 联盟定义和维护的不可靠传输，为发布者通信提供了可靠
FastRTPS学习笔记（2）：安装、创建简单应用
胖虎的博客
05-17 9558
一、编译前准备 1.1 环境 Linux：Ubuntu 16.04LTS Make：GNU Make V4.1 1.2 下载FastRTPS 从Github克隆项目: cd /opt sudo git clone https://github.com/eProsima/Fast-RTPS https://github.com/eProsima/Fast-RTPS 该源为最新的v1.7.2 ...
【Fast RTPS】库概述
zhaodeming000的博客
08-16 868
你可以以两种不同方面使用Fast RTPS进行交互： 发布-订阅Publish-Subscriber：RTPS的简化抽象 写-读Writer-Reader：直接控制RTPS端点 红色部分，Publish-Subscriber层为大部分用例提供一个方便的抽象。它允许你定义一个和主题有关的发布者和订阅者，一个简单的方式传递主题数据。你可以回忆我们在“Getting Started”部分产生的例子，...
深入分析 RTPS协议
caofengtao1314的专栏
03-24 1663
在我们上网时难免会因为这样那样的问题对通信产生疑问。当我们产生了疑问之后，这里推荐使用wireshark进行抓包分析。不是吹牛，wireshark真的是一款实用有效的必备“良药”。wireshark是最流行的网络嗅探器之一，能在多种平台上抓取和分析网络包，windows/Linux/Mac等，拥有非常友好的界面。追溯大学期间的《计算机网络》，就是下面这本书。全靠死记硬背才把OSI七层模型，TCP/IP五层模型（也有说是四层模型，没关系）记下来，考完试然后就又忘记了。
OMG--RTPS（Real Time Publish Subscribe Protocol）
天道酬勤
06-11 1868
RTPS（Real Time Publish Subscribe Protocol）实时发布订阅协议。
FastRTSP 内部设计
liu-yonggang的专栏
01-09 2226
进程间共享内存模型 概述 本文档描述了用于交换数据消息的软件组件的进程间共享内存通信的模型。该模型的目标是提供适用于实时发布-订阅 DDS（数据分发服务）的基于共享内存的传输层。 语境 eProsima 已收到商业提案，以实施共享内存传输作为其 FastRPTS 产品的改进。本文档中列出的目标是从客户提案中提取的。 对标准网络传输的改进 减少操作系统内核调用：这对于 UDP / TCP 等传输是不可避免的（即使使用环回接口）。 大消息支持：网络堆栈需要对大数据包进行分段。 避免数据序列化/反序列化过程：这
【Fast RTPS离线安装-Ubuntu】
笑得没心没肺的专栏
03-29 899
环境：ubuntu18.04.5LTS（公司内网，只能连公司源，无法连网）源码下载：eProsima官网下载代码压缩包。
ROS2与Fast-RTPS
遥远的她
08-28 5856
第一讲：学习ROS 2之前不得不了解的DDS 原文链接：http://www.brixbot.com/ros2/fast_rtps-01-introduce_dds/ 对ROS 2有所了解的人都知道，ROS 2相对于ROS 1最主要的一个变化就是DDS的引入。ROS 2的官方wiki上已经给出了引入DDS的原因和动机，总结起来有以下几点： 使用第三方成熟的DDS作为ROS底层通讯和相关核心功...
深入探索RTPS/DDS协议：为嵌入式设备打造的可移植C++实现指南
m0_57781768的博客
09-22 1278
RTPS (Real-Time Publish-Subscribe) 和 DDS (Data Distribution Service) 是两个紧密相关的中间件协议，专为实时系统设计。它们为分布式应用提供了一种高效、可靠和可扩展的数据通信机制。RTPS是DDS的底层协议，负责数据的实时传输。而DDS则为应用程序提供了一个高级的API，使其能够发布和订阅数据，而不必关心底层的通信细节。
解析fast-rtps数据获取头部各字段以及topicname的示例
06-07
Fast-RTPS 是一个高性能的实时通信协议，用于在分布式系统中传输实时数据。在 Fast-RTPS 中，每个消息都由头部和数据组成。在本示例中，我们将展示如何解析 Fast-RTPS 消息的头部字段以及 topic name。 首先，我们需要了解 Fast-RTPS 消息头部字段的含义。Fast-RTPS 消息头部包括以下字段： - `protocolId`：Fast-RTPS 协议的版本号。 - `vendorId`：Fast-RTPS 实现的厂商 ID。 - `guidPrefix`：全局唯一标识符的前缀，用于识别 Fast-RTPS 实例。 - `guidEntityId`：Fast-RTPS 实体的唯一标识符。 - `sequenceNumber`：消息的序列号。 - `sourceTimestamp`：消息的时间戳。 - `destinationGuidPrefix`：消息的目标实体的 GUID 前缀。 其中，`guidPrefix` 和 `guidEntityId` 组成了消息的唯一标识符 GUID，用于在 Fast-RTPS 网络中识别消息。 接下来，我们可以通过以下代码示例解析 Fast-RTPS 消息的头部字段和 topic name： ```c++ #include <fastrtps/fastrtps.h> #include <fastrtps/attributes/TopicAttributes.h> void parseFastRTPSMessageHeader(const void* buffer, size_t size) { // Deserialize the message header using Fast-RTPS library eprosima::fastcdr::FastBuffer cdrbuffer(reinterpret_cast<char*>(const_cast<void*>(buffer)), size); eprosima::fastrtps::rtps::CDRMessage_t cdrm(cdrbuffer); eprosima::fastcdr::Cdr cdr_des(cdrm, eprosima::fastcdr::Cdr::DEFAULT_ENDIAN, eprosima::fastcdr::Cdr::DDS_CDR); // Parse the fields in the header eprosima::fastrtps::rtps::Header_t header; header.readFromCDRMessage(cdrm); std::cout << "protocolId: " << std::to_string(header.protocolId) << std::endl; std::cout << "vendorId: " << std::to_string(header.vendorId) << std::endl; std::cout << "guidPrefix: " << header.guidPrefix << std::endl; std::cout << "guidEntityId: " << header.guidEntityId << std::endl; std::cout << "sequenceNumber: " << std::to_string(header.sequenceNumber.to64long()) << std::endl; std::cout << "sourceTimestamp: " << header.sourceTimestamp.to_string() << std::endl; std::cout << "destinationGuidPrefix: " << header.destinationGuidPrefix << std::endl; // Deserialize the topic name from the message payload eprosima::fastrtps::TopicAttributes topic_attr; topic_attr.deserialize(&cdr_des); std::cout << "topic name: " << topic_attr.getTopicName() << std::endl; } ``` 在上述示例中，我们使用了 Fast-RTPS 库中的 `Header_t` 类和 `TopicAttributes` 类来解析消息头部和 topic name。首先，我们将消息头部反序列化为 `Header_t` 类型，并读取其中的各个字段。然后，我们从消息负载中反序列化出 `TopicAttributes` 类型，以获取 topic name。 该示例代码可以在 Fast-RTPS 库提供的各种平台和语言中使用。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值