NVIDIA Halos: robotams nebeužtenka būti protingiems
NVIDIA aprašė Halos for Robotics - pilną funkcinio saugumo sistemą fiziniam DI ir robotikai.
Šiame straipsnyje · 6 dalys
- Kodėl fiziniam DI reikia atskiro saugumo? Nes jo sprendimai gali paveikti realią įrangą, žmones ir procesus.
- Nuo ko pradėti įmonei? Nuo mažo scenarijaus, simuliacijos ir aiškių avarinio sustabdymo taisyklių.
NVIDIA Halos šiandien nėra vien techninė naujiena. Čia yra klausimas, kuris ateina iki vadovo stalo: ką leisime DI daryti praktiškai, kiek tai kainuos ir kas patikrins rezultatą?
NVIDIA aprašė Halos for Robotics – saugumo sistemą fiziniam DI. Kitaip sakant, robotui jau nebeužtenka gražiai atpažinti aplinką. Jis turi saugiai elgtis, kai aplinka pasikeičia.
Man tokiose istorijose visada įsijungia tas mažas balsas galvoje: gerai, gražu, bet kur čia realus darbas? Ne demonstracija scenoje, ne gražus paveiksliukas, o pirmadienio rytas komandoje, kai kažkas turi priimti sprendimą.
Kas nutiko
Halos jungia techninę įrangą, programinę įrangą, simuliacijas, testavimą ir saugumo procesus. NVIDIA tai pristato kaip pilną sluoksnį robotams, autonominėms sistemoms ir fizinio DI sprendimams.
Čia labai žemiškas skirtumas. Chatbotas parašo nesąmonę – pataisome. Robotas fabrike pajuda ne ten – jau kitas pokalbis, kiti kaštai ir visai kitas atsakomybės lygis.
Kodėl verta sustoti
Fizinis DI jungia modelius su kameromis, jutikliais ir judesiu. Todėl saugumas turi būti projektuojamas nuo pradžių, o ne priklijuojamas paskutinę savaitę prieš paleidimą.
DI rinka dabar primena treniruotę, kur visi nori iš karto užsidėti sunkiausias lopetėles baseine. Tik paskui paaiškėja, kad technika dar byra, kvėpavimas ne vietoje, o rankos pavargsta greičiau nei ego spėja pasiteisinti.
Ką tai reiškia verslui
Gamybos, logistikos ir sandėlių įmonėms tai reiškia, kad robotikos projektas turi turėti ne tik našumo tikslą, bet ir saugos planą. Kas sustabdo sistemą? Kas testuoja ribinius atvejus? Kas pasirašo už riziką?
- pradėti nuo riboto roboto veiksmo
- testuoti simuliacijoje prieš realią aplinką
- turėti žmogaus perėmimo režimą
- registruoti incidentus ir beveik incidentus
Prieš diegiant robotą realioje linijoje verta sukurti paprastą rizikų žemėlapį: žmonės, greitis, atstumas, avarinis stabdymas, klaidingas objekto atpažinimas.
Kur gali skaudėti
Rizika – įsimylėti demo. Parodoje robotas juda gražiai. Realiame ceche atsiranda dulkės, šešėliai, žmonės, netvarkingi kampai ir nuovargis.
Blogiausia klaida čia dažnai ne techninė. Blogiausia klaida yra tyli. Įrankis įjungtas, visi galvoja, kad kažkas prižiūri, o iš tikro niekas nežino, kas atsakingas už paskutinį sprendimą.
Ką pasidaryti šią savaitę
Jei planuojate fizinio DI projektą, pradėkite nuo klausimo: kokia klaida čia būtų brangiausia ir kaip ją aptiksime prieš jai įvykstant?
Rašome apie dirbtinį intelektą lietuviškai. Kiekvienas straipsnis parengtas pagal nurodytą šaltinį, o nuorodą į originalą rasite kortelėje „Šaltinis“.
