Временно-пусковой протокол TTP
Как известно, возможны два основных способа работы протокола — по событиям и временным меткам. В CAN реализован именно первый способ. Однако ЕС одновременно финансировал и программу исследования по второму способу — коммуникационному протоколу для высоконадежных приложений ТТР ("временно-пусковой" протокол). Над ним работали "ДаймлерКрайслер", "Бритиш Аэропак", ФИАТ, "Форд", "Марелли", "Бош", "Вольво" и Венский технический университет. В итоге была разработана архитектура ТТА, которая признана эффективной для критичных по безопасности систем (автомобильных, железнодорожных, авиационных).
Архитектуры систем на основе протоколов ТТР и CAN, в общем-то, сходны. Обе системы распадаются на ряд подсистем (кластеров), т. е. распределенных компьютерных систем, и наборы узлов, объединенных последовательным каналом. Для выполнения функций, которые невозможно реализовать на одном узле (таких, как точная координация работы двигателя, тормозов и др.), узлы обмениваются сообщениями через последовательный коммуникационный канал.
Каждый узел, в свою очередь, состоит из трех элементов — компьютера, коммуникационного контроллера и подсистемы ввода—вывода для связи с датчиками и элементами управления. Все эти элементы связаны между собой двумя интерфейсами — коммуникационным интерфейсом сети (CNI) между компьютером и коммуникационным контроллером и управляемым интерфейсом объекта (COI) между компьютером и подсистемой ввода—вывода процесса.
Компьютер узла содержит ЦПУ, память, часы реального времени и собственную операционную систему, а также прикладное программное обеспечение. Он принимает и передает данные от и в CNI и COI, исполняет приложения реального времени в заданные временные интервалы.
Коммуникационный контроллер в случае протокола ТТР образован коммуникационным каналом и совокупностью управляемых временем коммуникационных контроллеров кластера, каждый из которых держит в памяти диспетчер-таблицу, определяющую в какую точку данное сообщение послано или в какой точке ожидается его получение. Коммуникационный же контроллер CAN, управляемый событиями, такой таблицы не имеет, так как передача сообщения инициируется командой с компьютера узла.
Назначение коммуникационной системы — передавать (в масштабе реального времени) сообщения либо о значении параметра (переменной состояния, например, скорости), либо о возникновении события от узла-передатчика одному или нескольким узлам-приемникам этого кластера. Сообщение состоит из трех частей: имени переменной состояния или события; наблюдаемого значения переменной состояния; времени наблюдения переменной состояния или события. Ключевое место в нем занимает значение переменной состояния или события. Причем, сообщение может не содержать значение времени, тогда это значение принимается по факту приема сообщения.
Copyright @ 2012- www. luksavtoservis.ru
All rights reserved worldwide.