Сравнение протоколов CAN. 
Прочие HLP

Несмотря на все разнообразие представленных на рынке протоколов верхнего уровня, включая не рассмотренные в данной статье, все они решают в целом ряд очень похожих между собой задач, описанных в начале статьи, — распределение идентификаторов, передача данных более 8 байтов и т. п. Задачи эти возникают в связи функциональной незавершенностью CAN спецификаций, ограниченных описанием лишь двух нижних уровней сетевого взаимодействия. Тем не менее, различия в способах их решения в тех или иных HLP приводят, в конечном счете, к различиям, порой весьма существенным, в стоимостных и функциональных характеристиках сетей на их основе, что необходимо учитывать при выборе HLP для конкретного приложения.

Далеко не последнюю роль играет и поддержка того или иного HLP со стороны производителей CAN оборудования и инструментальных средств. Самым простым и компактным вариантом объединения несложных промышленных устройств под управлением одного мастера является стандарт SDS. Несколько более развитые сервисы предоставляет спецификация DeviceNet. Наибольшей гибкостью и возможностью максимально эффективной реализации режима реального времени обладает протокол CAN Kingdom. В отличие от трех других рассмотренных протоколов, CANKingdom не касается каких либо аспектов физического уровня (среда, соединители и т. п.), выходящих за рамки стандарта ISO 11 898, и представляет собой высокоуровневую надстройку над канальным уровнем CAN. В таблицу 3.3 сведены некоторые характеристики четырех рассмотренных в статье HLP.

Таблица 3.3 — Сравнительные характеристики 4-х CAN HLP.

Среди других прикладных CAN протоколов, получивших признание в последнее время, можно выделить стандарт SAE J1939 (SAE — Society of Automotive Engineers), пришедший на смену более старому J1708/J1587 и предназначенный для управления в режиме реального времени узлами транспортных средств (грузовики, автобусы), реализующий plug&play режим для модулей и использующий расширенный формат (29 битовый идентификатор) CAN фрейма. Ряд специализированных групп (например, HUG — Hydraulic Users Group) в области промышленной автоматизации работают над собственными дополнениями уже существующих CAN HLP в целях адаптации их параметров к своим областям применения.

Следует отметить, что большинство существующих на рынке HLP, включая рассмотренные в данной статье, находятся в процессе развития и далеки от завершения, особенно в плане формирования библиотек профилей (для тех HLP, в которых они определены), в связи непрерывным расширением областей применения CAN сетей.

В последние годы во всем мире наблюдается стремительный рост числа разработок CAN сетей и расширение спектра областей применения CAN-технологий.

По информации ассоциации CiA, если в 1996 году в мире было установлено 11 млн. CAN узлов, в 1997 — 25 млн., то в 1998 — уже более 59 миллионов. Прогнозируемое число на 1999 год — около 83 млн., а на 2000 год — более 125 млн. узлов. Эти прогнозы не учитывают все возрастающий интерес к сетям CAN со стороны североамериканских производителей, а также крупнейших юго-восточных корпораций. Непрерывно расширяется и предложение готовых модулей, а также инструментальных программных и аппаратных средств для тех или иных стандартов прикладных протоколов.

В подобной ситуации вопрос — использовать или не использовать стандартный CAN HLP — переходит иную плоскость: какой из существующих HLP предпочесть для решения той или иной задачи, поскольку только на основе стандартного и правильно выбранного HLP зачастую становятся возможными создание конкурентоспособной продукции, интеграция в одной сети готовых модулей, экономия средств и времени на разработку самой сети и ряд других, уже упомянутых ранее преимуществ.