A Robotika Forradalma: állítsd munkába a robotodat?

Eliot Horowitz a robotika forradalmát akarja elindítani a Viammal

Eliot Horowitz, a MongoDB egykori technológiai igazgatója, Eliot Horowitz saját próbálkozásaiból tudja, hogy a robotok szoftverproblémával küzdenek. Az okos hardverek egyre olcsóbbak és egyre szélesebb körben elérhetőek különböző formákban és funkciókban. A képesség, hogy egyszerűen és elegánsan megmondjuk neki, mit csináljon, nem.

Ahogy a The Stacknek nyilatkozva fogalmazott, és a Viam New York-i irodáiban egy robotikai laboratórium felállításával kapcsolatos korai tapasztalatai alapján, amikor a dolgok építéséről van szó, “a hardveres emberek köröket tudnak futni a szoftver körül”.

Horowitz új startupja, a Viam célja, hogy megoldja ezt a problémát, és demokratizálja a robotikához való hozzáférést a fejlesztők számára. Ma tette közzé ingyenes nyilvános bétatesztjét; egy olyan platformot, amely reményei szerint egyablakos rendszer lesz a robotflották konfigurálásához és prototípusok készítéséhez, kódolásához, kezeléséhez és skálázásához, olyan felhőalapú eszközökkel, amelyek a flottaüzemeltetők számára is megkönnyítik a robotok több adatát – akár egy csővezeték szivárgásvizsgálatát, akár egy útjavítást végeznek.

Horowitzcal – aki társalapítója volt a MongoDb-nek is, amely ma már 12 milliárd dolláros piaci tőkeértékű cirkálósúlyú a NoSQL-adatbázisok világában – leültünk, hogy többet halljunk a céggel kapcsolatos törekvéseiről, amely 2022 februárjában 30 millió dollárt gyűjtött be egy A sorozatú körben, amelyet a Tiger Global vezetett a Union Square Ventures-szel és a Battery Ventures-szel. (A Viam valószínűleg 2023-ban ismét emelni fog, sugallja, bár ez egyelőre nem hangzik prioritásnak.)

Viam Robot Development Kit (RDK)

Horowitz szerint: “Nagyon sokan vannak, akik azt gondolják, hogy a robotikai vállalkozás indítása nem lehetséges. Világossá kell tennünk számukra, hogy ez nem igaz. Hagynunk kell, hogy az emberek valóban kreatívak legyenek, és elgondolkodjanak azon, hogy milyen dolgokat szeretnének csinálni a robotikában, és rá kell ébresztenünk őket, hogy ez valóban lehetséges”.

Annak érdekében, hogy ezt lehetővé tegyük, valamint hogy a korai elfogadást elősegítsük, a Viam bétaverziója ingyenesen használható (természetesen fizetni kell a saját felhőalapú számítási rendszerért) és nyílt forráskódú.

A “miért” egyszerű. A Viam csapata azt szeretné, ha a robotokkal foglalkozó startupok elfogadnák a Viamot, hogy segítsen megszüntetni a súrlódásokat a fejlesztés szoftveres oldaláról, lehetővé téve számukra a gyorsabb iterációt és olyan robotok piacra dobását, amelyek képesek költséghatékonyan elvégezni mindent a kátyúk kijavításától kezdve a műanyag hulladék óceánból való kihalásáig.

A “hogyan” rengeteg folyamatos munka eredménye, de egyben megtévesztően egyszerű is. A Viam roboton (egyetlen bináris programcsomag telepítésével, az AGPLv3 licenc alatt, viam-server néven) és a felhőben fut.

A platform három különböző API-t tartalmaz

Komponensek – pl. motorok, karok, GPS
Szolgáltatások – számítógépes látás, mozgástervezés, slam
Felhőalkalmazás – flottakezelés, adatkezelés

A konfiguráció a felhőben él, de a robotok működése semmilyen módon nem függ a tartós felhőcsatlakozástól. A robotkód közvetlenül magán a roboton vagy bárhol máshol futtatható, ahol van internetkapcsolat.

A Viam-on keresztüli kommunikáció a nyílt forráskódú gRPC keretrendszerrel történik, igény esetén közvetlenül, vagy a szintén nyílt forráskódú webRTC-n keresztül, amely hitelesítést és titkosítást biztosít.

A nagy ötlet a “hardver- és szoftverprototípusok egységesítése”, a Viam platform több száz közös hardverillesztőprogramot támogat, és továbbiak létrehozásához szoftverfejlesztő készletet (SDK) biztosít.

Ahogy Horowitz fogalmazott: “Meghatároztunk egy sor API-t a robotok minden olyan darabjához, amelyre az embereknek szükségük van, mint például a motorok és a karok. Tehát minden szükséges alkatrészhez van egy gRPC API. És ha olyanokra van szükséged, amelyek nincsenek meg, akkor saját extra API-kat is hozzáadhatsz… Az egyik nagy dolog, amit teszünk, hogy megkönnyítjük a hardvermérnökök és a szoftvermérnökök együttműködését. Ez azt jelenti, hogy a hardvermérnökök gyorsabban iterálnak” – teszi hozzá.

A konfigurálás után a hardver tesztelhető a Viam vezérlő felhasználói felületén, a szoftvermérnökök pedig azonnal intuitív API-kat kapnak, amelyekkel elkezdhetik a kódolást. Minden robothoz távolról is hozzá lehet férni WebRTC-n keresztül, és a Viam natívan támogatja az olyan magasabb szintű szolgáltatásokat, mint a számítógépes látás, a SLAM és a mozgástervezés; a jövőben továbbiakat is tervez hozzáadni.

A felvonófelhajtás: “Minden robot központi kezelése és biztonsága bárhonnan. Szervezze a robotokat csoport és hely szerint, tekintse meg minden robot állapotát, irányítsa távolról bármelyik robotot, és tartsa fenn a robotokhoz való hozzáférés finomszemcsés ellenőrzését – egészen a különálló API-módszerekig” – ahogy a Viam fogalmaz a béta-verzió mai elindításáról szóló sajtóközleményében.

“A felhasználók például megakadályozhatják az érzékeny környezetben telepített kamerákhoz való távoli hozzáférést; szinkronizálhatják az adatokat minden egyes robotról a felhőbe, kombinálhatják és elemezhetik az adatokat a felhőben, majd a változásokat minden robotra telepíthetik. A Viam képes képeket, szenzorméréseket és hardveres mérőszámokat gyűjteni még kihívást jelentő hálózati körülmények és korlátozott sávszélesség mellett is. A feltöltés után a felhasználók megvizsgálhatják az adatokat, exportálhatják azokat prediktív elemzések futtatásához és gépi tanulási modellek betanításához. A képzett modellek – vagy bármilyen más adat – könnyen visszatolhatók a robotokhoz.”

Nincsenek felhő kapcsolódási hibapontok

Azok számára, akiknek a Roomba és más kisebb robotok leálltak, amikor az AWS US-EAST-1 adatközpontja 2020 végén, majd 2021 végén ismét leállt, a felhő-központúság aggasztó egyetlen hibapontnak tűnhet.

Horowitz szerint a platformot úgy építették fel, hogy elkerüljék az ilyen jellegű problémákat: “WebRTC-t használunk, ami nagyjából ugyanaz a technológia, mint a videokonferencia, ami teljesen peer-to-peer. Szükség van valamilyen jelzőszolgáltatásra. De ez nagyon robusztus, és nem támaszkodik semmilyen adatközpontra, mert ez csak egyfajta megállapodás-szolgáltatás”.

Megismétli, ahogy a lényeget feszegetjük: “Ha a felhőhöz csatlakozol, és a felhő leáll, bármilyen okból, internetkapcsolat, masszív AWS és GCP hiba, mintha csak teljes káosz lenne, a robotot nem érdekli. A robot nem lesz képes konfigurációs frissítéseket hozzáadni a felhőben, vagy bejelentkezni a felhőbe, vagy adatokat tolni a felhőbe. De nem érdekli. Futtathatod, csatlakozhatsz hozzá, írhatsz ellene kódot [helyben]”.

Azok minden szkepticizmusa ellenére, akik ebben a hónapban Elon Musk “Optimum” csoszogását nézték a színpadon egy Tesla-rendezvényen, a robothardver – hacsak nem duplázza meg, hogy megpróbál valami humanoidot építeni – egyszerűen nem olyan nagy akadály az innováció előtt, mint ahogyan azt gondolnánk, ismételte meg: “Van egy partnerünk, aki egy csővezeték-ellenőrző robotot épít 1000 dollár alatti áron. Egy robotporszívó anyagköltsége körülbelül 60 dollár. Egy új robotkarral foglalkozó céggel beszélünk, amely egy olyan karral próbál előállni, amely majdnem két nagyságrenddel olcsóbb, mint a többi hasonló dolog. Nem kell sok szoftvert írniuk, mert minket használnak. Úgy gondoljuk, hogy sokkal nagyobb versenyt tudunk teremteni ezen a területen. Hagyjuk, hogy a hardvermérnökök sokkal gyorsabban dolgozzanak, és valóban elkezdjük ösztönözni ezeket a dolgokat!”