Nakon raspoređivanja 100. uređaja za prikupljanje podataka koji se može nositi, naš robotički podatkovni kanal tiho je počeo da se troši. U svetu AI robotike, podaci su nova ulja. Za AI robotiku, to ulje može doći iz uređaja za prikupljanje podataka koji se mogu nositi i koji su raspoređeni u kućama u stvarnom svetu. Međutim, kako smo skali sa 10 prototipova na 2.000 jedinica, pogodili smo zid.Naš proces proizvodnje bio je nered skiciranih Python skripta, ručnih YAML datoteka i, najgore od svega, prilagođenog firmvera za svaku pojedinu rukavicu. Evo kako sam koristio i da se prebacimo sa krhkog, inženjerskog procesa na životni ciklus Hardware DevOps koji je direktno poboljšao brzinu uspeha zadatka našeg robota. Webserijal Webište "Hardcoded" noćna mora: Zašto firmware-as-Identity ne uspevaju U vrijeme kada sam se pridružio timu, naš proces registracije za ove nosive uređaje za prikupljanje podataka bio je u osnovi neprocenjiv: 
 
 
 
 
 
 Povežite uređaj sa PC-om. Pokrenite Python skript (ovisno o specifičnim lokalnim okruženjima i vozačima). Promijenite kod firmvera u C kako biste uključili metapodatke specifične za uređaj (Hardware ID, verziju hardvera, verziju firmvera i da li je uređaj levoruk ili desničar). Ručno izvršite hardverske ID-ove i podatke o kalibraciji u Git repozitoriju koristeći YAML datoteke. Izgradite i bljesnite jedinstvenu, jednokratnu binarnu karticu za taj određeni uređaj. Uticaj ljudskih grešaka Ovaj proces je bio uzgojno tlo za nedosljednosti. suočili smo se s malformiranim nizu verzija, duplikat hardverskih ID-ova i pogrešnih metapodataka. U hardverskom svetu, to nisu samo bugovi, već otrov podataka. Kada rukavica u kući udaljenoj 2.000 milja šalje podatke sa niskom verzijom niza, naše AI pipeline u daljnjem toku se raspadaju. Našli smo se da pišemo hacky skripte za čišćenje podataka samo da bi prikupljeni podaci bili korisni. Još gore, pogrešni podaci o kalibraciji izravno su utjecali na modele koje smo tiho obučavali, smanjujući stopu uspeha zadatka bez očiglednih znakova onoga što je išlo po zlu. Arhitektonski preokret: Veb kao „radni alat“ Trenutak koji je kliknuo za mene bio je kada sam saznao da postoji Uslovi API dostupan u Chromium-based web pretraživača koji omogućava web front-end da komunicira sa USB-om povezanim uređajima. Takođe sam shvatio da firmware radi posao koji nema posao. Metapodatke kao što su hardverske verzije i podatke o kalibraciji mogu se pohraniti na oblaku i dinamički preuzeti putem sigurnih API poziva kada je potrebno. Mi smo takođe preselili na model gde svaka rukavica pokreće isti firmware, a web preglednik djeluje kao most između fizičkog hardvera i naše cloud infrastrukture. Webserijal Webište Zero-Install proizvodni softver i Instant Global Deployment Korišćenjem WebSerial API-ja, uklonili smo problem "ne radi na mom stroju".Naši timovi za proizvodnju i QC više ne moraju upravljati Python okruženjima ili vozačima. Oni jednostavno otvaraju URL u Chrome-u, povezuju rukavicu, a pretraživač rješava komunikaciju niskog nivoa sa PCB-om na rukavicama. Budući da je ceo sučelje Single Page Application (SPA), mi sada upravljamo našom fizičkom montažnom linijom s istom agilnošću kao i naš cloud softver. Koristimo standardne CI/CD cevovode za pokretanje konstrukcija i raspoređivanje na dosadnom statickom hosting provajderu. Ako poboljšamo algoritam kalibracije ili dodamo novu QC provjeru, jednostavno guramo kod i pustimo automatske cevovode da urade ostatak. Tehnici koji rade na montažnoj liniji ne moraju imati pristup Git reposu. Ova promena omogućila nam je da proširimo proizvodni tim od 7 ljudi bez kodiranja pozadine, što bi bilo nemoguće ako bi svaka jedinica zahtijevala inženjera da ručno gradi i bljesne jedinstveni firmware. Most identiteta: WebSerial susreće WebUSB Mislila sam da je WebSerial sve što mi je trebalo, ali sam otkrila da ne radi kako sam očekivala zbog tehničkog ograničenja: WebSerial sam ne može preuzeti USB serijski broj. Da bi se postiglo istinsko "Jedan klik" provizorišćenje, razvio sam hibridni heuristički pristup za most između dva nezavisna API-ja. Korišćenjem strategije "zahtjev i testiranje", mogli smo provjeriti da li je korisnik odabrao isti fizički uređaj u oba WebUSB i WebSerial poziva. Ispod je primer kako biste to mogli postići u jednostavnom slučaju (isto sam to učinio na korisnički prihvatljiviji način i integrisaniji sa našim specifičnim tokovima posla, ali ovo je ilustracija koncepta). 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];
}
 To nije dokumentirano nigde. To je malo hakovanje. ali to radi i omogućuje nam da automatski povežemo fizički hardver sa svojim specifičnim zapisom u oblaku bez potrebe da operater ručno odabere ili otkuca serijski broj. Otključavanje identiteta iz firmvera Umjesto da bljesne jedinstvene metapodatke u svaku jedinicu, rešenje zasnovano na mreži revolucionarizovalo je protok: 
 
 
 
 Prepoznavanje identiteta: Pregledač identificira uređaj pomoću USB serijskog broja putem WebUSB/WebSerial heuristike. Održavanje metapodataka u oblaku: Tokom procesa registracije, taj jedinstveni ID zajedno sa povezanim metapodatcima se prenosi u cloud bazu podataka tokom procesa registracije. On-demand Retrieval: Kada je rukav raspoređen, svaka aplikacija ili usluga može koristiti API za dinamički preuzimanje metapodataka po ID-u. Firmware ostaje glup i pouzdan, dok oblak služi kao jedini izvor istine. Rezultati: Čistiji podaci, Bolji roboti Prelazak na web-centric Hardware DevOps model je bio transformativan: 
 
 
 
 Demokratizovane operacije: Unutarnji tim od 7 sada upravlja celokupnim procesom registracije i QC-a, oslobađajući stotine sati inženjeringa. Integritet podataka: Uklonili smo pogrešne glave i greške u metapodatcima. Naš podatkovni kanal je sada "čist po dizajnu" na svim 2.000 jedinica. Stopa uspešnosti zadataka: Točna, dosljedna kalibracija širom flote dovela je do mjerljivog povećanja performansi naših modela bimanualne manipulacije. Zaključak Ako ste skaliranje IoT ili Robotics hardvera, tretirati web pretraživača kao vaš proces orkestrator. Kombinirajući WebSerial i WebUSB sa standardnim web CI / CD, možete preći razliku između hardvera i oblaka, osiguravajući da svaka hardverska jedinica je agilna i ažurirana.

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

Read My Stories

Ovaj audio je proizveden na originalnom jeziku priče!

Kako sam popravio proizvodnju za AI robotiku sa WebSerial

About Author

KOMENTARI

HANG TAGS

OVAJ ČLANAK JE PREDSTAVLJEN U

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps