Автомобильный компьютер с шиной CAN выполняет гораздо больше функций, чем просто предоставляет доступ к паре CAN-терминалов. Он должен получать нужные сообщения в нужное время, передавать выбранные данные приложению, взаимодействовать с последовательными устройствами и беспроводными каналами связи, а также оставаться надежным в любых электрических и экологических условиях автомобиля.
Для производителей оригинального оборудования (OEM) самые сложные моменты начинаются после выбора размера дисплея. Интеграционные группы должны согласовать архитектуру шины, определения сообщений, интерфейс операционной системы, поведение сервисов и приемочные испытания. Это руководство представляет собой практический контрольный список для превращения терминала CAN Bus в воспроизводимую производственную подсистему.
Иллюстрация интеграции PDS. Проводка, протоколы и поведение программного обеспечения должны быть проверены на целевом транспортном средстве.
Прежде чем выбирать оборудование, определите архитектуру автомобильного компьютера на базе шины CAN.
Сеть CAN представляет собой общую дифференциальную шину. Несколько электронных блоков управления обмениваются кадрами, и каждый принимающий узел решает, является ли кадр релевантным. Физический уровень, битовая скорость, оконечная нагрузка, политика разъемов и протокол сообщений должны соответствовать конструкции автомобиля. Компания CSS Electronics предлагает полезное введение в шину CAN для команд, которым необходим общий словарь терминов.
Первое решение производителя оборудования (OEM) касается того, какие функции разрешены бортовому компьютеру CAN-шины. Он может только отслеживать данные, запрашивать ограниченный набор действий, выступать в качестве шлюза или участвовать в частной сети. Эту роль следует указать в документе по управлению интерфейсом. Для терминала мониторинга и контроллера с возможностью управления требуются разные методы тестирования и обеспечения кибербезопасности.
Также необходимо идентифицировать каждую шину, подключенную к терминалу. В коммерческих транспортных средствах часто разделяются сети CAN для силового агрегата, кузова, навесного оборудования, диагностики и частных систем. Их смешивание без стратегии изоляции или шлюза может привести к нежелательному трафику, сбоям в работе или распространению неисправностей.
| Интеграционный слой | проектное решение | Требуются доказательства |
|---|---|---|
| Физический | Скорость передачи данных, топология, оконечная нагрузка, кабель, разъем и изоляция | Схема жгута проводов, данные с осциллографа или анализатора и план электромагнитной совместимости. |
| Протокол | Исходный формат CAN, J1939, CANopen, ISO-TP, UDS или проприетарный формат. | База данных сообщений, идентификаторы, диаграммы синхронизации и состояний. |
| Операционная система | Драйвер, API, разрешения, приоритет процесса и восстановление. | Документация SDK, примеры кода и результаты внедрения ошибок. |
| Приложение | Декодирование, фильтрация, логирование, отображение и бизнес-логика | Сквозные тестовые сценарии с записанными данными о транспортном средстве. |
| Жизненный цикл | Контроль версий, обновления, диагностика и выездное обслуживание. | Базовая конфигурация, процесс выпуска и процедура восстановления. |
Выполните контрольный список для бортового компьютера автомобиля по шине CAN RS232 RS485.
В проектах OEM-производителей часто комбинируют CAN с устаревшим последовательным оборудованием. Контрольный список для бортового компьютера автомобиля с шиной CAN RS232 RS485 должен документировать каждый интерфейс отдельно, а затем протестировать весь путь передачи данных.
Шина CAN
Подтвердите количество независимых каналов, поддержку CAN FD, битрейт, метод оконечного соединения, изоляцию, поведение при пробуждении и распиновку разъема. Проверьте, должен ли терминал только принимать определенные кадры или также передавать сообщения. Зафиксируйте нагрузку на шину и наихудшую задержку с полным комплектом проводки автомобиля.
RS232 и RS485
Для бортового компьютера автомобиля с интерфейсом RS232 необходимо указать уровни напряжения, скорость передачи данных, управление потоком, разъем, длину кабеля и протокол. RS232 обычно работает в режиме точка-точка. RS485 может использовать полудуплексный или полнодуплексный режим работы с несколькими узлами, поэтому необходимо определить требования к оконечной нагрузке и смещению. Не следует предполагать, что одинаковые настройки скорости передачи данных гарантируют совместимость протоколов.
Перед установкой в автомобиль запросите тестирование на уровне замыкания цепи или устройства. Затем протестируйте одновременный трафик по CAN, обоим последовательным каналам, USB и беспроводному соединению. Совместная загрузка процессора и обработка прерываний могут выявить проблемы, которые не проявляются при демонстрации работы с одним интерфейсом.
Иллюстрация интеграции PDS OEM. Поведение интерфейса необходимо подтвердить с учетом указанной конфигурации продукта.
Управление базой данных сообщений и моделью данных.
Приложение не должно декодировать необработанные шестнадцатеричные кадры во всей кодовой базе. Определите базу данных сообщений или DBC, сопоставьте физические значения и единицы измерения и сгенерируйте протестированный слой декодирования. Включите частоту обновления, поведение при таймауте, обработку недопустимых значений, порядок байтов, масштабирование и диапазоны сигналов.
Версионируйте базу данных вместе с программным обеспечением автомобиля, а не только с терминальным приложением. Если блок управления двигателем (ЭБУ) добавляет сообщение или изменяет сигнал, группа интеграции должна знать, какие терминалы, облачные модели и тестовые примеры затронуты. Сохраняйте репрезентативные журналы CAN, чтобы изменения декодирования можно было воспроизвести без участия автомобиля.
Если в проекте используется стандарт SAE J1939 , задокументируйте адреса источников, группы параметров, поведение запросов и обработку диагностических данных. Для CANopen или проприетарного протокола предоставьте эквивалентные конечные автоматы и определения ошибок.
Выберите операционную систему и CAN API.
Автомобильный компьютер с шиной CAN, работающий под управлением Linux, может предоставлять доступ к своим интерфейсам через подсистему SocketCAN ядра. Команда разработчиков программного обеспечения может использовать стандартные операции с сокетами, фильтры и сетевые инструменты. Подтверждайте версию ядра, драйвер CAN, конфигурацию буфера приема и права доступа в образе, поставляемом с устройством, а не только на отладочной плате.
В Android поставщик может предоставить API на Java, Kotlin, нативный API или JNI. Уточните, как приложения получают кадры, как контролируется доступ к передаче и что происходит при перезапуске службы. План интеграции должен включать в себя сторожевой таймер или проверку работоспособности, которые могут восстановиться после остановки процесса, отключения интерфейса или ошибки в состоянии шины.
Проекты OpenHarmony должны получать столь же конкретное определение интерфейса. Следует избегать принятия общего утверждения о поддержке CAN. Производителю оборудования необходимы фактический API-интерфейс, пример проекта, права доступа, поведение жизненного цикла и возможность отладки.
Добавьте поддержку GNSS и 4G LTE без ослабления интерфейса автомобиля.
Автомобильный GNSS-терминал с шиной CAN может объединять данные о местоположении, движении и состоянии автомобиля. Задайте требуемую точность, частоту обновления, формат координат, источник времени и службу коррекции. Проверьте размещение антенны с учетом реального расположения на крыше, в кабине, грузовом отсеке и рядом с радиооборудованием. Сохраняйте потерю GNSS и тайм-аут CAN как независимые состояния, чтобы недоступность одного источника не приводила к недействительности другого.
Установленный на транспортном средстве бортовой компьютер 4G LTE расширяет эти потоки данных на платформу автопарка, но восходящий канал связи не следует рассматривать как постоянно доступный. Укажите поддерживаемые диапазоны, профили несущих, режим роуминга, изоляцию антенн, ограничения по объему данных и время повторного подключения. Используйте локальную буферизацию для важных записей и определите, какие поля отправляются немедленно, периодически или только после события.
Необходимо ограничить права собственности и доступ к данным. Владельцы транспортных средств могут нуждаться в контроле над данными о местоположении, диагностике, водителе и операционными данными. Терминал и облачная платформа должны иметь четкие политики аутентификации, авторизации, хранения и удаленного управления.
Обеспечьте защиту электропитания, сигналов и границ программного обеспечения.
Питание автомобиля включает в себя провалы при запуске двигателя, сброс нагрузки, запуск от внешнего источника питания и переключение дополнительных устройств. Для бортового компьютера CAN Bus необходимо указать диапазон входных параметров, стандарт переходных процессов, предохранитель, заземление и режим работы системы зажигания, соответствующие конкретному классу автомобиля. Для подключения к внешнему оборудованию порты CAN и последовательные порты могут также потребовать гальванической изоляции или защиты.
Рассматривайте CAN как доверенный интерфейс только после того, как производитель оборудования определит уровень доверия. Ограничивайте идентификаторы передачи, проверяйте длину и диапазон принимаемых данных, ограничивайте скорость передачи команд и предотвращайте доступ приложений к несвязанным каналам шины. Регистрируйте изменения конфигурации, имеющие отношение к безопасности, и поддерживайте подписанные или проверенные обновления программного обеспечения.
Кабельный жгут должен обеспечивать возможность обслуживания. Необходимо маркировать разъемы, документировать распиновку, защищать неиспользуемые порты и указывать требуемый момент затяжки. Клемма, прошедшая проверку на стенде, все равно может выйти из строя, если тяжелый жгут проводов натянет разъем или создаст отросток, нарушающий работу шины.
Используйте матрицу приемки для выпуска продукции в производство.
| Испытательная зона | Пример критерия приемки |
|---|---|
| Здоровье автобуса | Отсутствие непреднамеренных кадров ошибок во время нормальной работы, запуска, пробуждения и завершения работы. |
| Точность данных | Декодированные сигналы соответствуют эталонным измерениям во всем рабочем диапазоне. |
| Задержка | Важные данные поступают в приложение в рамках запланированного срока выполнения проекта. |
| Восстановление | Сервисы CAN, последовательные каналы связи, GNSS и сотовая связь восстанавливаются после сбоев в кабеле, электропитании и сети. |
| Циклы мощности | Конфигурационные и буферизованные данные сохраняются при выполнении необходимых сценариев включения зажигания и работы батареи. |
| Обновить и откатить | Неудачное обновление может вернуть устройство к известной работоспособной версии. |
Перед запуском в производство автомобильный компьютер с шиной CAN должен пройти утвержденную матрицу тестов, включающую проверку шины, задержки, восстановления и обновления. Компания PDS оказывает поддержку в интеграции OEM/ODM-производителей для защищенных автомобильных терминалов и может согласовать интерфейсы с планом программного обеспечения проекта. OEM-производитель по-прежнему должен отвечать за спецификацию интерфейса на уровне автомобиля и утвердить окончательный план проверки.
Иллюстрация процесса валидации PDS. Критерии приемки и испытательное оборудование должны быть согласованы до начала производства.
Часто задаваемые вопросы
Что необходимо бортовому компьютеру автомобиля, работающему по шине CAN, для получения данных об автомобиле?
Для работы терминала необходим совместимый физический CAN-интерфейс, правильная скорость передачи данных и оконечный резистор, доступ к соответствующей шине, база данных сообщений и программное обеспечение для декодирования необходимых сигналов. Терминал также должен обрабатывать тайм-ауты, недопустимые значения и ошибки шины.
Может ли один бортовой компьютер автомобиля одновременно использовать протоколы CAN, RS232 и RS485?
Многие бортовые компьютеры защищенных автомобилей могут поддерживать эти интерфейсы одновременно, но точное количество каналов и степень изоляции зависят от модели. Протестируйте весь необходимый трафик одновременно и убедитесь, что операционная система надежно предоставляет доступ к каждому интерфейсу.
J1939 — это то же самое, что и CAN-шина?
J1939 — это протокол верхнего уровня, используемый в сетях CAN, главным образом в большегрузных автомобилях. Терминал может физически поддерживать CAN, не поддерживая при этом специфические сообщения J1939 или диагностические функции, требуемые проектом.
Обработку данных CAN следует производить на терминале или в облаке?
Используйте терминал для фильтрации, отображения, оповещений и буферизации данных с учетом времени. Отправляйте сводные или событийные записи в облако, когда это позволяют доступность сети и политика обработки данных. Разделение должно соответствовать требованиям к задержке, конфиденциальности, стоимости и работе в автономном режиме.
Связаться с нами
📧Электронная почта: [email protected]
📞Тел.: +86 13421822024
🌐Веб-сайт: www.szpds.com
Отказ от ответственности
Информация в данной статье носит исключительно справочный характер. Компания PDS Technology Co., Ltd. не несет ответственности за ошибки, упущения или пригодность содержания для конкретных применений. Технические характеристики продукции могут быть изменены без предварительного уведомления. Перед использованием покупатели должны уточнить все технические детали у нашей команды.
О компании PDS Technology
Компания PDS Technology — ведущий OEM/ODM-производитель высокоточных RTK GNSS-терминалов и автомобильных компьютеров, обслуживающий сельское хозяйство, строительство, горнодобывающую промышленность, такси и логистику с 2011 года.
Обладая более чем 15-летним опытом исследований и разработок в автомобильной отрасли, мы предлагаем надежные устройства с поддержкой нескольких ОС (Android/Linux/OpenHarmony), обеспечивающие позиционирование RTK с точностью до сантиметра, защиту IP66 и готовность к использованию искусственного интеллекта. Наши заводы, сертифицированные по стандарту IATF16949, произвели более 100 000 единиц продукции, развернутых по всему миру, и занимают более 30% китайского рынка терминалов для сельскохозяйственного автоматического управления. Мы экспортируем продукцию в Японию, США, Великобританию, Турцию, Россию и другие страны.
