AI за роботика: от възприятие до надеждно локално управление

Какво е роботика AI?

ИИ на роботиката прилага машинен интелект към наблюденията, избора на задачи или действията на робота. Може да прецени позата на част за захващане, да интерпретира сцена за мобилен робот или да идентифицира елемент, който се нуждае от проверка. Роботът съчетава тази продукция с локализация, планиране, контрол и физически хардуер.

Това е част от по-широкото Физическа инженерна картина на AI. Edge AI може да работи на борда, така че наблюденията да могат да се обработват в близост до сензорите. Софтуерът на Fleet и офлайн инструментите все още могат да поддържат планиране, преглед на данни и разработване на модел. Разделянето трябва да следва времето, свързаността и изискванията за поддръжка.

Не всяка функция на робот се нуждае от научен модел. Повтаряща се траектория, изрична държавна машина или геометричен метод могат да бъдат по-лесни за проверка за добре дефинирана задача. Поставете AI там, където вариацията създава истински проблем, след което преценете дали подобрява цялостния работен процес.

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

Това са обхвати на кандидатстване за разработка, а не списък с внедрени Alvexis роботи. Опишете точно работната област: под или терен, осветление, хора, полезен товар, разрешени маршрути и забранени действия. Промяната на тези условия може да промени проблема повече, отколкото изборът на по-голям AI модел.

Изградете ясен път от сензорите до движението

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

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

Интерфейси за задачи и движение: Поддържайте видима граница между предложена цел и компонента, упълномощен да я изпълни. Плановик може да поиска преместване; системата за управление все още трябва да наложи своите разрешени работни условия. Дефинирайте анулиране, изчакване, отмяна и връщане към известно състояние.

Защитните функции се нуждаят от специфичен за приложението дизайн за безопасност. Един обикновен AI модел или навигационен пакет не трябва да се представя като сертифицирана функция за безопасност. например, Nav2 описва своя монитор за сблъсъци като допълнителен софтуерен слой. Наличието му не доказва, че инсталацията на робот е безопасна.

Измерете възрастта на решението, а не само времето за заключение

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

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

Изберете периферен хардуер около цялото работно натоварване

Избройте интерфейсите на камерата, скоростта на сензора, операторите на модела, услугите на процесора, копията на паметта, записите в паметта и контролните интерфейси, преди да изберете процесор. Поддържаното ускорение е по-важно от броя на заглавните операции. Тествайте планирания модел и софтуерен стек на представителна платформа.

Мобилната система също носи ограничения на мощността и топлината. Помислете за стартовия ток, поведението на батерията, продължително охлаждане, задържане на конектора и място за достъп до сервиз. Лабораторна дъска, която работи за кратко върху бюро, все още не е демонстрирала полезен работен цикъл в затворен робот корпус.

ForgeEdge-Core е отправна точка за обсъждане на персонализирана изчислителна интеграция; ForgeEdge-Duo предоставя архитектура за обсъждане на обработката на приложения заедно с контрол в реално време. Пригодността на продукта, софтуерната поддръжка и защитните функции трябва да бъдат проверени спрямо изискванията на робота. The FPGA, NPU и MPU ръководство помага за разделяне на ролите за обработка.

Използвайте симулация, за да отговорите на конкретни въпроси

Изградете симулация около решение: достъпност, разположение на сензора, логика на маршрута или повторяема задача за обработка. Варирайте факторите, които могат да нарушат дизайна, като поза на обекта, допускания за триене, шум от сензора или неочаквани препятствия. Запазете версиите на симулацията и дефинициите на сценария с резултатите от теста.

NVIDIA's пример от sim-to-real демонстрира път от симулирана задача до истински робот. За продуктова програма трансферът остава нещо за тестване. Сравнете физическия робот с допусканията в модела, включително времето, механичното съответствие и инсталираните сензори.

Не използвайте успеха на симулацията като заместител на пускането в експлоатация. Добра следваща стъпка е ограничено физическо изпитание с инструментални изходи и договорено предаване от оператора. Разширете оперативната област само след преглед на доказателствата.

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

Записвайте версиите на хардуера, фърмуера, модела, калибрирането и конфигурацията за всяко изпълнение. Общата степен на успеваемост е трудна за тълкуване без комбинацията от задачи и категориите за неуспех. Отчитайте ефективността по сценарий и запазете трудните случаи в набора за оценка, когато подобрявате системата.

Какво да донесете на инженерна дискусия

Споделете кратко видео или диаграма на задачата, интерфейсите на робота или машината, наличните сензори и ограниченията върху пространството, мощността и охлаждането. Посочете кой притежава контролера на робота, кой предоставя данни за приложението и кой приема завършената система. Тези граници правят предложението за прототип и неговите зависимости по-ясни.

Alvexis може да обсъди персонализирания носител, сензорните интерфейси, вградената обработка, корпус и интеграционната работа, необходима около избраната платформа. За медицинската роботика започнете с отделното ръководство за инженерно здравеопазване така че клиничната цел и отговорностите за валидиране се установяват рано.

ROS 2, SLAM и възприятие за автономни мобилни роботи

Автономен мобилен робот (AMR) се нуждае от нещо повече от откриване на обекти. Той трябва да прецени позицията си, да интерпретира близките препятствия и да издава команди за движение в определени граници. SLAM означава едновременно локализиране и картографиране; неговата роля е различна от разпознаването на обект в изображение от камера. LiDAR, камери, одометрия на колела и IMU данни могат да допринесат според избраната архитектура.

В проект за навигация ROS 2 съгласувайте координатните рамки, обработката на клеймото, скоростта на съобщенията и максималната възраст на данните преди интегрирането. Тествайте картографиране и локализация, където роботът ще работи, включително променящи се препятствия и слаби визуални характеристики. Навигационният софтуер и хардуерът за възприемане не заместват независимата оценка на риска и мерките за безопасност на робота.

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