Служба распределения данных (DDS) является стандартом промежуточного программного обеспечения, который идеален для производственной качественной передачи данных. Это в настоящее время широко используется в областях космоса и защиты, автономных транспортных средств, а также напористое в робототехнике, медицинских устройствах и производстве электроэнергии. DDS использует публиковать - подписывают коммуникационный шаблон, чтобы создать децентрализованную, архитектурно-независимую, масштабируемую, асинхронную сеть. Чтобы узнать больше, как платформа промежуточного программного обеспечения DDS работает, прочитывает Концептуальный Пример DDS.
Этот пример касается следующих аспектов DDS:
В DDS сеть DDS упоминается как Пробел Глобальных данных.
В Пробеле Глобальных данных можно создать фрагмент сети, называемой Областью. Области идентифицированы Доменным именем и числовым Доменным ID. В Пробеле Глобальных данных может быть одна или несколько Областей.
В Областях существуют Темы. Темами являются категории, которые описывают тип данных, переданных в сети. Например, если бы у вас есть приложение, что требуется использовать DDS, чтобы получить информацию о погоде, Темой могла быть Температура. Области могут иметь одну или несколько Тем. Если у вас есть та же Тема в различных Областях, они рассматриваются отличными Темами.
Приложения, которые используют DDS, отнесены в Доменные Участники, потому что они участвуют в Области. Приложения, которые отправляют данные, упоминаются как Издатели и приложения, которые получают данные, упоминаются как Подписчики. Доменные Участники могут быть Издателями, Подписчиками или обоими.
Данные отправлены и получены в сети DDS как Выборка Данных, заданная типом данных DDS. Тема указывает тип данных DDS, затем называемый Зарегистрированным Типом, чтобы задать тип данных, который должен использоваться, чтобы связаться о той Теме. Издатель использует DataWriter, чтобы отправить данные по сети DDS. У Издателя может быть один или несколько DataWriters, которые публикуют к одной или нескольким Темам. Подписчик использует DataReader, чтобы получить данные из сети DDS. У Подписчика может быть один или несколько DataReaders, которые подписываются на одну или несколько Тем.
В дополнение к способности отправить и получить данные, Качество сервиса (QoS), которое описывает качество транспорта данных, может быть задано для Темы, Издателя или Подписчика, или определенного DataReaders или DataWriters. DDS, как известно, имеет несколько политик QoS помочь гарантировать точное управление транспортом данных. Можно присвоить отдельные политики QoS этим сущностям, или можно присвоить набор политик QoS, называемых профилем QoS.
DDS задан стандартом Группы по управлению объектами (OMG). Стандарт предоставляет технические требования, которые объясняют, как сеть DDS должна быть сконфигурирована и как приложения должны использовать сеть DDS. Стандарт DDS реализован несколькими различными поставщиками DDS. Каждый поставщик может реализовать стандарт DDS при помощи языка программирования его выбора. Несмотря на варьировавшиеся низкоуровневые реализации, поставщики DDS совместимы (приложение, которое использует одного поставщика, может связаться с приложением на различном поставщике), потому что его поставщики реализуют к стандарту DDS. Приложения DDS, состоявшие из определений, ранее описанных (например, Области, Темы, Выборки Данных, Издатели, Подписчики), могут быть заданы в агностике языка программирования путь при помощи технических требований IDL или XML. Эти XML и технические требования IDL обеспечивают способность к приложениям порта DDS между различными поставщиками с различными реализациями языка программирования.
Как DDS Blockset работает? | Создайте приложения DDS в Simulink
