Robotické siete: Wi-Fi, Tethery, 5G a prečo je latencia dôležitá
zdieľam
Humanoid je mobilný uzol v sieti, ktorá bola takmer určite navrhnutá pre notebooky, ktoré nehybne sedia. Tento nesúlad je zdrojom približne 95 % pokút typu „robot sa dnes správa čudne“, ktoré kedy podáte. Ovládače motorov sú v poriadku. Jetson je v poriadku. Model na serveri K-AI je v poriadku. Wi-Fi nie je v poriadku.
Tento článok je o druhej polovici I01obrázok s dvoma políčkami – konkrétne odkaz v strede. Robot, ktorého ste si kúpili, je len taký dobrý, ako sieť, do ktorej ste ho nainštalovali, a sieť, do ktorej ste ho nainštalovali, pravdepodobne potrebuje prestavbu, kým si zaslúži slovo „dobrý“.
Publikum: integrátori, vedúci laboratórií a IT tímy, ktorým bolo povedané, že humanoid príde budúci mesiac a zatiaľ si neuvedomili, že existujúca firemná Wi-Fi sieť bude pre všetkých trápna.
Prečo je sieťovanie robotov samostatným problémom
Väčšina podnikových Wi-Fi sietí je dimenzovaná na prenosové vzorce v ľudskom meradle: nárazové sťahovanie, občasné videohovory, dlhé obdobia nečinnosti. Humanoid nerobí nič z toho. Generuje nepretržitý duplexný prúd nízkorýchlostných riadiacich správ, prerušované záblesky obrazových údajov smerujúcich na inferenčný server a stály prísun telemetrie. Riadiaci prúd je malý (kilobajty za sekundu), ale patologicky citlivý na chvenie. Záblesky obrázkov sú hrubé (desiatky až stovky megabajtov za sekundu v surovom stave) a potrebujú hrubú cestu. Telemetria je zhovievavá a nudí každého.
Čo robí tento problém jedinečným:
- Uzol sa pohybuje. Robot prechádza cez hranicu bunky medzi prístupovými bodmi a udalosť roamingu stráca pakety na 50 – 500 ms v závislosti od konfigurácie siete. Používateľ notebooku si to nevšimne. Riadiaca jednotka rovnováhy robota si to však môže všimnúť.
- RF je nepriateľská. Laboratórium s rozlohou 30 m² s dvoma inžiniermi, tromi notebookmi, kávovarom s Wi-Fi a mikrovlnnou rúrou je úplne normálne rádiofrekvenčné prostredie, ktoré doslova zničí 5 GHz robotické spojenie. Tieňovanie tela od samotného robota blokuje signál v nepredvídateľných smeroch, keď sa otáča.
- Interferenčné zlúčeniny viacerých robotov. Dva G1 v tej istej miestnosti na tom istom kanáli nebudú spolupracovať elegantne. Tri sú problém. Flotila ôsmich zariadení si vyžaduje skutočné plánovanie.
- Protokoly nad rádiom sú tiež krehké. Predvolená konfigurácia DDS v ROS 2 sa pri vyhľadávaní spolieha na IP multicast. Wi-Fi zvláda multicast zle. Táto kombinácia vytvára tikety typu „uzly sa navzájom nevidia“, ktoré vyzerajú ako chyby robotov.
Toto je riešiteľné. Nič z toho nie je vyriešené automaticky.
Wi-Fi 6E: aktuálne poschodie
Úprimným východiskovým bodom pre nasadenie robotickej Wi-Fi siete do roku 2026 je Wi-Fi 6E s... vyhradený 6 GHz SSID iba pre robotyNie Wi-Fi 6. Nie 5 GHz „opravíme to neskôr.“ 6E, 6 GHz, samostatné SSID, izolovaná VLAN.
Dôvodom je čistota rádiových frekvencií, nie priepustnosť signálu. Pásmo 6 GHz je dostatočne nové na to, aby ho ešte nezaplavili spotrebné haraburdy. Na frekvencii 6 GHz nie je Bluetooth, nie sú tam žiadne haraburdy z mikrovlnných rúr, ani 15 rokov staré tlačiarne nevysielajúce signály. Rádio vášho robota má čistý kanál. Tento čistý kanál má väčšiu hodnotu ako akékoľvek vylepšenie v technických údajoch.
Ako vyzerá skutočný RTT robota Wi-Fi 6E, meraný od CPU robota po inferenčný server na káblovej strane prístupového bodu:
| Podmienka | Typický časový limit | 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 (nerobte to) | 15 - 60 ms | 10 - 200 ms |
| Udalosť roamingu medzi prístupovými bodmi | +50–500 ms raz | n / a |
Čisté 6 GHz pripojenie poskytuje RTT v milisekundách dostatočne konzistentne, aby uzly ROS 2, klienti gRPC pre vLLM a teleop reagovali. Ten istý robot presunutý na zdieľané 5 GHz SSID sa bude cítiť „lagujúci“ spôsobom, ktorý nikto nedokáže presne určiť, kým nezmeria.
Wi-Fi 7 v roku 2026: obmedzená podpora, skutočný prísľub
Hlavnou funkciou Wi-Fi 7 je Multi-Link Operation (MLO) – rádio spája dve alebo tri pásma (2.4/5/6 GHz) súčasne a buď agreguje priepustnosť, alebo replikuje pakety medzi linkami kvôli spoľahlivosti. Zníženie latencie v Wi-Fi 7 oproti 6E je reálne, ak je povolené MLO: dodávatelia uvádzajú 50 – 75 % pokles latencie a benchmarkové merania v kontrolovaných podmienkach ukazujú Wi-Fi 7 MLO RTT v rozsahu 1.5 – 4 ms oproti 3 – 6 ms na Wi-Fi 6E. V marketingu sa občas uvádzajú časy pod milisekundu, čo sa však na robotickom hardvéri nepotvrdilo.
Háčik je v tom robotické rádioV polovici roka 2026 sa hlavné humanoidné platformy (Unitree G1/H1, Booster T1, EngineAI PM01/SE01) dodávajú s Wi-Fi 6 alebo 6E. Žiadna z nich neuvádza Wi-Fi 7 v základnej ponuke. Umiestnenie prístupového bodu Wi-Fi 7 pred robota s Wi-Fi 6E vám poskytne spätné pripojenie Wi-Fi 7 a robotické pripojenie 6E – síce fajn, ale platíte za funkcie, ktoré ešte nemôžete využiť.
Keď Wi-Fi 7 začne byť pre roboty dôležitá:
- Keď bude robot štandardne dodávaný s modulom Wi-Fi 7 (očakáva sa na platformách 2027).
- Keď MLO dokáže replikovať tok paketov riadiacej roviny súčasne cez 5 GHz a 6 GHz, čím sa eliminujú udalosti úniku v jednom pásme.
- Keď nasadzujete dostatočne veľkú flotilu, že preťaženie na jednom pásme je úzkym hrdlom, bez ohľadu na latenciu.
Pre laboratórium s jedným robotom v roku 2026: 6E stačí. Pre plánovanú výstavbu flotily od roku 2027: špecifikujte prístupové body ako Wi-Fi 7 ešte dnes, aby ste o osemnásť mesiacov nemuseli sieť kupovať znova.
Umiestnenie a hustota AP
Inštinktívne sa odporúča namontovať jeden prístupový bod na strop v rohu miestnosti. Výsledkom je polmetrová mŕtva zóna za laboratórnym stolom, kde robot stratí signál presne počas naplánovanej ukážky.
Pravidlá, ktoré fungujú:
| Pracovisko | Potrebné prístupové body | Umiestnenie |
|---|---|---|
| <30 m², jeden robot | 1 | Stred stropu, priama viditeľnosť do pracovnej oblasti |
| 30–100 m², jeden robot | 1-2 | Jeden na hlavnú zónu, prekrývanie 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, viac ako 1000 m² | 6+, plánované | Povinný prieskum lokality |
Priama viditeľnosť je dôležitejšia ako výkon. Prístupový bod s výkonom 30 dBm za oceľovým stojanom poskytuje horší signál ako prístupový bod s výkonom 20 dBm namontovaný na strope uprostred miestnosti. Roboty sú malé – anténa namontovaná na hrudi vo vzdialenosti 1.2 m vidí iné rádiofrekvenčné prostredie ako notebook na stole vo vzdialenosti 0.7 m a horšie ako telefón vo vzdialenosti 1.5 m. Prístupové body nad 2.5 m, roboty pod 1.5 m, žiadne prekážky veľkosti človeka v dominantnej dráhe.
Vyhradený SSID pre robotiku. Nevyjednávateľné. SSID robota má vlastnú VLAN, vlastný profil QoS, vlastný rozsah DHCP a žiadnu prevádzku od zákazníkov. Pripojenie robota k zamestnaneckej Wi-Fi sieti je vo vývoji jeden týždeň, po ktorom sa k videohovoru pripojí marketingový stážista a robot sa prevráti.
Tienenie tela – problém antény
Trup humanoida je oceľovo-plastová krabica široká asi 30 cm. Rádiová anténa sa zvyčajne nachádza niekde vo vnútri hrudnej dosky, často na zadnej alebo bočnej strane. Keď sa robot odvráti od prístupového bodu, telo sa čiastočne zmení na Faradayov štít.
Strata sily signálu je typicky 6 – 15 dB v závislosti od umiestnenia antény a kovového obsahu hrudníka. To stačí na to, aby sa stav okrajového spojenia zmenil z „funguje dobre“ na „klesá každých pár sekúnd“ čistou rotáciou. Štvornožce trpia menej, pretože sú nižšie a plochejšie a anténa je zvyčajne na okraji podvozku s čistejším výhľadom na oblohu.
Čo pomáha:
- Anténa na hlave alebo ramenách, nie na hrudníku. Niektoré humanoidy výskumnej úrovne umožňujú premiestnenie alebo pridanie externej antény. Väčšina jednotiek spotrebiteľskej úrovne to neumožňuje. Pred kúpou sa opýtajte, či je spoľahlivosť rádiových frekvencií požiadavkou na nasadenie.
- Dvaja AP s rozmanitosťou. S prístupovými bodmi na protiľahlých stenách je robot „pred“ jedným z nich bez ohľadu na orientáciu. AP roaming zvláda prepínanie – zle, ale lepšie ako žiadny signál.
- Spodné antény na strane prístupového bodu. Ak sú vaše prístupové body namontované na strope vo výške 3 m a anténa robota je vo výške 1.0 m, uhol elevácie je dostatočne strmý, aby hrudník blokoval veľkú časť dráhy. Nástenné prístupové body vo výške 2 m majú rovinnejšiu a jednoduchšiu dráhu.
Tether: ako sa vyvíjajú seriózne tímy
Každý seriózny robotický tím má káblové pripojenie. Väčšina o ňom nikdy nehovorí, pretože to kazí estetiku ukážky „vyzeraj ako robot, žiadne káble“. Každý, kto robí skutočnú integračnú prácu, zapojí robota.
Tether je kábel USB-C, ethernetový kábel M12 X-code alebo vo výskumných jednotkách špirálová šnúra, ktorá prenáša energiu a dáta súčasne. Šírka pásma je 1 Gbps alebo vyššia; latencia je submilisekundový spiatočný let, často pod 200 µs. To je o dva rády lepšie ako najlepšie Wi-Fi pripojenie.
Dôvodom, prečo používate tethering počas vývoja, nie je šírka pásma, ale eliminácia premennej. Keď je Wi-Fi nestabilné, neviete povedať, či je váš uzol ROS 2 pomalý, model je pomalý alebo je zlý bezdrôtový signál. Zapojte ho a bezdrôtový signál nebude k dispozícii. Všetko ostatné sa ladí ľahšie.
| odkaz | Typický časový limit | Jitter | Bandwidth | Kedy použiť |
|---|---|---|---|---|
| Ethernet USB-C (1 GbE) | 0.2 - 0.5 ms | <100 us | 1 Gbps | Vývoj, integrácia, ukážky so spoľahlivosťou |
| M12 X-code (s menovitou hodnotou 10 GbE) | 0.2 - 0.5 ms | <100 us | až 10 Gbps | Práca so snímačom s vysokou šírkou pásma, nespracované video |
| Špirálová pupočná šnúra (dodávateľ) | 0.2 - 1 ms | <500 us | 1 Gbps | Dlhé sedenia, výkon počas vývoja |
| Wi-Fi 6E, ideálne | 3 - 6 ms | <1 ms | 1–2 Gb/s efektívne. | Neviazaná prevádzka |
| Wi-Fi 7 MLO, ideálne | 1.5 - 4 ms | <0.5 ms | 2–4 Gb/s efektívne. | 2027+ bez pripútania |
Unitree G1 EDU a Booster T1 sa dodávajú s dôveryhodnými príbehmi o tetheringu. H1 sa tethering nepraktický. PM01 a SE01 podporujú tethering pre vývojárov cez štandardný USB-C alebo Ethernet. Quadrupedy (Go2) sa tethering používajú zriedkavo, pretože sa používajú vonku; ak na jednom z nich robíte serióznu prácu v interiéri, možno by ste to mali chcieť aj tak urobiť.
Súkromné siete 5G: kedy sa to oplatí
Súkromná 5G sieť – vaša vlastná licencovaná alebo zdieľaná mobilná sieť v lokálnom prostredí – vstúpila na trh „reálneho produktu“ v roku 2025 a do roku 2026 sa začne dodávať vo veľkom meradle. Táto technológia funguje.
Kedy má súkromná 5G sieť zmysel:
- Veľké vonkajšie lokality. Viachektárové zariadenia, baníctvo, rozsiahle poľnohospodárske podniky, prístavy. Wi-Fi bunky sa tu nedajú škálovať; počet prístupových bodov a prieskumné úsilie prevyšujú náklady na jednu malú bunkovú 5G sieť.
- Viacúčelové kampusy. Keď sa robot musí presúvať z interiéru do exteriéru a späť, alebo medzi budovami, roaming cez Wi-Fi sa stáva nepríjemným. 5G rieši mobilitu natívne.
- Nasadenia zamerané na mobilitu. Inšpekčné roboty prechádzajúce kilometre, autonómne mobilné roboty vo veľkých skladoch, čokoľvek, kde musí rádiové spojenie sledovať jednotku naprieč geografickou oblasťou.
- Zmiešaný vozový park s ďalšími 5G prostriedkami. Ak už má pracovisko súkromnú 5G sieť pre vysokozdvižné vozíky, AGV alebo senzorové siete, pridanie robotov predstavuje dodatočné náklady, nie nový projekt.
Keď je to prehnané:
- Jedno laboratórium, jedna budova, jeden až štyri roboty. Wi-Fi 6E túto prácu robí za 3 000 – 8 000 EUR v podobe prístupových bodov. Súkromná sieť 5G to robí za 60 000 – 200 000 EUR v podobe malých buniek, EPC/5GC, licencovania spektra a vzťahu s dodávateľom. Tento pomer je nesprávny.
- Čisto vývojové prostredia. Tether plus Wi-Fi vám poskytuje všetko, čo ponúka 5G, a nič navyše na správu.
- Nemáte sieťový tím. Súkromná 5G sieť nie je typu „nastav a zabudni“. Je to dodatočný produkčný systém, ktorý sa prevádzkuje, monitoruje a aktualizuje.
Latenčný rozpočet: ktoré pracovné zaťaženia prežijú čo
| Pracovná záťaž | Tolerovateľný RTT | Tolerovateľné chvenie P99 | Dôsledky pre dopravu |
|---|---|---|---|
| Lokálne riadenie motora (500 Hz – 1 kHz) | neuvedené – miestne | n / a | Na palube, nikdy nie v sieti |
| Reaktívny prekážkový reflex | <5 ms | <2 ms | Lokálne, nikdy nie sieťové |
| Manipulácia v uzavretej slučke (spätná väzba sily) | <10 ms | <3 ms | Tether alebo Wi-Fi 7 MLO |
| Plánovanie uchopenia riadené víziou | 20 - 50 ms | <10 ms | Wi-Fi 6E akceptovateľné |
| Popis scény VLM | 100 - 500 ms | <30 ms | Wi-Fi 6E alebo 5G |
| Dialóg LLM | 500 - 2000 ms | <100 ms | Všetko funguje, aj WAN |
| Telemetria, monitorovanie, aktualizácie modelov | sekundy | neobmedzený | Čokoľvek, vrátane mobilných telefónov |
Vzor je jasný: práca v uzavretej slučke sa vykonáva lokálne alebo cez tethering, vnímanie s myslením môže prebiehať cez Wi-Fi, konverzácia cez WAN. Architektonickou chybou je umiestnenie kódu susediaceho s motorickou slučkou na cestu, ktorá môže naraziť na chvenie siete. Druhou chybou je platenie za prenos 5 ms, keď je latencia modelu 400 ms – ušetrili ste 30 ms pri celkových 430 ms. Optimalizujte dominantný člen.
Vzor „vždy jednou nohou v oblaku“
Aj pri náročnom nasadení v lokálnej sieti je robot zriedkakedy úplne izolovaný. Veci, ktoré oprávnene potrebujú WAN:
- Telemetria do vášho vlastného monitorovacieho zásobníka (Prometheus / Grafana / Datadog). Užitočné, nízkopásmové, prežije akýkoľvek RTT.
- Aktualizácie modelu a firmvéru. Sťahovanie nových váh VLM, obrazov kontajnerov, záplat OS. Bursty, dá sa to urobiť v noci.
- Údaje o mape a prostredí. Pôdorys, synchronizácia mračna bodov, zálohovanie pamäte scény.
- Vzdialená teleoptická záložná operácia. Niekedy; podlieha bezpečnostnej kontrole.
Vzor je pre horúcu cestu je najprv lokálny prístup, pre studenú cestu je výstup WAN chránený firewallom. Robot nikdy nepotrebuje vstupnú WAN adresu. Server tiež nepotrebuje vstupnú WAN adresu. Iba odchádzajúca sieť, povolené destinácie, TLS, žiadne výnimky.
Multicast, mDNS, DDS – a prečo im Wi-Fi škodí
ROS 2 sa dodáva s DDS ako predvoleným middleware. DDS používa IP multicast na vyhľadávanie účastníkov. Wi-Fi spracováva multicast prenosom najnižšou bežnou rýchlosťou všetkým klientom na BSSID, čo:
- Mrhá vysielací čas.
- Vyzerá to na zaplavenie firmvéru prístupového bodu.
- Často ho strácajú podnikové prístupové body so zapnutým potlačením multicastu.
Výsledkom je, že „moje uzly ROS 2 sa navzájom vidia na Ethernete, ale nie na Wi-Fi“ – dobre zdokumentovaná a úplne predvídateľná chyba. Nameraná strata paketov Wi-Fi pre multicastovú prevádzku ROS 2 dosahuje 1 – 3 % aj na zdravých linkách; Ethernet je na nule. Dva roboty ROS 2 na tej istej Wi-Fi môžu spôsobiť objavovacie búrky, ktoré destabilizujú prístupový bod.
Opravy, v poradí podľa preferencií:
- Použite server Fast-DDS Discovery. Spustite server na vyhľadávanie (zvyčajne na inferenčnom serveri alebo na vyhradenom virtuálnom počítači), nasmerujte naň všetky uzly ROS 2 prostredníctvom unicastu a vyhľadávanie sa stane normálnym tokom klient-server, ktorý Wi-Fi zvládne bez problémov.
- Statická konfigurácia peer cez XML profil. Napevno zakódujte IP adresu druhej strany. Je to krehké, ale funguje pre pevný pár.
- Povoľte sledovanie IGMP a konverziu z multicastu na unicast na prístupovom bode. Aruba, Ruckus, Cisco Meraki a najnovší firmvér UniFi to podporujú. Povedzte to sieťovému technikovi; sú to dve zaškrtávacie políčka.
- Implementácia prepínača RMW. Niektorí používatelia prechádzajú z Cyclone DDS na Fast-DDS alebo na Zenoh-bridge, aby sa vyhli sémantike multicastového vyhľadávania. Posledná možnosť; ide o náklady na integráciu.
QoS, DSCP a stanovenie priorít
SSID robota má vlastnú VLAN; VLAN má svoj vlastný profil QoS. Ďalšou vrstvou je zabezpečiť, aby sieť súhlasila s tým, že prevádzka robota je dôležitejšia ako synchronizácia Dropboxu marketingového tímu.
Štandardný vzor:
- DSCP označuje prevádzku riadenia robota ako EF (Expedited Forwarding, DSCP 46). Tok riadiacej roviny je malý a kritický z hľadiska latencie; EF je pre to učebnicová trieda.
- Obrazové prúdy označené AF41 (DSCP 34). Video v reálnom čase, vysoká priepustnosť, nižšia priorita ako kontrola.
- Telemetria a načítanie modelov sú označené ako predvolené (DSCP 0). Žiadna špeciálna liečba.
- Mapovanie AP WMM musí rešpektovať značenie. Väčšina podnikových prístupových bodov (Aruba, Cisco Meraki, Ruckus) to robí automaticky, keď je povolená dôveryhodnosť DSCP. UniFi vyžaduje explicitnú konfiguráciu v novšom firmvéri.
Betónová sieťová architektúra pre robotické laboratórium
Funkčná zostava pre robotické laboratórium s kapacitou 1–4 robotov, kalibrovaná podľa I01 hardvérová realita:
QoS, sledovanie IGMP
Referenčná laboratórna sieť: roboty → 6 GHz dedikované prístupové body → 10 GbE prepínač → server K-AI. Výstupný protokol chránený firewallom, iba odchádzajúci.
Pre 1 – 4 roboty v jednej miestnosti táto zostava stojí 4 – 12 000 EUR sieťového vybavenia v závislosti od úrovne dodávateľa. Ruckus a Aruba zvládajú rádiofrekvenčné siete najlepšie v hustom alebo nehostinnom prostredí. Cisco Meraki vyhráva v jednoduchosti za cenu nižšiu v opakujúcich sa nákladoch. UniFi vyhráva v cene a je vhodný pre prácu v jednom laboratóriu.
Spôsoby zlyhania, zhruba v poradí, v akom sa zahryznú
- Roaming AP narúša tok. Robot prekročí hranicu bunky, asociácia sa preruší na 100 – 400 ms, soket ROS 2 sa obnoví, ale v protokoloch sa objaví medzera v riadiacom toku. Zmiernite problém prekrývajúcimi sa bunkami, rýchlym roamingom 802.11k/v/r a nespoliehaním sa na sieť pre riadenie v uzavretej slučke.
- Rušenie viacerých robotov na zdieľaných kanáloch. Tri G1 na rovnakom 6 GHz kanáli sa navzájom presúvajú vo svojom vysielacom čase. 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. Železobetónové steny znižujú hluk o 20 – 30 dB. Oceľové dvere serverovne znižujú hluk o 40 dB. Pred montážou prístupových bodov vždy vykonajte prieskum lokality s rádiofrekvenčným vyžarovaním.
- Platnosť prenájmu DHCP uplynie uprostred úlohy. Dlhotrvajúca relácia robota, zlyhanie obnovenia DHCP, zmeny IP adresy, prerušenie soketov. Statické rezervácie DHCP pre robota. Vždy.
- Režimy úspory energie. Úspora energie cez Wi-Fi v robotickom rádiu zvyšuje latenciu kvôli výdrži batérie. Explicitne ju vypnite. Výdrž batérie je problémom batérie; neplaťte za ňu chvením.
- Nezhoda MTU. SDK dodávateľa robotov používa 1500, vaša sieťová infraštruktúra používa 9000, dochádza k fragmentácii a tichému kolapsu výkonu. Porovnajte MTU od začiatku do konca.
Úprimný pohľad
Najužitočnejšia veta v tomto článku: 95 % „problémov s robotmi“ 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 nie je v poriadku, SSID je zdieľané s kanceláriou, neexistuje vyhradená VLAN, multicast je nekontrolovateľný, prístupové body sú na nesprávnom mieste a integrátor už tri týždne ladí nesprávnu vrstvu.
Najmite si sieťového technika včas. Zaplaťte mu viac, než si myslíte. Vedúci sieťový inžinier, ktorý dokáže navrhnúť plán Wi-Fi 6E, nakonfigurovať QoS od začiatku do konca a vyladiť vyhľadávanie DDS, má v tomto projekte rovnakú hodnotu ako vedúci robotický technik a je oveľa ťažšie ho nájsť.
Čo robiť ďalej – kontrolný zoznam nastavení siete
Pred príchodom robota:
- Prejdite sa po stránke. Identifikujte pracovnú oblasť, montážne body prístupového bodu, káblové trasy a zjavné RF rušiace zdroje. Postupujte podľa tempa.
- Špecifikujte prístupové body Wi-Fi 6E, aspoň jeden na 50 m² pracovnej plochy, v priamej viditeľnosti s miestom, kde sa bude robot nachádzať.
- Definujte vyhradený SSID pre robotiku na vlastnej VLAN, iba 6 GHz, povolený rýchly roaming, zapnutý filter vysielania, zapnuté multicast-unicast.
- Naplánujte si káblovú stranu. 10 GbE z AP backhaulu do prepínača na inferenčný server. Žiadne 1 GbE linky v aktívnej ceste.
- Staticky rezervujte IP adresu robota a IP adresu servera. Žiadne prekvapenia zo strany DHCP.
- Konfigurácia dôveryhodnosti DSCP na prepínači a AP. Označte riadiacu rovinu EF, video AF41.
- Nastavenie servera Fast-DDS Discovery pred odoslaním robota, nie po.
Deň, keď robot dorazí:
- Najprv pripevnite kábel. Pred pridaním rádia pripojte robota cez USB-C / M12 a overte, či inferenčná cesta funguje na kábli.
-
Spustenie základného testu RTT (
pinga malú ozvenu gRPC) cez kábel. Všimnite si čísla. Sú to vaše podlahové číslo. - Prejdite na Wi-Fi 6E. Porovnajte RTT. Ak je viac ako 3-násobok základnej hodnoty tetheru, rádio nie je správne nakonfigurované.
- Prejdite robota. Potulky, tieň tela, mŕtve miesta. Zmapujte zlé miesta skôr, ako vás uhryznú.
V prvom mesiaci:
- Sledujte P99 RTT, nie zlé. Alarm na chvostových hrotoch.
- Opakovaný prieskum po akejkoľvek zmene na budove. Nový rack, nová stena, nový sused na poschodí s vlastnou sieťou Wi-Fi 7 – to všetko môže posunúť vašu základnú RF úroveň.
- Uchovávajte súpravu na upevnenie v laboratóriu. Keď sa niečo pokazí, najprv ho zapojte. Predtým, ako začnete viniť model, vylúčte rádio ako premennú.
Toto je súčasť Kentino Wiki, referenčnej série o umelej inteligencii, robotike a systémoch, ktoré ich spájajú. Komentáre a opravy sú vítané na info@kentino.com.