Язык описания устройств DDL

HART-устройство может иметь уникальный набор команд, устанавливаемых изготовителем или специфическую последовательность команд, необходимых, например, для выполнения процедуры калибровки. Ведущее устройство должно знать эти команды. Один из возможных вариантов передачи описания команд от изготовителя пользователю - с помощью текстового описания в руководстве по эксплуатации. Другим путем является описание устройства с помощью специального языка описания устройств - Device Description Language (DDL), который распространяется и поддерживается организацией HCF.

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

Язык DDL поддерживается не всеми производителями и пока не получил достаточно широкого распространения.

Разновидности HART

Традиционный HART-протокол используется совместно с токовой петлей 4...20 мА. Однако в некоторых приложениях, где отсутствует токовая петля, можно использовать только программный протокол "HART-протокола" совместно с другими методами реализации физического канала связи. Например, из рис. 2.17 можно удалить все аналоговые блоки и подключить к UART преобразователь интерфейса RS-485. При этом свойства канала связи на 1-м уровне модели OSI будут соответствовать интерфейсу RS-485, а протокол - стандарту HART.

Существует также возможность передачи сигнала HART по выделенной телефонной линии, что связано с соответствием метода частотной модуляции в HART протоколе американскому стандарту для телефонных линий BELL202. Для этого используется передача сигнала только в форме напряжения при отключенном передатчике токовой петли 4...20 мА.

Аналогично, HART-протокол (как и другие протоколы) может использоваться для связи через оптоволокно (Fiber Optic HART) или радиоканал (Wireless HART), см. www.thehartbook.com.

HART 6.0

В настоящее время готовится очередная, 6-я версия HART-протокола. В ее основе лежит когерентная фазовая модуляция с 8 точками (фазами). Это позволит передавать данные со скоростью 9600 бит/с. В то же время 6-я версия будет обратно совместима с версией 5.0, в том числе с токовой петлей 4...20 мА.

CAN

CAN (Controller Area Network - "область, охваченная сетью контроллеров") представляет собой комплекс стандартов для построения распределенных промышленных сетей, который использует последовательную передачу данных в реальном времени с очень высокой степенью надежности и защищенности. Центральное место в CAN занимает протокол канального уровня модели OSI. Первоначально CAN был разработан для автомобильной промышленности, но в настоящее время быстро внедряется в область промышленной автоматизации. Это хорошо продуманный, современный и многообещающий сетевой протокол. Начало развития CAN было положено компанией Bosch в 1983 г., первые микросхемы CANконтроллеров были выпущены фирмами Intel и Philipsв 1987 году, в настоящее время контроллеры и трансиверы CANвыпускаются многими фирмами, в том числе Analog Devices, Inc., Atmel Corp. Cast, Dallas Semiconductor, Freescale, Infineon, Inicore Inc., Intel, Linear Technology, Maxim Integrated Products, Melexis, Microchip, National Semiconductor, NXP, OKI, Renesas Technology Corp., STMicroelectronics, Yamar Electronics, Texas Instruments.

В России интерес к CAN за последние годы сильно возрос, однако контроллерного оборудования для CAN в России крайне мало, в десятки или сотни раз меньше, чем для Modbus или Profibus. Среди протоколов прикладного уровня для работы с CAN наибольшее распространение в России получили CANopen и DeviceNet.

В настоящее время CAN поддерживается 11-ю стандартами ISO, в том числе [ISO - Diagnostics].

CAN охватывает два style='color:red'> уровня модели OSI: физический и канальный (табл. 2.7). Стандарт не предусматривает никакого протокола прикладного (7-го) уровня модели OSI. Поэтому для его воплощения в жизнь различные фирмы разработали несколько таких протоколов: CANopen (организации CiA), SDS (фирмы Honeywell Micro Switch Division), CAN Kingdom (фирмы Kvaser), DeviceNet (фирмы Allen-Bradley, ставший Европейским стандартом в 2002 г.) и ряд других [Грибанов - Третьяков].

CAN характеризуется следующими основными свойствами:

o каждому сообщению (а не устройству) устанавливается свой приоритет;

o гарантированная величина паузы между двумя актами обмена;

o гибкость конфигурирования и возможность модернизации системы;

o широковещательный прием сообщений с синхронизацией времени;

o непротиворечивость данных на уровне всей системы;

o допустимость нескольких ведущих устройств в сети ("многомастерная сеть");

o способность к обнаружению ошибок и сигнализации об их наличии;

o автоматический повтор передачи сообщений, доставленных с ошибкой, сразу, как только сеть станет свободной;

o автоматическое различение сбоев и отказов с возможностью автоматического отключения отказавших модулей.

К недостаткам можно отнести сравнительно высокую стоимость CAN-устройств, отсутствие единого протокола прикладного уровня, а также чрезмерную сложность и запутанность протоколов канального и прикладного уровня, изложенных в стандартах организации CAN in Automation (CiA).