ŠIMPANJA opravlja eno najtežjih nalog - poskuša pritrditi požarno cev na hidrant
Robotični izziv, ki ga gosti Agencija za napredne obrambne raziskovalne projekte (DARPA), obljublja, da bo spremenil zmogljivosti sistemov in njihovo zasnovo. Oglejmo si ta dogodek in ocenimo mnenje številnih ključnih akterjev
11. marca 2011 je Japonsko prizadel močan potres z epicentrom približno 70 km od vzhodne obale Honshuja. Zaradi potresa z magnitudo 9 so nastali valovi, ki so dosegli višino 40 metrov in se 10 km širili v notranjost.
Jedrska elektrarna Fukushima I. je stala na poti uničujočemu cunamiju, ko so na postajo udarili velikanski valovi, so bili reaktorji katastrofalno uničeni. Ta incident je postal najhujša jedrska tragedija po nesreči v jedrski elektrarni v Černobilu leta 1986. Ta dogodek je bil podlaga za scenarij morda enega najpomembnejših programov robotike do danes - DRC (DARPA Robotics Challenge - praktični preizkusi robotskih sistemov v okviru programa Advanced Research and Development Administration Ministrstva za obrambo ZDA).
Preskusi DRK so bili objavljeni aprila 2012, za scenarij teh poskusov pa je bila izbrana pomoč ob nesrečah. Razvoj novih sistemov je bilo treba izvesti v okviru tega scenarija, predvsem zaradi dejstva, da je bil vključen v 10 ključnih misij ameriškega obrambnega ministrstva, ki sta jih januarja opredelila Bela hiša in obrambni minister 2012. Decembra 2013 je v okviru teh tekmovanj minila pomembna stopnja, ko so na Floridi prvič izvedli prve "celovite" teste.
DRK se razlikujejo na več inovativnih načinov, združujejo virtualno in terensko testiranje ter so odprte za financirane in nefinancirane ekipe. Ta dogodek je sestavljen iz štirih tako imenovanih odsekov ali skladb; DARPA je zagotovila finančno podporo za dve skladbi, skladbo A in skladbo B, ter odprla ta tekmovanja za vse nove.
Od štirih skladb sta dve (skladba A in skladba B) prejeli sredstva. Po splošni objavi in oddaji prijav je DARPA izbrala sedem ekip za skladbo A za razvoj nove strojne in programske opreme; v skladbi B je 11 ekip razvilo samo programsko opremo.
Proga C se ne financira in je odprta za nove člane z vsega sveta; Tako kot udeleženci v progi B so tudi njeni udeleženci za testiranje svoje programske opreme uporabljali predvsem simulacijski program virtualnega robota. Skladba D je namenjena tujim sodelavcem, ki želijo razviti strojno in programsko opremo, vendar brez financiranja DARPA v nobeni fazi.
Ključ do inovativnega pristopa DRC je komponenta VRC (Virtual Robotics Challenge). Najbolje uvrščene ekipe - bodisi iz proge B ali C - bodo prejele sredstva od DARPA, pa tudi robota Atlas iz Boston Dynamics, s katerim bodo sodelovali pri terenskih testih.
Maja 2013 so se ekipe iz proge B in proge C prijavile za kvalifikacije za VRC, ki je potekal naslednji mesec. Od več kot 100 prijavljenih ekip se jih je le 26 nadaljevalo z odhodom na VRC, le 7 ekip pa je pristopilo k obsežnim preizkusom.
VRC -ji so potekali v zelo natančnem virtualnem prostoru, licenciranem pod licenco Apache 2 pri Open Source Foundation. Ekipe so bile zadolžene za dokončanje treh od osmih nalog, ki so bile za prve robote opredeljene za prave robote.
Testiranje
Medtem ko so bili roboti, prikazani v VRC, impresivni, kako bi se obnašali pri terenskih testih, ni bilo 100% gotovo; vendar je Jill Pratt, programska direktorica tekmovanja DR Kongo, dejala, da je zelo zadovoljen z njihovimi zmogljivostmi. »Pričakovali smo, da bomo lahko, ker je bil to prvi fizični del testa, opazili veliko okvar strojne opreme, v resnici pa ni bilo tako, vsa strojna oprema je bila zelo zanesljiva. Prvih nekaj ekip, zlasti prve tri, je uspelo pridobiti več kot polovico točk in doseči pomemben napredek, tudi če smo namerno posegli v komunikacijski kanal."
Pratt je bil navdušen tudi nad zmogljivostmi robota Atlas: "Res je presegel naša pričakovanja … Boston Dynamics je opravil zgledno delo, da bi zagotovil, da nobena ekipa ne bo oškodovana zaradi kakršne koli okvare strojne opreme."
Še vedno pa je prostora za izboljšave, kot so roke manipulatorja z omejenim delovnim prostorom in puščanje iz hidravličnega sistema robota. Proces posodobitve se je začel že pred dogodkom decembra 2013. Pratt je dejal, da bi v finalu rad povečal tudi število različnih instrumentov, roboti pa bodo najverjetneje imeli pas z orodji, iz katerih bodo morali izbrati potrebna orodja in jih med izvajanjem scenarija spremeniti.
Robota Atlas je pohvalil tudi Doug Stephen, raziskovalec in inženir programske opreme na Inštitutu za človeške in strojne kognitivne sposobnosti na Floridi, katerega ekipa se je na progi B uvrstila na drugo mesto. "To je res čudovit robot … z njim smo v dveh ali treh mesecih delali 200 ur čistega časa, kar je za eksperimentalno platformo zelo nenavadno - zmožnost stalnega dela in brez zlomov."
Za impresivnimi robotskimi zmogljivostmi DR Kongo so dobesedno junaška prizadevanja; Naloge so zasnovane tako, da so še posebej zahtevne in izzivajo strojno in programsko opremo, ki so jo razvile ekipe.
Čeprav so bile naloge težke, se Prattu ne zdi, da je DARPA previsoko postavil lestvico, pri čemer je opozoril, da je vsako nalogo opravila vsaj ena od ekip. Vožnja in spajanje rokavov sta bila najtežja opravila. Po besedah Stephena je bilo prvo najtežje: »Vsekakor bi rekel - naloga vožnje z avtomobilom, pa tudi ne zaradi same vožnje. Če želite popolnoma avtonomno vožnjo, kar je zelo težko, potem vedno imate operaterja robota. Vožnja ni bila tako težka, vendar je izstop iz avtomobila veliko težji, kot bi si ljudje predstavljali; je kot reševanje velike 3D uganke."
V skladu z obliko finala DRK, ki bo predvidoma decembra 2014, bodo vse naloge združene v en neprekinjen scenarij. Vse to je zato, da postane bolj verodostojno in da ekipam omogoči strateško izbiro, kako to izvesti. Tudi težave se bodo povečale, Pratt pa je dodal: »Naš izziv za ekipe, ki so se odlično odrezale na Homesteadu, je, da jih še otežimo. Odstranili bomo privezane kable, odstranili komunikacijske kable in jih zamenjali z brezžičnim kanalom, medtem ko bomo kakovost povezave poslabšali, tako da bo še slabša kot v prejšnjih testih."
»Trenutno imam v načrtu povezavo s prekinitvami, včasih bo morala popolnoma izginiti, in menim, da je to treba storiti v naključnem vrstnem redu, kot se to dogaja v resničnih katastrofah. Poglejmo, kaj zmorejo roboti, ki delajo nekaj sekund ali morda minuto in poskušajo sami izvesti nekatere podnaloge, tudi če niso popolnoma odrezane od nadzora operaterja in mislim, da bo to zelo zanimivo pogled."
Pratt je dejal, da bodo v finalu odstranili tudi varnostne sisteme. "To pomeni, da bo moral robot zdržati padec, pomeni tudi, da se mora sam vzpenjati in bo dejansko precej težko."
Robot Schaft odstrani naplavine s svoje poti
Izzivi in strategije
Med osmimi ekipami med preskusi je pet uporabljalo robota ATLAS, vendar so udeleženci na progi A - zmagovalec ekipe Team Schaft in tretji zmagovalec ekipe Team Tartan Rescue - uporabili svoj razvoj. Tartan Rescue je prvotno iz Nacionalnega inženirskega centra za robotiko Univerze Carnegie Mellon (CMU) razvil CMU visoko inteligentno mobilno platformo (CHIMP) za testiranje DRK. Tony Stentz iz Tartan Rescue je pojasnil utemeljitev ekipe za razvoj lastnega sistema: "Morda bi bilo bolj varno uporabiti humanoidnega robota, ki je na voljo v prodaji, vendar smo vedeli, da bi lahko ustvarili boljšo zasnovo za odziv na nesreče."
»Vedeli smo, da moramo ustvariti nekaj približno človeškega, vendar nam ni bila všeč potreba po humanoidnih robotih, da bi med gibanjem naokoli ohranili ravnotežje. Ko se dvonožni roboti premikajo, morajo ohraniti ravnotežje, da ne padejo, kar pa je na ravni površini precej težko, ko pa govorite o premikanju skozi gradbene naplavine in stopanju na predmete, ki se lahko premikajo, postane še težje. Zato je ŠIMPANJA statično stabilna, počiva na dokaj široki podlagi in se v pokončnem položaju kotali po parih tirov ob nogah, zato se lahko premika naprej in nazaj ter se obrača na mestu. Lahko ga postavite dovolj preprosto, da iztegnete roke, da nosite vse, kar potrebujete pri nalogi; ko se mora premikati po težjem terenu, lahko pade na vse štiri okončine, saj ima na rokah tudi gosenične propelerje.
Ekipe z različnih poti so se pri pripravi na preizkušnje neizogibno soočale z različnimi izzivi, Inštitut za človeške in strojne kognitivne sposobnosti se je osredotočil na razvoj programske opreme, saj je to najtežji problem - prehod iz VRC v težave na terenu. Stephen je dejal: "Ko so nam robot Atlas dostavili, je imel dva" načina ", ki ju lahko uporabljate. Prvi je preprost niz gibov, ki jih ponuja Boston Dynamics, ki bi jih lahko uporabili za gibanje in je bil nekoliko nerazvit. Izkazalo se je, da je večina ekip med tekmovanjem Homestead uporabljala te vgrajene načine iz Boston Dynamics, zelo malo ekip je napisalo svojo programsko opremo za upravljanje robotov in nihče ni napisal lastne programske opreme za celotnega robota …"
"Svojo programsko opremo smo napisali od začetka in to je bil krmilnik celega telesa, to je bil en krmilnik, ki je deloval pri vseh nalogah, nikoli nismo preklopili na druge programe ali na drug krmilnik … Zato je ena najtežjih nalog je bilo ustvariti programsko kodo in jo zagnati na Atlasu, saj nam je to predstavila Boston Dynamics, čeprav je bila to črna škatla, vendar je to njihov robot in njihov IP, zato res nismo imeli dostopa do računalnika na nizki ravni. programska oprema deluje na zunanjem računalniku in nato komunicira z uporabo API-ja (vmesnika za programiranje aplikacij) prek vlaken z vgrajenim računalnikom, zato pri sinhronizaciji prihaja do velikih zamud in težav, zato je tako težko nadzorovati tako zapleten sistem, kot je Atlas."
Medtem ko je bilo pisanje lastne kode iz nič zagotovo težje in zamudno za Inštitut za človeške in strojne kognitivne sposobnosti, Stephen meni, da je ta pristop bolj donosen, saj se lahko ob pojavu težav odpravijo hitreje kot pri zanašanju na Boston Dynamics. Poleg tega spremljevalna programska oprema Atlas ni bila tako napredna kot programska oprema, ki jo Boston Dynamics uporablja v svojih predstavitvah, "ko so poslali robota … so odkrito povedali, da premiki niso tisto, kar vidite, ko Boston Dynamics naloži video posnetek robot na Youtube. dela na programski opremi tega podjetja. To je manj napredna različica … to je dovolj za usposabljanje robota. Ne vem, ali bodo kodo dali ukazom za uporabo, mislim, da niso pričakovali, da bo vsak napisal svojo programsko opremo. To pomeni, da je bilo to, kar je bilo dostavljeno skupaj z robotom, mogoče že od samega začetka in ni bilo namenjeno dokončanju vseh osmih nalog v praktičnih preizkusih DR Kongo."
Največji izziv za reševalno ekipo Tartan je bil tesen urnik, ki so se ga morali držati pri razvoju nove platforme in s tem povezane programske opreme. »Pred petnajstimi meseci je bil ŠIMPEN samo koncept, risba na papirju, zato smo morali oblikovati dele, izdelati komponente, vse skupaj sestaviti in vse skupaj preizkusiti. Vedeli smo, da nam bo to vzelo večino časa, nismo mogli čakati in začeti pisati programsko opremo, dokler robot ni pripravljen, zato smo vzporedno začeli razvijati programsko opremo. Pravzaprav nismo imeli polnopravnega robota za delo, zato smo med razvojem uporabljali simulatorje in nadomestke strojne opreme. Na primer, imeli smo ločeno roko manipulatorja, s katero smo lahko preverili določene stvari za en ud, «je pojasnil Stentz.
V zvezi s zapleti, ki bodo prispevali k degradaciji kanalov za prenos podatkov, je Stentz opozoril, da je bila ta odločitev že od vsega začetka sprejeta posebej za take situacije in da to ni zelo težavna težava. »Na robotovo glavo imamo nameščene senzorje-laserske daljinomere in kamere-ki nam omogočajo izdelavo popolne 3-D teksturne karte in modela okolja robota; to je tisto, kar uporabljamo od strani operaterja za nadzor robota in si to situacijo lahko predstavljamo v različnih ločljivostih, odvisno od razpoložljivega frekvenčnega pasu in komunikacijskega kanala. Svojo pozornost lahko usmerimo in na nekaterih področjih dosežemo višjo ločljivost, na drugih pa nižjo. Imamo možnost neposrednega upravljanja robota, vendar imamo raje višjo raven nadzora, ko definiramo cilje za robota in je ta način upravljanja bolj odporen na izgubo signala in zamude."
Robot Schaft odpre vrata. Izboljšane zmogljivosti robotskega rokovanja bodo nujne za prihodnje sisteme
Naslednji koraki
Stentz in Stephen sta povedala, da njihove ekipe trenutno ocenjujejo svoje sposobnosti na testih v resničnem svetu, da bi ocenile, katere ukrepe je treba sprejeti za napredek, ter da čakajo na pregled DARPA in dodatne informacije o tem, kaj bo v finalu. Stephen je dejal, da se veselijo tudi sprememb atlasa, pri čemer je opozoril na eno že odobreno zahtevo za finale - uporabo vgrajenega napajalnika. Za ŠIMPANE to ni problem, saj lahko robot z električnimi pogoni že nosi svoje baterije.
Stentz in Stephen sta se strinjala, da je treba pri razvoju prostora robotskih sistemov in oblikovanju tipov platform, ki jih je mogoče uporabiti v scenarijih pomoči ob nesrečah, obravnavati številne izzive. "Rekel bi, da na svetu ne obstaja ena stvar, ki bi lahko bila zdravilo. Kar zadeva strojno opremo, menim, da so lahko koristni stroji z bolj prilagodljivimi manipulacijskimi zmogljivostmi. Kar zadeva programsko opremo, menim, da roboti potrebujejo večjo stopnjo avtonomije, da se lahko bolje obnesejo brez komunikacijskega kanala pri oddaljenih operacijah; lahko opravijo naloge hitreje, ker sami veliko naredijo in sprejmejo več odločitev na enoto časa. Mislim, da je dobra novica, da so tekmovanja DARPA resnično zasnovana tako, da promovirajo strojno in programsko opremo, "je dejal Stentz.
Stephen meni, da so potrebne tudi izboljšave v procesih razvoja tehnologije. »Kot programer vidim veliko načinov za izboljšanje programske opreme in vidim tudi veliko priložnosti za izboljšave pri delu na teh strojih. V laboratorijih in na univerzah, kjer morda ni močne kulture tega procesa, se dogaja veliko zanimivih stvari, zato delo včasih poteka naključno. Če pogledate res zanimive projekte v preskusih DR Kongo, se zavedate, da je veliko prostora za izboljšave strojne opreme in inovacije."
Stephen je opozoril, da je Atlas odličen primer tega, kar je mogoče doseči - učinkovit sistem, razvit v kratkem času.
Za Pratta pa je problem bolj opredeljen in meni, da bi morala biti izboljšava programske opreme na prvem mestu. »Bistvo, ki ga poskušam razumeti, je, da je večina programske opreme med ušesi. Mislim, kaj se dogaja v možganih operaterja, kaj se dogaja v možganih robota in kako se oba strinjata med seboj. Osredotočiti se želimo na strojno opremo robota in imamo še vedno težave z njo, na primer imamo težave s proizvodnimi stroški, energetsko učinkovitostjo … Nedvomno je najtežji del programska oprema; in je programska koda za vmesnik robot-človek in programska koda za sami roboti, ki vključujejo nalogo, ki vključuje zaznavanje in zavedanje situacije, zavedanje o tem, kaj se dogaja v svetu, in izbire, ki temeljijo na tem, kaj robot zaznava."
Pratt meni, da je iskanje komercialnih robotskih aplikacij ključnega pomena za razvoj naprednih sistemov in napredovanje industrije. "Mislim, da resnično potrebujemo komercialne aplikacije poleg obvladovanja nesreč in splošne obrambe. Resnica je, da so trgi, obramba, odziv v sili in pomoč ob nesrečah majhni v primerjavi s komercialnim trgom."
»O tem radi na DARPA veliko govorimo in za primer vzamemo mobilne telefone. DARPA je financirala številne dogodke, ki so privedli do tehnologije, ki se uporablja v mobilnih telefonih … Če bi bili le obrambni trg, za katerega so bile celice namenjene, bi stale veliko več kot zdaj, kar je posledica velik komercialni trg, ki je omogočil neverjetno razpoložljivost mobilnih telefonov …"
»Na področju robotike menimo, da potrebujemo točno to zaporedje dogodkov. Videti moramo, da komercialni svet kupuje aplikacije, zaradi katerih bodo cene padale, nato pa lahko ustvarimo sisteme posebej za vojsko, v katere bodo vlagali komercialne naložbe."
Prvih osem ekip bo sodelovalo na preizkušnjah decembra 2014 - Team Schaft, IHMC Robotics, Tartan Rescue, Team MIT, Robosimian, Team TRAClabs, WRECS in Team Trooper. Vsak bo prejel milijon dolarjev za izboljšanje svojih rešitev, na koncu pa bo zmagovalna ekipa prejela nagrado v višini 2 milijona dolarjev, čeprav je za večino priznanje veliko bolj dragoceno kot denar.
Robosimian iz NASA -jevega laboratorija za reaktivni pogon ima nenavaden dizajn
Virtualni element
DARPA vključitev dveh skladb v preskuse DR Kongo, v katerih sodelujejo samo ekipe za razvoj programske opreme, govori o želji vodstva po odpiranju programov za čim širši krog udeležencev. Prej so bili takšni programi razvoja tehnologije prerogativa obrambnih podjetij in raziskovalnih laboratorijev. Ustvarjanje virtualnega prostora, v katerem lahko vsaka ekipa preizkusi svojo programsko opremo, je tekmovalcem, ki so imeli malo ali nič izkušenj pri razvoju programske opreme za robote, omogočilo tekmovanje na enaki ravni kot znana podjetja na tem področju. DARPA na simulirani prostor gleda tudi kot na dolgoročno dediščino testiranja DRK.
Leta 2012 je DARPA naročila Open Source Foundation, da razvije virtualni prostor za izziv, organizacija pa se je lotila ustvarjanja odprtega modela s programsko opremo Gazebo. Gazebo je sposoben simulirati robote, senzorje in predmete v 3D -svetu in je zasnovan tako, da zagotavlja realne podatke senzorjev in tisto, kar je opisano kot "fizično verjetne interakcije" med predmeti.
Predsednik odprtokodne fundacije Brian Goerkey je dejal, da so gazebo uporabljali zaradi dokazanih zmogljivosti. »Ta paket se v robotski skupnosti zelo pogosto uporablja, zato je DARPA želela staviti nanj, saj smo njegove prednosti videli v tem, kar počne; okoli nje bi lahko zgradili skupnost razvijalcev in uporabnikov."
Medtem ko je bil Gazebo že dobro poznan sistem, je Gorky opozoril, da je treba kljub temu še vedno težiti k temu, da bi morali izpolniti zahteve, ki jih je opredelil DARPA. »Pri modeliranju sprehajalnih robotov smo naredili zelo malo, osredotočili smo se predvsem na kolesne ploščadi, nekateri vidiki modeliranja sprehajalnih robotov pa so precej drugačni. Morate biti zelo previdni pri določanju ločljivosti stikov in modeliranju robota. Tako lahko v zameno za natančnost dobite dobre parametre. Veliko truda je bilo vloženega v podrobno simulacijo fizike robota, tako da lahko dobite kakovostne simulacije in tudi, da robot deluje skoraj v realnem času, v nasprotju z delom v eni desetini ali stotinki realnega časa, kar je verjetno, če ne za ves trud, ki ga vložite vanj."
Simulirani robot Atlas vstopi v avto med fazo virtualnega tekmovanja DR Kongo
Kar zadeva simulacijo robota Atlas za virtualni prostor, je Görki dejal, da je morala fundacija začeti z osnovnim naborom podatkov. »Začeli smo z modelom, ki ga je zagotovil Boston Dynamics, nismo začeli s podrobnimi CAD modeli, imeli smo poenostavljeni kinematični model, ki so nam ga posredovali. V bistvu besedilna datoteka, ki pove, kako dolga je ta noga, kako velika je itd. Izziv za nas je bil pravilno in natančno prilagoditi ta model, tako da smo lahko v zameno za natančnost dosegli kompromis pri zmogljivostih. Če ga modelirate na poenostavljen način, lahko v osnovni fizikalni mehanizem vnesete nekaj netočnosti, zaradi česar bo v določenih situacijah nestabilen. Zato je veliko dela, da rahlo spremenite model in v nekaterih primerih napišete svojo kodo za simulacijo določenih delov sistema. To ni le simulacija preproste fizike, obstaja raven, pod katero ne bomo šli."
Pratt je zelo pozitiven glede dosežkov z VRC in simuliranim prostorom. »Naredili smo nekaj, kar se še ni zgodilo, ustvarili smo realistično simulacijo procesa s fizičnega vidika, ki jo je mogoče izvajati v realnem času, tako da lahko operater opravlja svoje interaktivno delo. To res potrebujete, saj govorimo o osebi in robotu kot eni skupini, zato bi morala simulacija robota delovati v istem časovnem okviru kot oseba, kar pomeni v realnem času. Tu pa je potreben kompromis med natančnostjo modela in njegovo stabilnostjo … Verjamem, da smo v virtualnem tekmovanju veliko dosegli."
Stephen je pojasnil, da se je Inštitut IHMC za človeške in strojne kognitivne sposobnosti soočal z različnimi izzivi pri razvoju programske opreme. "Uporabili smo lastno simulacijsko okolje, ki smo ga integrirali z Gazebom kot del virtualnega tekmovanja, vendar velik del našega razvoja poteka na naši platformi, imenovani Simulation Construction Set … svojo programsko opremo smo uporabili, ko smo predstavili pravega robota, veliko smo se ukvarjali z modeliranjem in ta eden od naših temeljev se veselimo veliko dobrih izkušenj pri razvoju programske opreme."
Stephen je dejal, da je programski jezik Java prednostni na IHMC, ker ima "res impresiven nabor orodij, ki je zrasel okoli njega." Opozoril je, da je pri združevanju Gazeba in lastne programske opreme »glavna težava v tem, da programsko opremo pišemo v Javi, večina programske opreme za robote pa uporablja C ali C ++, ki sta zelo dobra za vgrajene sisteme. Toda v Javi želimo delati tako, kot želimo - da bo naša koda delovala v določenem časovnem okviru, saj se izvaja v C ali C ++, vendar je nihče drug ne uporablja. Velik problem je, da vsi programi Gazebo delujejo z našo kodo Java."
DARPA in Open Source Foundation še naprej razvijata in izboljšujeta simulacijo in virtualni prostor. »Začenjamo z izvajanjem elementov, s katerimi bo simulator bolj uporaben v drugačnem okolju, zunaj reševalnega območja. Na primer, vzamemo programsko opremo, ki smo jo uporabili na tekmovanju (imenovano CloudSim, ker simulira v računalniškem okolju v oblaku), in jo razvijamo z namenom, da se izvaja na strežnikih v oblaku, «je dejal Görki.
Ena od glavnih prednosti, če imate simulirano okolje odprto za javno uporabo in delate z njim v oblaku, je, da lahko izračune na visoki ravni izvedejo zmogljivejši sistemi na strežnikih, kar ljudem omogoča uporabo lahkih računalnikov in celo prenosnih računalnikov in tabličnih računalnikov. za delo na svojem delovnem mestu. Görki tudi meni, da bo ta pristop zelo koristen pri poučevanju, pa tudi pri oblikovanju in razvoju izdelkov. "Do tega simulacijskega okolja boste lahko dostopali od koder koli po svetu in v njem preizkusili svojega novega robota."
