WikiDer > Протокол с запуском по времени

Time-Triggered Protocol

В Протокол с запуском по времени (ТТП) - открытый компьютерная сеть протокол для Системы управления. Он был разработан как срабатывающий по времени fieldbus для автомобилей и промышленного применения.[1] и стандартизирован в 2011 году как SAE AS6003 (Протокол связи TTP). Контроллеры TTP (AS8202) накопили более 500 миллионов летных часов в коммерческих DAL A применение в авиации, в производстве электроэнергии, окружающей среде и управление полетом. TTP используется в FADEC и модульный аэрокосмический элементы управления и летные компьютеры. Кроме того, устройства TTP наработали более 1 миллиарда часов работы в SIL4 железнодорожная сигнализация Приложения.

История

Первоначально ТТП был разработан в Венский технологический университет в начале 1980-х гг. В 1998 году TTTech Computertechnik AG взяла на себя разработку TTP, поставляя программные и аппаратные продукты. Микросхемы контроллера связи TTP и IP доступны из источников, включая австрийские микросистемы, ON Semiconductor и АЛЬТЕРА.[нужна цитата]

Определение

TTP представляет собой двухканальную полевую шину с синхронизацией по времени 4–25 Мбит / с. Он может работать с одним или обоими каналами с максимальной скоростью передачи данных 2x 25 Мбит / с. При репликации данных по обоим каналам поддерживается избыточная связь.[нужна цитата].

Как отказоустойчивый протокол с синхронизацией по времени, TTP обеспечивает автономную отказоустойчивую транспортировку сообщений в известное время и с минимальным джиттером, используя TDMA (Множественный доступ с разделением по времени) стратегия на реплицированных каналах связи. TTP предлагает отказоустойчивые синхронизация часов который устанавливает глобальную базу времени, не полагаясь на центральный сервер времени[нужна цитата].

TTP предоставляет услугу членства для информирования каждого правильного узла о согласованности передачи данных. Этот механизм можно рассматривать как распределенную службу подтверждения, которая незамедлительно информирует приложение о возникновении ошибки в системе связи. Если согласованность состояния потеряна, приложение немедленно уведомляется.

Кроме того, TTP включает в себя службу предотвращения кликов для обнаружения сбоев вне гипотезы сбоя, что недопустимо на уровне протокола.

Критические приложения

TTP часто используется в критически важных приложениях для передачи данных, где требуется детерминированная работа. Эти операции включают управление авиационными двигателями и другие аэрокосмические приложения. В этих приложениях сети TTP часто работают как отдельные сети с отдельными устройствами аппаратного интерфейса AS8202NF и отдельными, но скоординированными конфигурациями.

Протокол TTP предлагает уникальную особенность, заключающуюся в том, что все узлы в сети одновременно знают, когда какой-либо другой узел не может установить связь или отправляет ненадежные данные. Статус каждого узла обновляется для всех узлов несколько раз в секунду.

Технические подробности

Передача данных в TTP организована в раундах TDMA. Раунд TDMA делится на слоты. Каждый узел имеет один слот для отправки и должен отправлять кадры в каждом раунде. Размер кадра, выделяемого узлу, может варьироваться от 2 до 240 байтов, каждый кадр обычно несет несколько сообщений. Кластерный цикл - это повторяющаяся последовательность раундов TDMA; в разных раундах в кадрах могут передаваться разные сообщения, но в каждом цикле кластера повторяется полный набор сообщений о состоянии. Данные защищены 24-битной CRC (Циклическая проверка избыточности). Расписание хранится в MEDL (списке дескрипторов сообщений) в контроллере связи.

Кадр, сообщение, слот, раунд TDMA, цикл кластера

СЛОТ

Для каждого узла в сети TTP имеется один (1) слот. Узел всегда передает данные (параметры) в течение своего слота, даже если у узла нет данных для отправки. Однако узел будет передавать только те параметры, которые он настроен для отправки для конкретного ROUND, в котором находится слот. Узел может передавать параметры 1,2,3 в своем SLOT во время ROUND x и параметры 4,5,6 в своем SLOT во время РАУНДА y.

Слот для узла определяется, когда сеть TTP спроектирована с использованием утилит на базе ПК TTP Plan и TTP Build. Определение, которое заставляет AS8202NF передавать определенные данные или параметры для данного SLOT и ROUND, содержится в MEDL.

КРУГЛЫЙ

Раунд TTP содержит слот для каждого узла в сети TTP. Количество РАУНДОВ в КЛАСТЕРНОМ ЦИКЛЕ определяется с помощью утилит TTP Plan и TTP Build на базе ПК. Эта информация также содержится в MEDL.

Раунды существуют, потому что от узла не требуется передавать все свои параметры во время своего слота. Чтобы распределить полосу пропускания между узлами, каждый узел передает выбранные параметры в разных РАУНДАХ.

Кластерный цикл

Цикл кластера определяется как количество раундов. Все узлы передали все свои параметры в конце цикла кластера. Цикл кластера определяется как начало с первого бита первого слота первого раунда.

Балансировка узлов, слотов и циклов кластера

Количество слотов определяется количеством узлов в сети TTP. Однако количество раундов определяется разработчиком сети с помощью утилит TTP Plan и TTP Build.

Синхронизация часов

Синхронизация часов обеспечивает все узлы концепцией эквивалентного времени. Каждый узел измеряет разницу между априори известным ожидаемым и наблюдаемым время прибытия правильного сообщения, чтобы узнать о разнице между часами отправителя и получателя. Отказоустойчивый алгоритм усреднения нуждается в этой информации для периодического вычисления поправочного члена для локальных часов, чтобы часы поддерживались синхронно со всеми другими часами кластера.

Членство и признание

Протокол с синхронизацией по времени пытается передать данные согласованно на все правильные узлы распределенной системы, а в случае сбоя система связи пытается определить, какой узел неисправен. Эти свойства достигаются протоколом членства и механизмом подтверждения.

Требования к конфигурации

Каждый узел, подключенный к сети TTP, должен иметь резидентные наборы данных конфигурации до запуска сети TTP. Минимальное количество наборов данных для каждого узла - два (2). См. Раздел оборудования и AS8202NF (ниже). Каждый узел должен знать конфигурацию всех остальных узлов в сети TTP. По этой причине активным узлам не разрешается присоединяться к существующей сети без обновления наборов данных конфигурации всех узлов в сети.

Типовые наборы данных конфигурации для каждого узла:

  1. TASM для AS8202NF (позволяет использовать MEDL)
  2. MEDL или список дескрипторов сообщений для AS8202NF (определяет данные, которыми должны обмениваться все узлы)
  3. Конфигурация вычислительной платформы. (определяет ожидаемые данные и их использование)

Наборы данных TASM и MEDL создаются утилитами TTP Plan и TTP Build, предоставленными TTTech. Третий набор данных часто создается заказчиком и зависит от платформы и приложения.

Оборудование

Интерфейс к сети TTP требует использования устройства AS8202NF.[2] Это устройство работает между компьютерной платформой и сетью TTP. Перед началом работы в AS8202NF должны быть загружены наборы данных конфигурации TASM (TTP Assembler) и MEDL (Message Descriptor List).

AS8202NF будет взаимодействовать в одной (1) или двух (2) сетях TTP.

Невозможно спроектировать и реализовать сеть TTP, просто купив устройство AS8202NF. Для каждого проекта требуется лицензия и инструменты настройки от TTTech или сторонних производителей.

Коммерческие приложения

TTP интегрирован в ряд коммерческих приложений.

Решения для железнодорожной сигнализации

Электронная система блокировки LockTrac 6131 ELEKTRA была разработана в сотрудничестве с подразделением Thales Rail Signaling Solutions и TTTech[нужна цитата].

LockTrac 6131 ELEKTRA - это электронная система блокировки, обеспечивающая высочайший уровень безопасности и доступности. Система сертифицирована по стандартам CENELEC с уровнем полноты безопасности 4 (SIL4) и предлагает основные функции блокировки, местное и дистанционное управление, автоматическое управление поездом, встроенные функции блока и встроенную систему диагностики. LockTrac 6131 имеет два канала программного обеспечения с разнообразным программным обеспечением для обеспечения высоких требований безопасности. Перед передачей извне данные проверяются в канале безопасности. Диагностическое устройство сохраняет всю необходимую информацию, чтобы обеспечить эффективное обслуживание в случае неисправности.[нужна цитата].

FADEC

Система использовалась для FADEC (Полное управление цифровым двигателем) системы[нужна цитата].FADEC на базе Modular Aerospace Control (MAC) для Aermacchi M346 масштабируемый, адаптируемый и отказоустойчивый. Ключевым технологическим фактором в этом новом FADEC является использование TTP для межмодульной связи. TTP устраняет сложные взаимозависимости между модулями, упрощая начальную разработку приложений, а также изменения и обновления в процессе эксплуатации. Это позволяет всем модулям в системе видеть все данные в любое время, что обеспечивает плавное устранение неисправностей без сложной логики смены каналов.[нужна цитата].

Модульное управление аэрокосмическими системами (MAC) на основе TTP, которое является частью полнофункциональной системы цифрового управления двигателем F110 (FADEC). General Electric, интегрирован в Истребитель Lockheed Martin F-16. TTP, который используется в качестве шины объединительной платы, поддерживает высокий уровень безопасности двигателя, эксплуатационной готовности и снижения стоимости жизненного цикла. Существенным преимуществом является то, что вся информация на шине доступна для обоих каналов FADEC одновременно.[нужна цитата].

Системы охраны окружающей среды и энергетики

Для Airbus A380 TTTech разработал внутреннюю систему связи для системы контроля давления в кабине, работая совместно с Nord-Micro, дочерней компанией Hamilton Sundstrand Corporation[нужна цитата].

Совместно с Hamilton Sundstrand Corporation, TTTech разработала платформу передачи данных на базе TTP для системы управления электроэнергией и окружающей средой Боинг 787 Dreamliner. Коммуникационная платформа, разработанная TTP, предотвращает перегрузку системы шин, даже если одновременно происходит несколько важных событий. Кроме того, системы на основе TTP весят меньше, чем обычные системы из-за меньшего количества разъемов и меньшего количества проводов.[нужна цитата]. Кроме того, вся система более гибкая и имеет большую модульность, чем обычные системы связи.

Автономные автомобили

Два робота Red Team соревнуются в 2005 DARPA Grand Challenge были реализованы по технологии «drive-by-wire», при которой бортовые компьютеры управляли рулевым управлением, торможением и другими движениями. Три устройства TTC 200 на базе TTP управляли стояночным тормозом, дроссельной заслонкой и трансмиссией, а один модуль TTP-By-Wire Box управлял рабочим тормозом H1 Hummer H1ghlander. Электронные модификации управляли ускорением, торможением и переключением передач Sandstorm.[нужна цитата].

Смотрите также

использованная литература

  1. ^ Копец, Герман; Грюнстейдл, Гюнтер (1993-06-22 - 1993-06-24), "TTP - протокол с синхронизацией по времени для отказоустойчивых систем реального времени", FTCS-23. Двадцать третий международный симпозиум по отказоустойчивым вычислениям, сборник статей., Тулуза, Франция: IEEE, стр. 524–533, Дои:10.1109 / FTCS.1993.627355, 0-8186-3680-7 Проверить значения даты в: | дата = (Помогите)
  2. ^ http://www.ams.com/eng/Products/Sensor-Interfaces/Industrial-Bus/AS8202NF

внешняя ссылка