Robotics AI: Nga perceptimi te kontrolli i besueshëm në pajisje

Çfarë është Robotics AI?

Robotics AI zbaton inteligjencën e makinës për vëzhgimet, zgjedhjet e detyrave ose veprimet e një roboti. Mund të vlerësojë pozicionin e një pjese për një kapëse, të interpretojë një skenë për një robot të lëvizshëm ose të identifikojë një artikull që ka nevojë për inspektim. Roboti kombinon atë rezultat me lokalizimin, planifikimin, kontrollin dhe harduerin fizik.

Është një pjesë e më gjerësisë Fotografia e inxhinierisë fizike të AI. Edge AI mund të funksionojë në bord, kështu që vëzhgimet mund të përpunohen pranë sensorëve. Softueri i flotës dhe mjetet jashtë linje mund të mbështesin ende planifikimin, rishikimin e të dhënave dhe zhvillimin e modelit. Ndarja duhet të ndjekë kërkesat e kohës, lidhjes dhe mirëmbajtjes.

Jo çdo funksion robot ka nevojë për një model të mësuar. Një trajektore e përsëritshme, një makinë me gjendje eksplicite ose një metodë gjeometrike mund të jetë më e lehtë për t'u verifikuar për një detyrë të mirëpërcaktuar. Vendoseni AI ku ndryshimi krijon një problem real, më pas vlerësoni nëse përmirëson rrjedhën e plotë të punës.

Zgjidhni detyrën përpara arkitekturës së robotit

Këto janë fusha të zhvillimit të kandidatëve, jo një listë e robotëve të vendosur Alvexis. Përshkruani saktësisht fushën e funksionimit: dyshemeja ose terreni, ndriçimi, njerëzit, ngarkesa, rrugët e lejuara dhe veprimet e ndaluara. Ndryshimi i këtyre kushteve mund të ndryshojë problemin më shumë sesa zgjedhja e një modeli më të madh të AI.

Ndërtoni një rrugë të qartë nga sensorët në lëvizje

Përvetësimi dhe sinkronizimi: Regjistroni kur është marrë çdo vëzhgim, kornizën e tij të koordinatave dhe versionin e tij të kalibrimit. Një pozicion i zbuluar i objektit nuk është i dobishëm për një kapëse derisa transformimi në kornizën e robotit të jetë i vlefshëm. Lexoni tonën udhëzues për sinkronizimin e kohës përpara se të kombinohen kamerat, IMU dhe matjet e lëvizjes.

Perceptimi dhe gjendja: Vendosni se çfarë i nevojitet në të vërtetë fazës tjetër: një klasë, një pozë, një vlerësim i hapësirës së lirë ose një ngjarje e kualifikuar për besim. Publikoni kontekst të mjaftueshëm për të refuzuar rezultatet e ndenjura ose të pavlefshme. Përcaktoni se si sillet sistemi kur një sensor errësohet, lokalizimi humbet ose besimi bie nën pragun e aplikacionit.

Ndërfaqet e detyrave dhe lëvizjes: Mbani një kufi të dukshëm midis një qëllimi të propozuar dhe komponentit të autorizuar për ta ekzekutuar atë. Një planifikues mund të kërkojë një lëvizje; sistemi i kontrollit ende duhet të zbatojë kushtet e lejuara të funksionimit. Përcaktoni anulimin, afatet, anulimet dhe kthimin në një gjendje të njohur.

Funksionet mbrojtëse kanë nevojë për një dizajn sigurie specifike për aplikacionin. Një model i zakonshëm i AI ose paketë navigimi nuk duhet të paraqitet si një funksion i certifikuar i sigurisë. Për shembull, Nav2 përshkruan monitorin e tij të përplasjes si një shtresë shtesë softuerike. Prania e tij nuk vërteton se instalimi i robotit është i sigurt.

Matni moshën e vendimit, jo vetëm kohën e përfundimit

Një model i shpejtë ende mund të veprojë në të dhënat e vjetra. Ekspozimi ose blerja, transferimi, radha, përpunimi paraprak, konkludimi, planifikimi dhe shpërndarja e komandës kontribuojnë në moshën e një vëzhgimi kur ai arrin në makinë. Përcaktoni pikat e fillimit dhe të fundit të çdo matjeje të vonesës.

Regjistroni shpërndarjet e vonesës dhe majat nën kapjen, regjistrimin dhe komunikimin e njëkohshëm me kamerë. Kontrolloni se çfarë ndodh kur një konsumator mbetet prapa. Një radhë që ruan çdo vëzhgim të vjetër mund të jetë e papërshtatshme për një vendim të gjendjes aktuale, ndërsa hedhja e vëzhgimeve mund të jetë e papranueshme për një regjistër provash. Jepini çdo shteg të dhënash një politikë të qartë.

Zgjidhni harduerin e skajit rreth ngarkesës së plotë të punës

Listoni ndërfaqet e kamerës, shkallët e sensorëve, operatorët e modelit, shërbimet e CPU-së, kopjet e kujtesës, shkrimet e ruajtjes dhe ndërfaqet e kontrollit përpara se të zgjidhni një procesor. Përshpejtimi i mbështetur ka më shumë rëndësi sesa numërimi i operimit të titullit. Testoni modelin e synuar dhe grumbullin e softuerit në një platformë përfaqësuese.

Një sistem celular sjell gjithashtu kufizime të energjisë dhe termike. Merrni parasysh rrymën e nisjes, sjelljen e baterisë, ftohjen e qëndrueshme, mbajtjen e lidhësit dhe hapësirën për akses në shërbim. Një tabelë laboratori që funksionon shkurtimisht në një tavolinë nuk ka demonstruar ende një cikël të dobishëm pune brenda një mbylljeje të mbyllur robotësh.

ForgeEdge-Core është një pikënisje për diskutimin e integrimit të llogaritjes me porosi; ForgeEdge-Duo ofron një arkitekturë për të diskutuar përpunimin e aplikacioneve krahas kontrollit në kohë reale. Përshtatshmëria e produktit, mbështetja e softuerit dhe funksionet mbrojtëse duhet të kontrollohen kundrejt kërkesave të robotit. Të FPGA, NPU dhe MPU udhëzues ndihmon në ndarjen e roleve të përpunimit.

Përdorni simulimin për t'iu përgjigjur pyetjeve specifike

Ndërtoni një simulim rreth një vendimi: arritshmëria, vendosja e sensorit, logjika e rrugës ose një detyrë e përsëritshme e trajtimit. Ndryshoni faktorët që mund të prishin dizajnin, të tilla si pozicioni i objektit, supozimet e fërkimit, zhurma e sensorit ose pengesat e papritura. Mbani versionet e simulimit dhe përkufizimet e skenarëve me rezultatet e testimit.

NVIDIA's shembull sim-to-real demonstron një rrugë nga një detyrë e simuluar në një robot të vërtetë. Për një program produkti, transferimi mbetet diçka për t'u testuar. Krahasoni robotin fizik me supozimet në model, duke përfshirë kohën, pajtueshmërinë mekanike dhe sensorët e instaluar.

Mos përdorni suksesin e simulimit si zëvendësim për komisionimin. Një hap tjetër i mirë është një provë fizike e kufizuar me rezultate të instrumentuara dhe një dorëzim i miratuar nga operatori. Zgjeroni fushën e funksionimit vetëm pasi të keni shqyrtuar provat.

Dështimet e testeve si dhe demonstrimet e suksesshme

Mbani një regjistër të harduerit, firmuerit, modelit, kalibrimit dhe versioneve të konfigurimit për çdo ekzekutim. Një shkallë e përgjithshme e suksesit është e vështirë të interpretohet pa kombinimin e detyrave dhe kategoritë e dështimeve. Raportoni performancën sipas skenarit dhe mbani rastet e vështira në grupin e vlerësimit kur përmirësoni sistemin.

Çfarë duhet sjellë në një diskutim inxhinierik

Ndani një video ose diagram të shkurtër të detyrës, ndërfaqet e robotit ose makinës, sensorët e disponueshëm dhe kufizimet në hapësirë, fuqi dhe ftohje. Specifikoni se kush zotëron kontrolluesin e robotit, kush furnizon të dhënat e aplikacionit dhe kush e pranon sistemin e kompletuar. Këta kufij e bëjnë më të qartë një propozim prototip dhe varësitë e tij.

Alvexis mund të diskutojë operatorin e personalizuar, ndërfaqet ndijuese, përpunimin e integruar, mbylljen dhe punën e integrimit të nevojshme rreth platformës së zgjedhur. Për robotikën mjekësore, filloni me veçmas udhëzues inxhinierik i kujdesit shëndetësor kështu që qëllimi klinik dhe përgjegjësitë e vlefshmërisë vendosen herët.

ROS 2, SLAM dhe perceptimi për robotët autonomë të lëvizshëm

Një robot autonom celular (AMR) ka nevojë për më shumë sesa për zbulimin e objekteve. Ai duhet të vlerësojë pozicionin e tij, të interpretojë pengesat pranë dhe të prodhojë komanda lëvizjeje brenda kufijve të përcaktuar. SLAM nënkupton lokalizimin dhe hartëzimin e njëkohshëm; roli i tij është i ndryshëm nga njohja e një objekti në imazhin e kamerës. LiDAR, kamerat, odometria e rrotave dhe të dhënat IMU mund të kontribuojnë sipas arkitekturës së zgjedhur.

Në një projekt navigimi ROS 2, pranoni kornizat e koordinatave, trajtimin e vulave kohore, normat e mesazheve dhe moshën maksimale të të dhënave përpara integrimit. Testoni hartën dhe lokalizimin ku do të funksionojë roboti, duke përfshirë ndryshimin e pengesave dhe veçorive të dobëta vizuale. Softueri i navigimit dhe hardueri i perceptimit nuk zëvendësojnë vlerësimin e pavarur të rrezikut dhe masat e sigurisë së robotit.

Dizajni i kamerës, sinkronizimi LiDAR dhe IMU