Перцепција аутономног мобилног робота помоћу LiDAR-а и вида

Аутономни мобилни робот захтева мерења која остају корисна при променама осветљења, кретања и препрека. LiDAR даје геометријске податке, а рачунарски вид додаје визуелни контекст. Радар и инерцијална мерна јединица могу допунити сигнале када то оправдава окружење. Временска синхронизација и калибрација координата важне су колико и избор сензора.

Рачунарски систем хуманоидног робота и граница управљања

Хуманоидни робот, роботска рука и AMR имају различите механичке захтеве, али свима је потребна јасна граница између перцепције и управљања кретањем. Интеграција Robot Operating System може организовати поруке и софтверске компоненте; сама по себи не успоставља безбедносну функцију. Alvexis може одредити уграђени хардвер за перцепцију и интерфејсе према управљачкој архитектури произвођача робота.

Шта је роботика АИ?

Роботска АИ примењује машинску интелигенцију на роботова запажања, избор задатака или радње. Може проценити позу дела за хватаљку, интерпретирати сцену за мобилног робота или идентификовати предмет који треба прегледати. Робот комбинује тај излаз са локализацијом, планирањем, контролом и физичким хардвером.

То је један део ширег Слика физичког АИ инжењерства. Edge AI може да ради на броду тако да се запажања могу обрадити у близини сензора. Софтвер флоте и офлајн алати и даље могу да подрже заказивање, преглед података и развој модела. Подела треба да прати временске услове, повезивање и захтеве за одржавање.

Није свакој функцији робота потребан научен модел. Поновљива путања, експлицитна државна машина или геометријски метод може бити лакша за верификацију за добро дефинисан задатак. Поставите АИ тамо где варијације стварају прави проблем, а затим процените да ли побољшава комплетан ток посла.

Изаберите задатак испред архитектуре робота

АпликацијаПотенцијални допринос АИМера у пилоту
Транспорт у магацинуПерцепција и интерпретација промене рута и оптерећењаЗавршетак мисије, интервенције и време опоравка
Руковање деломИдентификација објекта и процена позеУспешни трансфери по варијанти дела, поновним покушајима и оштећењима
Inspection roboticsПроналажење и снимање услова који захтевају прегледПокривеност, пропуштена запажања и поновљивост
Системи пољопривредног земљиштаТумачење биљака или терена у оквиру дефинисаног задаткаТачност задатака у зависности од времена, фаза раста и осветљења
Лабораторијска или болничка логистикаПерцепција објекта или руте у ограниченом току послаСледљивост, успешност руковања и примопредаја оператера

Ово су опсеги развоја кандидата, а не листа распоређених Alvexis робота. Прецизно опишите оперативни домен: под или терен, осветљење, људи, носивост, дозвољене руте и забрањене радње. Промена тих услова може променити проблем више од избора већег АИ модела.

Успоставите јасан пут од сензорских података до кретања

ПерцеивеМерења камере, дубине, инерције и енкодера са временским ознакама и калибрацијом.
ПланПроцена стања, логика задатака и ограничени циљеви на основу тренутних запажања.
КонтролаКонтролери, драјвери и повратне информације са посебно дефинисаним заштитним функцијама.

Набавка и синхронизација: Забележите када је свако посматрање добијено, његов координатни оквир и његову верзију калибрације. Откривена позиција објекта није корисна за хватач све док трансформација у оквир робота није валидна. Прочитајте наше водич за синхронизацију времена пре комбиновања камера, IMU-а и мерења покрета.

Перцепција и стање: Одлучите шта је у следећој фази заправо потребно: час, поза, процена слободног простора или догађај квалификован за самопоуздање. Објавите довољно контекста да одбијете застареле или неважеће резултате. Дефинишите како се систем понаша када је сензор замагљен, локализација је изгубљена или поверење падне испод прага апликације.

Интерфејси задатака и покрета: Одржавајте видљиву границу између предложеног циља и компоненте овлашћене да га изврши. Планер може затражити пресељење; контролни систем још увек треба да спроводи своје дозвољене услове рада. Дефинишите отказивање, временска ограничења, замене и повратак у познато стање.

Заштитним функцијама је потребан сигурносни дизајн специфичан за апликацију. Обичан АИ модел или навигациони пакет не треба представљати као сертификована безбедносна функција. на пример, Нав2 описује свој надзор судара као додатни софтверски слој. Његово присуство не потврђује да је инсталација робота безбедна.

Измерите старост одлуке, а не само време закључивања

Брзи модел и даље може да делује на старим подацима. Излагање или аквизиција, пренос, стављање у ред чекања, претходна обрада, закључивање, планирање и испорука команди – све то доприноси старости посматрања када стигне до машине. Дефинишите почетну и крајњу тачку сваког мерења кашњења.

Снимите дистрибуцију кашњења и врхове под симултаним снимањем камером, евидентирањем и комуникацијама. Проверите шта се дешава када потрошач заостане. Ред који чува свако старо запажање може бити неприкладан за одлуку о тренутном стању, док одбацивање запажања може бити неприхватљиво за евиденцију доказа. Дајте свакој путањи података експлицитну политику.

Изаберите ивични хардвер око комплетног радног оптерећења

Наведите интерфејсе камере, брзине сензора, оператере модела, ЦПУ услуге, меморијске копије, записе за складиштење и контролне интерфејсе пре него што изаберете процесор. Подржано убрзање је важније од броја операција у наслову. Тестирајте предвиђени модел и софтверски пакет на репрезентативној платформи.

Мобилни систем такође доноси ограничења у погледу снаге и топлоте. Узмите у обзир струју покретања, понашање батерије, трајно хлађење, задржавање конектора и простор за приступ сервису. Лабораторијска плоча која кратко ради на столу још није показала користан радни циклус унутар затвореног роботског кућишта.

ForgeEdge-Core је полазна тачка за дискусију о прилагођеној интеграцији рачунара; ForgeEdge-Duo пружа архитектуру за дискусију о обради апликација уз контролу у реалном времену. Погодност производа, софтверска подршка и заштитне функције морају бити проверене у складу са захтевима робота. Тхе FPGA, NPU и MPU водич помаже у раздвајању улога обраде.

Користите симулацију да одговорите на одређена питања

Направите симулацију око одлуке: доступности, постављања сензора, логике руте или поновљивог задатка руковања. Промените факторе који могу да наруше дизајн, као што су положај објекта, претпоставке о трењу, шум сензора или неочекиване препреке. Сачувајте симулационе верзије и дефиниције сценарија са резултатима теста.

NVIDIA's sim-to-real example показује пут од симулираног задатка до правог робота. За програм производа, пренос остаје нешто за тестирање. Упоредите физичког робота са претпоставкама у моделу, укључујући тајминг, механичку усклађеност и инсталиране сензоре.

Не користите успех симулације као замену за пуштање у рад. Добар следећи корак је ограничено физичко испитивање са инструментираним излазима и договореним преносом оператера. Проширите оперативни домен тек након прегледа доказа.

Неуспешне тестове као и успешне демонстрације

СценариоПосматрајтеAcceptance question
Сензор недостаје или је замагљенОзнаке ваљаности, стање задатка и обавештење оператераДа ли робот улази у дефинисано ограничено или заустављено стање?
Одложени или недоследни подациИзлазни узраст, трансформације оквира и одбијене порукеДа ли застареле информације могу да покрену нежељену акцију?
Неочекивани објекат или неуспело хватањеПоновни покушаји, резултат контакта и предајаДа ли опоравак остаје у оквиру дозвољеног задатка?
Губитак мреже или поновно покретањеГраница локалне аутономије и обновљено стањеМоже ли се претходна команда случајно поновити?
Дуготрајан радТемпература, снага, пропусност и дрифтДа ли задатак остаје поновљив током потребног радног циклуса?

Водите евиденцију о хардверу, фирмверу, моделу, калибрацији и верзијама конфигурације за свако покретање. Укупну стопу успеха је тешко протумачити без комбинације задатака и категорија неуспеха. Извјештавајте о учинку по сценарију и задржите тешке случајеве у скупу евалуације када побољшавате систем.

Шта донети на инжењерску дискусију

Поделите кратак видео или дијаграм задатка, интерфејса робота или машине, доступних сензора и ограничења простора, напајања и хлађења. Наведите ко је власник роботског контролера, ко доставља податке апликације и ко прихвата завршени систем. Ове границе чине предлог прототипа и његове зависности јаснијим.

Alvexis може да разговара о прилагођеном носачу, сензорским интерфејсима, уграђеној обради, кућишту и интеграцији потребним око изабране платформе. За медицинску роботику, почните са одвојеним водич за здравствени инжењеринг тако да се клиничка сврха и одговорности за валидацију утврђују рано.

ROS 2, СЛАМ и перцепција за аутономне мобилне роботе

Аутономном мобилном роботу (АМР) потребно је више од откривања објеката. Мора да процени своју позицију, тумачи оближње препреке и производи команде за кретање унутар дефинисаних граница. СЛАМ значи истовремену локализацију и мапирање; његова улога је другачија од препознавања објекта на слици камере. LiDAR, камере, километража точкова и IMU подаци могу допринети према одабраној архитектури.

У пројекту навигације ROS 2 договорите координатне оквире, руковање временским ознакама, брзину порука и максималну старост података пре интеграције. Тестирајте мапирање и локализацију где ће робот радити, укључујући промене препрека и слабе визуелне карактеристике. Софтвер за навигацију и хардвер за перцепцију не замењују независну процену ризика и мере безбедности робота.

Дизајн камера, LiDAR и IMU синхронизација

Техничке референце

Калкулација времена је илустративна. У овом чланку се не захтева никакав сертификат о перформансама или безбедности робота.

Изградите електронику око задатка вашег робота.

Опишите сензоре, интерфејсе, радно окружење и резултате који су вам потребни. Можемо разговарати о хардверу и уграђеном инжењерингу за мерљив пилот.

Разговарајте о свом пројекту роботикеИстражите физичку АИ у различитим индустријама →