Can lin мастер: Модуль расширения StarLine CAN/LIN-мастер | цена

Мастер CAN-LIN StarLine | Avtobezopasnost.KZ

Мастер CAN-LIN StarLine | Avtobezopasnost.KZ

Вход

Регистрация

• Ваш город:

  Астана

  • Выберите свой город:
  • Алматы
  • Алматы
  • Астана
  • Караганда

• Язык:

  Русский

  • Выберите язык:
  • Русский
  • Казахский

• Каталог
• Новости
• Установочный центр
• Оплата и доставка
• Информация
• Контакты

0 тнг.

• Установка

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

  • Автосигнализации
  • Блокираторы КПП
  • Дополнительное оборудование
  • Иммобилайзеры
  • Поисковые маяки (GPS/Глонасс)
  • Спутниковые GSM-системы

• Комфорт и безопасность

  • Видеорегистратор
  • Камеры
  • Датчики
  • Видеорегистратор 3 в 1 (с радар-детектором и GPS)
  • Комбинированные устройства
  • Компрессоры для подкачки шин
  • Контроль «слепых» зон
  • Отделочные материалы
  • Парковочные радары
  • Парковочные радары для заднего бампера

• Автозвук и мультимедиа
  • Автомагнитолы
  • Аксессуары
  • Динамики
  • Мониторы
  • Переходные рамки
  • Предохранители
  • Провода
  • Провода
  • Прочее
  • прочее
  • Разветвители
  • Сабвуферы
  • Усилители
  • Штатные головные устройства

• Подогрев и утепление

  • Подогрев топливной системы
  • Подогревы сидений
  • Подогревы сидений

• Дополнительное оборудование

  • Доводчик стекол
  • Инструменты
  • Преобразователи напряжения
  • Центральные замки

• Прочие аксессуары

  • Автоаксессуары
  • Зарядные устройства
  • Монтажные материалы
  • Носители информации
  • Прочее

Каталог товаровУстановка Защита от угонаКомфорт и безопасностьАвтозвук и мультимедиаПодогрев и утеплениеДополнительное оборудованиеПрочие аксессуары

Назад в раздел «Модули и датчики»

4000 тнг.

Товар отсутствует

Добавить к сравнению

• Описание
• Подробные характеристики
• Доставка и оплата
• Отзывы 0

все характеристики

Доставка

Курьерская доставка (г. Астана)

250 тнг.

1-2 дн.

Доставка производится с понедельника по субботу с 10:00 до 18:00. После оформления заказа с вами свяжется оператор для согласования деталей доставки.

Пункты самовывоза (г. Астана)

Смотреть на карте

бесплатно

1 дн.

Срок хранения заказа 7 календарных дней с момента поступления заказа в пункт выдачи.

пр. Богенбай Батыра, д. 73/1 ТД «GARANT AUTO CITY», 2 этаж, бутик №226

доставка службой DPD

от 250 тнг.

2-5 дн.

Доставка производится с понедельника по субботу с 10:00 до 18:00. После оформления заказа с вами свяжется оператор для согласования деталей доставки.

доставка службой почтой

от 250 тнг.

7-14 дн.

Доставка производится с понедельника по субботу с 10:00 до 18:00. После оформления заказа с вами свяжется оператор для согласования деталей доставки.

ОПЛАТА

Оплата наличными в пунктах самовывоза

Оплата платежной картой на сайте

Безналичный расчёт для юридических лиц

Оплата банковским переводом

Печать счета на предоплату по безналичному расчету

Печать счета на банковский или почтовый перевод

Общая оценка по отзывам

Отзывы с оценкой

0 отзывов

0 отзывов

0 отзывов

0 отзывов

0 отзывов

Оставить отзыв

Оставить отзыв

Похожие


товары

Новости

• 26. 09.2022

  Анонс Алматы. Конференция «Умная Безопасность, Комфорт и Экономия»

  Дорогие Друзья! 8 октября в Алматы состоится конференция StarLine, посвященная разработкам Умной Безопасности, Комфорта и Экономии.

• 22.09.2022

  Анонс: Астана. Конференция «Умная Безопасность, Комфорт и Экономия»

  Дорогие Друзья! 5 октября в Астане состоится конференция StarLine, посвященная разработкам Умной Безопасности, Комфорта и Экономии.

Акции

О нас

• Каталог
• Новости
• Установочный центр
• Оплата и доставка
• Информация
• Контакты

Каталог

• Установка
• Защита от угона
• Комфорт и безопасность
• Автозвук и мультимедиа
• Подогрев и утепление
• Дополнительное оборудование
• Прочие аксессуары
• г. Астана
• +7 (701) 031-04-52 +7 (701) 031-04-52 +7 (701) 531-50-26 +7 (701) 727-51-21
• [email protected]
• Пн.-Пт. с 9.00 до 18.00
•  
• © 2023 Автобезопастность. Все права защищены.
• Используя данный ресурс, вы принимаете Соглашение об использовании сайта.
Объяснение шины

LIN – CSS Electronics

Вам нужно простое практическое введение в шину LIN?

В этом руководстве мы познакомим вас с основами протокола локальной межсетевой сети (LIN), вкл. LIN и CAN, варианты использования, принцип работы LIN и шесть типов фреймов LIN.

Примечание. Это практическое введение в , поэтому мы также рассмотрим основы регистрации данных шины LIN.

Узнайте больше ниже!

Вы также можете посмотреть наши Вводное видео шины LIN выше — или получить PDF.




В этой статье

1. Что такое шина LIN?
2. Пример приложений LIN
3. Как работает шина LIN?
4. Шесть типов фреймов LIN
5. Расширенные разделы LIN
6. LDF против файлов DBC
7. Ведение журнала LIN — примеры использования

Автор: Мартин Фальх

(обновлено в апреле 2022 г. )

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

Шина LIN является дополнением к шине CAN .

Он предлагает более низкую производительность и надежность, но и значительно более низкую стоимость. Ниже мы приводим краткий обзор шины LIN и сравнение шины LIN и шины CAN.

• Бюджетный вариант (если скорость/отказоустойчивость не критичны)
• Часто используется в транспортных средствах для окон, дворников, кондиционеров и т. д.
Кластеры
• LIN состоят из 1 главного и до 16 подчиненных узлов
• Один провод (+земля) со скоростью 1–20 кбит/с при максимальной длине шины 40 м
• Планирование по времени с гарантированным временем ожидания
• Переменная длина данных (2, 4, 8 байт)
• LIN поддерживает обнаружение ошибок, контрольные суммы и настройку
• Рабочее напряжение 12В
• Физический уровень на основе ISO 9141 (K-линия)
• Спящий режим и поддержка пробуждения
• Большинство новых автомобилей имеют более 10 узлов LIN.

Шина LIN по сравнению с шиной CAN

• LIN дешевле (меньше проводов, отсутствие платы за лицензию, дешевые узлы)
• CAN использует скрученные экранированные двойные провода 5 В по сравнению с одним проводом LIN 12 В
• Мастер LIN обычно служит шлюзом к шине CAN
• LIN является детерминированным, не управляемым событиями (т. е. без арбитража шины)
Кластеры
• LIN имеют один мастер — CAN может иметь несколько
• CAN использует 11- или 29-битные идентификаторы по сравнению с 6-битными идентификаторами в LIN 9.0027
• CAN обеспечивает скорость до 1 Мбит/с по сравнению с LIN при максимальной скорости 20 кбит/с

История шины LIN

Ниже мы кратко повторяем историю протокола LIN:

• 1999: LIN 1.0, выпущенный консорциумом LIN (BMW, VW, Audi, Volvo, Mercedes-Benz, Volcano Automotive и Motorola)
• 2000: Протокол LIN обновлен (LIN 1. 1, LIN 1.2)
• 2002: выпущен LIN 1.3, в основном изменяющий физический уровень
• 2003: Выпущен LIN 2.0 с существенными изменениями (широко используется)
• 2006: Спецификация LIN 2.1 выпущена
• 2010: Выпущена LIN 2.2A, в настоящее время широко распространены версии
• 2010-12: SAE стандартизировал LIN как SAE J2602 на основе LIN 2.0
• 2016: CAN в автоматизации, стандартизированный LIN (ISO 17987:2016)

Будущее шины LIN

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

Таким образом, шина LIN приобрела взрывную популярность за последнее десятилетие: к 2020 году в автомобильной промышленности ожидается >700 миллионов узлов по сравнению с ~200 миллионами в 2010 году. информационная безопасность. LIN подвержен таким же рискам, как и CAN, и, поскольку LIN играет роль, например, в. сиденья и рулевое колесо, может потребоваться устранение этих рисков.

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

В рамках разработки более всеобъемлющей формулировки для шины LIN, согласованная CiA/ISO/SAE формулировка будет преобразована в командующий/ответчик. Таким образом, это будет стандартная формулировка де-факто, используемая в большинстве руководств и спецификаций шины LIN в будущем.

---




Применение шины LIN

Сегодня шина LIN является стандартом де-факто практически во всех современных автомобилях. Примеры использования автомобилей приведены ниже:

• Рулевое колесо: Круиз-контроль, стеклоочиститель, климат-контроль, радио
• Комфорт: Датчики температуры, люка, света, влажности
• Силовой агрегат: Датчики положения, скорости, давления
• Двигатель: Малые двигатели, двигатели охлаждающих вентиляторов
• Кондиционер: Двигатели, панель управления (переменный ток часто сложный)
• Дверь: Боковые зеркала, окна, управление сиденьями, замки
• Сиденья: Электродвигатели положения, датчики давления
• Другое: Стеклоочистители, датчики дождя, фары, обдув

Кроме того, шина LIN также используется в других отраслях промышленности :

• Бытовая техника: Стиральные машины, холодильники, плиты
• Автоматизация: Производственное оборудование, металлообработка

Пример: управление окнами LIN и CAN

Узлы LIN обычно объединяются в кластеры, каждый из которых имеет мастер, взаимодействующий с магистральной шиной CAN.

Пример: На правом сиденье автомобиля можно опустить стекло левого сиденья. Для этого вы нажимаете кнопку, чтобы отправить сообщение через один кластер LIN другому кластеру LIN через шину CAN. Это запускает второй кластер LIN, который опускает окно левого сиденья.




---




Как работает шина LIN?

Связь LIN по своей сути относительно проста:

Главный узел проходит через каждый из подчиненных узлов, отправляя запрос информации, и каждый подчиненный отвечает данными при опросе. Байты данных содержат сигналы шины LIN (в необработанном виде).

Однако с каждым обновлением спецификации в спецификацию LIN добавляются новые функции, что делает ее более сложной.

Ниже мы рассмотрим основы: фрейм LIN и шесть типов фреймов.




Формат кадра LIN

Проще говоря, кадр сообщения шины LIN состоит из заголовка и ответа .

Обычно ведущий LIN передает заголовок на шину LIN. Это запускает ведомое устройство, которое отправляет в ответ до 8 байтов данных.

Этот общий формат кадра LIN можно проиллюстрировать следующим образом:

Разрыв: Поле прерывания синхронизации (SBF), также известное как Разрыв, имеет длину не менее 13 + 1 бит (на практике чаще всего 18 + 2 бита). Поле Break действует как уведомление о «начале кадра» для всех узлов LIN на шине.

Sync: 8-битное поле Sync имеет предопределенное значение 0x55 (в двоичном формате, 01010101). Эта структура позволяет узлам LIN для определения времени между передними/задними фронтами и, следовательно, скорости передачи данных, используемой главным узлом.Это позволяет каждому из них оставаться синхронизированными.

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

1. Игнорировать последующую передачу данных
2. Прослушать данные, переданные с другого узла
3. Публиковать данные в ответ на заголовок

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

Данные: Когда ведомое устройство LIN опрашивается ведущим, оно может ответить передачей 2, 4 или 8 байтов данных. Длину данных можно настроить, но обычно она связана с диапазоном идентификаторов (ID 0-31: 2 байта, 32-47: 4 байта, 48-63: 8 байтов). Байты данных содержат фактическую информацию, передаваемую в виде сигналов LIN. Сигналы LIN упакованы в байты данных и могут быть напр. длиной всего 1 бит или несколько байтов.

Контрольная сумма: Как и в CAN, поле контрольной суммы обеспечивает достоверность кадра LIN. Классическая 8-битная контрольная сумма основана на суммировании только байтов данных (LIN 1.3), в то время как расширенный алгоритм контрольной суммы также включает поле идентификатора (LIN 2.0).

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

Регистрация данных шины LIN

CANedge позволяет легко записывать данные шины LIN на SD-карту емкостью 8–32 ГБ. Просто подключите его к приложению LIN, чтобы начать регистрацию и обработку данных с помощью бесплатного программного обеспечения/API.

Например, бесплатный графический интерфейс/API asammdf позволяет декодировать данные LIN с помощью DBC в физические значения и, например, постройте свои сигналы LIN.

Регистраторы данных шины LIN

---




Шесть типов фреймов LIN

Существует несколько типов фреймов LIN, хотя на практике большая часть обмена данными осуществляется через «безусловные фреймы» 9.0007

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

Ниже мы кратко описываем каждый тип фрейма LIN:

Безусловные фреймы

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

Кадры запуска событий

Мастер опрашивает несколько ведомых. Подчиненное устройство отвечает, если его данные были обновлены, с его защищенным идентификатором в 1-м байте данных. Если ответят несколько, произойдет коллизия, и мастер по умолчанию использует безусловные кадры 9.0007

Спорадические кадры

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

. Диагностические кадры

Начиная с LIN 2.0, идентификаторы 60–61 используются для считывания диагностических данных с ведущего или ведомых устройств. Фреймы всегда содержат 8 байтов данных. ID 60 используется для главного запроса, 61 для подчиненного ответа

Пользовательские рамки

ID 62 — это определяемый пользователем кадр, который может содержать информацию любого типа

Зарезервированные кадры

Зарезервированные кадры имеют идентификатор 63 и не должны использоваться в сетях LIN, соответствующих стандарту LIN 2.0.




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

OEM затем объединит эти NCF узлов в файл кластера, называемый файлом описания LIN (LDF). Затем мастер настраивает и управляет кластером LIN на основе этого LDF — например, график работы заголовков.

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

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




Ключевым аспектом LIN является не только экономия затрат, но и снижение энергопотребления.

Для этого каждое ведомое устройство LIN может быть принудительно переведено в спящий режим с помощью ведущего, отправляющего диагностический запрос (ID 60) с первым байтом, равным 0. Каждое ведомое устройство также автоматически переходит в спящий режим через 4 секунды бездействия шины.

Подчиненные устройства могут быть разбужены либо ведущим, либо подчиненными узлами, отправляющими запрос на пробуждение. Это делается путем принудительного доминирования шины в течение 250-5000 микросекунд с последующей паузой на 150-250 мс. Это повторяется до 3 раз, если мастер не отправляет заголовок. После этого требуется пауза в 1,5 секунды перед отправкой 4-го запроса на пробуждение. Обычно узлы просыпаются через 1-2 импульсы.

---




Файл описания LIN (LDF) и файлы DBC

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

Этот процесс декодирования шины LIN аналогичен декодированию шины CAN и требует той же информации:

• ID: Какой ID кадра LIN содержит сигнал шины LIN
• Имя: должно быть известно имя сигнала LIN
.
• Стартовый бит: начальное положение сигнала LIN в полезной нагрузке
• Длина: Длина сигнала шины LIN
• Порядок следования байтов: сигналы LIN имеют обратный порядок следования байтов (порядок байтов Intel)
• Масштаб: Как умножить десятичное значение битов сигнала LIN
• Смещение: На какую константу должно быть смещено значение сигнала LIN
• Единица/мин. /макс.: дополнительная вспомогательная информация (необязательно)

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

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

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

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

Ниже мы приводим пример, демонстрирующий, как можно извлечь информацию о сигнале LIN из LDF и ввести ее в файл DBC. Мы используем очень упрощенный файл описания LIN (только с одним сигналом и без некоторых разделов).

Вы можете расширить приведенные ниже примеры, чтобы увидеть сигнал LIN, BatteryVoltage в формате LDF и в формате DBC. Вы также можете загрузить необработанный файл журнала шины LIN (MF4) с CANedge2 с данными для этого сигнала, который вы можете открыть и декодировать DBC в asammdf:




Руководство по преобразованию LDF в DBC

Вкратце, чтобы преобразовать файл LDF в DBC, выполните следующие шаги для каждого сигнала LIN:

• Получите имя и длину сигнала LIN из раздела «Сигналы»
• Получить имя, идентификатор и длину сигнального сообщения LIN из раздела «Кадры»
• Получить бит сигнала LIN, начинающийся с раздела «Кадры»
• Перейдите в раздел LDF Signal_encoding_types и найдите «Enc_[signal_name]»
• Получить оставшуюся информацию с помощью синтаксиса: ‘физическое_значение, [мин. ], [макс.], [масштаб], [смещение], «[единица измерения]» ;’

Если вы хотите создать свой собственный файл LIN DBC, мы предлагаем вам ознакомиться с нашим введением в файл DBC для получения подробной информации о синтаксисе, а также инструментов редактора DBC, таких как наш онлайн-редактор DBC.

Мелкие подводные камни

Преобразование из LDF в DBC не совсем 1-в-1. В частности, обратите внимание, что LIN-сигнал BatteryVoltage имеет 2 записи для физического значения, одну для десятичного диапазона от 0 до 32000 и одну для десятичного диапазона от 32001 до 65533. В этом конкретном случае действительны только данные в первом диапазоне (единица измерения «недействительный» для 2-го диапазона). Однако в некоторых случаях может быть несколько диапазонов, требующих отдельного коэффициенты масштабирования — то, что невозможно обработать в формате файла DBC. В этом случае вам нужно будет выбрать один из диапазонов и, например, рассматривать результаты за пределами этого диапазона как недействительные.

Это также самый простой способ обработки записей логического_значения сигнала LIN в разделе Signal_encoding_types. Обычно они отражают, как следует обрабатывать определенные значения сигнала LIN (например, как ошибки). Одним из способов обработки этих записей было бы их игнорирование и, возможно, исключение как часть вашей пост-обработки данных — аналогично тому, как часто значения байта FF в шине CAN исключены, так как они представляют собой недопустимые или N/A данные.

---




Регистрация данных по шине LIN — примеры использования

Регистрация данных шины LIN актуальна для различных вариантов использования:

Разработка CAN/LIN автомобиля

Регистрация данных CAN/LIN с помощью гибридного регистратора является ключом к разработке автомобилей OEM и может использоваться для оптимизации или диагностики

Регистраторы LIN

Телематика для полевых прототипов

Данные CAN/LIN от автомобильного прототипа могут собираться в масштабе с помощью гибридных регистраторов IoT CAN/LIN для ускорения НИОКР

Телематика j1939

Профилактическое обслуживание

Промышленное оборудование можно отслеживать с помощью регистраторов CAN/LIN IoT в облаке для прогнозирования и предотвращения поломок с помощью моделей прогнозирования

профилактическое обслуживание

Диагностика редких проблем LIN

Регистратор шины LIN может служить «черным ящиком» для промышленного оборудования , предоставляя данные, например. диагностика споров или редких проблем

черный ящик шины can bus

Есть ли у вас вариант использования регистрации данных LIN? Участвуйте в бесплатных спаррингах!

Свяжитесь с нами

---




Практические рекомендации по регистрации данных по шине LIN

Ниже перечислены основные рекомендации по регистрации данных по шине LIN:

Для записи данных по шине LIN вам потребуется регистратор данных по шине LIN и/или интерфейс. Преимущество регистратора данных шины LIN с SD-картой заключается в том, что он позволяет записывать данные в автономном режиме, то есть во время фактического использования автомобиля. С другой стороны, интерфейс полезен, например, во время динамометрическое тестирование работоспособности автомобиля.

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

Часто требуется объединить данные шины LIN с данными шины CAN, чтобы получить целостное представление об используемом транспортном средстве, например:

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

Чтобы объединить эти данные, вам понадобится гибридный регистратор CAN/LIN с несколькими каналами. Кроме того, поддержка CAN FD также имеет ключевое значение, поскольку ожидается, что она будет все чаще внедряться в новых автомобилях.

Сбор зарегистрированных данных шины LIN может быть проблематичным, если вам нужно физически извлечь данные, например, из большой парк испытательных автомобилей. Здесь мощным решением может стать регистратор CAN/LIN с поддержкой WiFi.

Вы просто указываете точку доступа Wi-Fi, в зону действия которой транспортное средство время от времени будет попадать, и данные будут автоматически загружаться с SD-карты, когда она находится в пределах досягаемости. Также можно добавить точку доступа сотовой связи в транспортном средстве для передачи данных практически в реальном времени.

Для получения дополнительной информации см. раздел наших руководств или загрузите «Полное руководство» PDF.

Необходимо записать данные шины LIN?

Получите регистратор CAN/LIN уже сегодня!

Купить сейчас Свяжитесь с нами

---




Рекомендуется для вас





Знакомство с шиной LIN

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

Рис. 3: Пример фрейма LIN.

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

Безусловные кадры

Это «обычный» тип связи LIN. Ведущий отправляет заголовок кадра в запланированном интервале кадра, а назначенный подчиненный узел заполняет кадр данными.

Event Triggered Frames

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

Спорадические кадры

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

Определение поля байта

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

Рисунок 4: Структура байтового поля.

Основная задача

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

Прерывание синхронизации отмечает начало сообщения и должно иметь длину не менее 13 доминантных битов, включая стартовый бит. Разрыв синхронизации заканчивается «разделителем разрыва», который должен быть хотя бы одним рецессивным битом.

Рис. 5: Поле разрыва.

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

Рис. 6: Поле байта синхронизации.

Поле ID содержит 6-битный идентификатор и два бита четности. 6-битный идентификатор содержит информацию об отправителе и получателе, а также количество байтов, которое ожидается в ответе. Биты четности вычисляются следующим образом: четность P0 является результатом логического «исключающего ИЛИ» между ID0, ID1, ID2 и ID4. Контроль четности P1 является инвертированным результатом логического «исключающего ИЛИ» между ID1, ID3, ID4 и ID5.

Рисунок 7: Поле ID.

Рисунок 9: Длина кадра в зависимости от ID.

Ответ (поле данных) от ведомого устройства может иметь длину 2, 4 или 8 байтов в зависимости от двух MSB (старших байтов) идентификатора, отправленного ведущим устройством. Эта возможность пришла с LIN 2.0, более старые версии имеют статическую длину 8 байт.

Рисунок 8: Поле данных ответа.

Задача ведомого устройства

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

Существует два разных вида контрольной суммы. Классическая контрольная сумма используется в LIN 1.3 и состоит из перевернутой восьмибитной суммы всех (8) байтов данных в сообщении. Новая контрольная сумма, используемая в LIN 2.0, также включает защищенный идентификатор при вычислении контрольной суммы. Инвертированная восьмибитная сумма не совпадает с модулем 256. Каждый раз, когда сумма больше 256, вычитается 255. Пример: 240+32=272 à 272-255=17 и т. д.

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

Диагностика

Новая функция в LIN 2.0 — возможность считывания диагностической информации с ведущих и подчиненных узлов. Для этой цели используются два идентификатора кадра, каждый из которых ожидает 8 байтов данных: главный кадр запроса с идентификатором 60 (0x3c) и подчиненный ответ с идентификатором 61 (0x3d). Первый байт диагностического кадра — это NAD (адрес узла для диагностики), который представляет собой адрес диагностического узла длиной в один байт. Значение находится в диапазоне от 1 до 127, при этом 0 зарезервировано, а 128–255 — для бесплатного использования. Существует три метода диагностики: диагностика на основе сигналов, определяемая пользователем диагностика или использование диагностического транспортного уровня.

Диагностика на основе сигналов

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

• Низкие служебные данные в подчиненных узлах.
• Стандартизированная концепция.
• Статика без гибкости.

Диагностика, определяемая пользователем

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

Диагностический транспортный уровень

Этот метод полезен для сети LIN, построенной на основе системы CAN, в которой используется диагностика ISO. Используются НАД 1-127. Этот метод представляет собой:

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

Кадр диагностики называется PDU (блок пакетных данных) и начинается с NAD, адресованного определенному узлу. После этого следует PCI (информация управления протоколом), которая обрабатывает управление потоком. Если тип PCI — Single Frame (SF), вся команда диагностического запроса будет помещаться в один PDU. Если тип PCI — первый кадр (FF), то следующий байт (LEN) будет описывать количество байтов, которые должны прийти. Байты данных, которые не помещаются в первый кадр, будут отправлены в следующих кадрах с кадрами продолжения (CF) типа PCI. Идентификатор службы (SID) указывает запрос и какие байты данных следуют.

НАД

PCI

SID

Данные1

Данные2

Данные3

Данные4

Данные5

Рисунок 10: Фрейм запроса PCI-type = SF

НАД

PCI

ЛЕН

SID

Данные1

Данные2

Данные3

Данные4

Рисунок 11: Фрейм запроса PCI-type = FF

НАД

PCI

Данные

Данные2

Данные3

Данные4

Данные5

Данные6

Рисунок 12: Кадр запроса PCI-type = CF

Кадр диагностического ответа строится аналогичным образом.

No related posts.

Добавить комментарий Отменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Комментарий *

Имя *

Email *

Сайт