Как использовать Fd-протокол для высокоскоростных автомобильных сетей

CAN FD для высокоскоростных автомобильных сетей

Эволюция автомобильной электроники подтолкнула традиционные сетевые протоколы в автомобиле к их пределам. Поскольку передовые системы помощи водителю (ADAS), информационно-развлекательные платформы и электрические силовые агрегаты требуют более быстрого обмена данными, протокол Controller Area Network Flexible Data-rate (CAN FD) появился в качестве критического обновления. Первоначально стандартизированный Bosch и позже формализованный в ISO 11898-1: 2015, CAN FD расширяет классический стандарт CAN для доставки скорости передачи данных до 8 Мбит / с и полезной нагрузки 64 байта на кадр - в восемь раз больше, чем обычные CAN. Эта статья предоставляет всеобъемлющий обзор CAN FD, его архитектуры, стратегий реализации, реальных приложений и проблем, с которыми сталкиваются инженеры при развертывании его в современных автомобильных сетях.

Понимание CAN FD: основные принципы и отличия от классического CAN

Что может FD?

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

Другим критическим отличием является бит FLT:0 Flexible Data Format (FDF) FLT:1, который отличает классические кадры CAN от кадров CAN FD. Протокол также вводит бит Bit Rate Switch (BRS) для указания изменения скорости передачи после арбитража. Эта конструкция обеспечивает обратную совместимость с классическими узлами CAN, то есть узлы CAN FD могут сосуществовать на одной шине с унаследованными узлами, хотя кадры FD будут игнорироваться узлами, не являющимися FD.

Ключевые технические спецификации

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

Преимущества CAN FD в современных автомобильных системах

Более высокая пропускная способность данных и уменьшенная загрузка автобуса

Поскольку CAN FD отправляет в восемь раз больше данных на сообщение, количество кадров, необходимых для данного набора сигналов, резко сокращается. Это снижает накладные расходы на арбитраж шины и освобождает пропускную способность для дополнительных сообщений. Например, система управления батареей, которая ранее нуждалась в четырех 8-байтных сообщениях CAN для сообщения о напряжениях, температурах и состоянии ячейки, теперь может передавать те же данные в одном 64-байтном кадре CAN FD. Это снижение нагрузки на шину имеет решающее значение, поскольку число электронных блоков управления (ECU) в транспортных средствах продолжает расти - некоторые премиальные транспортные средства теперь имеют более 100 ECU.

Поддержка Bandwidth-Intensive приложений

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

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

Автопроизводители могут развертывать CAN FD постепенно. Классические узлы CAN по-прежнему работают на одной шине, а узлы CAN FD просто необходимо настроить для соблюдения правил арбитража. Это позволяет производителям вводить CAN FD на новых ECU, сохраняя при этом устаревшие модули без изменений - главное преимущество перед протоколами, такими как Ethernet, которые часто требуют новой магистрали. Функция обратной совместимости определяется стандартом ISO; физический уровень (CAN-приемопередатчик) обычно поддерживает оба режима. Например, приемопередатчик TJA1145 от NXP может беспрепятственно работать в классическом или FD-режиме.

Повышение эффективности протокола

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

Внедрение CAN FD в автомобильные сети

Требования к оборудованию и выбор

Для построения сети CAN FD каждый ECU должен иметь контроллер CAN FD-совместим с FLT:1] и CAN FD-приемопередатчик. Многие современные микроконтроллеры, такие как Infineon Aurix TC3xx, NXP S32K и STMicroelectronics SPC58, интегрируют контроллеры CAN FD. Приемопередатчик должен поддерживать более высокие скорости передачи данных; стандартные высокоскоростные приемопередатчики CAN могут не обрабатывать битрейты выше 1 Мбит/с. Рекомендуемые приемопередатчики включают NXP TJA1145, TJA1151 и Texas Instruments TCAN4550 (который также включает интерфейс SPI для добавления CAN FD в системы, не связанные с CAN).

Инженеры также должны учитывать целостность сигнала. При 5-8 Мбит/с шина CAN ведет себя больше как линия передачи. Резисторы завершения, длины заглушек и качество разъема становятся критическими. Белая книга National Instruments по основам CAN FD предоставляет практические рекомендации по настройке и тестированию оборудования.

Сетевая топология и дизайн-расчеты

Классическая топология шины CAN — линейная шина с терминацией на каждом конце — поддерживается для CAN FD. Однако максимальная длина шины уменьшается при более высоких битовых скоростях. Как правило, для скорости передачи данных в фазе 2 Мбит / с, длина шины может быть до 50 метров; для 5 Мбит / с, она ограничена примерно 20 метрами; и для 8 Мбит / с, длина шины обычно составляет менее 10 метров. Длина заглушек должна быть как можно короче (обычно менее 0,3 метра), чтобы минимизировать отражения. Используя топологию звезды шины [[FLT: 0]] с активными концентраторами (повторители) может расширить сеть, но добавляет задержку и стоимость.

Конфигурация и Bit Timing

CAN FD требует тщательной настройки арбитражной битрейт-рейтинга и битрейта данных. Обе ставки должны быть синхронизированы во всех узлах FD. Самый простой метод - использовать заранее определенный набор параметров из спецификации CAN in Automation (CiA) или рекомендуемых значений производителя. Такие инструменты, как Vector CANalyzer или PCAN-USB FD, позволяют инженерам контролировать шину и корректировать время. Общие настройки включают:

  • Арбитраж: 500 кбит/с, выборочный балл 80–87,5%
  • Фаза данных: 2 Мбит/с или 4 Мбит/с, точка выборки 70-75%

Крайне важно убедиться, что все узлы на шине могут выдерживать допуск времени бита, указанный в ISO 11898-1:2015. Для обработки допусков осциллятора должны быть выбраны ширина прыжка с ресинхронизацией (SJW) и фазовые буферные сегменты - обычно ±0,1% или лучше для фазы данных.

Программное обеспечение и адаптация прошивки

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

Диагностические протоколы, такие как UDS (ISO 14229), были расширены для работы над CAN FD, что позволяет быстрее перепрограммировать ECU и регистрировать данные. Например, UDS «RequestDownload» над CAN FD может передавать большие программные модули в меньшем количестве сообщений, сокращая время флэш-программирования на 70% по сравнению с классическим CAN.

Тестирование и валидация сетей CAN FD

Тестирование физического уровня

Как и в любой высокоскоростной шине, необходимо тестирование физического уровня. Используйте осциллограф с дифференциальными датчиками для измерения сигнала CAN FD на каждом узле. Ключевые параметры для проверки: уровни дифференциального напряжения (доминантный: 1,5-3,0 В; рецессивный: 0,0-0,5 В); точность времени синхронизации (особенно фаза данных) и качество сигнала (пересечение, недоснятие, звон). Метод диаграммы глаз является общим; время бита во время фазы данных должно быть четко открыто с достаточным запасом.

Также выполняют тестирование на соответствие в соответствии со стандартом ISO 11898-2 (специализация приемопередатчика) и ISO 11898-5 (узел высокоскоростного среднего доступа). Многие поставщики предлагают наборы тестов. Например, ассоциация CAN in Automation (CiA) предоставляет спецификацию испытаний на соответствие CAN FD (CiA 601-series).

Протокол и проверка соответствия

Тестирование протокола гарантирует, что все узлы правильно обрабатывают арбитраж, кадры ошибок и биты, специфичные для FD. Используйте анализатор шины CAN FD (например, Vector VN1630, Kvaser USBcan FD) для захвата и декодирования кадров. Проверьте, что бит BRS установлен на этапе данных и что CRC совпадает. Также сценарии ошибок тестирования: битовые ошибки, ошибки материала и ошибки CRC. Контроллеры CAN FD должны быть в состоянии обнаруживать и обрабатывать ошибки в течение того же битового времени.

Испытание на совместимость

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

Проблемы и инженерные соображения

Стоимость и доступность компонентов

В то время как контроллеры CAN FD теперь являются обычным явлением, приемопередатчики, которые поддерживают полную фазу данных 8 Мбит / с, все еще дороже, чем классические высокоскоростные приемопередатчики. Для соответствия автомобильным EMC могут потребоваться дополнительные схемы фильтрации и изоляции. Для малообъемного производства или модернизации приложений может быть значительная предварительная стоимость. Однако, по мере роста принятия, ожидается, что цены сойдутся с классическим CAN.

Сложность временного анализа

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

Интеграция с Legacy Systems

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

Электромагнитная совместимость (EMC)

Более высокие битрейты по своей природе производят более высокочастотные выбросы. CAN FD при 5-8 Мбит/с может вызвать излучаемые выбросы, которые превышают пределы класса автомобилей CISPR 25, если не будут реализованы надлежащие экранирование и фильтрация. Жизненно важны удушья в обычном режиме, ферритовые шарики и тщательная компоновка печатной платы. Многие автомобильные приемопередатчики теперь имеют «контроль скорости потока» для фазы данных для снижения EMI. Инженеры должны выделить время для тестирования EMC в начале цикла проектирования.

Реальные случаи использования и приложения

ADAS и автономное вождение

Современные устройства ADAS должны обрабатывать данные от нескольких камер, радаров и лидарных датчиков. В то время как большая часть данных датчиков высокой пропускной способности обрабатывается через Ethernet или SerDes, агрегированные списки объектов и результаты слияния могут быть отправлены через CAN FD на центральный контроллер домена на высокой скорости. Например, модуль камеры, который обнаруживает разметку полосы движения, транспортные средства и пешеходы, может передавать список объектов в несколько сотен байтов в одном кадре CAN FD по сравнению с десятками классических кадров CAN. Это уменьшает раздор между шинами и обеспечивает меньшую задержку для команд приведения в действие.

Электромобиль (EV) Управление аккумуляторами

Системы управления аккумуляторами EV (BMS) требуют мониторинга в реальном времени напряжения, температуры и состояния заряда ячейки на модуль. 96-ячеечный аккумуляторный блок может сообщать о 96 напряжениях, 32 температурах и флагах состояния. Классическая CAN потребует нескольких кадров на модуль, увеличивая нагрузку на шину и вводя искажение времени выборки. С CAN FD один кадр на модуль может нести все данные, обеспечивая более быструю и точную оценку состояния. Многие производители EV, включая Tesla (до Model 3), приняли CAN FD для своей связи BMS.

Обновления Over-the-Air (OTA)

Обновления OTA являются растущим требованием для жизненного цикла автомобильного программного обеспечения. Одно изображение прошивки ECU может составлять 10 МБ или более. Используя классическую CAN на 500 кбит/с, передача 10 МБ займет более трех минут. С CAN FD на 4 Мбит/с такая же передача занимает менее 30 секунд. Сокращение времени вспышки означает меньшее время простоя автомобиля и меньший риск прерывания во время обновлений. Протокол UDS по CAN FD (ISO 15765-4) является стандартным механизмом для OTA.

Информационно-развлекательные и шлюзовые системы

Современные головные устройства собирают данные из нескольких источников — автомобильная диагностика, зеркалирование смартфонов, камеры объемного обзора. CAN FD обеспечивает высокоскоростную магистраль для этих потоков данных без затрат и сложности полного Ethernet. Многие поставщики Tier-1, такие как Bosch и Continental, теперь предлагают шлюзовые модули, которые объединяют CAN FD с Ethernet, связывая два домена для будущих архитектур.

Сравнение с другими высокоскоростными автомобильными протоколами

CAN FD против FlexRay

FlexRay - детерминированный, синхронизированный по времени протокол со скоростью передачи данных до 10 Мбит/с и полезной нагрузкой до 254 байт. Он предлагает более высокий детерминизм и отказоустойчивость, но с более высокой стоимостью и сложностью. CAN FD проще, дешевле и более широко используется в производстве. FlexRay потерял импульс в последние годы, в то время как CAN FD продолжает расширяться в области, ранее обслуживаемые FlexRay, такие как управление шасси и трансмиссия.

CAN FD против Automotive Ethernet

Ethernet (100BASE-T1, 1000BASE-T1) предлагает гораздо более высокую пропускную способность (100 Мбит/с-1 Гбит/с) и является протоколом выбора для приложений, требующих пропускной способности, таких как сырое видео камеры и высокоскоростная диагностика. Однако Ethernet требует более дорогого кремния, специализированных разъемов и коммутируемой топологии, увеличивая вес и стоимость. CAN FD заполняет разрыв между классическими CAN и Ethernet, обеспечивая экономически эффективное промежуточное решение для связи с умеренной пропускной способностью в режиме реального времени.

Будущее и стандартизация

Автомобильная промышленность движется к доменной и зональной архитектуре, где высокоскоростные магистральные сети (часто Ethernet) соединяются с зональными шлюзами, которые используют CAN FD для локальной связи с датчиками и исполнительными механизмами. Следующая эволюция, CAN XL (в настоящее время разрабатывается CiA), направлена на поддержку скорости передачи данных до 20 Мбит / с и полезной нагрузки до 2048 байт, сочетая простоту CAN FD с пропускной способностью, подобной Ethernet. Однако CAN FD останется основным протоколом в течение следующего десятилетия из-за его зрелости, поддержки инструментов и установленной базы.

Международные органы по стандартизации продолжают совершенствовать спецификацию CAN FD. ISO 11898-1:2015 является текущей базой, с поправками, касающимися длины шины, времени и EMC. Серия CiA 601 предоставляет тестовые спецификации для приемопередатчиков CAN FD. Для последних обновлений обратитесь к странице знаний CIA CAN FD и официальному стандарту ISO 11898-1 .

Заключение

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