0_МПиИСТС_Все главы. Микропроцессоры и интерфейсные средства транспортных средств
 Скачать 10.01 Mb.
|
10.2 Этапы развития fieldbus технологий
- Profibus; - FIP (Франция); - P-NET (Дания). Единый общемировой стандарт отсутствует. В стандарте Profibus определяются уровни 1 и 2 (уровень 1 – витая пара), а также определяется пользовательский интерфейс. В его основу положены необходимые пользовательские функции, а также системные и аппаратно зависимые функции различных типов Profibus приборов (PR0FIBUS – DP). В этом стандарте уровни с 3-ого по 7-ой неопределены.
NRZ (Not return to zero) код (на проводниках А и В сигналы противофазны). Недостаток: если попытаться выделить среднее значение сигнала, то оно будет меняться во времени. В отличие от такого типа кода существует код Манчестер II, он сохраняет среднее значение сигнала равным нулю. Если в первой половине периода, отведенного на передачу одного бита, это «1», то наоборот – «0».
10.3 Сетевые протоколы в автомобилеРазличают 3 основных протокола: - самый медленный – LIN (Local Interconnection Network) - CAN (Controller Area Network), котрый делится на: -CAN-comfort (медленная модификация); -CAN – силового агрегата (максимальное быстродействие); - MOST – используется для медиа-приложений Шина LIN. Протокол LIN поддерживает двунаправленную передачу данных по одному проводу длиной до 40 м, используя недорогой микроконтроллер с генератором на RC-цепочке, без кварцевого резонатора. Основная идеология - как можно больше задач переложить на программное обеспечение с целью уменьшения стоимости конструкции. Контроллеры автоматически проводят самосинхронизацию при каждой посылке данных. В основу LIN положена концепция "single-master/multi-slave", обеспечивающая дешевое исполнение, основанное на обычных последовательных интерфейсах UART/SCI; для них характерны как программная, так и аппаратная возможность реализации, самосинхронизирующаяся тактирующая система, работающая от RC-генератора и не требующая кварцевого резонатора для Slave-устройств; гарантированное время ожидания для передаваемого сигнала; дешевое однопроводное исполнение и скорость до 20 Кбит/с. Возможен перевод шины в режим микропотребления "Sleep", когда она выключается с целью уменьшения потребляемого тока, но любой узел на шине при необходимости может включить ее вновь. Основное отличие протокола LIN от шины CAN заключается в низкой стоимости за счет пониженной эффективности. Структура шины представляет собой нечто среднее между I2C и RS232. Шина подтягивается вверх к источнику питания через резистор в каждом узле и вниз через открытый коллекторный переход приемопередатчика, как в I2C. Но вместо стробирующей линии каждый передаваемый байт обрамляется стартовым и стоповым битами и передается асинхронно, как в RS-232. На рис. 10.5 показана типовая конфигурация шины LIN. Для обмена данными используется один сигнальный провод, в каждом узле подтянутый к источнику питания через резистор. В качестве выходного каскада используется транзистор с открытым коллектором. Активным состоянием является низкий уровень на шине данных, в это состояние ее может перевести любой узел. В пассивном состоянии напряжение на шине близко к Vbat (9-18 В). Это означает, что все узлы находятся в неактивном состоянии. Диапазон изменения напряжения питания - в пределах 9-18 В, но все узлы должны выдерживать перегрузки и сохранять работоспособность при увеличении напряжения на шине вплоть до 40 В. Обычно микроконтроллер в каждом узле подключен к шине через приемопередатчик, который и обеспечивает защиту от перегрузок. Это позволяет использовать обычный микроконтроллер с напряжением питания 5 В, в то время как сама шина работает на больших напряжениях.
Шина в каждом узле подтягивается к напряжению питания (Vbat). Для устройства - задатчика (master) значение терминального резистора составляет 1 кОм, для устройств-исполнителей (slave) – 20-47 кОм. Максимальная длина шины составляет 40 м.
Протокол LIN подразумевает использование RC-цепочки в качестве задающего генератора микроконтроллеров исполнителей. Поэтому каждое сообщение содержит поле синхронизации и каждый исполнитель обязан подстроить по этому полю частоту своего приёмопередатчика. Для того, чтобы определить время передачи одного бита, необходимо засечь время четырех периодов стартовой посылки, разделить на 8 и округлить (рис. 10.8).
В идентификационном поле сообщается информация о том, что же, собственно, последует дальше. Поле идентификации (рис.10.9) разделено на три части: четыре бита (0-3) содержат адрес исполнителя, с которым будет производиться обмен информацией, два бита (4-5) указывают количество передаваемых байт и последние два бита (6-7) используются для контроля четности. Четыре бита адреса могут выбирать одного из 16-ти исполнителей, каждый из них может отвечать 2-мя, 4-мя, или 8-ю байтами, таким образом, получаем 64 типа различных сообщений на шине. Спецификация LIN не устанавливает каких-либо жестких рамок на передаваемую информацию (за исключением команды "Sleep"), оставляя свободу творчества для программистов.
Задатчик может послать команду всем исполнителям перейти в микромощный режим (Sleep), выставив в поле идентификации байт 0х80). Исполнители, приняв его, освобождают шину и переходят в "спящий" режим с выходом из него по изменению состояния на шине. Любой исполнитель может активизировать шину, передав байт 0х80. После этого все узлы ожидают дальнейший опрос. Шина CAN. Первые идея CAN была предложена в середине 80-х немецкой компанией Robert Bosch, которая задумывала ее в качестве экономичного средства для объединения контроллеров, расположенных внутри автомобиля. Традиционный способ связи распределенных по объекту контроллеров жгутами проводов по своей технической сложности, по ценовым и по весовым параметрам для столь массового изделия, каким является автомобиль, оказался непригоден. Требовалось альтернативное решение, сокращающее количество проводов, поэтому был предложен протокол CAN, для которого достаточно любой проводной пары. Идея заключалась в том, чтобы создать сетевое решение для распределённых систем, работающих в реальном времени. Первоначально CAN применялся в автомобилях, но затем область его применения расширилась и на проблемы автоматизации технологических процессов. Шина CAN обеспечивает высокий уровень защиты данных от повреждения даже при работе в сложных условиях (сильные помехи), при этом достигается достаточно большая скорость передачи данных (до 1 Мбит/с). Важным достоинством CAN является также то, что разработчик системы может влиять на приоритет сообщений с тем, чтобы самые важные из них не ожидали в очереди на отправку. Это свойство CAN позволяет строить сети, поддерживающие реальный масштаб времени. Высокая степень надежности сети благодаря развитым механизмам обнаружения и исправления ошибок, самоизоляции неисправных узлов, нечувствительность к высокому уровню электромагнитных помех обеспечивает сети широчайшую сферу применения. Среди многочисленных факторов, обеспечивших взлет популярности CAN в последние годы, следует отметить разнообразие элементной базы CAN и ее дешевизну. Немалую роль играет и возможность поддержки разнотипных физических сред передачи данных: от дешевой витой пары до оптоволокна и радиоканала. А ряд оригинальных механизмов сетевого взаимодействия (мультимастерность, широковещание, побитовый арбитраж) в сочетании с высокой скоростью передачи данных (до 1 Мбит/с) способствуют эффективной реализации режима реального времени в системах распределенного управления.
CAN контроллеры соединяются с помощью шины, которая имеет, как минимум, два провода can- high и can-low. CAN сеть предназначена для коммуникации так называемых узлов. Каждый узел должен состоять, как минимум, из двух составляющих. Это собственно CAN - контроллер, который обеспечивает взаимодействие с сетью, и CPU (рис. 10.10). CAN не нуждается в особой физической среде передачи сигналов. То есть для соединения CAN контроллеров можно использовать и витую пару, и оптоволоконный кабель. Сигнал передается по двум линиям can_high и can_low. Логический ноль регистрируется, когда на can_high напряжение выше, чем на can_low. Логическая единица - в обратном случае. Такая схема передачи делает возможным работу CAN сети в очень сложных внешних условиях. С точки зрения помехозащищённости, CAN - подходящий вариант для систем управления технологическими объектами и автомобильными системами. В любой реализации CAN - носитель (физическая среда передачи данных) интерпретируется как эфир, в котором контроллеры работают как приемники и передатчики. При этом, начав передачу, контроллер не прерывает слушание эфира, в частности, он отслеживает и контролирует процесс передачи текущих, предаваемых им же, данных. Это означает, что все узлы сети одновременно принимают сигналы, передаваемые по шине. Невозможно послать сообщение какому-либо конкретному узлу. Все узлы сети принимают весь трафик, передаваемый по шине. Однако, CAN-контроллеры предоставляют аппаратную возможность фильтрации CAN-сообщений. CAN контроллеры соединяются с помощью шины, которая имеет как минимум два провода CAN_H и CAN_L , по которым передаются сигналы при помощи специализированных ИМС приемо-передатчиков. Кроме того, ИМС приемо-передатчиков реализуют дополнительные сервисные функции:
Наиболее широкое распространение получили два типа приемоперадатчиков (трансиверов):
Трансиверы, выполненные в соответствии со стандартом "High-Speed" (ISO11898-2), наиболее просты, дешевы и дают возможность передавать данные со скоростью до 1 Мбит/c. "Fault-Tolerant" приемопередатчики (нечувствительные к повреждениям на шине) позволяют построить высоконадежную малопотребляющую сеть со скоростями передачи данных не выше 125 Кбит/c. Физический уровень канала CAN. Физический уровень (Physical Layer) протокола CAN определяет сопротивление кабеля, уровень электрических сигналов в сети и т.п. Существует несколько физических уровней протокола CAN (ISO 11898, ISO 11519, SAE J2411). В подавляющем большинстве случаев используется физический уровень CAN, определенный в стандарте ISO 11898. ISO 11898 в качестве среды передачи определяет двухпроводную дифференциальную линию с импедансом (терминаторы) 120 Ом (допускается колебание импеданса в пределах от 108 Ом до 132 Ом. Максимальная скорость сети CAN в соответствие с протоколом равна 1 Мбит/с. При скорости в 1 Мбит/с максимальная длина кабеля равна примерно 40 метрам. Ограничение на длину кабеля связано с конечной скоростью распространения сигнала и механизмом побитового арбитража (во время арбитража все узлы сети должны получать текущий бит передачи одновременно, те сигнал должен успеть распространиться по всему кабелю за единичный отсчет времени в сети. Соотношение между скоростью передачи и максимальной длиной кабеля приведено ниже (скорость передачи - максимальная длина сети):
Разъемы для сети CAN до сих пор НЕ СТАНДАРТИЗОВАНЫ. Каждый протокол высокого уровня обычно определяет свой тип разъемов для CAN-сети. Логический ноль регистрируется, когда на линии CAN_H сигнал выше, чем на линии CAN_L. Логическая единица - в случае, когда сигналы CAN_HI и CAN_LO одинаковы (отличаются менее чем на 0.5 В). Использование такой дифференциальной схемы передачи делает возможным работу CAN сети в очень сложных внешних условиях. Логический ноль называется доминантным битом, а логическая единица - рецессивным. Эти названия отражают приоритет логической единицы и нуля на шине CAN. При одновременной передаче в шину логических нуля и единицы на шине будет зарегистрирован только логический ноль (доминантный сигнал), а логическая единица будет подавлена (рецессивный сигнал). Арбитраж шины CAN. Быстродействие CAN сети (до 1 Мбит/с) достигается благодаря механизму недеструктивного арбитража шины посредством сравнения бит конкурирующих сообщений. Т.е., если случится так, что одновременно начнут передачу несколько контроллеров, то каждый из них сравнивает бит, который он собирается передать на шину с битом, который пытается передать на шину конкурирующий контроллер. Если значения этих битов равны, то оба контроллера пытаются передать следующий бит. И так происходит до тех пор, пока значения передаваемых битов не окажутся различными. Теперь контроллер, который передавал логический ноль (более приоритетный сигнал) будет продолжать передачу, а другой (другие) контроллер прервёт свою передачу до того времени, пока шина вновь не освободится. Конечно, если шина в данный момент занята, то контроллер не начнет передачу до момента её освобождения.
Эта спецификация CAN исходит из предположения, что все CAN контроллеры принимают сигналы с шины одновременно. Т.е. в одно и то же время один и тот же бит принимается всеми контроллерами в сети. С одной стороны, такое положение вещей делает возможным побитовый арбитраж, а с другой стороны ограничивает длину CAN шины. Сигнал распространяется по шине CAN с огромной, но конечной скоростью и для правильной работы CAN нужно, чтобы все контроллеры "услышали" его почти одновременно. Почти, потому что каждый контроллер принимает бит в течение определённого промежутка времени, отсчитываемого системными часами. Таким образом, чем выше скорость передачи данных, тем меньшая длина шины CAN допустима. CAN - широковещательный протокол. Данные по сети CAN пересылаются в виде отдельных кадров стандартного формата (рис. 10.12). Все возможные кадры, передаваемые по сети, имеют назначаемый передающим узлом идентификатор и каждый узел решает на основе этого идентификатора, принимать данный кадр или нет. Этот идентификатор передается в поле identifier CAN кадра. Другим важным полем кадра являются собственно данные (data). Приоритетность сообщения определяется значением идентификатора. Приоритет тем больше, чем идентификатор меньше. Как правило, контроллер позволяет задавать лишь эти два поля. Остальные поля используются для передачи специфических данных, необходимых для функционирования шины CAN.
CAN поддерживает два вида кадров: стандартный и расширенный. Стандартный кадр имеет поле идентификатора длиной 11 бит, расширенный - 29 бит. Способы обнаружения ошибок: - подсчет контрольных сумм; - контроль правильности формата кадра; - подтверждение приема; - проверка битов. Шина MOST (Media Oriented Systems Transport) разработана группой ведущих мировых автопроизводителей и производителей электроники в 1998 году и используется для передачи мультимедийных сообщений по оптоволоконной линии. Основными ее достоинствами являются следующие: - передача данных по оптоволокну, что позволяет избежать искажений сигнала при его передаче в насыщенной электромагнитными помехами среде современного автомобиля и , в свою очередь, избежать повышения уровня этих помех; - стандартизованная система передачи звука, изображения и команд управления в мультимедийных системах. В настоящее время шина MOST используется в спецификации, позволяющей передавать одновременно сигнал только одного видеоисточника и несколько сигналов аудио источников. Помимо сетевых протоколов, в автомобиле используются диагностические протоколы, задаваемые стандартом OBD II – (On Board Diagnostics Systems Protocol). Этот стандарт: - определяет тип диагностического разъема; - распределение сигналов по контактам разъема; - варианты использования диагностического протокола; - зоны размещения разъемов. На диагностическом разъеме могут встретиться 3 типа протоколов: - CAN; - K-LINE; - J 1850/ |
