Шина can bus что это такое – Controller area network — Википедия

Содержание

CAN-шина в современных автомобилях. Что такое CAN шина? :: SYL.ru

Чтобы связно и гармонично управлять системами, обеспечить качество и функциональность передачи данных, многие автомобилестроительные компании применяют современную систему, известную как CAN-шина. Принцип ее организации заслуживает подробного рассмотрения.

Общая характеристика

Визуально CAN-шина выглядит как асинхронная последовательность. Ее информация передается по двум витым проводникам, радиоканалу или оптоволокну.

Управлять шиной способны несколько устройств одновременно. Их количество не ограничено, а скорость обмена информацией запрограммирована до 1 Мбит/с.

CAN-шина в современных автомобилях регламентируется спецификацией «CAN Sorcjfication version 2,0».

Он состоит из двух разделов. Протокол А описывает передачу информации с применением 11-битной системы передачи данных. Часть В выполняет эти функции при применении 29-битного варианта.

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

Разновидности и маркировка

Одной из самых известных на сегодняшний день является разработанная Робертом Бошем CAN-шина. CAN BUS (под таким названием известна система) бывает последовательная, где импульс подается за импульсом. Она называется Serial bus. Если же информация передается по нескольким проводам, то это параллельная шина Parallel bus.

I — узлы управления;

II — коммуникации системы.

Опираясь на разновидности идентификаторов КАН-шин, встречается маркировка двух типов.

В случае, когда узел поддерживает 11-битный формат обмена информацией и не обозначает ошибки на сигналы 29-битного идентификатора, его маркируют «CAN2,0A Active, CAN2,0B Passive».

Когда таковые генераторы используют оба типа идентификаторов, шина имеет маркировку «CAN2,0B Active».

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

Система же функционирует при двух типах скоростей передачи сигналов — 125, 250 кбит/с. Первые предназначены для вспомогательных устройств (стеклоподъемники, освещение), а вторые обеспечивают главное управление (коробка-автомат, двигатель, ABS).

Передача сигналов

Физически проводник CAN-шины современного автомобиля выполнен из двух составляющих. Первый — черного цвета и называется CAN-High. Второй проводник, оранжево-коричневый, именуется CAN-Low. Благодаря представленной структуре коммуникаций из схемы автомобиля удалена масса проводников. При производстве транспортных средств это позволяет уменьшить вес изделия до 50 кг.

Общая сетевая нагрузка состоит из разрозненных сопротивлений блоков, которые входят в состав протокола, называемого КАН-шина.

Различны и скорости передачи-получения каждой системы. Поэтому обеспечивается обработка разнотипных сообщений. Согласно описанию шины-CAN, эту функцию выполняет преобразователь сигналов. Он называется межсетевым электронным интерфейсом.

Расположен этот прибор в конструкции управляющего блока, но бывает выполнен в виде обособленного прибора.

Представленный интерфейс применяют также для вывода и ввода сигналов диагностического характера. Для этого предусмотрено наличие унифицированной колодки OBD. Это особый разъем для диагностики системы.

Разновидности функций шин

Существуют разные типы представленного устройства.

  1. КАН-шина агрегата силового. Это быстрый канал, который передает послания со скоростью 500 кбит/с. Его главная задача заключается в коммуникации блоков управления, например трансмиссия-двигатель.
  2. Система «Комфорт» — более медлительный канал, передающий данные со скоростью 100 кбит/с. Он связывает все устройства системы «Комфорт».
  3. Информационно-командная программа шины также передает сигналы медленно (100 кбит/с). Ее основное предназначение — обеспечить связь между обслуживающими системами, например телефоном и навигацией.

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

Помехи в шине

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

Описание шины CAN оговаривает поступление посланий по проводникам High и Low в усилитель дифференциальный, где он обрабатывается и направляется в блок управления.

Усилитель определяет этот выходной сигнал как разность напряжений проводов High и Low. Такой подход позволяет исключить влияние внешних помех.

Чтобы понять, что собой представляет КАН-шина и ее устройство, следует вспомнить ее облик. Это два проводника, скрученные между собой.

Так как сигнал помехи поступает сразу на оба провода, в процессе обработки значение напряжения Low отнимается от напряжения High.

Далее из полученного показателя извлекается базовое напряжение, которое составляет 2,5 В. Остаток и есть помеха. Она в отфильтрованном сигнале не присутствует.

Благодаря этому CAN-шина считается надежной системой.

Типы сообщений

Протоколом предусматривается использование при обмене информацией посредством шины CAN четырех типов команд.

  1. Data Frame. Такой тип сообщений (фреймов) передает сигналы с определенным идентификатором.
  2. Error Frame представляет собой сообщение сбоя в процессе обмена. Он предлагает повторить действия сначала.
  3. Overload Frame. Послание появляется в момент необходимости перезапустить работу контроллера.
  4. Request Frame Remout Transmission обозначает запрос данных, где именно находится идентификатор.

I — CAN-шина;

II — резистор сопротивления;

III — интерфейс.

В процессе приема-передачи информации на проведение одной операции отводится определенное время. Если оно вышло, формируется фрейм ошибки. Error Frame также длится определенное количество времени. Неисправный блок автоматически отключается от шины при накоплении большого количества ошибок.

Функциональность системы

Чтобы понять, что такое CAN-шина, следует разобраться в ее функциональном назначении.

Она призвана передавать фреймы в реальном времени, которые содержат информацию о значении (например, перемена скорости) или о возникновении события от одного узла-передатчика к приемникам программы.

Команда состоит из 3 разделов: имени, значения события, времени наблюдения за переменной величиной.

Ключевое значение придается переменной показателя. Если в сообщении нет данных о времени, тогда это сообщение принимается системой по факту его получения.

Когда компьютер коммуникационной системы запрашивает показатель состояния параметра, он посылается в приоритетной очередности.

Разрешение конфликтов на шине

Когда сигналы, поступающие на шину, приходят на несколько контроллеров, система выбирает, в какой очередности будет обработан каждый. Два или более устройства могут начать работу практически одновременно. Чтобы при этом не возник конфликт, производится мониторинг. CAN-шина современного автомобиля производит эту операцию в процессе отправки сообщения.

Существует градация сообщений по приоритетной и рецессивной градации. Информация, имеющая самое низкое числительное выражение поля арбитража, выиграет при наступлении конфликтного положения на шине. Остальные передатчики постараются отослать свои фреймы позже, если ничего не изменится.

В процессе передачи информации время, указанное в нем, не теряется даже при наличии конфликтного положения системы.

Физические составляющие

Устройство шины состоит, помимо кабеля, из нескольких элементов.

Микросхемы приемопередатчика часто встречаются от компании Philips, а также Siliconix, Bosch, Infineon.

Чтобы понять, что такое КАН-шина, следует изучить ее компоненты. Максимальная длина проводника при скорости 1 Мбит/с достигает 40 м. Шина- CAN (известная еще как CAN-BUS) в конце наделена терминатором.

Для этого на конец проводников устанавливаются резисторы сопротивления по 120 Ом. Это необходимо, дабы устранить отражения сообщения на конце шины и убедиться, что она получает соответствующие уровни тока.

Сам проводник в зависимости от конструкции может быть экранированным или неэкранированным. Концевое сопротивление может отходить от классического и находиться в диапазоне от 108 до 132 Ом.

Технология iCAN

Рассматривая шины транспортного средства, следует уделить внимание программе блокировки работы двигателя.

Для этого разработан обмен данными посредством шины CAN, iCAN-модулем. Он подключается к цифровой шине и отвечает за соответствующую команду.

Имеет небольшие габариты и присоединяется к любому отделению шины. При старте движения автомобиля iCAN посылает команду соответствующим блокам, и мотор глохнет. Преимуществом данной программы является отсутствие разрыва сигнала. Существует инструктирование электронного блока, после этого сообщение отключает функционирование соответствующих исполнительных элементов.

Этот тип блокировки характеризуется наивысшей скрытностью, а потому и надежностью. При этом ошибки не записываются в память ЭБУ. CAN-шина предоставляет всю информацию о скорости, движении автомобиля данному модулю.

Защита от угона

Модуль iCAN устанавливается в каком угодно узле, где расположены жгуты, в месте установки шины. Из-за минимальных габаритов и особого алгоритма действий выявить блокировку обычными методами при совершении угона практически нереально.

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

При наличии у транспортного средства автозапуска двигателя, iCAN не помешает его работе, так как срабатывает при старте движения.

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

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

Существующие разработки помогут обеспечить защиту транспортного средства даже от угона. Благодаря этому, а также комплексу других фунций, шина-CAN популярна и востребована.

www.syl.ru

Как работает CAN шина в современном авто

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

Одним из подобных источников, который, как нам показалось, вполне подходящим образом иллюстрирует принципы работы CAN-шины, стал видеоролик-презентация учебного продукта CANBASIC компании Igendi Engineering (http://canbasic.com).

Также можете прочитать вторую нашу переводную статью Введение в CAN.

Добро пожаловать на презентацию нового продукта CANBASIC, учебной системы (платы), посвященной вопросу функционирования шины КАН (CAN).

Мы начнем с основ построения сети CAN-шины. На схеме приведен автомобиль с его системой освещения.


Показана обычная проводка, в которой каждая лампа напрямую подключена с каким-либо переключателем или контактом педали тормоза.


Теперь аналогичная функциональность показана с применением технологии CAN-шины. Передние и задние световые приборы подключены к контролирующим модулям. Контролирующие модули соединены параллельно с такими же проводами шины.


Этот небольшой пример демонстрирует, что объем электропроводки снижается. Вдобавок ко всему модули управления могут обнаруживать перегоревшие лампы и информировать об этом водителя.

Автомобиль на указанном виде содержит четыре модуля управления и четко отражает построение учебной системы (платы) CANBASIC


В вышеописанном указано четыре узла шины (CAN-узла).

Передний модуль контролирует передние световые приборы.

Узел сигнализации обеспечивает контроль внутренней части автомобиля.

Основной контрольный модуль соединяет все системы транспортного средства для диагностики.

Задний узел контролирует задние световые приборы.

На тренировочной доске CANBASIC вы можете увидеть маршрутизацию (расположение) трех сигналов: «Питание», «CAN-Hi» и «земли», соединяющихся в контрольном модуле.


В большинстве транспортных средств для подключения главного модуля управления к ПК с помощью диагностического программного обеспечения вам нужен OBD-USB конвертер.


Плата CANBASIC уже содержит в себе OBD-USB конвертер и может быть напрямую подключена к ПК.

Питается плата от интерфейса USB, поэтому дополнительные кабели не нужны.


Провода шины используются для передачи множества данных. Как это работает?

Как работает CAN-шина

Эти данные передаются последовательно. Вот пример.

Человек с лампой, передатчик, хочет отправить какую-то информацию человеку с телескопом, получателю (приемнику). Он хочет передать данные.


Для того, чтобы сделать это они договорились, что получатель смотрит за состоянием лампы каждые 10 секунд.


Это выглядит так:




Спустя 80 секунд:


Теперь 8 бит данных были переданы со скоростью 0,1 бит в секунду (т.е. 1 бит в 10 секунд). Это называется последовательной передачей данных.


Для использования этого подхода в автомобильном приложении интервал времени сокращается с 10 секунд до 0,000006 секунды. Для передачи информации посредством изменения уровня напряжения на шине данных.


Для измерения электрических сигналов шины КАН используется осциллограф. Две измерительных площадки на плате CANBASIC позволяют измерить этот сигнал.


Чтобы показать полное CAN-сообщение разрешение осциллографа уменьшается.


В результате одиночные CAN-биты больше не могут быть распознаны. Для решения этой проблемы CANBASIC-модуль оснащен цифровым запоминающим осциллографом.

Мы вставляем модуль CANBASIC в свободный разъем USB, после чего он будет автоматически обнаружен. Программное обеспечение CANBASIC можно запустить прямо сейчас.


Вы можете видеть вид программного осциллографа с прикрепленными значениями битов. Красным показаны данные, переданные в предыдущем примере.

Чтобы объяснить другие части CAN-сообщения мы раскрашиваем CAN-кадр и прикрепляем на него подписи с описанием.


Каждая раскрашенная часть CAN-сообщения соответствует полю ввода того же цвета. Область, отмеченная красным, содержит информацию о пользовательских данных, которая может быть задана в формате битов, полубайтов или шестнадцатиричном формате.

Желтая область определяет количество пользовательских данных. В зеленой зоне может быть установлен уникальный идентификатор.

Синяя область позволяет задать CAN-сообщение для удаленного запроса. Это означает, что будет ожидаться ответ от другого CAN-узла. (Разработчики системы сами рекомендуют не пользоваться удаленными запросами по ряду причин приводящих к глюкам системы, но об этом будет другая статья.)

Многие системы с шиной CAN защищены от помех вторым каналом CAN-LO для передачи данных, который является инвертированным относительно сигнала CAN-HI (т.е. идет тот же сигнал, только с обратным знаком).


Шесть последовательных битов с одинаковым уровнем определяют конец CAN-кадра.


Так совпало, что другие части CAN-кадра могут содержать более пяти последовательных битов с одинаковым уровнем.


Чтобы избежать этой битовой метки, если появляется пять последовательных битов с одинаковым уровнем, в конце CAN-кадра вставляется противоположный бит. Эти биты называют стафф-битами (мусорными битами). CAN-приемники (получатели сигнала) игнорируют эти биты.


С помощью полей ввода могут быть заданы все данные КАН-кадра и поэтому каждое КАН-сообщение может быть отправлено.

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


Текст описания показывает, что сигнал поворота будет управляться с помощью идентификатора «2С1» и бит данных 0 и 1. Все биты данных сбрасываются на 0.


Идентификатор установлен в значение «»2С1». Для активации сигнала поворотов бит данных должен быть установлен с 0 на 1.


В режиме «в салоне» вы можете управлять всем модулем с помощью простых щелчков мыши. Данные CAN устанавливаются автоматически в соответствии с желаемым действием.

Лампы поворотников могут быть установлены на ближний свет для работы в качестве ДХО. Яркостью будет управлять широтно-импульсная модуляция (ШИМ), в соответствии с возможностями современной диодной техники.

Теперь мы можем активировать фары ближнего света, противотуманные фары, стоп-сигналы и фары дальнего.


С отключением ближнего света противотуманные фары также отключаются. Логика управления световой системой CANBASIC соответствует автомобилям марки Volkswagen. Особенности зажигания и «возвращения домой» также включены.

С сигнальным узлом вы можете считывать сигнал датчика после инициирующего удаленного запроса.

В режиме удаленного запроса второй CAN-кадр будет принят и показан ниже отправленного CAN-кадра.


Байт данных CAN теперь содержит результат измерения датчика. С приближением к датчику пальца вы можете изменить измеренное значение.


Клавиша паузы замораживает текущий CAN-кадр и позволяет провести точный анализ.

Как уже было показано, различные части CAN-кадра могут быть скрыты.


Кроме того поддерживается скрытие каждого бита в КАН-кадре.

Это очень полезно, если вы хотите использовать представление CAN-кадра в ваших собственных документах, например в листе упражнений.

www.beworks.ru

CAN-BUS адаптер — незаменим при установке магнитолы!

Практически все современные автомобили имеют электронику, в основе своей архитектуры имеющую CAN-шину. С точки зрения производителя автомобиля шина CAN это очень полезная вещь, позволяющая гибко изменять функционал автомобиля без серьезных переделок электрооборудования. Например, чтобы добавить складывающееся зеркало со встроенным поворотником на машину традиционной архитектуры (без КАН-шины) необходимо протянуть от главного блока предохранителей провода на выключатель складывания зеркал, затем протянуть провода от выключателя в каждую дверь (левую и правую) и плюс провода от поворотников. Имеем в итоге кучу лишней меди и невозможность изменить комплектацию быстро (на конвеере). В случае автомобиля с платформой на CAN-шине просто добавляем новое зеркало, подключаем к дверному блоку, программируем что зеркало есть и должно складываться и мигать поворотником. Выключатель зеркала подключаем к центральному блоку и программируем что он есть. Ну это если очень просто объяснить 🙂

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

На машинах на которых есть CAN-шина, чаще всего она используется и в магнитоле. Магнитола «узнает» из кан-шины такую информацию как состояние ключа зажигания, включена ли подсветка приборной панели, также из шины можно брать такую информацию как состояние ручного тормоза (на «ручнике» машина или нет), скорость автомобиля, для мультимедийных систем — включение заднего хода. Так как все эти сигналы содержатся в кан-шине то в разъеме магнитолы нет отдельного провода для каждого из сигналов а только провода питания и CAN-шины. Например:

 

 

«+UB»  — это +12В постоянный плюс

«CAN-FZG -»  — кан-шина (-)

«CAN-FZG +» — кан-шина (+)

нет ни провода от замка зажигания, ни подсветки.

 

 

 

Подключая нештатную магнитолу на такую машину, вы скорее всего возьмете ISO-переходник и подключите оба питания (постоянное и от ключа) магнитолы на постоянное питание. Подсветку вообще подключать не будете, и с первого взгляда вроде бы как все ОК. Но на самом деле нет, есть несколько проблем.

При подключении магнитолы без КАН-адаптера будут следующие проблемы:

  • Каждый раз когда вы выходите из машины вам необходимо выключать магнитолу кнопкой
  • Магнитола, подключенная на постоянное питание будет разряжать аккумулятор даже в выключенном состоянии!
  • У некоторых магнитол постоянно горит подсветка кнопок
  • Если не подключить сигнал от подсветки приборов то экран магнитолы не будет уменьшать яркость ночью — это отвлекает от вождения
  • Провод для включения входа камеры заднего вида придется тянуть от задних фонарей, это неудобно а на некоторых машинах (с импульсным контролем сгоревшей лампочки) так просто к фонарю и не подключишься
  • Грамотно подключится к «ручнику» не так просто (хотя мало кто это делает 🙂 )

Из всего перечисленного действительно серьезной проблемой является конечно же разрядка аккумулятора вследствие того что магнитола должным образом не «засыпает» если её просто выключить кнопкой. Поэтому существует упрощенный, недорогой по цене CAN-BUS адаптер для магнитолы, который выдает из кан шины только сигнал ACC:

Универсальный CAN-BUS адаптер для магнитолы:

 

Connects2 IGNI-GEN12V

Этот простой кан адаптер подключается к большинству автомобилей с CAN-шиной и выдает сигнал ACC для подключения магнитолы. Его удобно использовать тогда когда вам просто нужно решить проблему разрядки аккумулятора из-за неправильно подключенной магнитолы.

Версия для использования на грузовых автомобилях с бортовой сетью с напряжением 24В называется Connects2 IGNI-GEN24V

 

Штатный CAN-BUS адаптер для магнитолы:

 

выбрать CAN-BUS адаптер по модели авто (ссылка)

Штатный кан-адаптер предназначен для конкретной модели автомобиля, комплектуется с одной стороны штатным разъемом для подключения к проводке автомобиля, с другой стороны стандартным ISO-разъемом для подключения магнитолы. Бывает два варианта таких can-bus адаптеров для магнитолы, первый (серия Essentials) дешевле, выдает только сигнал ACC и в принципе по функционалу не отличается от IGNI-GEN12V.

 

Серия CAN-BUS адаптеров Professional может больше:

 

Помимо сигнала ACC для подключения магнитолы такой адаптер выдает сигналы (в зависимости от модели авто): Подсветка (+12В), Задний ход (+12В), Ручник (земля), Импульс скорости (отрицательный импульс, зависящий от скорости автомобиля)

Конечно же, с таким адаптером подключение будет еще более простым и надежным, однако он и стоит дороже.

 

 

 

Список штатных CAN-BUS адаптеров для магнитолы и поддерживаемых автомобилей:

 

Alfa Romeo:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-AR1ACC +12V159 (2006-2011), Brera (2007-2010),

Giulietta (2010-2014), Mito (2008-2014)

 

CTHUP-AR01 ACC +12V, ручник, подсветка,

задний ход, импульс скорости

Audi:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-AU1ACC +12VA2 (2004-2005), A3 (2003-2013), A4 (2005-2015)

A6 (2004-2011), TT (2003-2013)

 

CTHUP-AU01ACC +12V, ручник, подсветка,

задний ход, импульс скорости

BMW:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-BM1ACC +12V1-Series E87 (2004-2013), 3-Series E90 (2005-2012),

5-Series E60 (2004-2010), 7-Series E65 (2002-2008),

Mini (2005->), X3 (2005->), Z4 E89 (2009->)

CTHUP-BM01ACC +12V, ручник, подсветка,

задний ход, импульс скорости

Chevrolet:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-CV1ACC +12VCamaro (2009->), Cruze (2009-2015), Equinox (2009->),

Orlando (2011->), Tacuma (2003-2008)

Chrysler:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-Ch2 ACC +12V300C (2008->), Aspen (2008-2009),

Grand Voyager (2008->), Sebring (2007-2010),

Voyager (2008->), Town & Country (2008->)

CTHUP-CH01 ACC +12V, ручник, подсветка,

задний ход, импульс скорости

Citroen:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-CT1 ACC +12VBerlingo (2008>), C2 (2006>),C3 (2006>),

C3 Picasso (2009>), C4 (2006>),

C4 Picasso (2006>),

C5 (2005>), C6 (2004>),

C8 (2006>), DS3 (2009>),

DS4 (2010>), DS5 (2011>)

 CTHUP-CT01ACC +12V, ручник, подсветка,

задний ход, импульс скорости

Dodge:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-DG01ACC +12VAvenger (2007>), Caliber (2009>),

Charger (2008>),Charger (2008>),

Dakota (2008>), Durango (2008-2015),

Grand Caravan (2007-2015), Journey (2008>),

Magnum (2008>), Nitro (2008>), Ram (2008>)

 

 
Fiat:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-F1ACC +12VFiat 500L (2012>), Ducato (2014>)
CTHUP-FT01ACC +12V, ручник, подсветка,

задний ход, импульс скорости

Fiat Bravo (2007>)ISO
CTHUP-FT02ACC +12V, ручник, подсветка,

задний ход, импульс скорости

Grande Punto  (2007>), Boxer (2012>), Bravo (2007>), Doblo (2009>),

Ducato (2008-2014), Idea (2006>),

Qubo (2007>), 500 (2008>)

CTHUP-FT03ACC +12V, ручник, подсветка,

задний ход, импульс скорости

Fiat Panda (2007>)
Ford:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-FD1ACC +12V 

C-Max (2004-2011), Fiesta (2006-2008),

Focus (2005-2011), Fusion (2005>),

Galaxy (2006>),Mondeo (2004-2014),

S-Max (2005-2011), Transit (2005>),

Kuga (2008-2012),

Transit Connect (2004-2013)

 

CTHUP-FD01 ACC +12V, ручник, подсветка,

задний ход,

импульс скорости

 CTHUP-FD02B-Max (2013>),C-Max (2011>), Ecosport (2013>),

Escape (2013>), Fiesta (2012>),

Focus (2011>), Kuga (2012>), Ranger (2012>),

Transit Connect (2013>),Transit Custom (2013>)

 

OEM (пока нет фото)
Jeep:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-JP1ACC +12VCherokee (2014>),

Grand Cherokee (2014>)

Lancia:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUP-LA01ACC +12V, ручник, подсветка,

задний ход,

импульс скорости

Lancia Delta (2009>) 
Land Rover:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUP-LR01ACC +12V, ручник, подсветка,

задний ход,

импульс скорости

Land Rover Discovery (III) (2007>)
Mercedes:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-MC1ACC +12VE-Class (2004-2009), SLK (2002>)
CTHUE-MC2ACC +12VA-Class (2004>), B-Class (2004>)
C-Class (2004>), CL (2008>)
CLK (2004>), GL (2006-2012)
ML (2004-2011), R-Class (2006>)
Sprinter (2006>), Vito (2007>)
CTHUP-MC01ACC +12V,

ручник, подсветка,

задний ход,

импульс скорости

 

A-Class W169 (2004-2013),

B-Class W245 (2004-2012),

C-Class W203 (2000-2007),

CLK W209 (2000>),

ML (2005-2011), R-Class W251 (2005>),

Sprinter (2006>), Viano (2004>),

Vito (2004>)

CTHUP-MC02SLK R171 (2004-2011),

E-Class W211 (2002-2009)

CTHUP-MC03A-Class W176 (2013>), B-Class W246 (2012>),

C-Class W204 (2008>), CLA (2013>),

GL X164 (2007- 2012)

Opel:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-VX1ACC +12VAgila (2008-2015), Antara (2006>), Astra (2004-2009), Combo (2004>),

Corsa (2004-2014), GTC (2005>),

Meriva (2005-2010), Movano (2006>), Vectra (2004>),

Vivaro (2006>), Zafira (2005-2012)

CTHUP-VX01ACC +12V,

ручник, подсветка,

задний ход,

импульс скорости

Agila (2004>), Antara (2006-2010), Astra (2004-2010), Corsa (2004-2013), Meriva (2007-2010),

Signum (2004>), Tigra (2005>), Vectra (2004>),

Vivaro (2011>), Zafira (2005-2012)

Peugeot:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-PE2ACC +12V 207 (2004>) , 208 (2012>), 2007 (2008>),
2008 (2013>), 307 (2004-2007),
308 (2007>), 3008 (2004>),
407 (2004>), 508 (2011>),
5008 (2009>), 607 (2005>),
807 (2004>), Expert (2007>),
iON (2010>), Partner (2008>),
RCZ (2010>)
CTHUP-PE01ACC +12V,

ручник, подсветка,

задний ход,

импульс скорости

207 (2006>), 208 (2012>), 307 (2005>),

3008 (2009>), 308 (2007>), 407 (2005>),

5008 (2009-2013), 607 (2004>),

807 (2005>), Bipper (2007>), Boxer (2008>),

Partner (2008>)

Seat:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-ST1ACC +12VAlhambra (2006>),  Altea (2005>),

Cordoba (2005>), Exeo (2008>),

Ibiza (2008>), Mii (2011>), Toledo (2005>)

CTHUP-ST01ACC +12V,

ручник, подсветка,

задний ход,

импульс скорости

Altea (2005>), Exeo (2009>),

Ibiza (2008>), Leon (2005-2014),

Toledo (2005>)

 

Skoda:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-SK1ACC +12VFabia (2007-2010), Octavia (2004-2013),

Roomster (2006>), Superb (2006-2013),

Yeti (2009>)

 
CTHUP-SK01ACC +12V,

ручник, подсветка,

задний ход,

импульс скорости

Fabia (2013>), Octavia (2008-2013),

Rapid (2010>), Superb (2004-2013),

Yeti (2010>)

Volvo:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUP-VL01ACC +12V,

ручник, подсветка,

задний ход,

импульс скорости

Volvo S80 (2006>)OEM (пока нет фото)
Volkswagen:
Модель адаптераФункцииСписок моделей авторазъем магнитолы
CTHUE-VW1ACC +12V
Amarok2010>
Beetle2011>
Bora2005>
Caddy2004 >
Caravelle2009 >
EOS2009 >
Fox2005>
Golf2004-2012
Jetta2005 >
Multivan2004>
Passat2005-2014
Polo2004-2014
Scirocco2008 >
Tiguan2007-2015
Touareg2002 >
Touran2004>
Transporter2005 >
UP!2011 >
Vento2009 >
 
CTHUP-VW01ACC +12V,

ручник, подсветка,

задний ход,

импульс скорости

Amarok2011>
Beetle2012>
EOS2006>
Golf2004-2012
Jetta2004>
Passat2004-2014
Polo2004-2014
Scirocco2008 >
Sharan2010 >
Suran2009 >
Tiguan2007-2015
Touareg2004 >
Touran2004 >
Transporter2005 >
 

 

64753 Всего 39 Сегодня

Вконтакте

Facebook

Twitter

Google+

electrosila.info

Доступ CAN bus автомобиля • CarCops GPS-мониторинг

В основном CAN bus рекомендуется для мониторинга топлива. Топливо отслеживается по пяти параметрам:

  • уровень топлива в литрах
  • процент уровня топлива от объема бака
  • текущий расход топлива
  • экономичность по топливу
  • средний расход топлива

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

К информационной шине GPS-устройство подключается бесконтактно, что позволяет сохранить гарантию на автомобиль.

Что такое CAN bus?

Это информационный канал, по которому перемещается вся информация об автомобиле. Разработан в 1983 году компанией Robert Bosch. При подключении к этой шине считывающего устройства все важнейшие параметры машины становятся видны владельцу.

Информация на CAN busДополнительная информация
Расход топливаТемпература груза
ПробегНапряжение аккумулятора
Положение педалейВиртуальный одометр
Нагрузка автомобиля (по каждой оси)Состояние зажигания
СкоростьПробка бака открыта/закрыта
Обороты двигателя (об./мин)Водительская дверь открыта/закрыта
Уровень топлива в бакеСигнализация
Рабочие часы двигателяВремя стоянки/поездки
Пробег до следующего техобслуживанияДавление в шинах
Температура охлаждающей жидкости двигателяДавление в системе турбонаддува
Давление маслаТемпература в салоне

С каких машин можно считывать CAN-данные?

С 2006 года более 50% грузовых автомобилей оснащаются системой CAN. Чтобы узнать, есть ли на Вашей машине CAN, пришлите нам название производителя Вашего автомобиля, модель, год выпуска и VIN-код.

Как заработать с помощью CAN bus?

  • Эта информация позволяет установить, у какого из водителей самый экономичный стиль езды, и, например, ежемесячно выплачивать за это премию.
  • На фоне повышения цен на топливо мониторинг и контроль за его расходом очень важны. Это позволит определить водителя, у которого расход топлива больше, чем у других, и направить этого человека на курсы повышения квалификации.
  • Кражи топлива – явление повседневное. Каждый раз, когда происходит кража топлива из бака, отправляется соответствующее SMS-сообщение.
  • Можно контролировать водителей, которые приносят в офис топливные чеки – дошло ли до бака столько же топлива, сколько указано в чеке?
  • Это дисциплинирует водителей.
  • Это дает идеальный обзор того, что происходит в Вашем автопарке, и старые машины, которые потребляют больше топлива, можно поменять на новые или отправить в ремонт.
  • Дистанционная диагностика автопарка. Например, если какой-либо показатель выходит за заданные рамки, Вам направляется соответствующее уведомление. Если, предположим, давление масла падает до слишком низкого уровня, Вы получаете об этом SMS-сообщение и такое же сообщение получает водитель, чтобы избежать значительного ущерба.

Как отображается CAN-информация?

Как отображаются различные значения параметров?

Интересующие Вас параметры, такие как уровень топлива, скорость, обороты двигателя и т.п. можно смотреть в виде графика или таблицы.

Точность показаний уровня топлива составляет ±3% от объема бака, если смотреть по имеющемуся в машине датчику топлива. CarCops не несет ответственности за неточность показаний датчика топлива в автомобиле клиента.

Если хочется получить точность в ±1% от объема бака, требуется установить в него дополнительные датчики и откалибровать их.

Установка дополнительных датчиков в машины с двумя баками.

Датчики топлива предназначены для грузовых автомобилей, автобусов, тяжелой техники и дизельных генераторов. Датчики топлива устанавливаются официальным представителем CarCops GPS-мониторинга. Датчики топлива калибруются для каждого автомобиля индивидуально и устанавливаются вместе с GPS-устройством, которое передает на сервер CarCops GPS-мониторинга данные о находящемся в баке топливе

Если Вы хотите получить контроль за расходом топлива, непременно запросите для своего предприятия персональное предложение по телефону 55 900 656, по адресу [email protected] либо воспользуйтесь 30-дневным бесплатным пробным периодом услуги и Вы увидите, насколько удобнее станет управление Вашим автопарком и отслеживание расхода топлива.

www.carcops.ee

Введение в протокол CAN | CAN — технологии

Промышленная сеть реального времени CAN представляет собой сеть с общей средой передачи данных. Это означает, что все узлы сети одновременно принимают сигналы передаваемые по шине. Невозможно послать сообщение какому-либо конкретному узлу. Все узлы сети принимают весь трафик передаваемый по шине. Однако, CAN-контроллеры предоставляют аппаратную возможность фильтрации CAN-сообщений.

Каждый узел состоит из двух составляющих. Это собственно CAN контроллер, который обеспечивает взаимодействие с сетью и реализует протокол, и микропроцессор (CPU).

Рис. 1. Топология сети CAN.

CAN контроллеры соединяются с помощью дифференциальной шины, которая имеет две линии — CAN_H (can-high) и CAN_L (can-low), по которым передаются сигналы. Логический ноль регистрируется, когда на линии CAN_H сигнал выше, чем на линии CAN_L. Логическая единица — в случае когда сигналы CAN_H и CAN_L одинаковы (отличаются менее чем на 0.5 В). Использование такой дифференциальной схемы передачи делает возможным работу CAN сети в очень сложных внешних условиях. Логический ноль — называется доминантным битом, а логическая единица — рецессивным. Эти названия отражают приоритет логической единицы и нуля на шине CAN. При одновременной передаче в шину лог. нуля и единицы, на шине будет зарегестрирован только логический ноль (доминантный сигнал), а логическая единица будет подавлена (рецессивный сигнал).

Типы сообщений сети CAN.

Данные в CAN передаются короткими сообщениями-кадрами стандартного формата. В CAN существуют четыре типа сообщений:

  • Data Frame
  • Remote Frame
  • Error Frame
  • Overload Frame

Data Frame — это наиболее часто используемый тип сообщения. Он состоит из следующих основных частей:

  • поле арбитража (arbitration field) определяет приоритет сообщения в случае, когда два или более узлов одновременно пытаются передать данные в сеть. Поле арбитража состоит в свою очередь из:
    • для стандарта CAN-2.0A, 11-битного идентификатора + 1 бит RTR (retransmit)
    • для стандарта CAN-2.0B, 29-битного идентификатора + 1 бит RTR (retransmit)

    Следует отметить, что поле идентификатора, несмотря на свое название никак не идентифицирует само по себе ни узел в сети, ни содержимое поля данных. Для Data кадра бит RTR всегда выставлен в логический ноль (доминантный сигнал).

  • поле данных (data field) содержит от 0 до 8 байт данных
  • поле CRC (CRC field) содержит 15-битную контрольную сумму сообщения, которая используется для обнаружения ошибок
  • слот подтверждения (Acknowledgement Slot) (1 бит), каждый CAN-контроллер, который правильно принял сообщение посылает бит подтверждения в сеть. Узел, который послал сообщение слушает этот бит, и в случае если подтверждение не пришло, повторяет передачу. В случае приема слота подтверждения передающий узел может быть уверен лишь в том, что хотя бы один из узлов в сети правльно принял его сообщение.
Рис. 2. Data frame стандарта CAN 2.0A.

 

Remote Frame — это Data Frame без поля данных и с выставленным битом RTR (1 — рецессивные бит). Основное предназначение Remote кадра — это инициация одним из узлов сети передачи в сеть данных другим узлом. Такая схема позволяет уменьшить суммарный трафик сети. Однако, на практике Remote Frame сейчас используется редко (например, в DeviceNet Remote Frame вовсе не используется).

Error Frame — это сообщение которое явно нарушает формат солобщения CAN. Передача такого сообщения приводит к тому, что все узлы сети регистрируют ошибку формата CAN-кадра, и в свою очередь автоматически передают в сеть Error Frame. Результатом этого процесса является автоматическая повторная передача данных в сеть передающим узлом. Error Frame состоит из поля Error Flag, которое состоит из 6 бит одинакового значения (и таким образом Error frame нарушает проверку Bit Stuffing, см. ниже), и поля Error Delimiter, состоящее из 8 рецессивных битов. Error Delimiter дает возможность другим узлам сети обнаружив Error Frame послать в сеть свой Error Flag.

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

Контроль доступа к среде передачи (побитовый арбитраж).

Поле арбитража CAN-кадра используется в CAN для разрешения коллизий доступа к шине методом не деструктивного арбитража. Суть метода не деструктивного арбитража заключается в следующем. В случае, когда несколько контроллеров начинают одновременную передачу CAN кадра в сеть, каждый из них сравнивает, бит, который собирается передать на шину с битом, который пытается передать на шину конкурирующий контроллер. Если значения этих битов равны, оба контроллера передают следующий бит. И так происходит до тех пор, пока значения передаваемых битов не окажутся различными. Теперь контроллер, который передавал логический ноль (более приоритетный сигнал) будет продолжать передачу, а другой (другие) контроллер прервёт свою передачу до того времени, пока шина вновь не освободится. Конечно, если шина в данный момент занята, то контроллер не начнет передачу до момента её освобождения.

Рис. 3. Побитовый арбитраж на шине CAN.

 

Методы обнаружения ошибок.

CAN протокол определяет пять способов обнаружения ошибок в сети:

  • Bit monitoring
  • Bit stuffing
  • Frame check
  • ACKnowledgement Check
  • CRC Check

 

Bit monitoring — каждый узел во время передачи битов в сеть сравнивает значение передаваемого им бита со значением бита которое появляется на шине. Если эти значения не совпадают, то узел генерирует ошибку Bit Error. Естественно, что во время арбитража на шине (передача поля арбитража в шину) этот механизм проверки ошибок отключается.

Bit stuffing — когда узел передает последовательно в шину 5 бит с одинаковым значением, то он добавляет шестой бит с противоположным значением. Принимающие узлы этот дополнительный бит удаляют. Если узел обнаруживает на шине больше 5 последовательных бит с одинаковым значением, то он генерирует ошибку Stuff Error.

Frame Check — некоторые части CAN-сообщения имеют одинаковое значение во всех типах сообщений. Т.е. протокол CAN точно определяет какие уровни напряжения и когда должны появляться на шине. Если формат сообщений нарушается, то узлы генерируют ошибку Form Error.

ACKnowledgement Check — каждый узел получив правильное сообщение по сети посылает в сеть доминантный (0) бит. Если же этого не происходит, то передающий узел регистрирует ошибку Acknowledgement Error.

CRC Check — каждое сообщение CAN содержит CRC сумму, и каждый принимающий узел подсчитывает значение CRC для каждого полученного сообщения. Если подсчитанное значение CRC суммы, не совпадает со значением CRC в теле сообщения, принимающий узел генерирует ошибку CRC Error.

Механизм ограничения ошибок (Error confinement).

Каждый узел сети CAN, во время работы пытается обнаружить одну из пяти возможных ошибок. Если ошибка обнаружена, узел передает в сеть Error Frame, разрушая тем самым весь текущий трафик сети (передачу и прием текущего сообщения). Все остальные узлы обнаруживают Error Frame и принимают соответствующие действия (сбрасывают принятое сообщение). Кроме того, каждый узел ведет два счетчика ошибок: Transmit Error Counter (счетчик ошибок передачи) и Receive Error Counter (счетчик ошибок приема). Эти счетчики увеличиваются или уменьшаются в соответствие с несколькими правилами. Сами правила управления счетчиками ошибок достаточно сложны, но сводятся к простому принципу, ошибка передачи приводит к увеличению Transmit Error счетчика на 8, ошибка приема увеличивает счетчик Receive Error на 1, любая корректная передача/прием сообщения уменшают соответствующий счетчик на 1. Эти правила приводят к тому, что счетчик ошибок передачи передающего узла увеличивается быстрее, чем счетчик ошибок приема принимающих узлов. Это правило соответствует предположению о большой вероятности того, что источником ошибок является передающий узел.

Каждый узел CAN сети может находится в одном из трех состояний. Когда узел стартует он находится в состоянии Error Active. Когда, значение хотя бы одного из двух счетчиков ошибок превышает предел 127, узел переходит в состояние Error Passive. Когда значение хотя бы одного из двух счетчиков превышает предел 255, узел переходит в состояние Bus Off.

Узел находящийся в состоянии Error Active в случае обнаружения ошибки на шине передает в сеть Active Error Flags. Active Error Flags сотстоит из 6 доминантных бит, поэтому все узлы его регистрируют. Узел в состоянии Passive Error передает в сеть Passive Error Flags при обнаружении ошибки в сети. Passive Error Flags состоит из 6 рецессивных бит, поэтому остальные узлы сети его не замечают, и Passive Error Flags лишь приводит к увеличению Error счетчика узла. Узел в состоянии Bus Off ничего не передает в сеть (не только Error кадры, но вообще никакие другие).

Адресация и протоколы высокого уровня

В CAN не существует явной адресации сообщений и узлов. Протокол CAN нигде не указывает что поле арбитража (Identification field + RTR) должно использоваться как идентификатор сообщения или узла. Таким образом, идентификаторы сообщений и адреса узлов могут находится в любом поле сообщения (в поле арбитража или в поле данных, или присутствовать и там, и там). Точно также протокол не запрещает использовать поле арбитража для передачи данных.

Утилизация поля арбитража и поля данных, и распределение адресов узлов, идентификаторов сообщений и приоритетов в сети является предметом рассмотрений так называемых протоколов высокого уровня (HLP — Higher Layer Protocols). Название HLP отражает тот факт, что протокол CAN описывает только два нижних уровня эталонной сетевой модели ISO/OSI, а остальные уровни описываются протоколами HLP.

Рис. 4. Логическая структура протокола CAN.

Существует множество таких высокоуровневых протоколов. Наиболее распространенные из них это:

  • DeviceNet
  • CAL/CANopen
  • SDS
  • CanKingdom

 

Физичекий уровень протокола CAN

Физический уровень (Physical Layer) протокола CAN определяет сопротивление кабеля, уровень электрических сигналов в сети и т.п. Существует несколько физических уровней протокола CAN (ISO 11898, ISO 11519, SAE J2411).

В подавляющем большинстве случаев используется физический уровень CAN определенный в стандарте ISO 11898. ISO 11898 в качестве среды передачи определяет двухпроводную дифференциальную линию с импедансом (терминаторы) 120 Ом (допускается колебание импеданса в пределах от 108 Ом до 132 Ом. Физический уровень CAN реализован в специальных чипах — CAN приемо-передатчиках (transceivers), которые преобразуют обычные TTL уровни сигналов используемых CAN-контроллерами в уровни сигналов на шине CAN. Наиболее распространенный CAN приемо-передатчик — Phillips 82C250, который полностью соответствует стандарту ISO 11898.

Махимальная скорость сети CAN в соответствие с протоколом равна 1 Mbit/sec. При скорости в 1 Mbit/sec максимальная длина кабеля равна примерно 40 метрам. Ограничение на длину кабеля связано с конечной скоростью света и механизмом побитового арбитража (во время арбитража все узлы сети должны получать текущий бит передачи одновременно, те сигнал должен успеть распространится по всему кабелю за единичный отсчет времени в сети. Соотношение между скоростью передачи и максимальной длиной кабеля приведено в таблице:

скорость передачимаксимальная длина сети
1000 Кбит/сек40 метров
500 Кбит/сек100 метров
250 Кбит/сек200 метров
125 Кбит/сек500 метров
10 Кбит/сек6 километров

 

Разъемы для сети CAN до сих пор НЕ СТАНДАРТИЗОВАНЫ. Каждый протокол высокого уровня обычно определяет свой тип разъемов для CAN-сети.

can.marathon.ru

Что такое шина CAN?

  В современных машинах используются электронные блоки управления (ЭБУ, ECU — Electronic Control Unit) для контроля и управления различными системами машины, такими как гидравликой, коробкой передач и двигателем.
  Аналогично тому, как компьютеры могут быть соединены в одну сеть, блоки управления в машине тоже можно объединить.

  Преимущества сетевого соединения:

  • Более чувствительная система управления
  • Получение более полных и надежных данных
  • Обнаружение неисправностей и управление настройками производится средствами программного обеспечения.

  Например, ЭБУ двигателя может обмениваться с другими ЭБУ машины по системе сети CAN.

  Система CAN:Controller Area Network — сеть контроллеров. CAN разработан компанией Robert Bosch GmbH в середине 1980-х и в настоящее время получил широкое применение в автомобильной, авиационной, тракторостроительной и других видах промышленности.


  Электронная система связи CAN, которая объединяет все блоки управления машиной в сеть с общим кабелем(шиной) и состоящая из одной пары проводов, называется шиной CAN. Закодированные данные посылаются от блоков управления на шину CAN.

Рисунок — CAN шина из 4-х блоков управления.

  Выше показана шина CAN, состоящая из 4-х блоков управления. На концах общего кабеля (шины) устанавливается согласующие сопротивления  (терминаторы, резисторы) Обычно сопротивление каждого резистора составляет 120 Ом. Применение согласующих резисторов на концах системы позволяет избежать отражение сигнала в конце линии тем самым обеспечивая нормальную работу всей CAN сети.

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

  В нашем случае блок №2 отправляет один сигнал по двум витым проводам в шину CAN, причем у этого сигнала будет различное напряжение на каждом проводе витой пары. Другие блоки в сети читают сигнал и определяют какому блоку оно предназначено и какую команду нужно выполнить (Блоки №1 и №4)

  Передача одного и того же сигнала на два провода (CAN High и CAN low) с разным напряжением происходит методом «дифференциальной передачи данных». В состоянии покоя напряжение на проводе CAN High и CAN low составляет 2,5 В. Такое состояние называется «рецессивное» и упрощенно соответствует значению бита «0» При переходе в активное «доминантное» состояние (такое состояние может создать любой элемент сети) напряжение на проводе CAN High будет повышаться не меньше чем на 1 В до 3,5 В, а  CAN low понижаться — тоже на 1 В до 1,5В. Чтобы «понимать» разницу напряжений между CAN High и CAN low, каждый блок управления подключается к шине CAN через трансивер, где происходит преобразование разности напряжений UCAN Hi и UCAN Lo  в итоговое напряжение UDIFF . Разница между  CAN High и CAN low будет 2В и будет восприниматься принимающими блоками управления как значение бита, равное «1». Такая «дифференциальная передача» сигнала, исключает влияние базового напряжения 2,5 В и другие скачки напряжений из-за различных помех на работу блоков управления. Например, происходит просадка напряжения в бортовой сети на 1,5 В из-за включения мощного потребителя в сеть:  UCAN Hi и UCAN Lo в состоянии покоя 2,5 -1,5 = 1 В (UDIFF = 1 — 1 = 0 — Значение бита «0») Разница , при переходе в доминантное состояние UCAN Hi  = 2,5 +1 -1,5 = 2 В; UCAN Lo =2,5 -1 -1,5 = 0 В. Итого UDIFF = 2 — 0 = 2 В ( Значение бита «1»), даже такая нереальная просадка не повлияла на работу.

  Рисунок — Принцип линии CAN


  Так происходит передача сигналов по шине CAN. Сами эти сигналы представляют собой «кадры» (сообщения), которые принимаются всеми элементами сети CAN. Полезная информация в кадре состоит из идентификационного поля (идентификатора) длиной 11 бит (стандартный формат) или 29 бит (расширенный формат, надмножество предыдущего) и поля данных длиной от 0 до 8 байт. Идентификационное поле говрит о содержимом пакета и служит для определения приоритета при попытке одновременной передачи несколькими сетевыми узлами. Также в кадре (сообщении) помимо полезной информации содержится служебная информация. Она представлена полями проверки, полем отзыва и другим полями. В конце кадра содержится «поле конец сообщения»

  В шине CAN сообщения от блоков управления должны передаваться в общую шину , то для исключения конфликтов между блоками, каждый узел перед отправкой кадра проверяет сеть на передачу доминантного бита. Устройство передающее доминантный бит считается приоритетным. Таким образом устройство будет дожидаться освобождения линии CAN. С одной стороны такой алгоритм работы повышает быстродействие, но с другой при неправильной работе одного из блоков управления возможна полная «загрузка» CAN шины и невозможность отправки сообщении другими блоками, элементами сети CAN (Линия для них будет всегда занята).

Рисунок —Структура сообщения

  Напоследок пример работы:

  Переключением кнопки инициируем команду блока управления №1 передачу сообщений в шину CAN. Блок №2 получает сообщение и расшифровав в сообщении что кадр пришел для него с командой включить свет. Подается бортовое напряжение на потребитель.

Рисунок —Принцип коммуникации через CAN 

 

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

catterbet.com

Последовательная шина передачи данных CAN. Введение.

Необходимость последовательного соединения в автомобилях

Это следующая наша переводная статья из цикла посвященного шине CAN, которая еще чуть более подробно раскрывает то, как устроена и функционирует шина КАН. Англоязычный оригинал.

Предыдущую читайте здесь.

Многие автомобили уже имеют большое количество электронных систем управления. Рост автомобильной электроники является результатом отчасти стремления потребителя к большей безопасности и комфорту, а также отчасти требований правительства по улучшению контроля за выбросами и снижению расхода топлива. Управляющие устройства, отвечающие этим требованиям уже используются в течение некоторого времени в области управления двигателем, коробкой передач и дроссельной заслонкой, а также в антиблокировочных системах (ABS) и системе управления ускорением (ASC) .

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

Кроме того, разрабатывается ряд систем, реализующих функции, охватывающие более одного управляющего устройства. Например, ASC требует взаимодействия системы управления двигателем и управления дросселем (впрыском) для уменьшения крутящего момента при проскальзывании ведущего колеса. Другим примером функций, охватывающих более одного блока управления, является электронное управление коробкой передач, где легкость переключения передач может быть улучшена путем кратковременной регулировки опережения зажигания.

Если мы также рассмотрим будущие разработки, направленные на общую оптимизацию транспортных средств, то необходимо преодолеть ограничения, существующие в связи с обычными устройствами управления. Это можно сделать только путем объединения в сеть компонентов системы с использованием последовательной шины данных. Bosch разработал для этой цели систему «Controller Area Network» (CAN), которая с тех пор была стандартизирована на международном уровне (ISO 11898) и была «отлита в камне (в кремнии)» несколькими производителями полупроводников.

Используя CAN, одноранговые (одноуровневые) станции (контроллеры, датчики и исполнительные механизмы) подключаются через последовательную шину. Сама шина является симметричной или асимметричной двухпроводной цепью, которая может быть экранированной или неэкранированной. Электрические параметры физической передачи также указаны в стандарте ISO 11898. Подходящие чипы драйвера шины доступны от большого ряда производителей

Протокол CAN, соответствующий уровню канала передачи данных в эталонной модели ISO / OSI, удовлетворяет требованиям автомобильных для применения в автомобилях настоящего времени. В отличие от кабельных древовидных структур, сетевой протокол обнаруживает и исправляет ошибки передачи, вызванные электромагнитными помехами. Дополнительными преимуществами такой сети являются простота конфигурирования всей системы и возможность центральной диагностики.

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

Использование CAN сети в автомобилях

Существует четыре основных приложения для последовательной связи в транспортных средствах, каждое из которых имеет разные требования и цели.

• Сетевые контроллеры для синхронизации двигателя, трансмиссии, шасси и тормозов. Скорости передачи данных находятся в диапазоне — типичном для систем реального времени от 200 кбит /с до 1 Мбит /с. • Сетевые компоненты общей электроники и электроники шасси, которые делают автомобиль более комфортным. Примерами таких мультиплексных применений являются управление освещением, кондиционирование воздуха и центральный замок, а также регулировка сиденья и зеркала. Особое значение здесь должно быть уделено стоимости компонентов и требованиям к проводке. Типичная скорость передачи данных составляет около 50 кбит / с. • В ближайшем будущем последовательная связь также будет использоваться в области мобильной связи, чтобы связать такие компоненты, как автомобильные радиоприемники, автомобильные телефоны, навигационные средства и т. д., с центральной более эргономичной панелью управления. Функции, определенные в проекте «Прометей», такие как связь между транспортным средством и транспортным средством, будут в большой степени зависеть от последовательной связи. • В настоящее время CAN используется для первых трех приложений, но для диагностики предпочтительным решением является интерфейс в соответствии со стандартом ISO 9141.

Промышленные применения сети CAN

Сравнение требований к шинным системам транспортных средств и системам промышленных полевых шин показывает удивительные сходства: низкая стоимость, работоспособность в жесткой электрической среде, высокие возможности в реальном времени и простота использования одинаково желательны в обоих секторах.

Стандартное использование CAN в «S-классе» Mercedes-Benz и принятие CAN коммерческими автопроизводителями США для быстрой передачи (до 1 Мбит / с) заставляли промышленных пользователей навострить уши. Не только производители мобильных и стационарных сельскохозяйственных и морских машин и оборудования выбрали CAN, но и выбор производителей медицинской аппаратуры, текстильных машин, а также специальной техники и элементов управления лифтами. Система последовательной шины особенно хорошо подходит для сетевых «интеллектуальных» устройств ввода-вывода, а также датчиков и исполнительных механизмов внутри машины или завода.

Промышленность текстильного машиностроения является одним из пионеров CAN. Один производитель оснастил свои ткацкие станки модульными системами управления, сообщающимися в режиме реального времени через сети CAN еще в 1990 году. Тем временем несколько производителей текстильных машин объединились в группу «CAN Textile Users Group», которая, в свою очередь, является членом международной группы пользователей и производителей «CAN in Automation». Аналогичные требования к текстильному оборудованию имеются в упаковочных машинах и машинах для производства и обработки бумаги.

В США ряд предприятий используют CAN в производственных линиях и станках в качестве внутренней системы шин для сетевых датчиков и исполнительных механизмов внутри линии или непосредственно машины. Некоторые пользователи, такие как сектор медицинской инженерии, решили в пользу CAN, поскольку у них были особенно строгие требования безопасности. С аналогичными проблемами сталкиваются и другие производители машин и оборудования с особыми требованиями в отношении безопасности (например, роботы и транспортные системы).

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

Как функционируют CAN-сети

Принципы обмена данными

Когда данные передаются по CAN, никакие станции не адресуются, но вместо этого содержание сообщения (например, скорость вращения или температура двигателя) обозначается идентификатором, который является уникальным во всей сети. Идентификатор определяет не только содержимое, но и приоритет сообщения. Это важно для распределения шины, когда несколько станций конкурируют за доступ к шине. Если ЦПУ данной станции желает отправить сообщение одной или нескольким станциям, он передает данные и их идентификаторы в назначенный CAN-чип (стостояние «Готово»). Это все, что должен сделать ЦП, чтобы инициировать обмен данными. Сообщение формируется и передается с помощью CAN-чипа. Как только CAN-чип получает выделение шины (состояние «Send Message»), все остальные станции в сети CAN становятся получателями этого сообщения (состояние «Receive Message»). Каждая станция в сети CAN, правильно приняв сообщение, выполняет приемный тест (тест получения), чтобы определить, относятся ли полученные данные к этой станции (состояние «Выбор»). Если данные имеют значение для соответствующей станции, они обрабатываются (состояние «Принято»), в противном случае они игнорируются. Высокая степень гибкости системы и конфигурации достигается благодаря схеме адресации, ориентированной на содержание. Очень просто добавлять станции в существующую сеть CAN без внесения каких-либо изменений в аппаратные или программные средства для существующих станций при условии, что новые станции являются чисто приемниками. Поскольку протокол передачи данных не требует физических адресов назначения для отдельных компонентов, он поддерживает концепцию модульной электроники, а также допускает множественный прием (широковещательный, многоадресный) и синхронизацию распределенных процессов: могут быть переданы измерения, необходимые в качестве информации несколькими контроллерами через сеть таким образом, что для каждого контроллера не требуется иметь свой собственный датчик.


1. Передача вещания и входная фильтрация узлами CAN на предмет того подходящие ли данные для того или иного узла

Неразрушающая побитовая проверка:

Для того, чтобы данные обрабатывались в режиме реального времени, они должны передаваться быстро. Это требует не только физического канала передачи данных со скоростью до 1 Мбит/с, но также требует быстрого распределения шины, когда несколько станций хотят отправлять сообщения одновременно.


2. Принцип неразрушающего побитового проверки(оценки, считывания)

В режиме реального времени безотлагательность (очередность) обмена сообщениями по сети может сильно различаться: быстро изменяющийся размер (например, нагрузка на двигатель) должен передаваться чаще и, следовательно, с меньшими задержками, чем другие измерения (например, температура двигателя), которые изменяются относительно медленно. Приоритет, при котором сообщение передается по сравнению с другим менее срочным сообщением, определяется идентификатором соответствующего сообщения. Приоритеты закладываются при проектировании системы в виде соответствующих двоичных значений и динамически не могут быть изменены. Идентификатор с наименьшим двоичным числом имеет самый высокий приоритет.

Конфликты доступа к шине разрешаются путем побитной проверки каждой из участвующих станций получаемых идентификаторов через наблюдение (считывание) уровня шины бит за битом. В соответствии с «проводным и» механизмом, посредством которого доминирующее состояние (логический 0) перезаписывает рецессивное состояние (логический 1), конкуренция за распределение шины теряется всеми этими станциями с рецессивной передачей и доминирующим наблюдением (ожиданием 0 для получения). Все «проигравшие» автоматически становятся получателями сообщения с наивысшим приоритетом и не передают повторную передачу до тех пор, пока шина не будет доступна снова.

Эффективность распределения шины: 

 Эффективность системы распределения шины определяется в основном возможным применением для этой системы последовательной шины. Чтобы судить о том, какие шинные системы подходят, для каких приложений литература включает метод классификации процедур распределения шины. Обычно мы различаем следующие классы:

• Распределение по фиксированному графику. Распределение производится последовательно каждому участнику для максимальной продолжительности независимо от того, нужена ли этому участнику шина в данный момент или нет (примеры: маркерная ячейка или передача маркера). • Распределение шины на основе необходимости. Шина назначается одному участнику на основании невыполненных запросов на передачу, то есть система распределения учитывает только участников, желающих передать (примеры: CSMA, CSMA / CD, управляющий полет, циклическая или побитовая проверка). Для CAN распределение шины согласовано исключительно между сообщениями, ожидающими передачи. Это означает, что процедура, определенная CAN, классифицируется как распределение на основе необходимости.

Еще одним средством оценки эффективности систем проверки(оценки) шины является метод доступа к шине:

• Неразрушающий доступ к шине. С помощью методов этого типа шина назначается одной и только одной станции либо немедленно, либо в течение определенного времени после одного доступа к шине (одной или несколькими станциями). Это гарантирует, что каждый доступ к шине одной или несколькими станциями приводит к однозначному распределению шины (примеры: : маркерная ячейка, передача маркера, циклическая обработка, побитовая проверка. • Разрушающее распределение шины. Одновременный доступ к шине более чем одной станцией приводит к прерыванию всех попыток передачи и, следовательно, успешное распределение шины отсутствует. Для распределения шины может потребоваться более одного доступа к шине, количество попыток до успешного распределения шины является чисто статистической величиной (примеры: CSMA / CD, Ethernet). Чтобы обрабатывать все запросы на передачу сети CAN, соблюдая ограничения времени ожидания при как можно более низкой скорости передачи данных, CAN-протокол должен реализовывать метод распределения шины, который гарантирует, что всегда имеется однозначное распределение шины, даже если есть одновременныё доступ к шине с разных станций.

Метод поразрядной проверки с использованием идентификатора сообщений, которые должны передаваться, однозначно разрешает любое столкновение между несколькими станциями, которые хотят передавать, и он делает это самое позднее в течение 13 (стандартного формата) или 33 (расширенного формата) битовых периодов для любого периода доступа к шине. В отличие от проверки по сообщениям, используемого методом CSMA / CD, этот неразрушающий метод разрешения конфликтов гарантирует, что пропускная способность шины не используется без передачи полезной информации.

Даже в ситуациях, когда шина перегружена, связь приоритета доступа к шине с содержимым сообщения оказывается полезным атрибутом системы по сравнению с существующими протоколами CSMA / CD или токенными(маркерными) протоколами: несмотря на недостаточную пропускную способность шины, все невыполненные запросы на передачу обрабатываются в порядке их важности для всей системы (как определено приоритетом сообщения).

Имеющаяся пропускная способность эффективно используется для передачи полезных данных, так как «пробелы» в распределении шины остаются очень маленькими. Падение всей системы передачи из-за перегрузки, что может произойти с протоколом CSMA / CD, невозможен при CAN. Таким образом, CAN позволяет реализовать быстрый, трафик-определенный доступ к шине, который является неразрушающим из-за побитовой проверке на основе используемого приоритета сообщения.

Неразрушающий доступ к шине можно разделить на:

• Централизованное управление доступом к шине и • Децентрализованное управление доступом к шине

В зависимости от того, присутствуют ли механизмы управления в системе только один раз (централизованный) или более одного раза (децентрализованный).

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

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

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

Эти запросы обрабатываются в порядке важности сообщений для системы в целом. Это особенно выгодно в случае перегрузки. Так как доступ к шине имеет приоритет на основе сообщений, можно гарантировать низкие индивидуальные задержки в системах реального времени.


3. Кадр сообщения для стандартного формата (CAN Specification 2.0A)

Форматы сообщений.

Протокол CAN поддерживает два формата фреймов (кадров) сообщения, единственное существенное отличие заключается в длине идентификатора (ID). В стандартном формате длина идентификатора равна 11 битам, а в расширенном формате длина равна 29 битам. Кадр сообщения для передачи по шине содержит семь основных полей.

Сообщение в стандартном формате начинается с стартового бита «начало кадра», за ним следует «поле проверки», которое содержит идентификатор и бит «RTR» (запрос удаленной передачи), который указывает, является ли это кадр с данными или кадр запроса без каких-либо байтов данных (кадр удаленного запроса).

«Поле управления» содержит бит расширения IDE (идентификатор расширения), который указывает либо стандартный формат, либо расширенный формат, бит зарезервирован для будущих расширений и — в последних 4 битах — счет байтов данных в поле данных.

«Поле данных» находится в диапазоне от 0 до 8 байтов в длину и сопровождается полем «CRC», которое используется в качестве проверки безопасности кадра для обнаружения битовых ошибок.

Поле «ACK» содержит слот ACK (1 бит) и разделитель ACK (один рецессивный бит). Бит в слоте ACK отправляется как рецессивный бит и перезаписывается в качестве доминантного бита теми приемниками, которые на этот момент времени приема данных приняли их корректно(правильно) (положительное подтверждение). Правильные сообщения подтверждаются приемниками независимо от результата приемочной проверки. Конец сообщения обозначается «конец кадра». «Перерыв» — это минимальное количество периодов битов, разделяющих последовательные сообщения. Если какой-либо станции нет следующего доступа к шине, шина остается бездействующей («bus idle»).

Обнаружение и сигнализация об ошибках.

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

• Циклическая проверка избыточности (CRC) CRC защищает информацию в кадре путем добавления избыточных проверочных битов на конце передачи. На конце приемника эти биты повторно вычисляются и проверяются на соответствие принятым битам. Если они не согласны, произошла ошибка CRC. • Проверка кадра — этот механизм проверяет структуру передаваемого кадра, проверяя битовые поля на фиксированный формат и размер фрейма. Ошибки, обнаруженные при проверке кадров, обозначаются как «ошибки формата». • Ошибки ACK. Как уже упоминалось выше, полученные кадры подтверждаются всеми получателями посредством «положительного подтверждения». Если не получено подтверждение передатчиком сообщения (ошибка ACK), это может означать, что есть ошибка передачи, которая была обнаружена только получателями, что поле ACK было повреждено или что нет приемников.

Протокол CAN также реализует два механизма обнаружения ошибок на уровне битов.

• Мониторинг. Способность передатчика обнаруживать ошибки основана на контроле сигналов шины: каждый узел, который передает, также наблюдает за уровнем шины и, таким образом, обнаруживает различия между отправленным битом и полученным битом. Это обеспечивает надежное обнаружение всех глобальных ошибок и ошибок, локальных для передатчика. • Набивка бит — кодирование отдельных битов проверяется на уровне битов. Битовое представление, используемое CAN, — это кодирование NRZ (non-return-to-zero), которое гарантирует максимальную эффективность в кодировании битов. Края синхронизации генерируются посредством заполнения битов, то есть после пяти последовательных равных битов отправитель вставляет в поток битов бит информации с дополнительным значением, которое удаляется приемниками. Проверка кода ограничивается проверкой соблюдения правила заполнения. Если одна или несколько ошибок обнаруживаются по меньшей мере одной станцией (любой станцией) с использованием указанных выше механизмов, текущая передача прерывается отправкой «флага ошибки». Это предотвращает прием другими станциями сообщений и, таким образом, обеспечивает согласованность данных на протяжении всей сети.

После прекращения передачи ошибочного сообщения отправитель автоматически повторяет попытку передачи (автоматический запрос повторения). Может снова возникнуть конкуренция за распределение шины. Как правило, повторная передача начинается в течение 23-битных периодов после обнаружения ошибки; В особых случаях время восстановления системы составляет 31 бит.

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

Надежность данных протокола CAN:

Внедрение в автомобилях систем, связанных с безопасностью, связано с высокими требованиями к надежности передачи данных. Цель часто формулируется так, чтобы не допускать возникновения опасных ситуаций для водителя в результате обмена данными в течение всего срока службы транспортного средства.

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


4. Вероятность остаточной ошибки как функция вероятности ошибки бита

Вычисление вероятности остаточной ошибки требует классификации ошибок и того, что весь путь передачи описывается моделью. Если мы определим вероятность остаточной ошибки CAN как функцию вероятности ошибки в битах для длин сообщений от 80 до 90 бит, для системных конфигураций, например, пяти или десяти узлов и с частотой ошибок 1/1000 (ошибка в одном сообщении из каждой тысячи), то максимальная вероятность ошибки в битах составляет приблизительно от 0,02 – до порядка 10^-13. Исходя из этого, можно рассчитать максимальное количество необнаруживаемых ошибок для данной сети CAN.

Например, если сеть CAN работает со скоростью передачи данных 1 Мбит/с, при среднем использовании пропускной способности шины 50%, при общем сроке службы 4000 часов и при средней длине сообщения 80 бит, то общее число Передаваемых сообщений составляет 9×10^10. Статистическое число необнаруженных ошибок передачи в течение срока эксплуатации, таким образом, составляет менее чем порядка 10^-2. Или, иначе говоря, с продолжительностью работы восемь часов в день на 365 дней в году и частотой ошибок каждые 0,7 с, одна необнаруженная ошибка происходит раз в тысячу лет (статистическое среднее значение).

Сообщения CAN расширенного формата

Подкомитет SAE «Грузовые автомобили и автобусы» стандартизовал сигналы и сообщения, а также протоколы передачи данных для различных скоростей передачи данных. Стало очевидно, что стандартизацию такого рода легче реализовать, когда доступно более длинное поле идентификации.

Чтобы поддержать эти усилия, протокол CAN был расширен за счет введения 29-битного идентификатора. Этот идентификатор состоит из существующего 11-битного идентификатора (базового ID) и 18-битного расширения (ID-расширения). Таким образом, протокол CAN позволяет использовать два формата сообщений: StandardCAN (Версия 2.0A) и ExtendedCAN (Версия 2.0B). Поскольку два формата должны сосуществовать на одной шине, устанавливается, какое сообщение имеет более высокий приоритет на шине в случае коллизий доступа к шине с форматами сглаживания и одним и тем же базовым идентификатором: стандартное сообщение всегда имеет приоритет над сообщением в расширенном формате.

CAN-контроллеры, которые поддерживают сообщения в расширенном формате, могут также отправлять и получать сообщения в стандартном формате. Только сообщения в стандартном формате могут передаваться по всей сети, если в этой сети используются CAN-контроллеры, которые поддерживают только стандартный формат (Версия 2.0A). Сообщения в расширенном формате будут неправильно поняты. Однако есть CAN-контроллеры, которые поддерживают только стандартный формат, но распознают сообщения в расширенном формате и игнорируют их (версия 2.0B пассивная).

Различие между стандартным форматом и расширенным форматом осуществляется с использованием бита IDE (бит расширения идентификатора), который передается как доминирующий в случае кадра в стандартном формате. Для кадров в расширенном формате это рецессивно. Бит RTR передается доминантно или рецессивно в зависимости от того, передаются ли данные или запрашивается конкретное сообщение от станции. Вместо бита RTR в стандартном формате бит SRR (замена удаленного запроса) передается для кадров с расширенным идентификатором. Бит SRR всегда передается как рецессивный, чтобы гарантировать, что в случае проверки стандартный кадр всегда имел приоритетное распределение шины к расширенному кадру, когда оба сообщения имеют одинаковый базовый идентификатор.

В отличие от стандартного формата, в расширенном формате за битом IDE следует 18-битный ID-номер, бит RTR и зарезервированный бит (r1).

Все следующие поля идентичны стандарту. Соответствие между двумя форматами обеспечивается тем фактом, что CAN-контроллеры, которые поддерживают расширенный формат, могут также обмениваться данными в стандартном формате


5. Кадр сообщения для расширенного формата (CAN Specification 2.0A)

Реализации протокола CAN

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

CAN-контроллер с промежуточным буфером

Контроллеры CAN с промежуточным буфером (ранее называемые чипами basicCAN) реализовали в качестве аппаратного обеспечения логику, необходимую для создания и проверки потока битов согласно протоколу. Однако администрирование наборов данных, которые должны быть отправлены и получены, в частности, фильтрация приёма осуществляется только CAN-контроллером.

Как правило, CAN-контроллеры с промежуточным буфером имеют два приема и один буфер передачи. 8-разрядные регистры кода и маски допускают ограниченную фильтрацию принятия (8 MSB идентификатора). Подходящий выбор этих значений регистра позволяет считывать группы идентификаторов или, в пограничных случаях, выбирать все идентификаторы. Если для дифференцирования сообщений требуется более 8 ID-MSB, тогда микроконтроллер, следующий за CAN-контроллером в схеме, должен дополнять фильтрацию принятия программным обеспечением.

Контроллеры CAN с промежуточным буфером могут перенести большую нагрузку на микроконтроллер с фильтрацией приёма, но они требуют только небольшой площади кристалла и поэтому могут быть изготовлены с меньшими затратами. В принципе, они могут принимать все объекты в сети CAN.

CAN-контроллер с хранилищем объектов.

Объекты CAN состоят в основном из трех компонентов: идентификатора, кода длины данных и фактических полезных данных.

CAN-контроллеры с хранилищем объектов (ранее называемые fullCAN) функционируют как CAN-контроллеры с промежуточными буферами, но также управляют определенными объектами. Там, где есть несколько одновременных запросов, они определяют, например, какой объект должен быть передан первым. Они также выполняют фильтрацию принятия для входящих объектов. Интерфейс к следующему микроконтроллеру соответствует ОЗУ. Данные, подлежащие передаче, записываются в соответствующую область ОЗУ, полученные данные считываются из области ОЗУ, соответственно. Микроконтроллер должен управлять только несколькими битами (например, запросом передачи).

Контроллеры CAN с хранилищем объектов рассчитаны на максимальную нагрузку от локального микроконтроллера. Однако эти CAN-контроллеры требуют большей площади кристалла и, следовательно, более дороги. В дополнение к этому, они могут администрировать только ограниченное количество чипов(микроконтроллеров).

На сегодняшний день доступны контроллеры CAN, которые сочетают в себе оба принципа реализации. Они имеют хранилище объектов, по крайней мере одно из которых спроектировано как промежуточный буфер. По этой причине больше нет смысла дифференцировать basicCAN и fullCAN.

CAN подчиненные контроллеры для функций ввода / вывода.

Также как CAN-контроллеры, которые поддерживают все функции CAN-протокола, есть CAN-чипы, для которых не требуется следующий за ним микроконтроллер. Эти CAN-чипы называются SLIO (последовательное соединение ввода / вывода). CAN-чипы являются подчиненными и должны управляться CAN-мастером(центральный, основной микроконтроллер в сети).

Физическое соединение CAN

Скорости передачи данных (до 1 Мбит / с) требуют достаточно крутого наклона импульса, который может быть реализован только с использованием силовых элементов. В принципе возможно несколько физических соединений. Тем не менее, пользователи и производители группы «CAN in Automation» рекомендуют использовать схемы драйверов в соответствии с ISO 11898.

Встроенные микросхемы драйверов в соответствии с ISO 11898 доступны от нескольких компаний (Bosch, Philips, Siliconix и Texas Instruments). Международная группа пользователей и производителей (CiA) также определяет несколько механических соединений (кабель и разъемы).


6. Physical CAN Connection according to ISO 11898

С уважением, перевод предоставлен коллективом мастерской Works-Garage.

Works-Project.ru

www.beworks.ru

Отправить ответ

avatar
  Подписаться  
Уведомление о