Un salt uriaș în robotizare

Cuprins:

Un salt uriaș în robotizare
Un salt uriaș în robotizare

Video: Un salt uriaș în robotizare

Video: Un salt uriaș în robotizare
Video: Goodnight Sweet Prince (For Tom) 2024, Aprilie
Anonim
Imagine
Imagine

CHIMP îndeplinește una dintre cele mai dificile sarcini - încercarea de a atașa un furtun de incendiu la un hidrant

Găzduit de Agenția de Proiecte de Cercetare Avansată pentru Apărare (DARPA), Robotics Challenge promite să revoluționeze capacitățile sistemelor și modul în care acestea sunt proiectate. Să aruncăm o privire la acest eveniment și să evaluăm părerea unui număr de jucători cheie

La 11 martie 2011, Japonia a fost lovită de un cutremur puternic, cu un epicentru la aproximativ 70 km de coasta de est a Honshu. În urma unui cutremur de magnitudine 9, s-au format valuri care au atins o înălțime de 40 de metri și s-au propagat pe uscat timp de 10 km.

Centrala nucleară Fukushima I a stat în calea tsunami-ului devastator. Când valurile uriașe au lovit stația, reactoarele au fost distruse catastrofal. Acest incident a devenit cea mai gravă tragedie nucleară de la accidentul de la centrala nucleară de la Cernobîl în 1986. Acest eveniment a stat la baza scenariului unuia dintre cele mai semnificative programe de robotică până în prezent - DRC (DARPA Robotics Challenge - teste practice ale sistemelor robotizate în cadrul programului Advanced Research and Development Administration al Departamentului Apărării din SUA).

Procesele din RDC au fost anunțate în aprilie 2012, iar salvarea în caz de dezastru a fost aleasă ca scenariu pentru aceste procese. Dezvoltarea de noi sisteme trebuia realizată în cadrul acestui scenariu, în principal datorită faptului că a fost inclusă în cele 10 misiuni cheie ale Departamentului Apărării al SUA, identificate de Casa Albă și de Secretarul Apărării în ianuarie. 2012. În decembrie 2013, în cadrul acestor competiții, a trecut o etapă importantă, când au fost efectuate pentru prima dată în Florida primele teste „la scară completă”.

RDC diferă în mai multe moduri inovatoare, combină testarea virtuală și pe teren și sunt deschise echipelor finanțate și nefinanțate. Acest eveniment constă din patru așa-numite secțiuni sau piese; DARPA a oferit sprijin financiar pentru două piste, pista A și pista B, și a deschis aceste competiții tuturor celor nou-veniți.

Dintre cele patru piese, două (pista A și pista B) au primit finanțare. În urma unui anunț general și a depunerii cererii, DARPA a selectat șapte echipe pentru pista A pentru a dezvolta hardware și software noi; în pista B, 11 echipe au dezvoltat doar software.

Pista C nu este finanțată și este deschisă pentru noii membri din întreaga lume; La fel ca participanții la pista B, participanții săi au folosit în principal un program de simulare a robotului virtual pentru a-și testa software-ul. Traseul D este destinat colaboratorilor străini care doresc să dezvolte hardware și software, dar fără finanțare DARPA în orice etapă.

Cheia abordării inovatoare DRC este componenta VRC (Virtual Robotics Challenge). Echipele de top - fie de pe pista B sau C - vor primi finanțare de la DARPA, precum și robotul Atlas de la Boston Dynamics, cu care vor participa la testele de teren.

În mai 2013, echipele din Track B și Track C au depus cererea de calificare pentru VRC, care a avut loc luna următoare. Din peste 100 de echipe înregistrate, doar 26 au continuat să se mute în VRC și doar 7 echipe au abordat testele la scară largă.

VRC-urile au avut loc într-un spațiu virtual extrem de precis licențiat sub licența Apache 2 de la Open Source Foundation. Echipele au fost însărcinate să îndeplinească trei dintre cele opt sarcini care au fost identificate pentru roboți reali în primele teste de teren.

Testarea

În timp ce roboții demonstrați în VRC au fost impresionanți, modul în care s-ar comporta în testele de teren nu a fost 100% sigur; cu toate acestea, Jill Pratt, directorul de programe al competiției din RDC, s-a declarat foarte mulțumit de capacitățile lor. „Ne așteptam ca din moment ce aceasta a fost prima parte fizică a testului, să putem vedea o mulțime de defecțiuni ale hardware-ului, dar de fapt nu a fost cazul, tot hardware-ul a fost foarte fiabil. Primele câteva echipe, în special primele trei, au reușit să obțină mai mult de jumătate din puncte și au făcut progrese semnificative chiar și atunci când am intervenit în mod deliberat pe canalul de comunicare.

Pratt a fost, de asemenea, impresionat de capabilitățile robotului Atlas, „A întrecut cu adevărat așteptările noastre … Boston Dynamics a făcut o muncă exemplară pentru a se asigura că niciuna dintre echipe nu este afectată de niciun fel de defecțiune hardware”.

Cu toate acestea, există încă loc de îmbunătățire, cum ar fi brațele manipulatoare cu spațiu de lucru limitat și scurgerile din sistemul hidraulic al robotului. Procesul de modernizare a început chiar înainte de evenimentul din decembrie 2013. Pratt a spus că și-ar dori să crească numărul de instrumente diferite în finală, iar roboții vor avea cel mai probabil o centură cu instrumente din care vor trebui să selecteze instrumentele necesare și să le schimbe în timpul executării scriptului.

Robotul Atlas a fost, de asemenea, lăudat de Doug Stephen, cercetător și inginer software la Florida Institute for Human and Machine Cognitive Abilities, a cărui echipă a ocupat locul al doilea pe pista B în probele de teren. „Acesta este un robot destul de minunat … am lucrat cu el 200 de ore de timp curat în două sau trei luni și acest lucru este foarte neobișnuit pentru o platformă experimentală - abilitatea de a lucra constant și de a nu rupe”.

Există literalmente eforturi eroice în spatele capacităților robotice impresionante din RDC; sarcinile sunt concepute pentru a fi deosebit de provocatoare și pentru a provoca hardware-ul și software-ul dezvoltat de echipe.

Deși sarcinile au fost dificile, Pratt nu crede că DARPA a pus bara prea sus, menționând că fiecare sarcină a fost finalizată de cel puțin una dintre echipe. Conducerea și îmbinarea mânecilor s-au dovedit a fi sarcinile cele mai dificile. Potrivit lui Stephen, primul a fost cel mai dificil: „Aș spune cu siguranță - sarcina de a conduce o mașină și nici măcar din cauza conducerii în sine. Dacă doriți o conducere complet autonomă, ceea ce este foarte dificil, atunci aveți întotdeauna un operator robot. Conducerea nu a fost atât de dificilă, dar ieșirea din mașină este mult mai dificilă decât s-ar putea imagina oamenii; este ca și cum ai rezolva un mare puzzle 3D.

În conformitate cu formatul finalelor din RDC, prevăzute în decembrie 2014, toate sarcinile vor fi combinate într-un singur scenariu continuu. Totul este pentru a-l face mai credibil și pentru a oferi echipelor alegeri strategice cu privire la modul de executare. Dificultatea va crește, de asemenea, iar Pratt a adăugat: „Provocarea noastră pentru echipele care s-au descurcat excelent la Homestead este să o îngreuneze și mai mult. Vom elimina cablurile legate, vom elimina cablurile de comunicație și le vom înlocui cu un canal fără fir, în timp ce vom degrada calitatea conexiunii, astfel încât să fie chiar mai proastă decât în testele anterioare."

„Planul meu în acest moment este să fac conexiunea intermitentă, uneori va trebui să dispară complet și cred că acest lucru ar trebui făcut într-o ordine aleatorie, așa cum se întâmplă în dezastre reale. Să vedem ce pot face roboții, funcționând câteva secunde, sau poate până la un minut, încercând să efectueze singuri anumite sarcini, chiar dacă nu sunt complet opriți din controlul operatorului și cred că va fi un lucru foarte interesant vedere."

Pratt a spus că sistemele de siguranță vor fi eliminate și în finală. „Acest lucru înseamnă că robotul va trebui să reziste la cădere, înseamnă, de asemenea, că trebuie să urce singur și de fapt va fi destul de dificil”.

Un salt uriaș în robotizare
Un salt uriaș în robotizare

Robotul Schaft îndepărtează resturile din calea sa

Provocări și strategii

Dintre cele opt echipe din timpul testelor, cinci au folosit robotul ATLAS, cu toate acestea, participanții la pista A - câștigătorul Team Schaft și al treilea câștigător al Team Tartan Rescue - și-au folosit evoluțiile. Originar de la Centrul Național de Inginerie Robotică al Universității Carnegie Mellon (CMU), Tartan Rescue a dezvoltat platforma mobilă CMU Highly Intelligent Mobile Platform (CHIMP) pentru testarea DRC. Tony Stentz de la Tartan Rescue a explicat raționamentul echipei pentru dezvoltarea propriului sistem: „Ar putea fi mai sigur să folosim un robot umanoid disponibil, dar știam că putem crea un design mai bun pentru răspunsul la dezastru”.

„Știam că trebuie să creăm ceva aproximativ uman, dar nu ne plăcea nevoia ca roboții umanoizi să mențină echilibrul în timp ce ne deplasăm. Când roboții bipedali se mișcă, trebuie să-și păstreze echilibrul pentru a nu cădea, iar acest lucru este destul de dificil pe o suprafață plană, dar când vorbești despre mișcarea prin resturi de construcție și călcarea pe obiecte care se pot mișca, devine și mai dificil. Prin urmare, CHIMP este static stabil, se sprijină pe o bază destul de largă și în poziție verticală se rostogolește pe o pereche de șine la picioarele sale, astfel încât să poată merge înainte și înapoi și să se întoarcă la locul său. Poate fi poziționat suficient de ușor pentru a vă întinde mâinile pentru a transporta tot ce aveți nevoie în sarcină; atunci când trebuie să se deplaseze pe un teren mai dificil, poate cădea pe toate cele patru membre, deoarece are și elici pe omizi pe mâini.

Inevitabil, echipele din diferite piste s-au confruntat cu provocări diferite în pregătirea testelor, Institutul pentru abilități cognitive umane și de mașini s-a concentrat pe dezvoltarea de software, deoarece aceasta este cea mai dificilă problemă - tranziția de la VRC la probleme de teren. Stephen a spus că „când robotul Atlas ne-a fost livrat, avea două„ moduri”pe care le puteai folosi. Primul este un set simplu de mișcări furnizate de Boston Dynamics pe care le-ați putea folosi pentru mișcare și care a fost ușor subdezvoltat. S-a dovedit că majoritatea echipelor au folosit aceste moduri încorporate de la Boston Dynamics în timpul competiției Homestead, foarte puține echipe și-au scris propriul software de control al robotului și nimeni nu a scris propriul software pentru întregul robot …"

„Ne-am scris propriul software de la zero și a fost un controler pentru tot corpul, adică era un controler care funcționa în toate sarcinile, nu am trecut niciodată la alte programe sau la alt controler … Prin urmare, una dintre cele mai dificile sarcini a fost să creăm codul programului și să-l rulăm pe Atlas, deoarece era un fel de cutie neagră când Boston Dynamics ni l-a prezentat, dar este robotul și IP-ul lor, așa că într-adevăr nu am avut acces la nivel scăzut la computerul de bord software-ul rulează pe un computer extern și apoi comunică cu utilizarea unui API (Interfață de programare a aplicației) prin fibră cu un computer de bord, deci există întârzieri mari și probleme de sincronizare și devine destul de dificil să controlezi un sistem atât de complex precum Atlas."

În timp ce scrierea propriului cod de la zero a fost cu siguranță mai dificilă și consumatoare de timp pentru Institute for Human and Machine Cognitive Abilități, Stephen consideră că această abordare este mai profitabilă, deoarece atunci când apar probleme, acestea pot fi rezolvate mai repede decât bazându-se pe Boston Dynamics. În plus, software-ul companion Atlas nu era la fel de avansat ca software-ul pe care îl folosește Boston Dynamics în propriile demonstrații „când au trimis robotul … au spus destul de deschis că mișcările nu sunt ceea ce vedeți când Boston Dynamics încarcă un videoclip de robotul către Youtube. lucrează la software-ul acestei companii. Aceasta este o versiune mai puțin avansată … acest lucru este suficient pentru antrenamentul robotului. Nu știu dacă vor da codul comenzilor de utilizat, nu cred că se așteptau ca fiecare să scrie propriul software. Adică, ceea ce a fost livrat împreună cu robotul este posibil de la bun început și nu a fost destinat să finalizeze toate cele opt sarcini din testele practice din RDC."

Cea mai mare provocare pentru echipa Tartan Rescue a fost programul strâns la care au trebuit să respecte la dezvoltarea noii platforme și a software-ului aferent. „În urmă cu cincisprezece luni, CHIMP era doar un concept, un desen pe hârtie, așa că a trebuit să proiectăm piesele, să facem componentele, să le punem laolaltă și să le testăm pe toate. Știam că ne va lua cea mai mare parte a timpului, nu am putut aștepta și a începe să scriem software până când robotul nu a fost gata, așa că am început să dezvoltăm software în paralel. De fapt nu aveam un robot cu drepturi depline cu care să lucrăm, așa că am folosit simulatoare și înlocuitori hardware în timpul dezvoltării. De exemplu, am avut un braț de manipulare separat pe care l-am putea folosi pentru a verifica anumite lucruri pentru un singur membru”, a explicat Stentz.

Referindu-se la complicațiile care se vor adăuga degradării canalelor de transmisie a datelor, Stentz a remarcat că această decizie a fost luată de la bun început în mod specific pentru astfel de situații și că nu este o problemă foarte dificilă. „Avem senzori montați pe capul robotului - telemetre laser și camere foto - permițându-ne să construim o hartă completă de textură 3D și un model al mediului robotului; asta este ceea ce folosim din partea operatorului pentru a controla robotul și ne putem imagina această situație în diferite rezoluții, în funcție de banda de frecvență disponibilă și de canalul de comunicație. Ne putem concentra atenția și putem obține o rezoluție mai mare în unele zone și o rezoluție mai mică în alte zone. Avem capacitatea de a controla direct robotul de la distanță, dar preferăm un nivel mai ridicat de control atunci când definim ținte pentru robot, iar acest mod de control este mai rezistent la pierderea semnalului și întârzieri.”

Imagine
Imagine

Robotul Schaft deschide ușa. Capacitățile îmbunătățite de manipulare robotică vor fi o necesitate pentru sistemele viitoare

Pasii urmatori

Stentz și Stephen au spus că echipele lor își evaluează în prezent capacitățile în testele din lumea reală pentru a evalua acțiunile care trebuie întreprinse pentru a merge mai departe și că așteaptă o revizuire DARPA și informații suplimentare despre ceea ce va fi în finală. Stephen a spus că așteaptă cu nerăbdare să primească unele modificări pentru Atlas, menționând o cerință deja aprobată pentru finală - utilizarea unei surse de alimentare la bord. Pentru CHIMP, aceasta nu este o problemă, deoarece robotul cu acționări electrice își poate transporta deja propriile baterii.

Stentz și Stephen au convenit că există o serie de provocări care trebuie abordate în dezvoltarea spațiului sistemelor robotizate și în crearea tipurilor de platforme care pot fi utilizate în scenarii de ajutorare în caz de dezastru. „Aș spune că nu există un lucru în lume care să poată fi un panaceu. În ceea ce privește hardware-ul, cred că mașinile cu capacități de manipulare mai flexibile pot fi utile. În ceea ce privește software-ul, cred că roboții au nevoie de un nivel mai mare de autonomie, astfel încât să poată performa mai bine fără un canal de comunicare în operațiuni la distanță; pot îndeplini sarcinile mai repede pentru că fac multe singuri și iau mai multe decizii pe unitate de timp. Cred că vestea bună este că competițiile DARPA sunt într-adevăr concepute pentru a promova atât hardware cât și software”, a spus Stentz.

Stephen crede că sunt necesare și îmbunătățiri în procesele de dezvoltare tehnologică. „În calitate de programator, văd multe modalități de îmbunătățire a software-ului și văd, de asemenea, multe oportunități de îmbunătățire pe măsură ce lucrez la aceste mașini. O mulțime de lucruri interesante se întâmplă în laboratoare și universități în care s-ar putea să nu existe o cultură puternică a acestui proces, așa că uneori munca se desfășoară la întâmplare. De asemenea, uitându-vă la proiectele cu adevărat interesante din testele din RDC, vă dați seama că există mult spațiu pentru îmbunătățiri hardware și inovație."

Stephen a remarcat că Atlas este un prim exemplu al a ceea ce se poate realiza - un sistem funcțional dezvoltat într-un timp scurt.

Cu toate acestea, pentru Pratt, problema este mai definită și consideră că îmbunătățirea software-ului ar trebui să fie pe primul loc. „Ideea pe care încerc să o trec este că cea mai mare parte a software-ului este între urechi. Adică, ce se întâmplă în creierul operatorului, ce se întâmplă în creierul robotului și modul în care cei doi sunt de acord unul cu celălalt. Vrem să ne concentrăm asupra hardware-ului robotului și încă avem probleme cu acesta, de exemplu, avem probleme cu costurile de producție, eficiența energetică … Fără îndoială, cea mai grea este software-ul; și este codul de programare pentru interfața robot-om și codul de programare pentru ca roboții înșiși să îndeplinească singuri sarcina, care include percepția și conștientizarea situației, conștientizarea a ceea ce se întâmplă în lume și alegeri bazate pe ceea ce robotul percepe."

Pratt consideră că găsirea aplicațiilor robotului comercial este esențială pentru dezvoltarea sistemelor avansate și pentru avansarea industriei. „Cred că avem cu adevărat nevoie de aplicații comerciale dincolo de gestionarea dezastrelor și de apărare generală. Adevărul este că piețele, apărarea, răspunsul la situații de urgență și ajutorarea în caz de dezastru, sunt mici în comparație cu piața comercială."

„Ne place să vorbim mult despre asta la DARPA, luând ca exemplu telefoanele mobile. DARPA a finanțat multe dintre evoluțiile care au condus la tehnologia utilizată în telefoanele mobile … Dacă aceasta ar fi doar piața de apărare pentru care au fost destinate celulele, acestea ar costa mai multe ordine de mărime mai mult decât acum și acest lucru se datorează o piață comercială imensă care a făcut posibilă obținerea unei disponibilități incredibile de telefoane mobile …"

„În domeniul roboticii, părerea noastră este că avem nevoie exact de această succesiune de evenimente. Trebuie să vedem lumea comercială cumpărând aplicații care vor face ca prețurile să scadă, iar apoi putem crea sisteme special destinate armatei, în care vor fi făcute investiții comerciale."

Primele opt echipe vor participa la probele din decembrie 2014 - Team Schaft, IHMC Robotics, Tartan Rescue, Team MIT, Robosimian, Team TRAClabs, WRECS și Team Trooper. Fiecare va primi 1 milion de dolari pentru a-și îmbunătăți soluțiile și, în cele din urmă, echipa câștigătoare va primi un premiu de 2 milioane de dolari, deși, pentru majoritatea, recunoașterea este mult mai valoroasă decât banii.

Imagine
Imagine

Robosimian de la Jet Propulsion Laboratory al NASA are un design neobișnuit

Element virtual

Includerea de către DARPA a două piese în testele din RDC, la care participă doar echipele de dezvoltare software, vorbește despre dorința conducerii de a deschide programe către cel mai larg cerc posibil de participanți. Anterior, astfel de programe de dezvoltare tehnologică erau prerogativa companiilor de apărare și a laboratoarelor de cercetare. Cu toate acestea, crearea unui spațiu virtual în care fiecare echipă să-și poată testa software-ul a permis concurenților care aveau puțină sau deloc experiență în dezvoltarea de software pentru roboți să concureze la același nivel ca companii bine-cunoscute în acest domeniu. DARPA consideră, de asemenea, spațiul simulat ca pe o moștenire pe termen lung a testării DRC.

În 2012, DARPA a comandat Fundația Open Source să dezvolte un spațiu virtual pentru provocare, iar organizația a început să creeze un model deschis folosind software-ul Gazebo. Gazebo este capabil să simuleze roboți, senzori și obiecte într-o lume 3D și este conceput pentru a oferi date realiste despre senzori și ceea ce este descris ca „interacțiuni plauzibile fizic” între obiecte.

Președintele Fundației Open Source, Brian Goerkey, a declarat că Gazebo a fost folosit datorită capacităților sale dovedite. „Acest pachet este destul de utilizat în comunitatea robotică, motiv pentru care DARPA a dorit să parieze pe el, pentru că am văzut beneficiile sale în ceea ce face; am putea construi o comunitate de dezvoltatori și utilizatori în jurul ei."

Deși Gazebo era deja un sistem binecunoscut, Gorky a menționat că, deși mai era încă loc pentru a depune eforturi, ar trebui luate măsuri pentru a îndeplini cerințele identificate de DARPA. „Am făcut foarte puțin pentru a modela roboți ambulanți, ne-am concentrat în principal pe platforme cu roți și există câteva aspecte ale modelării roboților ambulanți care sunt destul de diferite. Trebuie să fii foarte atent cu privire la modul în care rezolvi contactele și la modul în care modelezi robotul. În acest fel, puteți obține parametri buni în schimbul acurateței. S-a depus mult efort în simularea detaliată a fizicii robotului, astfel încât să puteți obține simulări de bună calitate și, de asemenea, să faceți robotul să funcționeze aproape în timp real, spre deosebire de a lucra într-o zecime sau o sutime din timp real, ceea ce este probabil, dacă nu pentru tot efortul depus în el."

Imagine
Imagine

Un robot Atlas simulat intră într-o mașină în timpul etapei de competiție virtuală din RDC

În ceea ce privește simularea robotului Atlas pentru spațiul virtual, Görki a spus că Fundația trebuie să înceapă cu un set de date de bază. „Am început cu un model furnizat de Boston Dynamics, nu am început cu modele CAD detaliate, am avut un model cinematic simplificat care ne-a fost furnizat. Practic un fișier text care spune cât de lung este acest picior, cât de mare este și așa mai departe. Provocarea pentru noi a fost să ajustăm corect și cu precizie acest model, astfel încât să putem obține un compromis de performanță în schimbul acurateței. Dacă îl modelați într-un mod simplist, atunci puteți introduce unele inexactități în motorul fizic de bază, ceea ce îl va face instabil în anumite situații. Prin urmare, o mulțime de lucru este să schimbați ușor modelul și, în unele cazuri, să scrieți propriul cod pentru a simula anumite părți ale sistemului. Aceasta nu este doar o simulare a fizicii simple, există un nivel sub care nu vom merge."

Pratt este foarte pozitiv în ceea ce a fost realizat cu VRC și spațiul simulat. „Am făcut ceva ce nu s-a mai întâmplat până acum, am creat o simulare realistă a procesului dintr-un punct de vedere fizic care poate fi rulat în timp real, astfel încât operatorul să își poată face munca interactivă. Chiar aveți nevoie de acest lucru, deoarece vorbim despre o persoană și un robot ca o singură echipă, astfel încât simularea unui robot ar trebui să funcționeze în același interval de timp ca o persoană, ceea ce înseamnă în timp real. Aici, la rândul său, este necesar un compromis între acuratețea modelului și stabilitatea acestuia … Cred că am realizat multe în competiția virtuală."

Stephen a explicat că Institutul IHMC pentru abilități cognitive umane și de mașini s-a confruntat cu diferite provocări în dezvoltarea de software. „Am folosit propriul nostru mediu de simulare, pe care l-am integrat cu Gazebo ca parte a unei competiții virtuale, dar o mare parte din dezvoltarea noastră se realizează pe platforma noastră numită Simulation Construction Set … am folosit software-ul nostru când am lansat un robot real, am făcut o mulțime de modele și aceasta este piatra de temelie a noastră, așteptăm cu nerăbdare o experiență bună de dezvoltare software."

Stephen a spus că limbajul de programare Java este preferat la IHMC deoarece are „o cutie de instrumente cu adevărat impresionantă care a crescut în jurul său”. El a menționat că, atunci când combină Gazebo și propriul său software, „principala problemă este că scriem software-ul nostru în Java și majoritatea software-ului pentru roboți folosește C sau C ++, care sunt foarte bune pentru sistemele încorporate. Dar vrem să funcționăm în Java așa cum vrem - să facem ca codul nostru să funcționeze într-un anumit interval de timp, deoarece este implementat în C sau C ++, dar nimeni altcineva nu îl folosește. Este o mare problemă ca toate programele Gazebo să funcționeze cu codul nostru Java.”

DARPA și Fundația Open Source continuă să dezvolte și să îmbunătățească simularea și spațiul virtual. „Începem să implementăm elemente care vor face simulatorul mai util într-un mediu diferit, în afara locului de salvare. De exemplu, luăm software-ul pe care l-am folosit în competiție (numit CloudSim deoarece simulează în mediul cloud computing) și îl dezvoltăm cu intenția de a rula pe servere cloud , a spus Görki.

Unul dintre principalele avantaje de a avea un mediu simulat deschis pentru uz public și de a lucra cu el în cloud este că calculele la nivel înalt pot fi efectuate de sisteme mai puternice pe servere, permițând astfel oamenilor să își folosească computerele ușoare și chiar netbook-urile și tabletele. să lucrezi la locul de muncă. Görki crede, de asemenea, că această abordare va fi foarte utilă pentru predare, precum și pentru proiectarea și dezvoltarea produselor. „Veți putea accesa acest mediu de simulare de oriunde din lume și puteți încerca noul robot în el”.

Recomandat: