Robotikas AI: no uztveres līdz uzticamai vadībai pašā ierīcē

Kas ir Robotics AI?

Robotics AI izmanto mašīnas intelektu robota novērojumiem, uzdevumu izvēlē vai darbībām. Tas var novērtēt daļas pozu satvērējam, interpretēt ainu mobilajam robotam vai identificēt priekšmetu, kas jāpārbauda. Robots apvieno šo izvadi ar lokalizāciju, plānošanu, vadību un fizisko aparatūru.

Tā ir viena daļa no plašākā Fiziskā AI inženierijas attēls. Edge AI var darboties uz kuģa, lai novērojumus varētu apstrādāt sensoru tuvumā. Autoparka programmatūra un bezsaistes rīki joprojām var atbalstīt plānošanu, datu pārskatīšanu un modeļu izstrādi. Sadalīšanai ir jāatbilst laika, savienojamības un apkopes prasībām.

Ne katrai robota funkcijai ir nepieciešams apgūts modelis. Atkārtojamu trajektoriju, skaidru stāvokļu mašīnu vai ģeometrisko metodi var būt vieglāk pārbaudīt precīzi definētam uzdevumam. Novietojiet AI tur, kur variācija rada reālu problēmu, un pēc tam novērtējiet, vai tā uzlabo visu darbplūsmu.

Izvēlieties uzdevumu pirms robota arhitektūras

Tie ir kandidātu izstrādes jomas, nevis izvietoto Alvexis robotu saraksts. Precīzi aprakstiet darbības jomu: grīda vai reljefs, apgaismojums, cilvēki, krava, atļautie maršruti un aizliegtās darbības. Šo nosacījumu maiņa var mainīt problēmu vairāk nekā lielāka AI modeļa izvēle.

Izveidojiet skaidru ceļu no sensoriem līdz kustībai

Iegūšana un sinhronizācija: Ierakstiet, kad katrs novērojums tika iegūts, tā koordinātu rāmis un kalibrēšanas versija. Noteiktā objekta pozīcija nav noderīga satvērējam, kamēr transformācija uz robota rāmi nav derīga. Izlasiet mūsu laika sinhronizācijas rokasgrāmata pirms kameru, IMU un kustības mērījumu apvienošanas.

Uztvere un stāvoklis: Izlemiet, kas patiesībā nepieciešams nākamajam posmam: nodarbība, poza, brīvas vietas aprēķins vai pašpārliecinātības pasākums. Publicējiet pietiekami daudz konteksta, lai noraidītu novecojušas vai nederīgas izvades. Definējiet, kā sistēma darbojas, ja sensors ir aizsegts, tiek zaudēta lokalizācija vai pārliecība nokrītas zem lietojumprogrammas sliekšņa.

Uzdevumu un kustību saskarnes: Saglabājiet redzamu robežu starp ierosināto mērķi un komponentu, kas ir pilnvarots to izpildīt. Plānotājs var pieprasīt pārcelšanos; vadības sistēmai joprojām ir jāīsteno atļautie darbības nosacījumi. Definējiet atcelšanu, taimautus, ignorēšanu un atgriešanos zināmā stāvoklī.

Aizsardzības funkcijām ir nepieciešams lietojumprogrammas drošības dizains. Parasts AI modelis vai navigācijas pakotne nav jāuzrāda kā sertificēta drošības funkcija. Piemēram, Nav2 apraksta savu sadursmes monitoru kā papildu programmatūras slānis. Tā klātbūtne neliecina, ka robota uzstādīšana ir droša.

Izmēriet lēmuma pieņemšanas vecumu, nevis tikai izseciniet laiku

Ātrs modelis joprojām var darboties ar veciem datiem. Ekspozīcija vai iegūšana, pārsūtīšana, salikšana rindā, pirmapstrāde, secinājumi, plānošana un komandu nodošana veicina novērojuma vecumu, kad tas sasniedz iekārtu. Definējiet katra latentuma mērījuma sākuma un beigu punktu.

Ierakstiet latentuma sadalījumu un maksimumus vienlaicīgas kameras tveršanas, reģistrēšanas un saziņas laikā. Pārbaudiet, kas notiek, ja patērētājs atpaliek. Rinda, kurā tiek saglabāti visi vecie novērojumi, var būt nepiemērota pašreizējā stāvokļa lēmumam, savukārt novērojumu atmešana pierādījumu žurnālam var būt nepieņemama. Katram datu ceļam piešķiriet skaidru politiku.

Atlasiet malas aparatūru ap visu darba slodzi

Pirms procesora izvēles uzskaitiet kameras saskarnes, sensoru ātrumus, modeļu operatorus, CPU pakalpojumus, atmiņas kopijas, atmiņas ierakstīšanas un vadības saskarnes. Atbalstītais paātrinājums ir svarīgāks par virsraksta darbību skaitu. Pārbaudiet paredzēto modeli un programmatūras steku reprezentatīvā platformā.

Mobilā sistēma rada arī jaudas un siltuma ierobežojumus. Apsveriet palaišanas strāvu, akumulatora darbību, ilgstošu dzesēšanu, savienotāja saglabāšanu un vietu pakalpojuma piekļuvei. Laboratorijas dēlis, kas īslaicīgi darbojas uz galda, vēl nav demonstrējis noderīgu darba ciklu slēgtā robota korpusā.

ForgeEdge-Core ir sākumpunkts, lai apspriestu pielāgoto skaitļošanas integrāciju; ForgeEdge-Duo nodrošina arhitektūru, lai apspriestu lietojumprogrammu apstrādi līdzās reāllaika kontrolei. Produkta piemērotība, programmatūras atbalsts un aizsardzības funkcijas ir jāpārbauda atbilstoši robota prasībām. The ceļvedis FPGA, NPU un MPU palīdz nodalīt apstrādes lomas.

Izmantojiet simulāciju, lai atbildētu uz konkrētiem jautājumiem

Izveidojiet simulāciju ap lēmumu: sasniedzamība, sensoru izvietojums, maršruta loģika vai atkārtojams apstrādes uzdevums. Mainiet faktorus, kas var sabojāt dizainu, piemēram, objekta pozīcija, berzes pieņēmumi, sensora troksnis vai negaidīti šķēršļi. Saglabājiet simulācijas versijas un scenāriju definīcijas kopā ar testa rezultātiem.

NVIDIA's sim-to-real piemērs demonstrē ceļu no simulēta uzdevuma līdz reālam robotam. Produktu programmai pārsūtīšana joprojām ir kaut kas, kas jāpārbauda. Salīdziniet fizisko robotu ar modeļa pieņēmumiem, tostarp laiku, mehānisko atbilstību un uzstādītajiem sensoriem.

Neizmantojiet veiksmīgu simulāciju kā nodošanas ekspluatācijā aizstājēju. Labs nākamais solis ir ierobežots fiziskais izmēģinājums ar instrumentāliem rezultātiem un saskaņota operatora nodošana. Paplašiniet darbības domēnu tikai pēc pierādījumu pārskatīšanas.

Testu neveiksmes, kā arī veiksmīgas demonstrācijas

Saglabājiet ierakstu par aparatūru, programmaparatūru, modeli, kalibrēšanas un konfigurācijas versijām katrai darbībai. Kopējo panākumu līmeni ir grūti interpretēt bez uzdevumu kombinācijas un neveiksmju kategorijām. Ziņojiet par veiktspēju pēc scenārija un, uzlabojot sistēmu, saglabājiet sarežģītus gadījumus novērtēšanas kopā.

Ko ņemt līdzi inženierzinātņu diskusijai

Kopīgojiet īsu video vai diagrammu par uzdevumu, robota vai mašīnas saskarnēm, pieejamajiem sensoriem un telpas, jaudas un dzesēšanas ierobežojumiem. Norādiet, kam pieder robota kontrolieris, kurš piegādā lietojumprogrammas datus un kurš pieņem pabeigto sistēmu. Šīs robežas padara priekšlikuma prototipu un tā atkarības skaidrākas.

Alvexis var apspriest pielāgoto mobilo sakaru operatoru, uztveršanas saskarnes, iegulto apstrādi, ietvarus un integrācijas darbus, kas nepieciešami atlasītajā platformā. Medicīnas robotikai sāciet ar atsevišķu veselības aprūpes inženierijas rokasgrāmata tāpēc klīniskais mērķis un validācijas pienākumi tiek noteikti agri.

ROS 2, SLAM un uztvere autonomiem mobilajiem robotiem

Autonomam mobilajam robotam (AMR) ir nepieciešams vairāk nekā objektu noteikšana. Tam jānovērtē sava pozīcija, jāinterpretē tuvumā esošie šķēršļi un jārada kustības komandas noteiktās robežās. SLAM nozīmē vienlaicīgu lokalizāciju un kartēšanu; tā loma atšķiras no objekta atpazīšanas kameras attēlā. LiDAR, kameras, riteņu odometrija un IMU dati var sniegt ieguldījumu atbilstoši izvēlētajai arhitektūrai.

Navigācijas projektā ROS 2 pirms integrācijas vienojieties par koordinātu kadriem, laikspiedolu apstrādi, ziņojumu ātrumu un maksimālo datu vecumu. Pārbaudiet kartēšanu un lokalizāciju, kur robots darbosies, tostarp mainīgos šķēršļus un vājās vizuālās iezīmes. Navigācijas programmatūra un uztveres aparatūra neaizstāj robota neatkarīgo riska novērtējumu un drošības pasākumus.

Dizaina kamera, LiDAR un IMU sinhronizācija