ROS 2 preko bežične mreže: DDS QoS postavke za timove mobilnih robota

Timovi mobilnih robota često pouzdano komuniciraju u laboratoriju, zatim razvijaju odgođene naredbe, nedostaju ažuriranja senzora ili sporo oporavljaju kada se promijene rute mreže. A ROS 2 bežična mreža dodaje fluktuirajuću propusnost, gubitak paketa i promjenu broja skokova, dok DDS može ponovno slati ili staviti u red čekanja podatke koji su već zastarjeli. Postavke QoS-a pomažu u kontroli pouzdanosti, povijesti, dubine, trajnosti, roka i životnog vijeka za svaku temu, ali nekompatibilna pravila izdavača i pretplatnika mogu u potpunosti zaustaviti isporuku.

Ključ je znati koji tokovi trebaju svaki uzorak, koji trebaju samo najnoviji i kako spriječiti da velika opterećenja preplave vezu koja se obnavlja.

Započnite s prometom, a ne s QoS izbornikom

Odlučite je li važnija svježina ili cjelovitost

Započnite s pitanjem što se događa kada se poruka izgubi i što se događa kada stigne kasno. LiDAR skeniranja, okviri kamere, odometrija, ažuriranja lokalizacije i telemetrija kretanja neprestano se zamjenjuju. Gubitak jednog uzorka može biti prihvatljiv, dok njegova isporuka nakon nekoliko novijih uzoraka može pokvariti lokalne odluke ili izgubiti vrijeme obrade.

Prijelazi misija, dodjele zadataka, promjene konfiguracije, sigurnosni događaji i neki prijenosi karata imaju različite zahtjeve. Diskretni događaj koji nedostaje može ostaviti robote u nedosljednim radnim stanjima, tako da ograničeno ponovno slanje može biti opravdano. Ova razlika je važnija od same vrste nosivosti: mala naredba za brzinu može biti opasna kada je zastarjela, dok velika snimka karte može ostati korisna nakon odgode.

Klasificiranje prometa prema svježini i cjelovitosti sprječava uobičajenu pogrešku ROS 2 bežične mreže—postavljanje svake teme na POUZDANO jer pouzdano zvuči sigurnije. Pouzdan DDS zadržava nepotvrđene uzorke i ponovno odašilje podatke koji nedostaju, stvarajući opterećenje koje komunikacija na najbolji mogući način izbjegava. Standardni ROS 2 profil podataka senzora stoga koristi najbolju pouzdanost s manjim redom čekanja, gdje je pravovremena isporuka općenito važnija od primanja svakog očitanja.

Svakoj temi dodijelite proračun isporuke

Svaka tema za više robota zahtijeva četiri ograničenja: maksimalnu korisnu starost poruke, prihvatljivu stopu gubitka, potrebnu učestalost ažuriranja i maksimalno vrijeme oporavka nakon prekida veze. Ova ograničenja pretvaraju nejasna očekivanja kao što je 'niska latencija' u zahtjeve koji se mogu provjeriti. Tok naredbi može zahtijevati dobnu granicu koja se mjeri u desecima milisekundi, dok snimka karte može tolerirati sekunde ako robot nastavi sigurno raditi sa svojom lokalnom kopijom.

Procijenite ponuđeno opterećenje na temelju veličine serijaliziranog korisnog sadržaja, stope objavljivanja i broja odredišta. Zatim usporedite tu brojku s izmjerenom dobrom propusnošću za više skokova, a ne s nominalnom brzinom prijenosa podataka radija. Ostavite kapacitet za potvrde, ponovno slanje, promet otkrivanja, promet upravljanja rutom i istodobne izdavače.

Zadržite interni promet robota izvan zajedničke mreže

Ne bi svaka ROS 2 tema trebala prelaziti granice robota. Neobrađeni izvori s kamere, puni oblaci točaka, podaci za otklanjanje pogrešaka i međuizlazni rezultati često pripadaju robotu koji ih proizvodi. Objavljivanje samo detekcija, tragova objekata, lokalnih planova, smanjenih oblaka ili promjena karata smanjuje potražnju dijeljenih kanala bez promjene ponašanja DDS-a.

Ovaj korak filtriranja posebno je vrijedan u ROS 2 bežičnoj mreži s više robota, gdje jedan nepotreban tok visoke brzine može potrošiti kapacitet potreban za nekoliko koordinacijskih tema. Uklanjanje prometa obično stvara predvidljiviji sustav od pokušaja zaštite preopterećene veze s dubljim čekanjima i dodatnim ponovnim pokušajima.

Praktični QoS profili za uobičajene teme o voznom parku

Streamovi senzora i često osvježeno stanje

Senzor visoke brzine i teme stanja obično trebaju najnoviji dostupni uzorak, a ne potpuni povijesni niz. Praktičan početni profil je BEST_EFFORT, VOLATILE i KEEP_LAST s dubinom između jedan i pet. Dubina jedan odgovara podacima koji se odmah zamjenjuju, dok malo veći red čekanja može apsorbirati kratka kašnjenja planiranja povratnih poziva bez stvaranja dugog zaostatka.

LIFESPAN može dodati još jednu zaštitnu mjeru tako što će poruke isteći nakon njihovog korisnog razdoblja. DEADLINE služi drugačijoj svrsi: izražava očekivani interval između poruka i može pokrenuti događaj kada se to očekivanje propusti. Nijedno pravilo ne povećava kapacitet veze, ali oba olakšavaju otkrivanje i rukovanje ustajalim ili prekinutim tokovima.

Točan profil trebao bi odražavati potrošača. Lokalni čvor za izbjegavanje prepreka možda će trebati česta skeniranja uz minimalnu dob, dok nadzorna ploča voznog parka može prihvatiti nižu stopu ažuriranja. Slanje oba putem iste ROS 2 bežične mreže ne znači da zahtijevaju identične postavke pouzdanosti, dubine ili životnog vijeka.

Zapovijedi i koordinacijski događaji zahtijevaju drugačiji tretman

Kontinuirane naredbe i događaji diskretne koordinacije ne bi trebali dijeliti jedan zadani profil. Streamovi brzine, upravljanja i ispravka formacije osvježavaju se više puta, tako da stari uzorci ne bi trebali čekati iza ponovnih prijenosa. Plitka povijest, kratak životni vijek i vremensko ograničenje na razini aplikacije pomažu osigurati da se robot zaustavi ili uđe u definirani rezervni način rada kada nestanu nove naredbe.

Prihvaćanje zadatka, promjene načina rada i prijelazi misija mogu zahtijevati POUZDANU isporuku jer svaki događaj mijenja zajedničko stanje. Čak i tada, povijest mora ostati ograničena. Ponovno reproduciranje dugog niza zamijenjenih naredbi nakon oporavka rute može biti štetnije od prijavljivanja prekida i ponovne sinkronizacije trenutnog stanja misije.

DDS pouzdanost samo je jedan sloj zaštite. Svaki bi mobilni robot trebao provoditi lokalno ponašanje isteka naredbe, ograničenja kretanja i gubitka komunikacije neovisno o mreži. ROS 2 bežična mreža može poboljšati doseg i otpornost rute, ali ne može odlučiti je li stara naredba još uvijek sigurna.

Karte, konfiguracija i roboti koji se kasno pridružuju

Koristite RELIABLE s TRANSIENT_LOCAL kada robotu koji se pridružuje ili ponovno povezuje treba najnovije objavljeno stanje. Trenutačne karte, geografske ograde, zajednički načini rada i snimke konfiguracije često odgovaraju ovom obrascu. KEEP_LAST(1) je obično prikladniji od zadržavanja svake verzije jer samo najnovija potpuna snimka ostaje operativno relevantna.

KEEP_ALL bi trebao biti rezerviran za podatke čiji je puni slijed istinski bitan i čiji su zahtjevi za resursima poznati. Keep-sva pohrana ostaje podložna ograničenjima resursa međuopreme, tako da to nije neograničeno jamstvo. Prolazno-lokalna trajnost također čini izdavača odgovornim za zadržavanje uzoraka za kasno pridružene pretplate.

Kompatibilnost se mora provjeriti s obje strane. Izdavač s najboljim naporima ne može zadovoljiti pouzdanog pretplatnika, a nepostojani izdavač ne može zadovoljiti prolaznu lokalnu pretplatu. Pouzdani izdavači mogu opsluživati ​​pretplatnike na najbolji mogući način, dok privremeni lokalni izdavači mogu slati nove poruke nestabilnim pretplatnicima. Zadržana povijesna isporuka zahtijeva kompatibilne prolazno-lokalne postavke.

Spriječite da velike poruke preuzmu vezu

Smanjite fragmentaciju prije dodavanja ponovnih pokušaja

Slike, rešetke popunjenosti i gusti oblaci točaka podijeljeni su u više transportnih jedinica prije prelaska mreže. Kada je veliki UDP datagram fragmentiran na IP sloju, gubitak jednog fragmenta sprječava rekonstrukciju kompletnog datagrama. Preostali fragmenti mogu zauzeti međuspremnike kernela dok ne isteknu, zbog čega se veza čini zaustavljenom i blokira novi promet.

Velika degradacija korisnog opterećenja preko bežičnih ROS 2 veza obično se povezuje s tri povezana mehanizma: pretjeranom IP fragmentacijom, neučinkovitim vremenskim rasporedom ponovnog prijenosa i kongestivnim praskama međuspremnika. Promjene DDS parametara kompatibilne sa standardima mogu smanjiti ove učinke bez potrebe za različitim aplikacijskim protokolom.

Izmjerite MTU stvarnog puta kroz cijelu ROS 2 bežičnu mrežu, uključujući enkripciju, tunele, virtualna sučelja i svaki preusmjereni segment. Gdje konfiguracija prijenosa dopušta, dovoljno smanjite veličinu RTPS ili UDP poruke da biste izbjegli fragmentaciju mrežnog sloja. Vrijednost izračunata iz 1500-bajtnog Ethernet MTU-a samo je početna hipoteza jer zaglavlja i enkapsulacija mogu smanjiti upotrebljivu veličinu.

Redovi povijesti neka budu manji od prozora za oporavak

Tijekom prekida rute pouzdani izdavač može nastaviti s izradom poruka dok potvrde prestaju stizati. Nepotvrđeni uzorci akumuliraju se u povijesti dok se ne dosegnu ograničenja resursa. Kada se povezivost vrati, obnovljeni put mora nositi trenutne publikacije, kontrolirati promet i zadržani zaostatak u isto vrijeme.

Odaberite dubinu povijesti iz broja uzoraka koji ostaju korisni nakon ponovnog povezivanja. Tok stanja od 20 Hz s korisnim vremenom od 250 milisekundi rijetko treba desetke uzoraka u redu čekanja; većina bi već bila ustajala. Zamjenjivo stanje trebalo bi favorizirati najnoviji uzorak, dok bitne sekvence događaja trebaju ograničeni plan oporavka.

Veliki pouzdani uzorci zahtijevaju dodatnu provjeru: može li najslabija očekivana ruta iscrpiti red bez kašnjenja trenutnog prometa? Duboka povijest može smanjiti trenutni gubitak podataka, ali također povećava upotrebu memorije, vrijeme oporavka i vjerojatnost porasta prometa nakon prekida. Prekomjerna zadržana povijest može proizvesti buke međuspremnika koji pogoršavaju zagušenje nakon povratka povezivosti.

Pazite na rafalne retransmisije

Pouzdan DDS koristi otkucaje srca i razmjenu potvrda za identifikaciju uzoraka koji nedostaju i pokretanje ponovnog slanja. Rijetki ciklusi oporavka mogu omogućiti nakupljanje nekoliko gubitaka prije nego što se ponovno pošalju, proizvodeći kratke praske koji premašuju trenutni kapacitet veze. Razdoblja otkucaja srca, fragmentacija i intervali ponovnog prijenosa također su blisko povezani u bežičnim uvjetima s gubitkom.

Testirajte vrijeme ponovnog slanja prema intervalu objavljivanja svake teme umjesto primjene jedne vrijednosti za cijelu flotu. Mjerite kašnjenje oporavka, latenciju repa, podrhtavanje, opterećenje kontrolnog paketa i opterećenje CPU-a nakon svake promjene. Brže signaliziranje oporavka može smanjiti kašnjenje i veličinu praska, ali pretjerani kontrolni promet može potrošiti obradu i propusnost.

Nikakva prilagodba vremena ne može spasiti ROS 2 bežičnu mrežu čije trajno ponuđeno opterećenje premašuje korisni korisni protok. Kada veza ostane zasićena, ponovni pokušaji dodaju promet na već preopterećenu stazu.

Umjesto toga odlučite kada promijeniti nosivost

Podešavanje QoS-a trebalo bi završiti tamo gdje arhitektura aplikacije postaje veći problem. Smanjite razlučivost slike, kvalitetu kodiranja ili broj sličica u sekundi kada vizualni tokovi dominiraju kanalom. Obrežite ili smanjite uzorkovanje oblaka točaka prije prijenosa i objavite tragove objekata, rezultate prohodnosti ili ažuriranja lokalne karte kada suigračima nisu potrebna neobrađena promatranja.

Obrada rubova često daje najčišće rješenje. Svaki robot može lokalno zadržati podatke senzora velike propusnosti i distribuirati samo informacije potrebne za koordinaciju. Ovo nije kompromis u pouzdanosti DDS-a; to je namjerna odluka da se komunikacijska potražnja uskladi s fizičkim kapacitetom mobilne mreže.

Testirajte profil na pokretnim robotima, a ne samo na mreži stolova

Ponovno kreirajte rute i kvarove na koje će flota naići

Fiksni test s jednim skokom ne može predstavljati mobilnu ROS 2 bežičnu mrežu. Validacija bi trebala uključivati ​​najkraću rutu, maksimalni planirani broj skokova, kretanje između pozicija releja, povećanje smetnji, asimetrični promet, kratke prekide, duge prekide, ponovno povezivanje, kasno pridruživanje i istovremeno objavljivanje nekoliko robota.

Snimite više od prosječne latencije. Korisna mjerenja uključuju:

●  Učestalost primljenih ažuriranja i stopa gubitka poruka.

●  Starost poruke, srednja latencija, repna latencija i podrhtavanje.

●  Vrijeme otkrivanja ili ponovnog povezivanja nakon promjene staze.

●  Rast reda čekanja pisaca i čitača tijekom prekida.

●  Vrijeme potrebno za brisanje korisnih zadržanih podataka.

●  Upotreba CPU-a i memorije za izdavače i pretplatnike.

Procijenite svaki rezultat u odnosu na prethodno kreirani proračun isporuke. Tema lokalizacije može biti neuspješna jer je njezina učestalost ažuriranja ispod kontrolnog zahtjeva, čak i kada svaki uzorak na kraju stigne. Suprotno tome, prijenos karte može proći unatoč većoj latenciji ako se završi unutar dopuštenog prozora za oporavak.

Koristite mrežnu telemetriju za objašnjenje ponašanja DDS-a

ROS 2 metrika otkriva što aplikacija doživljava, dok mrežasta telemetrija pomaže objasniti zašto se to dogodilo. Usporedite izvedbu teme s brojem skokova, promjenama topologije, snagom signala, omjerom signala i šuma, prometom pri učitavanju i preuzimanju i vremenu promjene rute. Korelacija obaju slojeva sprječava timove da okrive QoS za promjenu radijske staze ili da okrive mrežu za nekompatibilne postavke izdavača i pretplatnika.

WDS MIMOmesh OEM/ODM moduli i lagane zračne jedinice koriste potpuno IP arhitekturu s distribuiranim dinamičkim usmjeravanjem bez središta i načinima releja s više skokova. Njihove funkcije upravljanja mrežom pružaju informacije o topologiji, jačini polja, SNR-u, prometu, udaljenosti čvora i radnom statusu koje inženjeri mogu usporediti s ROS 2 latencijom, gubitkom i ponašanjem u redu čekanja.

Brzine podataka proizvoda i brojke kašnjenja s jednim skokom trebale bi ostati reference za planiranje, a ne zajamčena izvedba aplikacije. Stvarno ponašanje od kraja do kraja također uključuje dubinu rute, zauzetost kanala, oporavak paketa, serijalizaciju, redove međuprograma i obradu čvorova. u a pokretna ROS 2 bežična mreža , izmjerena dobra propusnost na najslabijoj operativnoj ruti trebala bi potaknuti stope objavljivanja i ograničenja povijesti.

Mijenjajte jednu po jednu varijablu

Započnite potvrđivanjem naziva tema, vrsta poruka i QoS kompatibilnosti. Testirajte otkrivanje odvojeno od prijenosa podataka jer čvor koji nikada ne otkrije ravnopravnog čvora ima drugačiji kvar od podudarne krajnje točke koja gubi pakete. Događaji nekompatibilnog QoS-a mogu pomoći aplikacijama da otkriju neusklađenost pravila umjesto da kvar ostane neobjašnjen.

Uspostavite ponovljivu rutu i obrazac kretanja, a zatim prilagodite jednu varijablu po vožnji. Neovisno promijenite pouzdanost, dubinu, trajnost, životni vijek, stopu objavljivanja, veličinu nosivosti ili prag fragmentacije. Ponavljanje istog scenarija omogućuje utvrđivanje dolazi li vidljivo poboljšanje od promjene QoS-a ili od boljeg radijskog puta.

Postavite uvjete za prolaz prije testiranja. Primjeri uključuju maksimalnu starost naredbe, minimalnu učestalost lokalizacije, maksimalno vrijeme za ponovno spajanje robota da primi trenutnu kartu i ograničenje vremena pražnjenja zaostalog. Konačni profil trebao bi proći ispod najslabije realne rute, a ne samo isporučiti impresivne prosjeke na ispitnom stolu.

 

Zaključak

Pouzdana komunikacija flote ovisi o usklađivanju DDS ponašanja sa svrhom svake teme. Svježi tokovi senzora obično zahtijevaju plitke redove čekanja s najboljim naporom, dok događaji misije i ponovno povezivanje robota mogu zahtijevati ograničenu pouzdanost ili prolaznu lokalnu trajnost. Fragmentacija, rast zaostataka i izmjereni dobar put s više skokova trebali bi oblikovati konačni profil.

Za timove koji grade ROS 2 bežičnu mrežu, Shenzhen Sinosun Technology Co., Ltd. nudi MIMOmesh OEM/ODM module i lagane zračne radio uređaje za mobilne, multi-hop implementacije. U kombinaciji s discipliniranim testiranjem QoS-a, ove platforme mogu pomoći u smanjenju ustajalog prometa, skratiti oporavak i zadržati dijeljenu propusnost usmjerenu na operativno korisne podatke.

 

FAQ

P: Je li ROS 2 prikladan za bežičnu komunikaciju s više robota?

O: Da, ali bežične veze zahtijevaju QoS postavke specifične za temu. Pouzdanost, dubina reda čekanja, trajnost i stopa korisnog opterećenja trebaju odražavati gubitak paketa, latenciju, mobilnost i dostupnu propusnost.

P: Koja postavka pouzdanosti QoS-a najbolje funkcionira na bežičnoj mreži ROS 2?

O: Potrudite se za često osvježene tokove senzora i ograničenu pouzdanu isporuku za naredbe, događaje misije, karte ili konfiguracijske podatke koji se ne smiju propustiti.

P: Zašto se ROS 2 izdavači i pretplatnici ponekad ne uspijevaju povezati?

O: Nekompatibilne QoS politike mogu spriječiti komunikaciju. Uobičajene neusklađenosti uključuju postavke pouzdanosti, trajnosti, roka ili živosti između ponuđenog profila izdavača i traženog profila pretplatnika.

P: Kako bi trebalo rukovati velikim LiDAR porukama ili porukama kamere preko mesh mreže?

O: Smanjite veličinu nosivosti, izbjegnite IP fragmentaciju, ograničite stope objavljivanja i držite redove plitkim. Lokalna obrada ili komprimirani izlazi često rade bolje od prijenosa svakog neobrađenog uzorka senzora.

P: Koju bi dubinu povijesti trebali koristiti timovi mobilnih robota?

O: Odaberite dubinu prema trajanju poruke i potrebama oporavka. Koristite dubinu jedan za zamjenjivo stanje, dok bitnim događajima može biti potreban veći, ali strogo ograničen red.