Robotické sítě: Wi-Fi, Tethery, 5G a proč je latence důležitá

Humanoid je mobilní uzel v síti, která byla téměř jistě navržena pro notebooky, které nehybně stojí. Tento nesoulad je zdrojem zhruba 95 % stížností typu „robot se dnes chová divně“, které kdy podáte. Ovladače motorů jsou v pořádku. Jetson je v pořádku. Model na serveru K-AI je v pořádku. Wi-Fi není v pořádku.

Tento článek je o druhé polovině I01obrázek se dvěma rámečky – konkrétně odkaz uprostřed. Robot, kterého jste si koupili, je jen tak dobrý, jako síť, do které jste ho nainstalovali, a síť, do které jste ho nainstalovali, pravděpodobně potřebuje přestavět, než si vyslouží označení „dobrý“.

Cílové publikum: integrátoři, vedoucí laboratoří a IT týmy, kterým bylo řečeno, že příští měsíc dorazí humanoid a dosud si neuvědomili, že stávající firemní Wi-Fi bude pro všechny trapné.

Proč je síťování robotů samo o sobě problémem

Většina podnikových Wi-Fi sítí je dimenzována na provoz v lidském měřítku: nárazové stahování, občasné videohovory, dlouhé doby nečinnosti. Humanoid nic z toho nedělá. Generuje nepřetržitý duplexní proud nízkorychlostních řídicích zpráv, přerušované záblesky obrazových dat směřujících na inferenční server a stálý přísun telemetrie. Řídicí proud je malý (kilobajty za sekundu), ale patologicky citlivý na chvění. Záblesky obrazu jsou tlusté (desítky až stovky megabajtů za sekundu v surovém stavu) a potřebují tlustou cestu. Telemetrie je shovívavá a nudí každého.

Co dělá tento problém jedinečným:

• Uzel se pohybuje. Robot přechází hranici buňky mezi přístupovými body a událost roamingu zahazuje pakety po dobu 50–500 ms v závislosti na konfiguraci sítě. Uživatel notebooku si toho nevšimne. Řídicí jednotka rovnováhy robota si toho všimnout může.
• RF je nepřátelská. Laboratoř o rozloze 30 m² se dvěma inženýry, třemi notebooky, kávovarem s Wi-Fi a mikrovlnnou troubou je naprosto normální vysokofrekvenční prostředí, které by naprosto zničilo robotické spojení s frekvencí 5 GHz. Stínování těla robota blokuje signál v nepředvídatelných směrech, když se otáčí.
• Interferenční sloučeniny pro více robotů. Dvě jednotky G1 ve stejné místnosti na stejném kanálu nebudou spolupracovat elegantně. Tři jsou problém. Flotila osmi jednotek vyžaduje skutečné plánování.
• Protokoly nad rádiem jsou také křehké. Výchozí konfigurace DDS v ROS 2 se pro vyhledávání spoléhá na IP multicast. Wi-Fi zvládá multicast špatně. Tato kombinace vytváří tikety typu „uzly se navzájem nevidí“, které vypadají jako robotické chyby.

To je řešitelné. Nic z toho není vyřešeno automaticky.

Wi-Fi 6E: aktuální patro

Poctivým výchozím bodem pro nasazení robotické Wi-Fi sítě pro rok 2026 je Wi-Fi 6E s... vyhrazené SSID 6 GHz pouze pro robotyNe Wi-Fi 6. Ne 5 GHz „opravíme to později.“ 6E, 6 GHz, samostatné SSID, izolovaná VLAN.

Důvodem je čistota rádiových signálů, nikoli propustnost signálu. Pásmo 6 GHz je dostatečně nové na to, aby ho ještě nezaplavily spotřební haraburdí. Na 6 GHz není Bluetooth, žádné harmonické z mikrovlnných trub, žádné 15 let staré tiskárny nevysílající majáky. Rádio vašeho robota má čistý kanál. Tento čistý kanál má větší hodnotu než jakékoli vylepšení ve specifikacích.

Jak vypadá skutečný RTT robota s Wi-Fi 6E, měřeno od CPU robota k inferenčnímu serveru na kabelové straně přístupového bodu:

Čisté spojení 6 GHz poskytuje RTT v řádu jedné milisekundy dostatečně konzistentně, aby uzly ROS 2, klienti gRPC pro vLLM a teleop reagovali rychle. Stejný robot přesunutý na sdílené 5 GHz SSID se bude cítit „zpožděný“ způsobem, který nikdo nedokáže přesně vyčíslit, dokud jej nezměří.

Wi-Fi 7 v roce 2026: omezená podpora, skutečný příslib

Hlavní funkcí Wi-Fi 7 je Multi-Link Operation (MLO) – rádio propojuje dvě nebo tři pásma (2.4/5/6 GHz) současně a buď agreguje propustnost, nebo replikuje pakety napříč linkami pro zajištění spolehlivosti. Snížení latence u Wi-Fi 7 oproti 6E je skutečné, pokud je povoleno MLO: prodejci uvádějí pokles latence o 50–75 % a měření v kontrolovaných podmínkách ukazují RTT MLO u Wi-Fi 7 v rozsahu 1.5–4 ms oproti 3–6 ms u Wi-Fi 6E. V marketingu se občas uvádí, že se jedná o dobu menší než milisekunda, což však nebylo u robotického hardwaru reprodukováno.

Háček je v tom robotické rádioV polovině roku 2026 jsou běžné humanoidní platformy (Unitree G1/H1, Booster T1, EngineAI PM01/SE01) dodávány s Wi-Fi 6 nebo 6E. Žádná z nich v základním SKU neuvádí Wi-Fi 7. Umístění přístupového bodu Wi-Fi 7 před robota s Wi-Fi 6E vám poskytne backhaul Wi-Fi 7 a robotické spojení 6E – sice v pořádku, ale platíte za funkce, které zatím nemůžete využít.

Až začne být Wi-Fi 7 pro roboty důležitá:

• Když bude robot standardně dodáván s modulem Wi-Fi 7 (očekává se na platformách roku 2027).
• Když MLO dokáže replikovat tok paketů řídicí roviny současně na frekvencích 5 GHz a 6 GHz, čímž eliminuje události úniku v jednom pásmu.
• Pokud nasazujete dostatečně velkou flotilu, kde je úzkým hrdlem přetížení na jednom pásmu, bez ohledu na latenci.

Pro laboratoř s jedním robotem v roce 2026: 6E stačí. Pro plánovanou výstavbu flotily robotů od roku 2027: specifikujte přístupové body jako Wi-Fi 7 ještě dnes, abyste za osmnáct měsíců nemuseli síť znovu kupovat.

Umístění a hustota AP

Instinkt vám radí namontovat jeden přístupový bod na strop v rohu místnosti. Výsledkem je půlmetrová mrtvá zóna za laboratorním stolem, kde robot ztratí signál přesně během naplánované demonstrace.

Pravidla, která fungují:

Přímá viditelnost je lepší než výkon. Přístupový bod s výkonem 30 dBm za ocelovým stojanem poskytuje horší signál než přístupový bod s výkonem 20 dBm namontovaný na stropě uprostřed místnosti. Roboti jsou malí – anténa namontovaná na hrudi ve vzdálenosti 1.2 m vidí jiné rádiové prostředí než notebook na stole ve vzdálenosti 0.7 m a hůře než telefon ve vzdálenosti 1.5 m. Přístupové body nad 2.5 m, roboti pod 1.5 m, žádné překážky velikosti lidí v dominantní trase.

Vyhrazené SSID pro robotiku. Nevyjednávatelné. SSID robota má vlastní VLAN, vlastní profil QoS, vlastní rozsah DHCP a žádný provoz od spotřebitelů. Propojení robota s Wi-Fi sítí zaměstnanců funguje ve vývoji po dobu jednoho týdne, po kterém se k videohovoru připojí marketingový stážista a robot se převrátí.

Zastínění těla – problém antény

Trup humanoida je ocelová a plastová krabice o šířce asi 30 cm. Rádiová anténa se obvykle nachází někde uvnitř hrudní desky, často na zadní straně nebo na jedné straně. Když se robot odvrátí od přístupového bodu, tělo se stane částečným Faradayovým štítem.

Ztráta síly signálu je typicky 6–15 dB v závislosti na umístění antény a kovovém obsahu hrudníku. To stačí k tomu, aby se stav okrajového spojení změnil z „funguje dobře“ na „klesá každých pár sekund“ pouze rotací. Čtvernozí trpí méně, protože jsou nižší a plošší a anténa je obvykle na okraji podvozku s čistším výhledem na oblohu.

Co pomáhá:

• Anténa na hlavě nebo ramenou, ne na hrudi. Někteří humanoidi výzkumné úrovně umožňují přemístění nebo přidání externí antény. Většina jednotek spotřebitelské úrovně to neumožňuje. Před nákupem se zeptejte, zda je spolehlivost rádiových frekvencí požadavkem na nasazení.
• Dva AP s rozmanitostí. S přístupovými body na protilehlých stěnách je robot „před“ jedním z nich bez ohledu na orientaci. AP roaming zvládá přepínání – špatně, ale lepší než žádný signál.
• Snižte antény na straně přístupového bodu. Pokud jsou vaše přístupové body namontovány na stropě ve výšce 3 m a anténa robota je ve výšce 1.0 m, je úhel elevace dostatečně strmý, aby hrudník blokoval velkou část dráhy. Nástěnné přístupové body ve výšce 2 m mají rovinnější a snadnější dráhu.

Provaz: Jak se vyvíjejí seriózní týmy

Každý seriózní robotický tým má nějaký tether. Většina o něm nikdy nemluví, protože to kazí estetiku demonstrace „podívej se, žádné dráty“. Každý, kdo dělá skutečnou integrační práci, zapojí robota do zásuvky.

Propojovací kabel je kabel USB-C, ethernetový kabel M12 X-code nebo v jednotkách výzkumné úrovně spirálovitý kabel, který přenáší energii a data současně. Šířka pásma je 1 Gb/s nebo vyšší; latence je submilisekundová zpáteční cesta, často pod 200 µs. To je o dva řády lepší než nejlepší Wi-Fi připojení.

Důvodem, proč se tethering používá během vývoje, není šířka pásma, ale eliminace proměnné. Když je Wi-Fi nestabilní, nedokážete rozeznat, zda je váš uzel ROS 2 pomalý, zda je pomalý model, nebo zda je špatný bezdrátový signál. Zapojte jej a žádný bezdrátový signál nebude. Všechno ostatní se snáze ladí.

Unitree G1 EDU a Booster T1 se dodávají s důvěryhodnými historkami o tetheringu. H1 se tetheruje obtížně. PM01 a SE01 podporují tethering pro vývojáře přes standardní USB-C nebo Ethernet. Quadrupeds (Go2) se tetherují jen zřídka, protože se používají venku; pokud na jednom z nich děláte seriózní práci na RL v interiéru, možná byste to stejně chtěli.

Privátní sítě 5G: kdy se to vyplatí

Soukromá 5G – vaše vlastní licencovaná nebo sdílená mobilní síť s frekvenčním spektrem v lokální síti – vstoupila na trh „reálných produktů“ v roce 2025 a ve velkém měřítku se bude dodávat do roku 2026. Technologie funguje.

Kdy má soukromá 5G síť smysl:

• Velká venkovní místa. Zařízení o rozloze několika hektarů, těžba, velké zemědělské podniky, přístavy. Wi-Fi buňky se zde nedaří škálovat; počet přístupových bodů a průzkumné úsilí převyšují náklady na jednu malobuněčnou 5G síť.
• Víceúčelové kampusy. Když se robot musí pohybovat z interiéru do exteriéru a zpět, nebo mezi budovami, roaming Wi-Fi se stává nepříjemným. 5G zvládá mobilitu nativní.
• Nasazení zaměřená na mobilitu. Inspekční roboti najíždějící kilometry, autonomní mobilní roboti ve velkých skladech, cokoli, kde musí rádiové spojení sledovat jednotku napříč geografickou oblastí.
• Smíšená flotila s dalšími 5G prostředky. Pokud již pracoviště má soukromé sítě 5G pro vysokozdvižné vozíky, AGV nebo senzorové sítě, přidání robotů představuje dodatečné náklady, nikoli nový projekt.

Když je to přehnané:

• Jedna laboratoř, jedna budova, jeden až čtyři roboti. Wi-Fi 6E tuto práci zvládne za 3–8 tisíc eur v podobě přístupových bodů. Privátní 5G to zvládne za 60–200 tisíc eur v podobě malých buněk, EPC/5GC, licencování spektra a vztahu s dodavatelem. Tento poměr je špatný.
• Čistě vývojová prostředí. Tether plus Wi-Fi vám nabízí vše, co nabízí 5G, a nic navíc k správě.
• Nemáte síťový tým. Soukromá 5G síť není založena na principu „nastav a zapomeň“. Je to dodatečný produkční systém, který je třeba provozovat, monitorovat a aktualizovat.

Latenční rozpočet: které úlohy co přežijí

Vzorec je jasný: práce v uzavřené smyčce probíhá lokálně nebo přes tethering, vnímání s myšlením může využívat Wi-Fi, konverzace může probíhat přes WAN. Architektonickou chybou je umístění kódu sousedícího s motorickou smyčkou na cestu, která může narazit na chvění sítě. Druhou chybou je placení za transport 5 ms, když je latence modelu 400 ms – ušetřili jste 30 ms při celkových 430 ms. Optimalizujte dominantní člen.

Vzor „vždy jednou nohou v oblaku“

I při náročném nasazení v místní síti je robot zřídkakdy plně izolovaný. Věci, které legitimně vyžadují WAN:

• Telemetrie do vašeho vlastního monitorovacího zásobníku (Prometheus / Grafana / Datadog). Užitečné, nízkopásmové, přežije jakýkoli RTT.
• Aktualizace modelů a firmwaru. Stahování nových vah VLM, obrazů kontejnerů, záplat operačního systému. Bursty, lze to udělat i v noci.
• Mapová a environmentální data. Půdorys, synchronizace mračna bodů, zálohování paměti scény.
• Dálková záložní teleoptická operace. Někdy; podléhá bezpečnostní kontrole.

Vzor je Pro horkou cestu je nejdříve lokální přístup, pro studenou cestu je odchozí připojení WAN chráněno firewallem. Robot nikdy nepotřebuje příchozí WAN adresu. Server také nepotřebuje příchozí WAN adresu. Pouze odchozí, povolené destinace, TLS, žádné výjimky.

Multicast, mDNS, DDS – a proč jim Wi-Fi škodí

ROS 2 je dodáván s DDS jako výchozím middlewarem. DDS používá IP multicast pro vyhledávání účastníků. Wi-Fi zpracovává multicast přenosem nejnižší společné rychlosti všem klientům na BSSID, což:

1. Plýtvá vysílacím časem.
2. Vypadá to na záplavu firmwaru přístupového bodu.
3. Často je zahazován podnikovými přístupovými body se zapnutým potlačením multicastu.

Výsledkem je, že „moje uzly ROS 2 se navzájem vidí na Ethernetu, ale ne na Wi-Fi“ – dobře zdokumentovaná a zcela vyhnutelná chyba. Naměřená ztráta paketů Wi-Fi pro multicastový provoz ROS 2 dosahuje 1–3 % i na zdravých linkách; Ethernet je nulový. Dva roboty ROS 2 na stejné Wi-Fi mohou vyvolat bouře detekce, které destabilizují přístupový bod.

Opravy, seřazené podle preferencí:

1. Použijte server Fast-DDS Discovery. Spusťte server pro vyhledávání (obvykle na inferenčním serveru nebo na dedikovaném virtuálním počítači), nasměrujte na něj všechny uzly ROS 2 přes unicast a vyhledávání se stane normálním tokem klient-server, který Wi-Fi zvládá bez problémů.
2. Statická konfigurace peerů pomocí XML profilu. Napevno zakódujte IP adresu druhé strany. Křehké, ale funguje pro pevný pár.
3. Povolte na přístupovém bodě IGMP snooping a konverzi multicastu na unicast. Aruba, Ruckus, Cisco Meraki a nejnovější firmware UniFi to všechny podporují. Řekněte to síťovému inženýrovi; jsou to dvě zaškrtávací políčka.
4. Implementace přepínače RMW. Někteří uživatelé přecházejí z Cyclone DDS na Fast-DDS nebo na Zenoh-bridge, aby se vyhnuli sémantice multicastového vyhledávání. Poslední možnost; jedná se o náklady na integraci.

QoS, DSCP a stanovení priorit

SSID robota má svou vlastní VLAN; VLAN má svůj vlastní profil QoS. Další vrstvou je zajistit, aby se síť shodla na tom, že provoz robota je důležitější než synchronizace Dropboxu marketingového týmu.

Standardní vzor:

• DSCP označuje provoz řízení robota jako EF (Expedited Forwarding, DSCP 46). Řídicí proud je malý a kritický z hlediska latence; EF je pro něj učebnicovou třídou.
• Obrazové proudy označené AF41 (DSCP 34). Video v reálném čase, vysoká propustnost, nižší priorita než kontrola.
• Telemetrie a načítání modelů označené jako výchozí (DSCP 0). Žádná zvláštní léčba.
• Mapování AP WMM musí respektovat značení. Většina podnikových přístupových bodů (Aruba, Cisco Meraki, Ruckus) to dělá automaticky, když je povolena důvěryhodnost DSCP. UniFi vyžaduje explicitní konfiguraci v novějším firmwaru.

Architektura betonové sítě pro robotickou laboratoř

Funkční sestava pro robotickou laboratoř 1–4, kalibrovaná dle I01 hardwarová realita:

Referenční laboratorní síť: roboti → 6 GHz dedikované přístupové body → 10 GbE přepínač → server K-AI. Výstupní protokol chráněný firewallem, pouze odchozí.

Pro 1–4 roboty v jedné místnosti tato sestava vychází na 4–12 tisíc eur za síťové vybavení v závislosti na úrovni dodavatele. Ruckus a Aruba zvládají rádiové sítě nejlépe v hustém nebo nehostinném prostředí. Cisco Meraki vítězí v jednoduchosti, ale s opakovanými náklady. UniFi vítězí v ceně a je vhodný pro práci v jedné laboratoři.

Způsoby selhání, zhruba v pořadí, v jakém se začnou koušet

• Roaming přístupových bodů narušuje tok dat. Robot překročí hranici buňky, asociace se na 100–400 ms ztratí, socket ROS 2 se obnoví, ale v protokolech se objeví mezera v řídicím proudu. Zmírněte problém překrývajícími se buňkami, rychlým roamingem 802.11k/v/r a nespoléháním se na síť pro řízení v uzavřené smyčce.
• Rušení více robotů na sdílených kanálech. Tři G1 na stejném 6GHz kanálu se vzájemně propojují. V pásmu 6 GHz naplánujte nepřekrývající se 80MHz kanály (v EU jich je sedm, v USA více).
• Konstrukce budovy. Železobetonové stěny snižují hluk o 20–30 dB. Ocelové dveře serverovny snižují hluk o 40 dB. Před montáží přístupových bodů proveďte průzkum radiofrekvenčního prostředí na místě, a to vždy.
• Platnost pronájmu DHCP vyprší uprostřed úlohy. Dlouhotrvající relace robota, selhání obnovení DHCP, změny IP adres, přerušení socketů. Statické rezervace DHCP pro robota. Vždy.
• Režimy úspory energie. Úspora energie Wi-Fi na robotickém rádiu zvyšuje latenci kvůli výdrži baterie. Explicitně ji vypněte. Výdrž baterie je problém s baterií; neplaťte za ni chvěním.
• Nesoulad MTU. SDK dodavatele robotů používá 1500, vaše síťová struktura 9000, dochází k fragmentaci a tiše klesá výkon. Porovnejte MTU napříč celým procesem.

Upřímný pohled

Nejužitečnější věta v tomto článku: 95 % „problémů s roboty“ hlášených v prvním měsíci nasazení jsou problémy s konfigurací Wi-Fi. Robot je v pořádku. Model je v pořádku. Wi-Fi není v pořádku, SSID je sdíleno s kanceláří, chybí vyhrazená VLAN, multicast je nekontrolovatelný, přístupové body jsou na špatném místě a integrátor už tři týdny ladí špatnou vrstvu.

Najměte si síťového technika brzy. Zaplaťte mu více, než si myslíte. Vedoucí síťový inženýr, který dokáže navrhnout plán Wi-Fi 6E, nakonfigurovat QoS od začátku do konce a vyladit DDS discovery, má v tomto projektu stejnou hodnotu jako zkušený robotický specialista a je mnohem těžší ho najít.

---

Toto je součást Kentino Wiki, referenční série o výpočetní technologii s využitím umělé inteligence, robotice a systémech, které je propojují. Komentáře a opravy jsou vítány na adrese info@kentino.com.