ROS 2 через беспроводную сеть: настройки качества обслуживания DDS для групп мобильных роботов

Команды мобильных роботов часто надежно общаются в лаборатории, а затем разрабатывают команды с задержкой, пропускают обновления датчиков или медленно восстанавливаются при изменении маршрутов сети. А Беспроводная сеть ROS 2 добавляет нестабильную пропускную способность, потерю пакетов и изменение количества переходов, в то время как DDS может повторно передавать или ставить в очередь данные, которые уже устарели. Настройки QoS помогают контролировать надежность, историю, глубину, долговечность, сроки и продолжительность жизни для каждой темы, но несовместимые политики издателя и подписчика могут полностью остановить доставку.

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

Начните с трафика, а не меню QoS

Решите, что важнее: свежесть или полнота

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

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

Классификация трафика по свежести и полноте предотвращает распространенную ошибку беспроводной сети ROS 2 — установка для каждой темы НАДЕЖНОГО, потому что надежность звучит безопаснее. Надежный DDS сохраняет неподтвержденные выборки и повторно передает недостающие данные, создавая накладные расходы, которых можно избежать при максимально возможной связи. Таким образом, стандартный профиль данных датчиков ROS 2 обеспечивает максимальную надежность с меньшей очередью, где своевременная доставка обычно важнее, чем получение каждого показания.

Укажите для каждой темы бюджет доставки

Для каждой темы кросс-роботов необходимо четыре ограничения: максимальный срок полезного сообщения, приемлемая скорость потерь, требуемая частота обновлений и максимальное время восстановления после отключения. Эти ограничения превращают смутные ожидания, такие как «низкая задержка», в проверяемые требования. Для потока команд может потребоваться ограничение по возрасту, измеряемое десятками миллисекунд, тогда как для снимка карты могут потребоваться секунды, если робот продолжает безопасно работать со своей локальной копией.

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

Не допускайте попадания внутреннего трафика робота в общую сетку.

Не каждая тема ROS 2 должна выходить за рамки роботов. Необработанные изображения с камер, полные облака точек, данные отладки и промежуточные результаты восприятия часто принадлежат роботу, который их производит. Публикация только обнаружений, треков объектов, локальных планов, уменьшенных облаков или изменений карт снижает потребность в общем канале без изменения поведения DDS.

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

Практические профили QoS для общих тем парка транспортных средств

Потоки датчиков и часто обновляемое состояние

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

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

Точный профиль должен отражать потребителя. Локальному узлу предотвращения препятствий может потребоваться частое сканирование с минимальным возрастом, в то время как приборная панель парка может принимать более низкую частоту обновления. Отправка обоих через одну и ту же беспроводную сеть ROS 2 не означает, что им требуются одинаковые настройки надежности, глубины или срока службы.

Командные и координационные мероприятия требуют другого подхода.

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

Принятие задач, изменение режима работы и переходы миссий могут потребовать НАДЕЖНОЙ доставки, поскольку каждое событие меняет общее состояние. Даже в этом случае история должна оставаться ограниченной. Повтор длинной последовательности замененных команд после восстановления маршрута может быть более вредным, чем сообщение о прерывании и повторная синхронизация текущего состояния миссии.

Надежность DDS — это только один уровень защиты. Каждый мобильный робот должен обеспечивать истечение локального срока действия команд, ограничения движения и поведение при потере связи независимо от сети. Беспроводная сеть ROS 2 может улучшить охват и устойчивость маршрутов, но она не может решить, безопасна ли старая команда.

Карты, конфигурация и роботы с поздним присоединением

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

KEEP_ALL следует зарезервировать для данных, полная последовательность которых действительно важна и требования к ресурсам которых известны. Хранилище Keep-all по-прежнему подчиняется ограничениям ресурсов промежуточного программного обеспечения, поэтому это не является неограниченной гарантией. Временная локальная устойчивость также возлагает на издателя ответственность за сохранение образцов для подписок с поздним присоединением.

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

Не позволяйте большим сообщениям захватывать ссылку

Уменьшите фрагментацию перед добавлением повторных попыток.

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

Ухудшение большой полезной нагрузки по беспроводным соединениям ROS 2 обычно связано с тремя взаимосвязанными механизмами: чрезмерной фрагментацией IP, неэффективным временем повторной передачи и перегруженными буферными пакетами. Изменения параметров DDS, совместимые со стандартами, могут уменьшить эти эффекты, не требуя использования другого протокола приложения.

Измерьте реальный MTU пути во всей беспроводной сети ROS 2, включая шифрование, туннели, виртуальные интерфейсы и каждый маршрутизируемый сегмент. Если позволяет конфигурация транспорта, уменьшите размер сообщения RTPS или UDP настолько, чтобы избежать фрагментации сетевого уровня. Значение, рассчитанное на основе 1500-байтового Ethernet MTU, является лишь начальной гипотезой, поскольку заголовки и инкапсуляция могут уменьшить полезный размер.

Очереди истории должны быть меньше окна восстановления.

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

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

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

Следите за всплесками повторной передачи

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

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

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

Решите, когда вместо этого следует изменить полезную нагрузку

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

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

Тестируйте профиль на движущихся роботах, а не только на стендовой сети

Воссоздайте маршруты и неисправности, с которыми столкнется флот.

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

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

●  Частота полученных обновлений и коэффициент потери сообщений.

●  Возраст сообщения, медианная задержка, хвостовая задержка и джиттер.

●  Время обнаружения или повторного подключения после изменения пути.

●  Рост очереди записи и чтения во время прерывания.

●  Время, необходимое для очистки полезных сохраненных данных.

●  Использование ЦП и памяти как издателями, так и подписчиками.

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

Используйте ячеистую телеметрию для объяснения поведения DDS.

Метрики ROS 2 показывают, что происходит с приложением, а ячеистая телеметрия помогает объяснить, почему это произошло. Сравните производительность темы с количеством переходов, изменениями топологии, уровнем сигнала, соотношением сигнал/шум, трафиком загрузки и выгрузки, а также временем переключения маршрута. Корреляция обоих уровней не позволяет командам обвинять QoS в изменении радиотракта или обвинять сеть в несовместимости настроек издателя и подписчика.

OEM/ODM-модули WDS MIMOmesh и легкие бортовые устройства используют полностью IP-архитектуру с распределенной бесцентровой динамической маршрутизацией и режимами многоскачковой ретрансляции. Их функции управления сетью предоставляют информацию о топологии, напряженности поля, SNR, трафике, расстоянии узла и рабочем состоянии, которую инженеры могут сравнить с задержкой, потерями и поведением очереди в ROS 2.

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

Изменение одной переменной за раз

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

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

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

 

Заключение

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

Для команд, создающих беспроводную сеть ROS 2, компания Shenzhen Sinosun Technology Co., Ltd. предлагает OEM/ODM-модули MIMOmesh и легкие бортовые радиостанции для мобильных многопролетных развертываний. В сочетании с дисциплинированным тестированием качества обслуживания эти платформы могут помочь сократить устаревший трафик, сократить время восстановления и сосредоточить общую полосу пропускания на полезных для эксплуатации данных.

 

Часто задаваемые вопросы

Вопрос: Подходит ли ROS 2 для беспроводной связи между несколькими роботами?

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

Вопрос: Какая настройка надежности QoS лучше всего работает в беспроводной сети ROS 2?

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

Вопрос: Почему издателям и подписчикам ROS 2 иногда не удается подключиться?

О: Несовместимые политики QoS могут помешать обмену данными. Распространенные несоответствия связаны с настройками надежности, долговечности, сроков или активности между предлагаемым профилем издателя и запрошенным профилем подписчика.

Вопрос: Как следует обрабатывать большие сообщения LiDAR или камеры в ячеистой сети?

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

Вопрос: Какую глубину истории следует использовать командам мобильных роботов?

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