Шлюз шины CAN для автономных тракторов: Архитектура интеграции и причины неудач полевых систем

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

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

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

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

1. Неоднородные протоколы шины без единого уровня преобразования

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

В ходе типичной модернизации автономного трактора одновременно работают как минимум четыре несовместимые между собой шины связи:

• Блок управления рулевым управлением и блок управления двигателем по шине CAN — протокол J1939, как правило, со скоростью передачи данных 250 Кбит/с или 500 Кбит/с
• Приемник RTK-GNSS, передающий NMEA-сообщения по интерфейсу RS232
• Датчики IMU и датчики состояния грунта, подключенные по RS485 с протоколом Modbus RTU
• Реализовать обратную связь по положению на цифровых входах (DI)

Эти шины физически и логически несовместимы. Фреймы J1939 не сопоставляются с регистрами Modbus. Фразы NMEA не преобразуются в сигналы CAN. Без устройства, которое локально объединяет все эти протоколы, данные с датчиков не могут поступать в алгоритм управления, а команды на поворот руля — в исполнительный механизм.

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

2. Накопление задержки в контурах управления с маршрутизацией через облако

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

При развертывании в полевых условиях скорость сети редко является ограничивающим фактором. Им является изменчивость.

В некоторых архитектурах автономных тракторов контур корректировки рулевого управления проходит через удаленный сервер: данные с датчиков отправляются на сервер, отклонение рассчитывается удаленно, а команда корректировки возвращается обратно. При хорошей работе сети задержка в обоих направлениях остается приемлемой. Однако на сельскохозяйственных полях с неравномерным покрытием 4G это часто не так. При рабочей скорости 6–8 км/ч на поле всплеск задержки доставки команды в 150–200 мс приводит к заметной поперечной погрешности, которая накапливается в течение одного прохода.

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

3. Экологическая надежность на протяжении всего вегетационного периода

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

Температура в кабине во время летних полевых работ регулярно достигает 50–65 °C. К этому добавляются постоянная вибрация при движении по неровной местности, пыль, образующаяся при обработке почвы и уборке урожая, а также периодическая мойка под давлением. В рамках проектов по модернизации оборудование, прошедшее стендовые испытания, часто выходит из строя уже в течение одного вегетационного периода. В корпусах с вентиляторным охлаждением скапливается пыль. Разъёмы ослабляются под воздействием вибрации. Компоненты, рассчитанные на температуру до 70 °C, не имеют запаса по тепловыделению в кабине, температура в которой регулярно превышает этот показатель.

Шлюз CAN-шины, IPC и ПЛК: сравнение архитектур автономного управления трактором 

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

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

ПЛК

ПЛК обеспечивают детерминированное локальное управление и обладают проверенной на протяжении десятилетий надежностью в сфере промышленной автоматизации. Ограничением при применении в автономных тракторах является широта протоколов. Стандартные ПЛК изначально не поддерживают параллельную обработку таких задач, как декодирование кадров J1939, разбор предложений NMEA и расчет отклонения от траектории. Добавление этих возможностей с помощью модулей приводит к увеличению стоимости оборудования и сложности интеграции. ПЛК хорошо подходят для случаев, когда последовательности управления фиксированы, а требования к протоколам ограничены — например, для реализации логики подъема, привязанной к сигналам границ поля.

Промышленный IPC

Промышленный компьютер (IPC) под управлением Linux обрабатывает весь набор протоколов с помощью соответствующих интерфейсных карт и обладает достаточным вычислительным потенциалом для выполнения ресурсоемких задач: полных навигационных стеков, компьютерного зрения для обнаружения препятствий, сложной интеграции данных с датчиков. Практическая проблема при установке в кабине сельскохозяйственной техники связана с условиями эксплуатации. Охлаждение с помощью вентиляторов создает риск скопления пыли в условиях обработки почвы и уборки урожая. Размеры устройства превышают те, которые могут комфортно разместиться в большинстве кабин. Потребление энергии от бортовой электросети транспортного средства (12 В/24 В) требует дополнительного управления питанием. Для автономных тракторов с высокими вычислительными требованиями промышленный компьютер (IPC) зачастую по-прежнему остается правильным решением. Для навигации RTK-GNSS с управлением рулевым механизмом по шине CAN и управлением навесным оборудованием по ISOBUS требуется больше аппаратных ресурсов, чем необходимо для выполнения задачи.

Шлюз CAN-шины для сельскохозяйственной техники

Промышленный шлюз без вентилятора с встроенными интерфейсами CAN, RS232, RS485 и цифровыми входами/выходами напрямую решает проблему моста между протоколами, не создавая при этом экологических проблем, характерных для промышленных ПК с вентиляторным охлаждением. Локальный контур управления работает на самом шлюзе — в цепочке управления отсутствует зависимость от сети. Компактный форм-фактор подходит для установки в кабине. Широкодиапазонный вход постоянного тока подключается напрямую к электросистеме транспортного средства без дополнительного преобразования питания.

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

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

Совместимость со стандартами J1939 и ISOBUS: что на самом деле требуется для интеграции шины CAN

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

Сельскохозяйственная техника компаний John Deere, Trimble, Topcon, AGCO и большинства крупных производителей оригинального оборудования (OEM) взаимодействует по шине CAN с использованием J1939 в качестве базового протокольного уровня. Стандарт ISOBUS (ISO 11783) расширяет возможности протокола J1939 за счёт стандартизированного обмена сообщениями для подключения навесного оборудования и межбрендового управления — именно поэтому дисплей Trimble может управлять навесным оборудованием другого производителя через одну и ту же шину CAN.

На практике структуру кадра определяют стандарты J1939 и ISOBUS. Для интеграции конкретных устройств требуется декодирование специфичных для производителя групп параметров (PGN) и номеров подозрительных параметров (SPN). В проектах по модернизации часто встречаются контроллеры рулевого управления, использующие стандартную структуру кадров J1939 с собственными назначениями PGN, или реализации ISOBUS, включающие расширения поставщиков наряду со стандартным набором сообщений.

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

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

Как работает локальный контур управления шлюзом CAN-шины в автомобиле

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

Шлюз подключается напрямую к шине CAN транспортного средства, к приемнику RTK-GNSS через интерфейс RS232 и к датчикам через интерфейс RS485. Преобразование протоколов осуществляется локально — происходит декодирование кадров J1939, разбор предложений NMEA, считывание регистров Modbus — а нормализованные данные поступают в локальное приложение управления.

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

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

Технические характеристики EG8200 для внедрения шлюза CAN-шины в автономном тракторе

«IOTRouter» EG8200 предназначен для использования в качестве шлюза шины CAN в автономных тракторах и сельскохозяйственных транспортных средствах — это единственная модель серии EG с встроенной поддержкой интерфейса CAN. 

 

Два независимых порта CAN обеспечивают одновременное подключение к отдельным шинным сетям — J1939 для силовой передачи со скоростью 500 Кбит/с и сеть ISOBUS со скоростью 250 Кбит/с — на одном устройстве без использования отдельного преобразователя.

Пассивное охлаждение без вентилятора предотвращает накопление пыли в условиях сельскохозяйственной эксплуатации. Благодаря рабочему диапазону температур от -40 °C до +85 °C устройство обеспечивает работу в типичных температурных условиях кабины с запасом по температуре выше предельного значения в 65 °C, зафиксированного в ходе полевых измерений.

Интегрированная система BeiDou/GPS обеспечивает шлюзу независимую фиксацию местоположения, не зависящую от RTK-приемника, — это полезно для отслеживания автопарка и сопоставления эксплуатационных данных с местоположением на местности в случае отсутствия потока данных RTK.

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

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

Замыкание шины CAN — проверьте перед подключением

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

Место установки — температура поверхности отличается от температуры окружающей среды

Модель EG8200 рассчитана на работу при температуре до +85 °C. Температура внутри кабины во время летних полевых работ обычно составляет 50–65 °C. Устройство, установленное в месте, где на корпус попадают прямые солнечные лучи, может нагреваться на 15–20 °C выше температуры окружающей среды — этого достаточно, чтобы превысить допустимый предел. Устанавливайте устройство в затененном месте внутри кабины или в герметичном корпусе, защищённом от воздействия солнечных лучей.

Node-RED для ввода в эксплуатацию на объекте

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

Развертывание автопарка, состоящего из нескольких транспортных средств

Один модуль EG8200 на каждое транспортное средство в качестве автономного пограничного узла. Дистанционное обновление прошивки через сеть 4G позволяет осуществлять плановое техническое обслуживание без выезда на место. В режиме точки доступа поддерживается до 20 одновременных подключений клиентов Wi-Fi для построения локальных сетей в полевых условиях.

Часто задаваемые вопросы по интеграции шлюза CAN-шины в проектах по созданию автономных тракторов

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

Могут ли оба порта CAN одновременно работать с разными скоростями передачи данных?

Да. Настройка каждого порта осуществляется независимо в диапазоне от 125 Кбит/с до 1 Мбит/с. В системах, где протокол J1939 для силовой передачи работает со скоростью 500 Кбит/с, а протокол ISOBUS — со скоростью 250 Кбит/с, оба подключаются к одному устройству EG8200 без использования отдельного преобразователя.

Как шлюз обрабатывает проприетарные CAN-фреймы от конкретных производителей?

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

Влияет ли потеря сигнала 4G на контур управления рулевым управлением?

Нет. Контур управления рулевым управлением работает локально на шлюзе. Сеть 4G передает эксплуатационные данные на облачную платформу; она не входит в цепочку управления в режиме реального времени. При эксплуатации в полевых условиях, когда сигнал пропадает в ходе работы, локальное управление продолжается в обычном режиме, а данные из буфера синхронизируются после восстановления связи.

В каких случаях использование IPC целесообразнее, чем шлюз CAN-шины, для автономных тракторов?

Если приложение требует использования технологий компьютерного зрения, полного навигационного стека ROS или выполнения задач сенсорной фузии, которые превышают возможности двухъядерного процессора с тактовой частотой 1,2 ГГц, — в этом случае оптимальным аппаратным решением станет IPC. Для автономного управления на основе RTK-GNSS с управлением рулевым механизмом по шине CAN и управлением навесным оборудованием по ISOBUS вычислительные возможности EG8200 справляются с нагрузкой, а конструкция без вентилятора, широкий диапазон входного напряжения и встроенные порты CAN сокращают объем работ по интеграции по сравнению с IPC с дополнительными адаптерами.

Для каких задач автономных тракторов этот шлюз не подходит?

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