Tmavomodrá technologická titulka znázorňujúca možnosti pripojenia robotov – Wi-Fi, káble a 5G – a ich vplyv na latenciu.

Siete pre roboty: Wi-Fi, káble, 5G a prečo záleží na latencii

Humanoid je mobilný uzol v sieti, ktorá bola takmer určite navrhnutá pre notebooky stojace na jednom mieste. Z tohto nesúladu pochádza zhruba 95 % všetkých hlásení typu „robot sa dnes správa čudne“, aké kedy podáte. Riadiace jednotky motorov sú v poriadku. Jetson je v poriadku. Model na Kentino AI serveri je v poriadku. Wi-Fi v poriadku nie je.

Tento článok sa venuje druhej polovici dvojprvkovej schémy z článku I01 — konkrétne spojeniu uprostred. Robot, ktorý ste kúpili, je len taký dobrý ako sieť, do ktorej ho zapojíte, a tú bude pravdepodobne potrebné prebudovať skôr, než si zaslúži slovo „funguje“.

Pre koho: integrátori, vedúci laboratórií a IT tímy, ktorým oznámili, že budúci mesiac príde humanoid, a ešte si nestihli uvedomiť, že existujúca firemná Wi-Fi urobí hanbu všetkým.

Prečo je sieť pre roboty samostatný problém

Väčšina firemných Wi-Fi sietí je dimenzovaná na prevádzku v ľudskej mierke: nárazové sťahovania, občasné videohovory, dlhé obdobia nečinnosti. Humanoid nerobí nič z toho. Generuje nepretržitý obojsmerný tok malých riadiacich správ, prerušované dávky obrazových dát smerujúcich na inferenčný server a stály tenký prúd telemetrie. Riadiaci tok je malý (kilobajty za sekundu), ale patologicky citlivý na jitter. Obrazové dávky sú objemné (desiatky až stovky megabajtov za sekundu v surovom tvare) a potrebujú objemnú cestu. Telemetria je nenáročná a nikoho nezaujíma.

V čom je tento problém jedinečný:

  • Uzol sa pohybuje. Robot prechádza cez hranicu buniek medzi prístupovými bodmi a pri roamingu sa na 50–500 ms strácajú pakety, podľa toho, ako je sieť nakonfigurovaná. Používateľ notebooku si to nevšimne. Regulátor rovnováhy robota možno áno.
  • RF prostredie je nepriateľské. Laboratórium s rozlohou 30 m² s dvoma inžiniermi, tromi notebookmi, kávovarom s Wi-Fi a mikrovlnkou je úplne bežné RF prostredie, ktoré bez milosti zničí 5 GHz spoj robota. Tienenie telom samotného robota blokuje signál v nepredvídateľných smeroch podľa toho, ako sa otáča.
  • Rušenie medzi viacerými robotmi sa sčítava. Dva roboty G1 v tej istej miestnosti na rovnakom kanáli nebudú spolupracovať elegantne. Tri sú problém. Flotila ôsmich si vyžaduje skutočné plánovanie.
  • Krehké sú aj protokoly nad rádiovou vrstvou. Predvolená konfigurácia DDS v ROS 2 sa pri vyhľadávaní uzlov spolieha na IP multicast. Wi-Fi zvláda multicast zle. Z tejto kombinácie vznikajú hlásenia „uzly sa navzájom nevidia“, ktoré vyzerajú ako chyby robota.

Dá sa to vyriešiť. Nič z toho však nie je vyriešené automaticky.

Wi-Fi 6E: dnešná spodná hranica

Poctivým východiskom pre nasadenie robotickej Wi-Fi v roku 2026 je Wi-Fi 6E s vyhradeným 6 GHz SSID určeným len pre roboty. Nie Wi-Fi 6. Nie 5 GHz s tým, že „to doladíme neskôr“. 6E, 6 GHz, samostatné SSID, izolovaná VLAN.

Dôvodom je čistota rádiového spektra, nie priepustnosť z titulkov. Pásmo 6 GHz je dosť nové na to, aby ho spotrebný šrot ešte nezaplavil. Na 6 GHz nie je žiadny Bluetooth, žiadna harmonická z mikrovlnky, žiadna 15 rokov stará tlačiareň vysielajúca beacony. Rádio Vášho robota dostane čistý kanál. Ten čistý kanál má väčšiu hodnotu než akékoľvek zlepšenie v katalógovom liste.

Takto vyzerá reálne RTT robota na Wi-Fi 6E, merané z CPU robota na inferenčný server na drôtovej strane prístupového bodu:

Podmienky Typické RTT Jitter
6 GHz, priama viditeľnosť, <10 m, vyhradené SSID 3–6 ms <1 ms
6 GHz, jedna stena, 15 m 5–10 ms 1–3 ms
5 GHz zdieľané s kancelárskou prevádzkou 8–25 ms 5–40 ms (špičky)
2.4 GHz (toto nerobte) 15–60 ms 10–200 ms
Roaming medzi prístupovými bodmi +50–500 ms jednorazovo n/a

Čistý 6 GHz spoj dosahuje jednociferné milisekundové RTT dostatočne stabilne na to, aby uzly ROS 2, gRPC klienti k vLLM aj teleoperácia pôsobili svižne. Ten istý robot presunutý na zdieľané 5 GHz SSID bude pôsobiť „pomaly“ spôsobom, ktorý nikto nevie vyčísliť, kým to nezmeria.

Wi-Fi 7 v roku 2026: obmedzená podpora, reálny prísľub

Hlavnou funkciou Wi-Fi 7 je Multi-Link Operation (MLO) — rádio súčasne spája dve alebo tri pásma (2.4/5/6 GHz) a buď agreguje priepustnosť, alebo kvôli spoľahlivosti replikuje pakety cez viac spojov. Zníženie latencie Wi-Fi 7 oproti 6E je reálne všade tam, kde je MLO zapnuté: výrobcovia uvádzajú pokles latencie o 50–75 %, a laboratórne merania za kontrolovaných podmienok ukazujú RTT Wi-Fi 7 MLO v rozsahu 1.5–4 ms oproti 3–6 ms na Wi-Fi 6E. Submilisekundové hodnoty sa občas objavia v marketingu, no na robotickom hardvéri sa ich zopakovať nepodarilo.

Háčik je v rádiu samotného robota. K polovici roka 2026 sa hlavné humanoidné platformy (Unitree G1/H1, Booster T1, EngineAI PM01/SE01) dodávajú s Wi-Fi 6 alebo 6E. Ani jedna z nich neuvádza Wi-Fi 7 v základnej SKU. Keď pred robota s Wi-Fi 6E postavíte prístupový bod s Wi-Fi 7, dostanete backhaul na Wi-Fi 7 a spoj robota na 6E — v poriadku, ale platíte za schopnosť, ktorú zatiaľ nevyužijete.

Kedy začne byť Wi-Fi 7 pre roboty dôležitá:

  • Keď bude robot štandardne dodávaný s modulom Wi-Fi 7 (očakáva sa na platformách z roku 2027).
  • Keď MLO dokáže replikovať tok paketov riadiacej roviny súčasne cez 5 GHz aj 6 GHz a odstrániť tak výpadky v jednom pásme.
  • Keď nasadzujete flotilu takej veľkosti, že úzkym miestom je zahltenie jedného pásma bez ohľadu na latenciu.

Pre laboratórium s jedným robotom v roku 2026: 6E stačí. Pre budovanie flotily plánované od roku 2027: špecifikujte prístupové body ako Wi-Fi 7 už dnes, aby ste sieť o osemnásť mesiacov nekupovali znova.

Umiestnenie a hustota prístupových bodov

Inštinkt velí namontovať jeden prístupový bod na strop v rohu miestnosti. Výsledkom je polmetrová hluchá zóna za laboratórnym stolom, kde robot stratí signál presne počas dema, ktoré ste si naplánovali.

Osvedčené orientačné pravidlá:

Pracovná plocha Potrebné AP Umiestnenie
<30 m², jeden robot 1 Stred stropu, priama viditeľnosť na pracovnú plochu
30–100 m², jeden robot 1–2 Jeden na každú hlavnú zónu, prekryv na hraniciach
100–300 m², 2–4 roboty 3–4 Jeden na ~50 m², 6 GHz na neprekrývajúcich sa kanáloch
Otvorený sklad, 1000 m²+ 6+, naplánované Nutný RF prieskum lokality

Priama viditeľnosť je dôležitejšia ako výkon. Prístupový bod s 30 dBm za oceľovým rackom dodá horší signál než 20 dBm prístupový bod na strope v strede miestnosti. Roboty sú nízke — anténa na hrudi vo výške 1.2 m vidí iné RF prostredie než notebook na stole vo výške 0.7 m a horšie než telefón vo výške 1.5 m. Prístupové body nad 2.5 m, roboty pod 1.5 m, žiadne prekážky veľkosti človeka v hlavnej dráhe.

Vyhradené robotické SSID. Nediskutuje sa o tom. SSID robota má vlastnú VLAN, vlastný QoS profil, vlastný DHCP rozsah a žiadnu spotrebnú prevádzku. Pripojenie robota na firemnú Wi-Fi funguje počas vývoja asi týždeň — potom sa marketingová stážistka pripojí na videohovor a robot spadne.

Tienenie telom — problém antény

Trup humanoida je oceľovo-plastová skriňa široká približne 30 cm. Rádiová anténa býva niekde vnútri hrudnej dosky, často na zadnej alebo bočnej strane. Keď sa robot otočí od prístupového bodu, telo sa stane čiastočnou Faradayovou klietkou.

Strata sily signálu býva 6–15 dB podľa umiestnenia antény a množstva kovu v hrudi. To stačí na to, aby sa hraničný spoj iba otočením zmenil z „funguje bez problémov“ na „odpája sa každých pár sekúnd“. Štvornožce trpia menej, pretože sú nižšie a plochejšie a anténa býva na hrane rámu s čistejším výhľadom nahor.

Čo pomáha:

  • Anténa na hlave alebo ramenách, nie na hrudi. Niektoré humanoidy výskumnej triedy umožňujú anténu premiestniť alebo pridať externú. Väčšina spotrebných jednotiek nie. Ak je RF spoľahlivosť požiadavkou nasadenia, spýtajte sa pred kúpou.
  • Dva prístupové body s priestorovou diverzitou. Keď sú prístupové body na protiľahlých stenách, robot je „čelom“ k jednému z nich bez ohľadu na natočenie. Prepnutie rieši roaming — zle, ale lepšie než žiadny signál.
  • Nižšie antény na strane prístupového bodu. Ak sú Vaše prístupové body na strope vo výške 3 m a anténa robota je vo výške 1.0 m, elevačný uhol je taký strmý, že hruď blokuje veľkú časť dráhy. Prístupové body na stene vo výške 2 m majú plochšiu a jednoduchšiu dráhu.

Tether: ako pracujú seriózne tímy

Každý seriózny robotický tím má tether. Väčšina o ňom nehovorí, lebo kazí estetiku dema v štýle „pozri, mami, bez drôtov“. Každý, kto robí skutočnú integráciu, robota zapojí do kábla.

Tether je kábel USB-C, ethernetový kábel M12 X-code alebo pri jednotkách výskumnej triedy stočená pupočná šnúra vedúca napájanie aj dáta spolu. Priepustnosť je 1 Gbps a viac; latencia je submilisekundová obojsmerne, často pod 200 µs. To je o dva rády lepšie než najlepší Wi-Fi spoj.

Dôvodom, prečo sa počas vývoja pripája kábel, nie je priepustnosť, ale odstránenie premennej. Keď je Wi-Fi vrtošivá, neviete, či je pomalý Váš ROS 2 uzol, model, alebo je zlý éter. Zapojte kábel a éter zmizne. Všetko ostatné sa ladí ľahšie.

Spoj Typické RTT Jitter Priepustnosť Kedy použiť
USB-C Ethernet (1 GbE) 0.2–0.5 ms <100 µs 1 Gbps Vývoj, integrácia, demá so zárukou spoľahlivosti
M12 X-code (trieda 10 GbE) 0.2–0.5 ms <100 µs až 10 Gbps Práca so senzormi s vysokou priepustnosťou, surové video
Stočená pupočná šnúra (od výrobcu) 0.2–1 ms <500 µs 1 Gbps Dlhé relácie, napájanie počas vývoja
Wi-Fi 6E, ideálne 3–6 ms <1 ms 1–2 Gbps efekt. Prevádzka bez kábla
Wi-Fi 7 MLO, ideálne 1.5–4 ms <0.5 ms 2–4 Gbps efekt. 2027+ bez kábla

Unitree G1 EDU aj Booster T1 majú dôveryhodné riešenie tetheru. H1 sa pripája na kábel neobratne. PM01 a SE01 podporujú vývojový tether cez štandardné USB-C alebo Ethernet. Štvornožce (Go2) sa na kábel pripájajú zriedka, lebo ich prípad použitia je vonku; ak na jednom robíte serióznu RL prácu v interiéri, aj tak to môže byť dobrý nápad.

Privátne 5G siete: kedy sa oplatia

Privátne 5G — vlastná licencovaná alebo zdieľaná mobilná sieť priamo v areáli — sa v roku 2025 dostalo do kategórie „skutočný produkt“ a v roku 2026 sa dodáva vo veľkom. Technológia funguje.

Kedy má privátne 5G zmysel:

  • Rozsiahle vonkajšie areály. Areály s rozlohou mnohých hektárov, ťažba, veľké poľnohospodárstvo, prístavy. Wi-Fi bunky sa tu neškálujú; počet prístupových bodov a náročnosť prieskumu prevýšia cenu jednej small-cell 5G siete.
  • Areály s viacerými budovami. Keď sa robot musí pohybovať z interiéru von a späť alebo medzi budovami, Wi-Fi roaming začne byť škaredý. 5G zvláda mobilitu natívne.
  • Nasadenia postavené na mobilite. Inšpekčné roboty prechádzajúce kilometre, autonómne mobilné roboty vo veľkých skladoch, všetko, kde musí rádiový spoj sledovať jednotku naprieč územím.
  • Zmiešaná flotila s ďalšími 5G zariadeniami. Ak lokalita už má privátne 5G pre vysokozdvižné vozíky, AGV alebo senzorové siete, pridanie robotov je len prírastkový náklad, nie nový projekt.

Kedy je to zbytočné:

  • Jedno laboratórium, jedna budova, jeden až štyri roboty. Wi-Fi 6E túto prácu zvládne za 3–8 tis. € v prístupových bodoch. Privátne 5G ju zvládne za 60–200 tis. € v small cells, EPC/5GC, licenciách na spektrum a vzťahu s dodávateľom. Ten pomer nesedí.
  • Čisto vývojové prostredia. Tether plus Wi-Fi Vám dá všetko, čo by dalo 5G, a nič navyše na správu.
  • Nemáte sieťový tím. Privátne 5G nie je „nastav a zabudni“. Je to ďalší produkčný systém, ktorý treba prevádzkovať, monitorovať a aktualizovať.

Rozpočet latencie: ktoré workloady čo prežijú

Workload Tolerovateľné RTT Tolerovateľný P99 jitter Dôsledok pre prenos
Lokálne riadenie motorov (500 Hz–1 kHz) n/a — lokálne n/a Na palube, nikdy nie cez sieť
Reflexná reakcia na prekážku <5 ms <2 ms Lokálne, nikdy nie cez sieť
Manipulácia v uzavretej slučke (silová spätná väzba) <10 ms <3 ms Tether alebo Wi-Fi 7 MLO
Plánovanie úchopu riadené videním 20–50 ms <10 ms Wi-Fi 6E postačuje
Opis scény pomocou VLM 100–500 ms <30 ms Wi-Fi 6E alebo 5G
Dialóg s LLM 500–2000 ms <100 ms Funguje čokoľvek, aj WAN
Telemetria, monitoring, aktualizácie modelov sekundy neobmedzený Čokoľvek vrátane mobilnej siete

Vzor je jasný: práca v uzavretej slučke patrí lokálne alebo na kábel, vnímanie s uvažovaním znesie Wi-Fi, konverzácia znesie WAN. Architektonickou chybou je umiestniť kód susediaci s motorickou slučkou na cestu, ktorú môže zasiahnuť sieťový jitter. Druhou chybou je platiť za 5 ms prenos, keď latencia modelu je 400 ms — ušetrili ste 30 ms zo 430 ms celkovo. Optimalizujte dominantný člen.

Vzor „vždy jednou nohou v cloude“

Aj pri tvrdom on-premise nasadení je robot len zriedka úplne odrezaný od siete. Veci, ktoré WAN oprávnene potrebujú:

  • Telemetria do vlastného monitorovacieho stacku (Prometheus / Grafana / Datadog). Užitočná, s nízkymi nárokmi na priepustnosť, znesie akékoľvek RTT.
  • Aktualizácie modelov a firmwaru. Sťahovanie nových váh VLM, obrazov kontajnerov, záplat OS. Nárazové, dá sa robiť v noci.
  • Mapové a environmentálne dáta. Pôdorys, synchronizácia mračien bodov, záloha pamäte scény.
  • Záložná vzdialená teleoperácia. Niekedy; podlieha bezpečnostnému posúdeniu.

Vzorom je on-premise na prvom mieste pre horúcu cestu, WAN odchod cez firewall pre studenú cestu. Robot nikdy nepotrebuje príchodziu WAN adresu. Server ju nepotrebuje tiež. Len odchádzajúce spojenia, povolené cieľové adresy, TLS, bez výnimiek.

Multicast, mDNS, DDS — a prečo ich Wi-Fi tak bolí

ROS 2 sa dodáva s DDS ako predvoleným middleware. DDS používa na vyhľadávanie účastníkov IP multicast. Wi-Fi rieši multicast vysielaním najnižšou spoločnou rýchlosťou pre všetkých klientov na BSSID, čo:

  1. Plytvá vysielacím časom.
  2. Pre firmvér prístupového bodu vyzerá ako záplava.
  3. Často ho zahodia firemné prístupové body so zapnutým potlačením multicastu.

Výsledkom je „moje ROS 2 uzly sa vidia cez Ethernet, ale nie cez Wi-Fi“ — dobre zdokumentovaná a úplne odstrániteľná porucha. Namerané straty paketov na Wi-Fi pri multicastovej prevádzke ROS 2 sú 1–3 % aj na zdravých spojoch; na Ethernete sú nulové. Dva ROS 2 roboty na rovnakej Wi-Fi dokážu vyvolať búrky vyhľadávania, ktoré destabilizujú prístupový bod.

Riešenia v poradí podľa vhodnosti:

  1. Použite Fast-DDS Discovery Server. Spustite discovery server (zvyčajne na inferenčnom serveri alebo vyhradenom VM), nasmerujte naň všetky ROS 2 uzly unicastom a z vyhľadávania sa stane bežná klient-server komunikácia, ktorú Wi-Fi zvláda bez problémov.
  2. Statická konfigurácia peerov cez XML profil. Natvrdo zadajte IP protiľahlej strany. Krehké, ale pre pevnú dvojicu to funguje.
  3. Zapnite IGMP snooping a konverziu multicast-na-unicast na prístupovom bode. Aruba, Ruckus, Cisco Meraki aj novší firmware UniFi to podporujú. Povedzte to sieťovému inžinierovi; sú to dve zaškrtávacie políčka.
  4. Zmeňte implementáciu RMW. Niektorí používatelia prechádzajú z Cyclone DDS na Fast-DDS alebo na Zenoh-bridge práve preto, aby unikli sémantike multicastového vyhľadávania. Posledná možnosť; je to integračný náklad.

QoS, DSCP a ako získať prioritu

SSID robota má vlastnú VLAN; VLAN má vlastný QoS profil. Ďalšou vrstvou je zaistiť, aby sa sieť zhodla na tom, že prevádzka robota je dôležitejšia než synchronizácia Dropboxu marketingového tímu.

Štandardný postup:

  • Riadiacu prevádzku robota označte DSCP ako EF (Expedited Forwarding, DSCP 46). Tok riadiacej roviny je malý a kritický na latenciu; EF je preň učebnicová trieda.
  • Obrazové toky označte AF41 (DSCP 34). Video v reálnom čase, vysoká priepustnosť, nižšia priorita než riadenie.
  • Telemetriu a sťahovanie modelov označte predvolene (DSCP 0). Žiadne osobitné zaobchádzanie.
  • Mapovanie WMM na prístupovom bode musí označenia rešpektovať. Väčšina firemných prístupových bodov (Aruba, Cisco Meraki, Ruckus) to robí automaticky, keď je zapnutá dôvera v DSCP. UniFi vyžaduje v novšom firmvéri explicitnú konfiguráciu.

Konkrétna sieťová architektúra pre robotické laboratórium

Funkčná zostava pre laboratórium s 1–4 robotmi, kalibrovaná na hardvérovú realitu podľa I01:

Roboty
Wi-Fi 6E, 6 GHz, vyhradené SSID „lab-robots“
↓802.1Q VLAN 50 (roboty), dôvera v DSCP
2× prístupový bod Wi-Fi 6E, strop, diverzita
Ruckus R770, Aruba 660, Cisco Meraki MR57 alebo UniFi U7 Pro Max
↓10 GbE chrbtica
Riadený 10 GbE switch
VLAN 50 roboty, VLAN 10 manažment, VLAN 99 servery
QoS, IGMP snooping
↓Priame 10 GbE prepojenie
Inferenčný server Kentino AI, VLAN 99
10 GbE uplink, SFP+ alebo QSFP+
↓len odchádzajúce — NGC, HuggingFace, monitoring
Firewall / router → firemná LAN / internet
Fortinet, Palo Alto alebo OPNsense pre tých, čo šetria

Referenčná laboratórna sieť: roboty → vyhradené 6 GHz prístupové body → 10 GbE switch → Kentino AI server. Odchod cez firewall, len odchádzajúce spojenia.

Pre 1–4 roboty v jednej miestnosti vyjde táto zostava sieťových prvkov na 4–12 tis. € podľa triedy dodávateľa. Ruckus a Aruba zvládajú RF najlepšie v hustých alebo nepriaznivých prostrediach. Cisco Meraki vyhráva jednoduchosťou za cenu opakovaných poplatkov. UniFi vyhráva cenou a pre prácu v jednom laboratóriu je úplne postačujúci.

Režimy zlyhania, zhruba v poradí, v akom Vás potrápia

  • Roaming medzi prístupovými bodmi zabije spojenie. Robot prekročí hranicu bunky, asociácia vypadne na 100–400 ms, ROS 2 soket sa zotaví, ale v logoch sa objaví medzera v riadiacom toku. Zmiernite to prekrývajúcimi sa bunkami, rýchlym roamingom 802.11k/v/r a hlavne tým, že sa pri riadení v uzavretej slučke na sieť vôbec nespoliehate.
  • Rušenie medzi robotmi na zdieľaných kanáloch. Tri roboty G1 na rovnakom 6 GHz kanáli si navzájom berú vysielací čas. Naplánujte neprekrývajúce sa 80 MHz kanály v pásme 6 GHz (v EÚ ich je sedem, v USA viac).
  • Stavebná konštrukcia. Steny zo železobetónu uberú 20–30 dB. Oceľové dvere serverovne uberú 40 dB. RF prieskum lokality vždy pred montážou prístupových bodov.
  • Vypršanie DHCP zápožičky uprostred úlohy. Dlho bežiaca relácia robota, obnovenie DHCP zlyhá, IP sa zmení, sokety sa prerušia. Statické DHCP rezervácie pre robota. Vždy.
  • Úsporné režimy. Úsporný režim Wi-Fi na rádiu robota pridáva latenciu kvôli výdrži batérie. Explicitne ho vypnite. Výdrž batérie je problém batérie; neplaťte zaň jitterom.
  • Nesúlad MTU. SDK výrobcu robota používa 1500, Vaša sieť 9000, dochádza k fragmentácii a výkon sa potichu zrúti. Zosúlaďte MTU po celej trase.

Úprimný záver

Najužitočnejšia veta tohto článku: 95 % „problémov s robotom“ hlásených v prvom mesiaci nasadenia sú problémy s konfiguráciou Wi-Fi. Robot je v poriadku. Model je v poriadku. Wi-Fi v poriadku nie je, SSID je zdieľané s kanceláriou, chýba vyhradená VLAN, multicast sa šíri bez obmedzení, prístupové body sú na zlom mieste a integrátor tri týždne ladí nesprávnu vrstvu.

Sieťového človeka najmite včas. Zaplaťte mu viac, než si myslíte. Senior sieťový inžinier, ktorý vie navrhnúť plán Wi-Fi 6E, nakonfigurovať QoS po celej trase a vyladiť DDS vyhľadávanie, má na tomto projekte rovnakú hodnotu ako senior robotik — a nájde sa oveľa ťažšie.

Čo ďalej — kontrolný zoznam pre nastavenie siete

Skôr než robot dorazí:

  1. Prejdite lokalitu. Určte pracovnú plochu, miesta montáže prístupových bodov, trasy káblov a zjavné zdroje rušenia. Prejdite si to po svojich.
  2. Špecifikujte prístupové body Wi-Fi 6E, aspoň jeden na každých 50 m² pracovnej plochy, s priamou viditeľnosťou na miesto, kde bude robot.
  3. Definujte vyhradené robotické SSID vo vlastnej VLAN, len 6 GHz, so zapnutým rýchlym roamingom, filtrovaním broadcastu a konverziou multicast-na-unicast.
  4. Naplánujte drôtovú stranu. 10 GbE od backhaulu prístupového bodu cez switch až po inferenčný server. Žiadne 1 GbE spoje na horúcej ceste.
  5. Rezervujte staticky IP robota a IP servera. Žiadne prekvapenia z DHCP.
  6. Nastavte dôveru v DSCP na switchi aj prístupovom bode. Riadiacu rovinu označte EF, video AF41.
  7. Pripravte Fast-DDS discovery server ešte pred dodaním robota, nie potom.

V deň, keď robot dorazí:

  1. Najprv kábel. Pripojte robota cez USB-C / M12 a overte, že inferenčná cesta funguje po drôte, až potom pridajte rádio.
  2. Spustite základný test RTT (ping a krátku gRPC echo slučku) cez tether. Zapíšte si čísla. Sú Vašou spodnou hranicou.
  3. Prejdite na Wi-Fi 6E. Porovnajte RTT. Ak je viac než 3× horšie než základ z tetheru, rádio nie je správne nakonfigurované.
  4. Prejdite sa s robotom. Roaming, tienenie telom, hluché miesta. Zmapujte zlé miesta skôr, než Vás potrápia.

V prvom mesiaci:

  1. Sledujte P99 RTT, nie priemer. Nastavte alarm na špičky v chvoste.
  2. Po každej stavebnej zmene zopakujte prieskum. Nový rack, nová stena, nový sused na poschodí s vlastnou Wi-Fi 7 mesh sieťou — všetko môže posunúť Vašu RF východiskovú situáciu.
  3. Majte tether súpravu v laboratóriu. Keď sa niečo pokazí, najprv zapojte kábel. Vylúčte rádio ako premennú skôr, než začnete obviňovať model.

Toto je súčasť Kentino Wiki, referenčnej série o AI výpočtoch, robotike a systémoch, ktoré ich spájajú. Komentáre a opravy uvítame na info@kentino.com.

Späť na blog