Miután telepítettük a 100. viselhető adatgyűjtő eszközt, robotikai adatvezetékünk csendben elkezdte megmérgezni magát. Az AI robotika világában az adatok az új olaj.Az AI Robotics számára ez az olaj a valós otthonokban telepített viselhető adatgyűjtő eszközökről származhat.Ezek a „ kesztyűk” nagy hűségű kézi manipulációs adatokat rögzítenek, amelyeket az AI-alapú robotok következő generációjának képzésére használnak. Mindazonáltal, ahogy 10 prototípusról 2000 egységre bővültünk, egy falat ütöttünk, a gyártási folyamatunk a vázlatos Python szkriptek, a kézi YAML fájlok és a legrosszabb, az egyes kesztyűkhez készült egyedi firmware. Íme, hogyan használtam és a törékeny, csak a mérnököktől függő folyamatról az ostoba Hardware DevOps életciklusra való áttéréshez, amely közvetlenül javította robotunk feladatának sikerességét. Webáruház Webáruház A "hardcoded" rémálom: Miért a firmware-as-identity kudarcot vall Amikor csatlakoztam a csapathoz, ezeknek a viselhető adatgyűjtő eszközöknek a regisztrációs folyamata alapvetően mérhetetlen volt: 
 
 
 
 
 
 Csatlakoztassa a hordozható készüléket egy PC-hez. Python script futtatása (az adott helyi környezetektől és illesztőprogramoktól függően). Módosítsa a firmware-kódot a C-ben, hogy tartalmazza a készülék specifikus metaadatát (hardverazonosító, hardverververzió, firmware-verzió, és hogy a készülék balkezes vagy jobbkezes-e). A hardver-azonosítókat és a kalibrálási adatokat manuálisan végezze el egy Git-repozitóriumban a YAML fájlok használatával. Hozzon létre és villogjon egy egyedi, egyszeri bináris az adott eszközhöz. Az emberi hibák hatása Ez a folyamat a következetlenségek szaporítója volt. A hibás verziós sorozatokkal, a duplikált hardverazonosítókkal és a helytelen metaadatokkal szembesültünk. A hardver világában ezek nem csak hibák, hanem adatmérgezés. Amikor egy kesztyű egy 2000 mérföldre lévő otthonban adatokat küld egy rosszindulatú verziós lánccal, az alábbi AI-vezetékek megszakadnak. Megtaláltuk magunkat, hogy hacky adattisztító szkripteket írunk, hogy az összegyűjtött adatokat használhatóvá tegyük. Rosszabb, a helytelen kalibrálási adatok közvetlenül befolyásolták a modelleket, amelyeket csendben képeztünk, csökkentve a feladat sikerességét anélkül, hogy nyilvánvaló jelek lennének arról, hogy mi ment rosszul. Az építészeti változás: a web mint „gyári eszköz” A pillanat, amikor rám kattintott, az volt, amikor megtudtam, hogy és Az API-k Chromium alapú böngészőkben érhetők el, amelyek lehetővé teszik a webes front-end számára, hogy kommunikáljon az USB-vel csatlakoztatott eszközökkel. Azt is észrevettem, hogy a firmware olyan munkát végez, amire nincs üzlet. A hardververververziókhoz és a kalibrálási adatokhoz hasonló metaadatok tárolhatók a felhőben, és szükség esetén dinamikusan lehívhatók biztonságos API-hívásokon keresztül. Azt is egy olyan modellre költöztünk, ahol minden kesztyű ugyanazt a firmware-t futja, és a webböngésző a fizikai hardver és a felhőinfrastruktúra közötti hídként működik. Webáruház Webáruház 1. Zéró telepítésű gyártási szoftver és azonnali globális telepítés A WebSerial API használatával kiküszöböltük a "nem működik a gépen" problémát. Gyártási és QC csapatunknak már nem kell kezelniük a Python környezeteket vagy illesztőprogramokat. Egyszerűen megnyitnak egy URL-t a Chrome-ban, csatlakoztatják a kesztyűt, és a böngésző kezeli az alacsony szintű kommunikációt a kesztyűre épített egyéni PCB-vel. Mivel az egész felület egy Single Page Application (SPA), most ugyanolyan mozgékonysággal kezeljük a fizikai összeszerelési vonalat, mint a felhőszoftverünk. A szabványos CI/CD csővezetékeket használjuk az építések kiváltására és egy unalmas statikus fájltárolási szolgáltatóba történő telepítésre. Ha javítunk egy kalibrálási algoritmust vagy új QC-ellenőrzést adunk hozzá, egyszerűen nyomjuk a kódot, és hagyjuk, hogy az automatizált csővezetékek végezzenek a többit. Ez a váltás lehetővé tette számunkra, hogy egy 7 főből álló, kódolási háttér nélkül működő belső gyártócsapatra bővüljünk, ami lehetetlenné vált volna, ha minden egységnek szüksége lenne egy mérnökre, aki manuálisan építhetne és villanjon egyedi firmware-t. 2. Az identitás hídja: a WebSerial találkozik a WebUSB-vel Úgy gondoltam, hogy a WebSerial minden, amire szükségem volt, de egy technikai korlátozás miatt nem úgy működött, ahogy vártam: a WebSerial önmagában nem tudja visszaszerezni az USB sorozatszámot. Ahhoz, hogy valódi "egy kattintással" rendelkezésre állást érjünk el, egy hibrid heurisztikus megközelítést fejlesztettem ki, hogy két független API-t összekapcsoljunk.A "igénylés és tesztelés" stratégiával ellenőrizhettük, hogy a felhasználó ugyanazt a fizikai eszközt választotta-e mind a WebUSB, mind a WebSerial utasításokban. async function openUsbSerialPort(
  interfaceNumber: number,
  serialOptions: SerialOptions
): Promise<[USBDevice, SerialPort]> {
  // 1. let the user pick a USB device and claim the interface for serial communication
  const device = navigator.usb.requestDevice();
  await device.open();
  await usbDevice.claimInterface(interfaceNumber);

  // 2. let the user pick a serial port
  const port = await navigator.serial.requestPort({
    filters: [{ usbVendorId: usbDevice.vendorId, usbProductId: usbDevice.productId }]
  });

  // 3. Test: If the user selected the same device, we shouldn't be able 
  // to open the serial port yet because it's already claimed.
  const serialPortOpened = await port.open(serialOptions).then(() => true).catch(() => false);

  if (serialPortOpened) {
    await port.close();
    throw Error("Selected different devices");
  }

  // 4. Match confirmed. Release and open for real.
  await usbDevice.releaseInterface(interfaceNumber);
  await port.open(serialOptions);

  return [device, port];
}
 De működik, és lehetővé teszi számunkra, hogy automatikusan összekapcsoljuk a fizikai hardvert a specifikus felhő rekordjával anélkül, hogy az üzemeltetőnek manuálisan kell kiválasztania vagy beírnia egy sorozatszámot. Az identitás eltávolítása a firmware-től Ahelyett, hogy minden egyes egységben egyedi metaadatokat fújna, a webes megoldás forradalmasította az áramlást: 
 
 
 
 Identitásfelismerés: A böngésző az USB sorozatszámon keresztül azonosítja az egységet a WebUSB/WebSerial heurisztikán keresztül. Metadatok tárolása a felhőben: A regisztrációs folyamat során ez az egyedi azonosító és a kapcsolódó metadatok egy felhőalapú adatbázisba kerülnek a regisztrációs folyamat során. On-demand visszanyerés: Amikor a kesztyűt telepítik, bármely alkalmazás vagy szolgáltatás használhatja az API-t, hogy dinamikusan visszaszerezze a metaadatokat azonosítóval. A firmware ostoba és megbízható marad, míg a felhő az igazság egyetlen forrása. Tisztább adatok, jobb robotok A webközpontú hardveres DevOps modellre való áttérés átalakító volt: 
 
 
 
 Demokratizált műveletek: 7 főből álló belső csapat kezeli a teljes regisztrációs és QC folyamatot, így több száz mérnöki órát szabadít fel. Adatintegritás: Eltávolítottuk a hibás fejléceket és a metaadat-hibákat. adatvezetékünk most már „tisztán tervezett” az összes 2000 egységben. Feladat sikertelensége: A pontos, következetes kalibrálás az egész flottán keresztül mérhető teljesítménynövekedéshez vezetett a kézi manipulációs modelljeinknél. következtetés Ha az IoT vagy a Robotics hardverét méretezi, akkor a webes böngészőket a folyamatok szervezőjeként kezeli.A WebSerial és a WebUSB standard web CI/CD-vel való kombinálásával áthidalhatja a hardver és a felhő közötti szakadékot, biztosítva, hogy minden hardveregység olyan agilis és naprakész legyen.

This story contains new, firsthand information uncovered by the writer.

Read My Stories

Ez a hanganyag a történet eredeti nyelvén készült!

Hogyan rögzítettem a gyártást az AI robotikához a WebSerial segítségével

About Author

HOZZÁSZÓLÁSOK

HANG TAGOK

EZT A CIKKET BEMUTATTA

Related Stories

How Emoji Credibility Indicators Add Context to HackerNoon Stories

Of The First and Last Things: Part 3

INTRODUCTION

Of The First and Last Things: Part 4

How Emoji Credibility Indicators Add Context to HackerNoon Stories

Of The First and Last Things: Part 3

INTRODUCTION

Of The First and Last Things: Part 4

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps