ЖУРНАЛ СТА №3/1999

адресация узлов, распределение меж- ду ними CAN-идентификаторов, ин- терпретация содержимого фрейма данных, передача данных длиной бо- лее 8 байтов и др., то есть все то, что обычно рассматривается на более вы- соких уровнях, вплоть до 7-го при- кладного. Разумеется, сервисов двух нижних уровней может оказаться вполне достаточно, когда речь идет о разработке сравнительно простой се- ти, не планируемой к расширению и вдобавок состоящей из созданных под нее узлов-модулей. Или, к приме- ру, стоит задача создать «закрытую» сеть на основе оригинального прото- кола. Но в подавляющем большинстве случаев практических CAN-разрабо- ток двух «стандартных» уровней ока- зывается явно мало, а изобретение «велосипеда протоколов» для кон- кретной задачи — слишком дорогое, долгое и, следовательно, малоэффек- тивное занятие. Поэтому с самого на- чала опубликования CAN-специфика- ций и выпуска первых CAN- компонентов как независи- мыми компаниями, так и ас- социациями по промыш- ленной автоматизации не- прерывно велась и продол- жается до сих пор работа над созданием специфика- ций протоколов верхнего уровня — HLP (Higher Level Protocol) для CAN-сетей. Уже разработанные и су- ществующие в настоящее время спецификации про- токолов CAN HLP, как прави- ло, имеют сжатую трехуров- невую архитектуру (рис. 1), включающую в себя два ба- зовых уровня CAN-протоко- ла, иногда дополняемых спецификациями физичес- кого уровня (соединители, кабели и т. п.), и прикладной уровень. Сервисные функции промежуточных уровней либо отсутствуют, либо включены в прикладной. Соблюдение полной иерархии уровней эталонной модели OSI/ISO в системах управле- ния не требуется, кроме того, наличие дополнительных изолирующих межу- ровневых интерфейсов привело бы к потере производительности системы в режиме реального времени и сдела- ло бы существенно менее предсказуе- мыми задержки прохождения сооб- щений в сети. Преимущества использования стан- дартных HLP при разработке CAN-се- тей очевидны и немалочисленны. Во- первых, в отличие от использования только сервисов ISO 11898 или Bosch 2.0A/B, вместе с тем или инымHLP раз- работчик получает в руки уже готовые механизмы передачи данных любой длины, процедуры начальной инициа- лизации, распределения идентифика- торов и т. п., а кроме этого, часто впри- дачу и кон- кретную спе- цификацию физической среды: длина и топология шины, скоро- сти передачи, типы кабелей, соединителей и т. п. — для своей области применения (например ги- дравлика, об- щественный транспорт ) , на подготовку Прикладной Протоколы CAN HLP Транспортный Представительный Сетевой Сеансовый Канальный Физический 1 2 3 4 5 6 7 Bosch CAN 2.0A/B ISO 11898 Шина CAN Рис. 1. Соотношение эталонной модели OSI/ISO и CAN-протоколов Устройство CAN интерфейса ADAM-5000/CAN фирмы Advantech, поддерживающее протоколы CANopen и DeviceNet Используйте преимущества National Instruments LabVIEW в своей системе измерений и автоматики : Производительность графического программирования Простота подключения аппаратуры ввода видео и программирования систем обработки изображений Гибкость и естественная интеграция возможностей машинного зрения в традиционные системы ввода/вывода аналоговых, дискретных сигналов и управления двигателями Решите быстрее свою задачу с помощью оборудования и программ National Instruments для работы с видеоизображением. Дистрибьютер: Москва: ИнСис (095)921-0902 Системные интеграторы: Москва: АСК (095) 973-0935, ПБПА (095) 166-6991, ЦАТИ (095) 362-7674 Санкт-Петербург: ВИТЭК (812)252-3759 U.S.CorporateHeadquarters Tel: (512)794-0100•Fax: (512)794-8411 info@natinst.com •www.natinst.com/imaq Worldwidenetworkofdirectofficesanddistributors. LabVIEW Закажите новый каталог и демонстрационные программы у представителей National Instruments в России видит! #228