ROS 2 через бездротову сітку: налаштування DDS QoS для груп мобільних роботів

Команди мобільних роботів часто надійно спілкуються в лабораторії, а потім розробляють команди із затримкою, не оновлюють датчики або повільно відновлюються, коли маршрути сітки змінюються. А Бездротова сітка 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. Перевірте виявлення окремо від передачі даних, тому що вузол, який ніколи не виявляє свого однорангового вузла, має іншу помилку, ніж відповідна кінцева точка, яка втрачає пакети. Події Incompatible-QoS можуть допомогти програмам виявити невідповідності політики, а не залишати помилку непоясненою.

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

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

 

Висновок

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

Для команд, які створюють бездротову сітку ROS 2, Shenzhen Sinosun Technology Co., Ltd. пропонує модулі OEM/ODM MIMOmesh і легкі бортові радіостанції для мобільного розгортання з кількома стрибками. У поєднанні з дисциплінованим тестуванням QoS ці платформи можуть допомогти зменшити застарілий трафік, скоротити відновлення та зберегти спільну пропускну здатність, зосереджену на оперативно корисних даних.

 

FAQ

З: Чи підходить ROS 2 для бездротового зв’язку з кількома роботами?

Відповідь: Так, але для бездротових з’єднань потрібні налаштування QoS, що стосуються конкретної теми. Надійність, глибина черги, довговічність і швидкість корисного навантаження повинні відображати втрату пакетів, затримку, мобільність і доступну пропускну здатність.

З: Який параметр надійності QoS найкраще працює на бездротовій сітці ROS 2?

A: Докладайте всіх зусиль для часто оновлюваних потоків датчиків і обмеженої надійної доставки для команд, подій місій, карт або конфігураційних даних, які не можна пропускати.

З: Чому видавцям і передплатникам ROS 2 іноді не вдається підключитися?

A: Несумісні політики QoS можуть перешкоджати зв’язку. До поширених невідповідностей належать параметри надійності, довговічності, кінцевих термінів або жвавості між профілем, запропонованим видавцем, і профілем, запитаним передплатником.

З: Як обробляти великі повідомлення LiDAR або камери в сітчастій мережі?

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

З: Яку глибину історії повинні використовувати команди мобільних роботів?

A: Виберіть глибину відповідно до часу життя повідомлення та потреб відновлення. Використовуйте глибину один для замінного стану, тоді як важливі події можуть потребувати більшої, але суворо обмеженої черги.