DDS通信中间件——DCPS规范

最新推荐文章于 2024-06-21 10:33:52 发布
最新推荐文章于 2024-06-21 10:33:52 发布
阅读量968 收藏 16
点赞数 27
分类专栏： DDS通信中间件 文章标签： 中间件 信息与通信
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/NJzhenrong/article/details/137461985
版权

DDS通信中间件——DCPS规范

做了十年DDS通信中间件产品的程序员和大家分享一下对DDS这套规范的个人理解。预期本系列文章将包括以下内容陆续更新：

  1. DDS规范概述
  2. DCPS规范解读
  3. DDS-XTypes与IDL解读
  4. RTPS规范解读
  5. DDS安全规范解读
  6. DDS-RPC规范解读
  7. DDS-TSN规范解读
  8. DDS-XRCE规范解读

1. 概述

DCPS（Data-Centric Publish-Subscribe，以数据为中心的发布/订阅）规范是DDS系列规范最初也是最核心的规范，在某些场合DDS规范指的就是DCPS规范。大家可以在这个链接看到最新的DCPS规范及其相关的附件。最新的DCPS规范是2015年颁布的1.4版本，这个版本相比于1.2版本最大的修改就是把规范里面的某公司硬塞进去的Data Local Reconstruction Layer(DLRL)部分移除了，移除的原因也很简单，这块标准没有厂家去实现。

2. DCPS-PIM

DCPS的内容总结在下面这张图中，主要分为三大块，这篇文章也将按照导图中的内容依次介绍：

  • 模型描述，介绍模型中涉及的概念；
  • 接口描述，分模块定义类并定义接口形式及接口功能描述；
  • QoS定义，定义22种QoS的功能及其配置方式。
    DCPS协议内容

2.1. 模型描述

2.1.1. 实体概念

这里不想写的太复杂，只用最简单的一句话来描述：

  • 基于主题的发布/订阅模型
    • 系统的数据按照主题来分类；
    • 发布端发布主题数据；
    • 订阅端订阅主题数据；
    • 发布端发布的主题数据后，相同主题的订阅端都能收到。
  • DCPS实体模型定义了三层实体，如下图所示
    • 域参与者（DomainParticipant）
      • 这个实体看上去和发布/订阅模型没啥关系，实际上也没啥关系。主要是DDS里面定义了域的概念用来隔离通信，相同域内实体互相通信，不同域间隔离。
      • 这是应用参加DDS系统通信的入口实体，创建某个域下的域参与者表示：“我想要参与某个域进行通信（是发布还是订阅后面再告诉你）”。
    • 发布者（Publisher）
      • 这个最好理解，应用创建发布者表示：“我需要发布数据（具体发布什么主题数据，后面再告诉你）”；
    • 订阅者（Subscriber）
      • 这个也好理解，应用创建发布者表示：“我需要订阅数据（具体发布什么主题数据，后面再告诉你）”；
    • 主题（Topic）
      • 主题用来描述一类数据，创建主题表示：“我有这么一类数据需要交互”；
      • 定义主题需要什么信息，后面章节详细介绍；
    • 数据写者（DataWriter）
      • 数据写者关联一个且仅一个主题实体，用来向全局数据空间写指定主题的数据；
      • 应用创建数据写者表示：“我需要发布XX主题数据。”
    • 数据读者（DataReader）
      • 数据读者关联一个且仅一个主题实体，用来从全局数据空间读指定主题的数据；
      • 应用创建数据读者表示：“我需要订阅XX主题数据。”
        DDS实体层级
2.1.2. 数据描述

DCPS模型中有几个重要的概念来描述系统中传输的数据，如下图所示自顶向下分为三层来描述系统中交互的数据。

概念说明标识
主题最大类，域内唯一的主题名称，并关联1个数据类型。主题名+类型
实例主题数据中key成员相同的数据的集合，即使用key成员进一步区分主题数据，可以理解成“子主题”。InstanceHandle_t
样本每次向DDS发送一次数据产生一个数据样本。序列号

主题数据描述

2.2. 接口描述

接口描述部分，这篇文章只讲思路以及给每个类的函数进行，具体的函数参数或者说明省略，具体可参见协议或者私信找我要一份完整的接口参考手册。

2.2.1. 基础模块

基础模块包含了DCPS的接口定义的几个重要的原则：

  • 实体管理（创建/删除/查询）采用工厂模式，父实体为子实体的工厂，层级关系参见2.2.1节；
  • 每个实体会关联一组内部的状态；
    • 状态可以通过实体提供的查询接口查询获取；
    • 状态可以通过监听器由底层回调获取；
    • 状态可以通过“条件-等待”的方式同步阻塞获取；
  • 每个实体都会关联一系列的QoS配置；
2.2.1.1. 实体状态

实体状态表示DDS为用户关心的底层事件所维护的状态，例如数据写者关联成功匹配远程数据读者、检测到数据读者数据样本丢失、检测到主题的类型不兼容等。每个实体会关联一系列的代表该实体“通信状态”的状态对象。实体关联的状态参见下图。状态结构体中包含的数值可以提供更多关于该状态的信息。
状态及其相关的接口

2.2.1.2. 获取实体状态

状态分为两种类型：

  • 简单通信状态 ：除了表明状态是否改变的标识还包含保存当前状态的对应结构体。
  • 读通信状态：读通信状态更像一个事件，除了是否发生以外没有其他声明。只有两个状态是读通信状态： DATA_AVAILABLE_STATUS 和 DATA_ON_READERS_STATUS 。

信息获取方式

下面分别描述获取实体简单通信状态有三种方式 :

  • 同步获取实体状态，参见上图最左边图，用户想要获取某个状态的当前值时，主动调用该状态有关的实体方法，获取各实体状态的实体方法参见2.2.1.1中的图；
  • 同步等待并获取实体状态，参见上图中间的图，用户设置等待条件，并调用DDS接口进行阻塞等待，在DDS底层检测到该状态发生变化后，解开阻塞，用户再通过方法1获取该状态；
  • 异步回调实体状态，参见上图右边的图，该方式为通过监听器异步回调状态 ，用户为实体设置相应的监听器（再进行其他的业务逻辑），DDS底层检测到该状态变化时，通过回调监听器的相应方法，用户即可获取该状态的值，各实体状态关联的回调方法参见参见2.2.1.1中的图。
2.2.1.3. 条件-等待

DDS使用条件（ Condition ）以及等待（ WaitSet ）来实现同步等待模型，其中每个条件均有一个触发状态，不同类型的状态的触发条件不一样，可以将一个或者多个条件加入到等待集合中，即允许用户同时等待多个状态的集合中的某个状态触发。条件的类型及其相关的操作参见，使用条件等待的详细例子参见

说明状态条件（ StatusCondition ）读取条件 （ ReadCondition ）监视条件（ GuardCondition ）
简介该条件用于获取实体状态改变该条件用于获取数据读者的数据状态改变该条件用于手动解开阻塞的条件集合
获取方式每个实体均会关联一个该条件，调用 Entity::get_statuscondition 方法获取由数据读者作为该条件的工厂， DataReader::create_readcondition 、 DataReader::delete_readcondition用户负责状态的生命周期管理 (new/delete)
触发方式StatusCondition::set_enabled_statuses 设置的关心的状态发生改变数据读者底层有该状态所表示的数据样本的时候触发用户通过监视条件的接口手动设置
触发后的动作首先测试发生改变的状态，再调用相应的状态获取方法获取调用数据读者的读取数据方法获取改变的数据 DataReader::read_w_condition DataReader::take_w_condition无
2.2.1.4. 监听器

DDS通过监听器提供底层状态事件异步回调的机制，每个实体状态在相应的实体监听器中均有相应的回调函数与之对应，实体回调函数与实体状态的对应关系参见 2.2.1.1中的图 。下图显示了DDS中各个监听器的继承关系，即父实体的监听器继承于子类的监听器，这就意味着父实体监听器能够获取所有子实体的状态变化。

监听器继承方式

2.2.2. 域模块

在发布订阅模型中，理论上每个计算机上的中间件都需要掌握全局的节点信息，以提供分布式的数据传输服务。但在实际应用中，可能存在需要隔离的情况，例如网络中的节点数量过于庞大，掌握全局信息会付出巨大的代价，或者从属于不同分区的小组之间不希望互相干扰。为了解决隔离的问题，DDS引入了域的概念。每个参与通信的计算机都可以加入一个或多个域，相同域内的节点可以互相通信，不同域之间的节点则不会有数据交互。DDS中使用 DomainId_t 来唯一标识一个域。域参与者实体是DDS的入口，用户创建一个域参与者表示该程序想要在指定的域中交互数据。域模型示意图参见下图，一个应用程序可以在多个域中交互数据。

域与域参与者概念

2.2.2.1. 域参与者工厂

域参与者实体的工厂为全局单例的域参与者工厂( DomainParticipantFactory )，域参与者工厂的主要功能参见下表。

功能接口
单例管理DomainParticipantFactory::get_instance
^DomainParticipantFactory::finalize_instance
作为域参与者的工厂DomainParticipantFactory::create_participant
^DomainParticipantFactory::delete_participant
^DomainParticipantFactory::lookup_participant
^DomainParticipantFactory::get_default_participant_qos
^DomainParticipantFactory::set_default_participant_qos
自身QoS管理DomainParticipantFactory::set_qos
^DomainParticipantFactory::get_qos
2.2.2.2. 域参与者

域参与者( DomainParticipant )，主要接口的功能参见下表，此外，域参与者内部还实现发现协议、根据线程模型配置初始化线程、创建定时器、申请并创建网络传输需要的资源，并监听对应的网络端口，负责处理网络报文等，域参与者所需的资源较多，内部逻辑复杂，因而在一个应用中应尽可能的减少域参与者的创建。

功能接口
实体功能DomainParticipant::enable
^DomainParticipant::set_listener
^DomainParticipant::get_listener
^DomainParticipant::set_qos
^DomainParticipant::get_qos
^DomainParticipant::get_instance_handle
^DomainParticipant::get_status_changes
^DomainParticipant::get_statuscondition
作为实体工厂DomainParticipant::delete_contained_entities
^DomainParticipant::contains_entity
作为主题实体工厂DomainParticipant::create_topic
^DomainParticipant::delete_topic
^DomainParticipant::get_default_topic_qos
^DomainParticipant::set_default_topic_qos
^DomainParticipant::lookup_topicdescription
^DomainParticipant::find_topic
^DomainParticipant::create_contentfilteredtopic
^DomainParticipant::delete_contentfilteredtopic
作为发布者实体工厂DomainParticipant::create_publisher
^DomainParticipant::delete_publisher
^DomainParticipant::get_default_publisher_qos
^DomainParticipant::set_default_publisher_qos
^DomainParticipant::get_publishers
作为订阅者实体工厂DomainParticipant::create_subscriber
^DomainParticipant::delete_subscriber
^DomainParticipant::get_default_subscriber_qos
^DomainParticipant::set_default_subscriber_qos
^DomainParticipant::get_subscribers
内置实体管理DomainParticipant::get_builtin_subscriber
通信管理DomainParticipant::ignore_participant
^DomainParticipant::ignore_publication
^DomainParticipant::ignore_subscription
域信息查询DomainParticipant::get_domain_id
^DomainParticipant::get_discovered_participants
^DomainParticipant::get_discovered_participant_data
^DomainParticipant::get_discovered_topics
^DomainParticipant::get_discovered_topic_data
存活性管理DomainParticipant::assert_liveliness
2.2.3. 主题模块
功能接口
实体功能Topic::enable
^Topic::set_listener
^Topic::get_listener
^Topic::get_instance_handle
^Topic::get_status_changes
^Topic::get_statuscondition
^Topic::set_qos
^Topic::get_qos
获取主题信息Topic::get_type_name
^Topic::get_name
2.2.3.1. 类型支持

放到IDL规范时再介绍。

2.2.3.2. 内容过滤的主题

放到IDL规范时再介绍。

2.2.4. 发布模块
2.2.4.1. 发布者
功能接口
实体功能Publisher::enable
^Publisher::set_listener
^Publisher::get_listener
^Publisher::get_instance_handle
^Publisher::get_status_changes
^Publisher::get_statuscondition
^Publisher::get_participant
^Publisher::set_qos
^Publisher::get_qos
作为数据写者的工厂Publisher::create_datawriter
^Publisher::delete_datawriter
^Publisher::lookup_datawriter
^Publisher::delete_contained_entities
^Publisher::set_default_datawriter_qos
^Publisher::get_default_datawriter_qos
^Publisher::copy_from_topic_qos
数据发布控制Publisher::begin_coherent_changes
^Publisher::end_coherent_changes
^Publisher::wait_for_acknowledgments
^Publisher::suspend_publications
^Publisher::resume_publications
2.2.4.2. 数据写者

数据写者主要的功能描述参见下表，数据写者提供强类型安全的接口，该接口由DDS编译器根据IDL中定义的类型自动生成，其中类型无关的接口参见 DataWriter 、类型相关的接口参见 ExampleDataWriter 接口说明，典型的发布过程如下 。

功能接口
实体功能DataWriter::enable
^DataWriter::set_listener
^DataWriter::get_listener
^DataWriter::get_instance_handle
^DataWriter::get_status_changes
^DataWriter::get_statuscondition
^DataWriter::set_qos
^DataWriter::get_qos
数据发送ExampleDataWriter::write
^ExampleDataWriter::write_w_timestamp
^ExampleDataWriter::write_w_dst
数据实例管理ExampleDataWriter::register_instance
^ExampleDataWriter::register_instance_w_timestamp
^ExampleDataWriter::unregister_instance
^ExampleDataWriter::unregister_instance_w_timestamp
^ExampleDataWriter::dispose
^ExampleDataWriter::dispose_w_timestamp
^ExampleDataWriter::get_key_value
^ExampleDataWriter::lookup_instance
实体状态查询DataWriter::get_liveliness_lost_status
^DataWriter::get_offered_deadline_missed_status
^DataWriter::get_offered_incompatible_qos_status
^DataWriter::get_publication_matched_status
数据写者信息查询DataWriter::get_topic
^DataWriter::get_publisher
匹配对端信息查询DataWriter::get_matched_subscriptions
^DataWriter::get_matched_subscription_data
存活性管理DataWriter::assert_liveliness
其他DataWriter::wait_for_acknowledgments
^DataWriter::flush
2.2.5. 订阅模块
2.2.5.1. 订阅者
功能接口
实体功能Subscriber::enable
^Subscriber::set_listener
^Subscriber::get_listener
^Subscriber::get_instance_handle
^Subscriber::get_status_changes
^Subscriber::get_statuscondition
^Subscriber::get_participant
^Subscriber::set_qos
^Subscriber::get_qos
作为数据读者的工厂Subscriber::create_datareader
^Subscriber::delete_datareader
^Subscriber::lookup_datareader
^Subscriber::delete_contained_entities
^Subscriber::set_default_datareader_qos
^Subscriber::get_default_datareader_qos
^Subscriber::copy_from_topic_qos
数据获取方式Subscriber::begin_access
^Subscriber::end_access
^Subscriber::get_datareaders
^Subscriber::notify_datareaders
2.2.5.2. 数据读者

数据读者的类型无关功能描述参见下表，数据读者提供强类型安全的接口，该接口由DDS编译器根据IDL中定义的类型自动生成，其中类型无关的接口参见DataReader 、类型相关的接口参见 ExampleDataReader 接口说明。

功能接口
实体功能DataReader::enable
^DataReader::set_listener
^DataReader::get_listener
^DataReader::get_instance_handle
^DataReader::get_status_changes
^DataReader::get_statuscondition
^DataReader::set_qos
^DataReader::get_qos
实体状态查询DataReader::get_sample_lost_status
^DataReader::get_sample_rejected_status
^DataReader::get_subscription_matched_status
^DataReader::get_liveliness_changed_status
^DataReader::get_requested_deadline_missed_status
^DataReader::get_requested_incompatible_qos_status
数据读者信息查询DataReader::get_topicdescription
^DataReader::get_subscriber
匹配对端信息查询DataReader::get_matched_publications
^DataReader::get_matched_publication_data
读取状态管理DataReader::create_readcondition
^DataReader::create_querycondition
^DataReader::delete_readcondition
^DataReader::delete_contained_entities
其他DataReader::wait_for_historical_data
2.2.5.3. 获取主题数据

当数据样本到达订阅端时，DDS底层会根据主题匹配信息分发给不同的数据读者去处理，当完成处理（资源限制等QoS配置）时，数据读者将把该数据样本存储在底层的队列中，并通知用户，再等待用户通过接口来取出该数据样本，DDS通知用户数据到达的方式有两种：异步监听方式以及同步等待方式，用户通过数据读者的读取数据接口访问底层队列中的数据样本，这些接口的摘要信息参见下表，详细信息参见相应的接口说明。用户可以通过多种方式访问底层存储的队列数据：

  1. 提供样本深拷贝以及零拷贝（仅提供数据样本在底层队列中的指针或者引用）两种方式；
  2. 指定最大获取数量；
  3. 访问处于指定状态的样本，样本状态由 SampleStateKind 、 ViewStateKind 、 InstanceStateKind 三个状态定义；
  4. 按照数据实例访问，包括指定数据实例以及按数据实例顺序；
  5. 按照样本的顺序依次访问；
  6. 读取/取出两种访问方法，其中读取操作不从底层队列中删除，而取出操作则从底层维护的样本中删除；
分类接口说明
读取系列ExampleDataReader::read方式1 & 方式2 & 方式3
^ExampleDataReader::read_next_sample方式5
^ExampleDataReader::read_instance方式1 & 方式2 & 方式3 & 方式4
^ExampleDataReader::read_next_instance方式1 & 方式2 & 方式3 & 方式4
^ExampleDataReader::read_w_condition同 ExampleDataReader::read
^ExampleDataReader::read_next_instance_w_condition同 ExampleDataReader::read_next_instance
取出系列ExampleDataReader::take方式1 & 方式2 & 方式3
^ExampleDataReader::take_next_sample方式5
^ExampleDataReader::take_instance方式1 & 方式2 & 方式3 & 方式4
^ExampleDataReader::take_next_instance方式1 & 方式2 & 方式3 & 方式4
^ExampleDataReader::take_w_condition同 ExampleDataReader::take
^ExampleDataReader::take_next_instance_w_condition同 ExampleDataReader::take_next_instance
归还空间ExampleDataReader::return_loan配合实现零拷贝

2.3. QoS定义

下一期再继续分享。

3. PSM-IDL

因为上面定义的是平台/技术无关的模型，在这一章OMG用IDL给出了DCPS的一种定义，所谓PIM就是只规定形式和行为，具体数据结构在PSM中给出，这是OMG DDS规范的一般套路，打个比方，在PIM中会定义 InstanceHandle_t 这个结构的含义是用来唯一标识实体或者数据实例，但是不会规定如何来实现，在PSM中会定义 InstanceHandle_t 就是8个字节或者16个字节。IDL定义文件参见这里。

4. 开发流程

DDS开发流程

5. 代码示例

5.1. 发布端

#include "DomainParticipantFactory.h"
#include "DomainParticipant.h"
#include "DefaultQos.h"
#include "Publisher.h"
#include "DataWriter.h"
#include "Topic.h"
#include "Foo.h"
#include "FooDataWriter.h"
#include "FooTypeSupport.h"
#include "ZRSleep.h"
#include <stdio.h>
int main()
{
    // 域
    DomainId_t domainId = 11;
    DomainParticipantFactory *factory = DomainParticipantFactory::get_instance();
    // 域参与者
    DomainParticipant *participant = factory->create_participant(
        domainId, 
        DOMAINPARTICIPANT_QOS_DEFAULT, 
        NULL, STATUS_MASK_NONE);
    if (NULL == participant)
    {
        printf("create participant failed.\n");
        return -1;
    }
    // 注册类型
    const Char* type_name = FooTypeSupport::get_instance()->get_type_name();
    if (type_name == NULL)
    {
        return -1;
    }
    ReturnCode_t rtn = FooTypeSupport::get_instance()->register_type(participant, type_name);
    if (rtn != RETCODE_OK)
    {
        printf("register type failed.\n");
        return -1;
    }
    // 创建主题
    Topic *topic = participant->create_topic("example", type_name, TOPIC_QOS_DEFAULT, NULL, STATUS_MASK_NONE);
    if (topic == NULL)
    {
        printf("create topic failed.\n");
        return -1;
    }
    // 创建发布端
    Publisher *publisher = participant->create_publisher(
        PUBLISHER_QOS_DEFAULT, 
        NULL, STATUS_MASK_NONE);
    if (publisher == NULL)
    {
        printf("create publisher failed.\n");
        return -1;
    }
    // 创建数据写者
    DataWriterQos writer_qos;
    publisher->get_default_datawriter_qos(writer_qos);
    writer_qos.history.depth = 5;
    DataWriter *writer = publisher->create_datawriter(
        topic, writer_qos, NULL, STATUS_MASK_NONE);
    FooDataWriter *_writer = dynamic_cast<FooDataWriter*>(writer);
    if (writer == NULL)
    {
        printf("create datawriter failed.\n");
        return -1;
    }
    // 创建数据样本
    Foo sample;
    while (true)
    {
        // 在此处修改数据样本的值
        
        // 发布数据样本
        _writer->write(sample, HANDLE_NIL_NATIVE);
        ZRSleep(1000);
    }
    return 0;
}

5.2. 订阅端

#include "DomainParticipantFactory.h"
#include "DomainParticipant.h"
#include "DefaultQos.h"
#include "Subscriber.h"
#include "DataReader.h"
#include "Topic.h"
#include "DataReaderListener.h"
#include "Foo.h"
#include "FooDataReader.h"
#include "FooTypeSupport.h"
#include "ZRSleep.h"
#include <stdio.h>
// 继承DataReaderListener
class Mylistener : public DataReaderListener
{
    // 回调函数
    void on_data_available(DataReader *the_reader)
    {
        printf("received data.\n");
        FooDataReader *foo_reader = dynamic_cast<FooDataReader*>(the_reader);
        if (foo_reader == NULL)
        {
            printf("cast reader failed.\n");
            return;
        }
        FooSeq data_values;
        SampleInfoSeq sample_infos;
        ReturnCode_t rtn;
        rtn = foo_reader->take(data_values, 
            sample_infos, 
            MAX_INT32_VALUE, 
            ANY_SAMPLE_STATE, 
            ANY_VIEW_STATE, 
            ANY_INSTANCE_STATE);
        if (RETCODE_ERROR == rtn)
        {
            printf("take failed.\n");
            return;
        }
        if (RETCODE_NO_DATA == rtn)
        {
            printf("no data.\n");
            return;
        }
        for (int i = 0; i < sample_infos.length(); i++)        
        {
            if (sample_infos[i].valid_data)
            {
                FooPrintData(&data_values[i]);
            }
        }
        foo_reader->return_loan(data_values, sample_infos);
    }
};
int main()
{
    // 域
    DomainId_t domainId = 11;
    DomainParticipantFactory *factory = DomainParticipantFactory::get_instance();
    // 域参与者
    DomainParticipant *participant = factory->create_participant(
        domainId, 
        DOMAINPARTICIPANT_QOS_DEFAULT, 
        NULL, STATUS_MASK_NONE);
    if (NULL == participant)
    {
        printf("create participant failed.\n");
        return -1;
    }
    // 注册类型
    const Char* type_name = FooTypeSupport::get_instance()->get_type_name();
    if (NULL == type_name)
    {
        return -1;
    }
    ReturnCode_t rtn = FooTypeSupport::get_instance()->register_type(participant, type_name);
    if (RETCODE_OK != rtn)
    {
        printf("register type failed.\n");
        return -1;
    }
    // 创建主题
    Topic *topic = participant->create_topic("example", type_name, TOPIC_QOS_DEFAULT, NULL, STATUS_MASK_NONE);
    if (NULL == topic)
    {
        printf("create topic failed.\n");
        return -1;
    }
    // 创建订阅端
    Subscriber *subscriber = participant->create_subscriber(
        SUBSCRIBER_QOS_DEFAULT, 
        NULL, STATUS_MASK_NONE);
    if (NULL == subscriber)
    {
        printf("create subscriber failed.\n");
        return -1;
    }
    // 监听器
    Mylistener *listener = new Mylistener;
    // 创建数据读者
    DataReaderQos reader_qos;
    subscriber->get_default_datareader_qos(reader_qos);
    reader_qos.history.depth = 5;
    DataReader *reader = subscriber->create_datareader(
        topic, reader_qos, listener, STATUS_MASK_ALL);
    FooDataReader *_reader = dynamic_cast<FooDataReader*>(reader);
    if (NULL == reader)
    {
        printf("create datareader failed.\n");
        return -1;
    }
    while (true)
    {
        ZRSleep(1000);
    }
    return 0;
}
NJzhenrong
关注
  • 27
    点赞
  • 踩
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
OpenDDS内部关键的idl文件（DCPS）
pony12的专栏
12-24 1432
DdsDcpsCore.idl，定义了DCPS模块所需要的各种通讯报文（即DCPS层所需要的结构体），有助于了解和深入掌握DCPS层的含义。 DCPS以数据为中心的发布订阅层，共包含了16个idl文件，将分别列举和解释说明： DdsDcps.idl DdsDcpsConditionSeq.idl DdsDcpsCore.idl DdsDcpsDataReaderSeq.idl DdsDcpsDomain.idl DdsDcpsGuid.idl DdsDcpsI...
AutoSAR规范中通信中间件服务软件规格说明书，详细介绍基于SOMEIP，DDS等通信中间件符合AutoSAR规范的基本需求
03-20
基于Adaptive AUTOSAR规范中定义的所有应用在板内或板间通信所需要的基本需求进行规划： 1.提供端到端的通信管理保护； 2.提供开发语言绑定 3.提供网络和通信底层绑定； 4.提供整套通信中间件软件 针对智能驾驶和域...
一文读懂什么是DDS
digi2020的博客
12-13 9620
数据分发服务（DDS™）是一个由对象管理组（OMG）发布的以数据为中心的中间件协议和API标准。采用分布式发布/订阅体系架构，以中间件的形式提供通信服务，强调以数据为中心。DDS中间件是一个软件层，从操作系统、网络传输和底层数据格式的细节中抽象出应用。相同的概念和api提供给不同的编成语言，使得应用在不同的操作系统、编成语言和处理体系架构之间交换信息。底层细节包括数据传输格式、发现、连接、可靠性和、协议、Qos策略等由中间件来管理。
DDS（data distribution service，数据分发服务）简介，面试字节跳动Golang工程师该怎么准备
2401_84265866的博客
04-21 610
提供用于DDS服务质量（Qos），DDS数据类型和DDS实体（DomainParticipant，主题，发布者，订阅者，DataWriters和DataReaders）的XSD架构文件。许多真实的系统包括设备，服务器，移动节点等等。为DDS服务质量（Qos），DDS数据类型，DDS数据和DDS实体（域参与者，主题，发布者，订阅者，DataWriters和DataReaders）提供JSON模式文件。另一方面，DDS是功能丰富的标准，可以透明地处理IoT系统的许多数据连接复杂性，因此简化了开发人员的工作。
DDS协议解读及测试开发实践
热门推荐
Polelink北汇信息的博客
12-23 1万+
DDS概述 DDS是OMG在2004年发布的中间件协议和应用程序接口（API）标准，它为分布式系统提供了低延迟、高可靠性、可扩展的通信架构标准。DDS目前在工业、医疗、交通、能源、国防领域都有广泛的应用。OMG（Object Management Group）成立于1989年，是一个开放性的非营利性的计算机行业标准联盟。OMG多年来致力于为工业分布式系统提供可互操作的，可移植的，可复用的软件标准。它的成员包括IT行业的设备供应商，终端用户，政府部门，以及学术组织等。很多我们熟知的标准都来自OMG，比如UML
DDS的verilog 实现个人总结
MyWorkingRoom
07-13 4921
先说说DDS算法 的基本原理：DDS是直接式数字频率合成的简称。它在无线通信系统实现中是一门关键技术。其实，DDS在FPGA中的实现方法说白了就是在定义好的ROM数据中寻址并找到该地址对应的波形数据。在系统参考时钟的驱动下，通过控制频率控制字来驱动相位累加寄存器数值的变化，从而是
DDS通信中间件——XTypes规范
NJzhenrong的博客
05-28 840
介绍DDS-XTypes协议的主要内容，包括：类型系统以及类型描述等，包括IDL、编译器等内容。
DDS通信中间件——概述
NJzhenrong的博客
04-02 1218
数据分发服务 通信中间件概述
DDS通信中间件——QoS策略
NJzhenrong的博客
04-29 1119
介绍了DCPS协议中的QoS相关的内容。
分布式实时通信——DDS技术
怿星科技的博客
09-04 1万+
近期，在汽车通信圈讨论较火的话题中，DDS绝对排得上号。而对于面向服务的通信协议，DDS与SOME/IP各自的优劣？DDS能否替换SOME/IP等问题也随之而来。孰优孰劣，今天暂且不探讨这些问题，我们先来了解下什么是DDS？ DDS简介 DDS定义：Data Distribution Service 数据分发服务，是新一代分布式实时通信中间件协议，采用发布/订阅体系架构，强调以数据为中心，提供丰富的QoS服务质量策略，以保障数据进行实时、高效、灵活地分发，可满足各种分布式实时通信应用需求。 ..
opendds介绍，一种常用的通信中间件
10-06
OpenDDS 介绍，一种常用的通信中间件 OpenDDS 是一种开源的、基于标准的、面向对象的实时数据分发服务（DDS）中间件，旨在提供高效、可靠、可扩展的数据交换解决方案。作为一种常用的通信中间件，OpenDDS广泛应用...
面向资源有限设备的DDS通信中间件设计.docx
07-13
DDS（Data Distribution Service）是一种由对象管理组织（OMG）制定的以数据为中心的发布-订阅式实时通信中间件规范，主要用于分布式应用中的数据交换和服务质量控制。DDS的核心思想是以数据为中心，使得数据的发布...
dds dcps文档
01-29
dds dcps文档知识点总结 dds dcps文档是Object Management Group（OMG）发布的一份关于Data ...DDS dcps文档为DDS的实现和应用提供了详细的规范和指南，DDS可以应用于各种分布式系统中，具有高效、可靠、灵活等优点。
dds中间件 资料
01-06
dds中间件 资料 OpenSplice_refman_C.pdf OpenSplice_refman_CPP.pdf
【中间件】Pulsar集群安装
康师傅没有眼泪
06-13 1635
一、Pulsar介绍一、Pulsar介绍1.1 Pulsar基本介绍pulsar是一个云原生企业级的发布订阅（pub-sub）消息系统，最初由Yahoo开发，并于2016年底开源，现在是Apache软件基金会顶级开源项目。Pulsar在Yahoo的生产环境运行了三年多，助力Yahoo的主要应用，如Yahoo Finance、Yahoo Sports、Flickr、Gemini广告平台和Yahoo分布式键值存储系统Sherpa。
嵌入式中间件_1.嵌入式中间件的定义及特点
huaqianzkh的专栏
06-17 581
中间属于可复用 软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间，在操作系统、网络和数据库之上，应用软件之下，其作用是为处于上层应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。在众多关于中间件的定义中，比较普遍被接受的是国际数据公司（International Data Corporation，IDC）表述的：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件位于客户机/服务器的操作系统之上，管理计算资源和网络通信。
第10天：中间件和日志系统
最新发布
eclipsercp的博客
06-21 348
通过今天的学习，你应该能够编写自定义中间件来处理请求和响应，并使用Django的日志系统记录关键信息。明天，我们将学习Django的测试框架，这是确保代码质量和功能正确性的重要工具。
基于安全协商的dds安全通信中间件设计.docx
05-14
本文介绍的是一种基于安全协商的DDS安全通信中间件设计。DDS是分布式数据服务的英文缩写，是一种通过网络连接的数据分发系统。DDS的安全通信对于网络安全具有重要的意义，因此设计一种基于安全协商的DDS安全通信中间件具有实际意义。 该中间件设计的主要目的是为了实现基于DDS的安全通信。首先，基于传输层安全协议（TLS）进行通信的过程必须得到完善。因此，TLS客户端和服务器端需要配置一些参数，比如加密算法、证书等，从而确保客户端和服务器端能够互相认证，通信过程中需要进行加密和身份验证。 其次，为了保证通信过程中的数据安全性，该中间件设计使用了DDS加密插件，实现了数据的加密和解密。DDS加密插件主要有两个部分，一个部分是消息加密处理程序，负责在发布和订阅过程中对消息进行加密和解密操作；另一个部分是密钥管理程序，负责生成、存储和传输密钥。 最后，为了方便用户的使用和管理，该中间件设计还集成了DDS权限管理模块。DDS权限管理模块主要是通过授权机制，实现了权限的控制和管理。用户在使用时可以设置相应的权限，从而确保数据的安全和保密性。 总之，该中间件设计完善了基于DDS的安全通信机制，涵盖了TLS客户端和服务器端、DDS加密插件和DDS权限管理模块等多个方面。对于网络安全和数据保护具有重要的意义。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值