Olet tässä: Kotiin » Tietoja meistä » Blogit » Kuinka paljon kaistanleveyttä UAV-datalinkki tarvitsee ohjaukseen, telemetriaan ja HD-videoon?

Kuinka paljon kaistanleveyttä UAV-datalinkki tarvitsee ohjaukseen, telemetriaan ja HD-videoon?

Katselukerrat: 0     Tekijä: Site Editor Julkaisuaika: 2026-08-05 Alkuperä: Sivusto

Tiedustella

Facebookin jakamispainike
Twitterin jakamispainike
linjanjakopainike
wechatin jakamispainike
linkedinin jakamispainike
pinterestin jakamispainike
whatsapp jakamispainike
kakaon jakamispainike
snapchatin jakamispainike
jaa tämä jakamispainike

UAV voi vastata käskyihin pienessä tietovirrassa, mutta menettää käyttökelpoisen videon, kun radiolinkki ylikuormittuu. Tämä kontrasti tekee kaistanleveyden suunnittelusta monimutkaisempaa kuin modeemin valitseminen sen mainostetun huippunopeuden perusteella. Ohjaus, telemetria ja HD-video asettavat hyvin erilaisia ​​vaatimuksia samalle yhteydelle.

Keskeinen kysymys on kuinka paljon vakaa UAV-datalinkin kaistanleveys, jonka lentokone pystyy ylläpitämään todellisen lennon aikana. Alla olevissa osioissa verrataan kutakin liikennetyyppiä, luodaan käytännöllinen kaistanleveysbudjetti ja näytetään, kuinka suojata ohjausta ja telemetriaa videon kysynnän kasvaessa.

 

Kuinka paljon kaistanleveyttä kukin UAV-tietovirta käyttää

Ohjauskomennot tarvitsevat vähän kapasiteettia, mutta välitöntä toimitusta

Pilotin syötteet, lentotilan muutokset, reittipisteen päivitykset, paluuohjeet kotiin, gimbalin liike ja hyötykuorman laukaisimet ovat kaikki pieniä viestejä. Käytännön suunnitteluvara on noin 5–100 kbps sisältäen kuittaukset ja protokollakulut. Huono ohjaussuorituskyky johtuu yleensä viiveestä, värinästä, pakettien katoamisesta tai jonojen ruuhkautumisesta eikä raakakapasiteetin puutteesta.

Uplink tarvitsee edelleen suojattua kapasiteettia, koska suurin osa UAV-liikenteestä kulkee päinvastaiseen suuntaan. Linkissä voi olla runsaasti tilaa videolle, mutta ohjauspaketit jäävät odottamaan muun liikenteen takana. Komentotietojen tulisi siksi saada varattu prioriteetti aina, kun useat sovellukset käyttävät samaa radiota.

Kaistanleveyttä ei myöskään voida arvioida ottamatta huomioon komentojen ajoitusta. Viivästetty hyötykuormaohje voi olla epämukava, kun taas viivästetty lentotila tai palautuskomento voi vaikuttaa tehtävään välittömästi. Tästä syystä ohjausliikennettä tulisi arvioida vasteiden johdonmukaisuuden sekä keskimääräisen tiedonkulutuksen perusteella.

Telemetrian kysyntä riippuu viestinopeudesta

Telemetria sisältää sijainnin, asennon, korkeuden, akun kunnon, navigoinnin tilan, tehtävän edistymisen, linkin laadun ja hyötykuorman kunnon. Perusraportointi voi käyttää 10–50 kbps:n nopeutta, kun taas normaali maanvalvonta-aseman stream mahtuu yleensä 50–300 kbps:n alueelle. Nopea diagnostiikka, yksityiskohtaiset lokit, useat hyötykuormat tai useat lentokoneet voivat nostaa kokonaisnopeuden kohti 1 Mbps tai enemmän.

Kysyntä riippuu sekä viestien koosta että tiheydestä. Asennetiedot, jotka lähetetään kymmeniä kertoja sekunnissa, kuluttavat enemmän kapasiteettia kuin kerran sekunnissa lähetettävä akkupäivitys. MAVLink mahdollistaa yksittäisten viestivälien muuttamisen, mikä auttaa tiimejä vähentämään tarpeetonta liikennettä poistamatta kriittisiä tilatietoja.

Telemetrian vähentämisen tulisi olla valikoivaa eikä umpimähkäistä. Korkeataajuiset tiedot, jotka tukevat navigointia, ohjausta tai käyttäjän tietoisuutta, tulee säilyttää, kun taas toistuvat virheenkorjausviestit voidaan hidastaa tai poistaa käytöstä normaalin toiminnan aikana. Tämä pitää telemetriabudjetin tehokkaana piilottamatta tärkeitä muutoksia lentokoneen kunnossa.

Pakattu video hallitsee yleensä UAV-datalinkin kaistanleveysbudjettia. Hyödylliset suunnittelualueet ovat noin 2–5 Mbps 720p:ssä 30 fps:ssä, 4–12 Mbps 1080p:ssä 30 fps:ssä, 8–20 Mbps 1080p:ssä 60 fps:ssä ja 15–40 Mbps pakatun 4K-valvonnan osalta. Todellinen tarve vaihtelee koodekin, kuvanopeuden, liikkeen, kuvan yksityiskohtien, hämärässä valaistuksen, avainkuvavälin ja kooderin laatuasetusten mukaan.

H.264:ää käytetään laajalti paketoituun videoon, kun taas H.265 voi pienentää vertailukelpoisen laadun edellyttämää bittinopeutta, kun laitteisto tukee ylimääräistä käsittelykuormaa. Vaihtuvan bittinopeuden virrat voivat myös nousta, kun lentokone kääntyy kohti lehtiä, vettä, rakennuksia tai muuta yksityiskohtaista liikettä. Toiminnan valvonnassa vakaa kohtalaisen bittinopeuden syöttö on yleensä hyödyllisempi kuin terävämpi virta, joka jäätyy lähelle peittoaluetta.

Liikennetyyppi

Käytännön suunnittelualue

Päähuoli

Ohjauskomennot

5-100 kbps

Latenssi ja toimitus

Rutiininomainen telemetria

10-300 kbps

Luotettavuus ja päivitysnopeus

Hyötykuormatiedot

10-500 kbps

Anturin tyyppi ja taajuus

720p30 video

2–5 Mbps

Jatkuva läpimeno

1080p30 video

4–12 Mbps

Suorituskyky ja värinää

1080p60 video

8–20 Mbps

Kapasiteetti ja linkin marginaali

Näitä arvoja tulee käsitellä suunnittelualueina, ei yleisinä kooderin asetuksina. Kaksi kameraa, jotka tuottavat saman resoluution ja kuvataajuuden, voivat tuottaa erilaisia ​​kuormia, koska niiden kohtaukset, pakkausprofiilit ja laatutavoitteet eroavat toisistaan. Varsinaisen virran mittaaminen on luotettavampaa kuin sen arvioiminen pelkän resoluution perusteella.

 

Kuinka rakentaa realistinen kaistanleveysbudjetti

Lisää kaikki samaan aikaan käynnissä olevat streamit

Käytä yksinkertaista kaavaa: vaadittu vakaa suorituskyky vastaa jatkuvaa liikennettä, odotettuja purskeita ja käyttömarginaalia. Laske kaikki aktiiviset streamit saman tehtävävaiheen aikana, mukaan lukien toissijainen tai lämpövideo, hyötykuormakomennot, anturin tila, kojelaudat, diagnostiikka, kartat ja lokien siirrot. Lisäkatsojat tai lentokoneet voivat moninkertaistaa liikenteen, ellei jakelu tapahdu sen jälkeen, kun syöte on saavuttanut maan.

Laske ylös- ja alaslinkki erikseen, koska jotkin radiot ilmoittavat molempien suuntien välillä jaetun kokonaisnopeuden. Sisäinen tallennus ei kuluta radion kaistanleveyttä ennen kuin tiedostot on siirretty, mutta myöhempi lataus voi kyllästää yhteyden, ellei sen nopeus ole rajoitettu. Käyttömarginaalin tulisi kattaa kooderin huiput, ylimääräiset kustannukset, uudelleenlähetykset, muuttuva modulaatio ja väliaikaiset häiriöt.

Pitkän kantaman lento, antennin suunnan muuttaminen, ruuhkainen spektri tai välitysreitit vaativat enemmän varaa kuin lyhyen kantaman työ puhtaalla kentällä. Marginaalin tarkoitus ei ole paisuttaa eritelmää. Sen tarkoituksena on pitää välttämätön liikenne vakaana tehtävän heikoimman odotetun osan aikana.

Työskentele yhden kameran UAV-esimerkin avulla

Harkitse yhtä 1080p H.264-virtaa nopeudella 6 Mbps, 0,1 Mbps autopilotin telemetriaa, 0,05 Mbps hyötykuorman tilaa ja komentoja ja 0,5–0,7 Mbps kojelautaa ja ajoittaista diagnostiikkaa. Jatkuva ja keskimääräinen kuormitus on noin 6,7–6,9 Mbps. 3–5 Mbps:n varauksen lisääminen antaa järkeväksi vähimmäistavoitteeksi noin 10–12 Mbps vakaan sovelluksen suorituskyvyn.

Nopeudella 12 Mbps mainostettu radio ei automaattisesti riitä. Sen on säilytettävä tämä nopeus suunnitellulla etäisyydellä, korkeudella, lentokoneen asennossa, kanavaolosuhteissa ja liikennesekoituksessa. Toinen kamera lisää oman täyden stream-bittinopeudensa, kun taas useat UAV:t vaativat kokonaislaskelman jokaiselle jaetulle verkkosegmentille.

Tehtävän asetukset

Suositeltu vakaan läpimenon kirjekuori

Vain ohjaus ja telemetria

Alle 1 Mbps

720p-video telemetrialla

5–10 Mbps

Yksi 1080p-stream, jossa on sekalaista dataa

10-20 Mbps

Kaksi HD-streamia tai pakattu 4K

20–50+ Mbps

Useita UAV:ita tai välityssolmuja

Laske jokainen polku

Nämä alueet ovat hyödyllisiä varhaisessa valinnassa, mutta ne eivät korvaa mittausta. Tallenna todellinen kooderin ulostulo realistisen liikkeen ja valaistuksen aikana ja lisää sitten havaittu ei-videoliikenne. Tämä estää sekä linkin alimitoituksen että tarpeettoman painon, tehontarpeen tai spektrikapasiteetin kantamisen.

 

Miksi lennon aikana suorituskyky on pienempi kuin datasheet rate

Kanavan leveys, fyysisen kerroksen nopeus, verkon suorituskyky ja sovelluksen suorituskyky kuvaavat eri asioita. Fyysinen nopeus sisältää koodauksen ja kehystyksen kuluttaman kapasiteetin, kun taas sovellukset saavat vähemmän, koska otsikot, salaus, virheenkorjaus, kuittaukset, uudelleenlähetykset, reititys ja hallintaliikenne käyttävät puheaikaa. Siksi suurta datalehtinumeroa ei voida pitää kameran ja lennonohjaimen käytettävissä olevana kaistanleveydenä.

Mukautuvat radiot siirtyvät myös tehokkaampaan modulaatioon ja koodaukseen signaalin laadun heikkeneessä. Tämä säilyttää liitettävyyden, mutta alentaa suorituskykyä, kun taas uudelleenlähetykset kuluttavat enemmän puheaikaa ja puskurointi lisää viivettä. Vertaa vakaata mitattua suorituskykyä toiminta-alueella mieluummin kuin ihanteellisissa laboratorio-olosuhteissa saavutettua maksiminopeutta.

Kantama ja lentokoneen liike muuttavat tiedonsiirtonopeutta

Suorituskyky muuttuu lentokoneen liikkuessa. Etäisyys, näkölinja, Fresnel-alueen välys, maa-antennin korkeus, polarisaatio ja häiriöt vaikuttavat kaikki signaalin laatuun. Kallistus tai heiluttelu voi asettaa antennin kuvion heikolle osalle, kun taas akut, hiilikuitu, metallirakenteet tai hyötykuormat voivat tukkia tien.

Virheetöntä videokuvaa penkillä kuljettava kokoonpano voi muuttua epävakaaksi, kun UAV kääntyy, laskeutuu tai saavuttaa reitin kaukaisimman osan. Testaa todellista tehtäväprofiilia, mukaan lukien käännökset ja korkeuden muutokset, samalla kun mittaat pakettien katoamista, värinää, latenssia ja jatkuvaa suorituskykyä. Suunnittele heikoin tilanne, jossa yhteyttä tarvitaan.

Jaettu lähetysaika vähentää kapasiteettia entisestään

Kaksi kameraa, useat UAV:t, erilliset unicast-syötteet useille katsojille tai taustahuoltoliikenne jakavat käytettävissä olevan lähetysajan. Välitys- ja mesh-reitit voivat laajentaa peittoa, mutta edelleenlähetetyt paketit kuluttavat radioresursseja useammalla kuin yhdellä hyppyllä. Päästä päähän -kapasiteetti voi siksi laskea, vaikka jokainen paikallinen linkki näyttää terveeltä.

Tunnista, missä liikenne konvergoi, ja laske yhdistetty kuormitus siinä kohdassa. Älä oleta, että jokainen solmu vastaanottaa koko otsikkonopeuden samanaikaisesti. Yksinkertainen topologiakaavio suunta- ja bittinopeustunnisteineen paljastaa pullonkaulat usein selkeämmin kuin yksi verkonlaajuinen kokonaisuus.

UAV-datalinkin kaistanleveys

 

Tee videon huononeminen ennen ohjausta tai telemetriaa

Sekadatan linkki vaatii selkeän palvelujärjestyksen: ensin lentokomennot, sitten olennaiset telemetria- ja linkin terveysviestit, turvallisuuteen liittyvät hyötykuormakomennot, live-video ja lopuksi lokit tai tiedostojen siirrot. Tämä hierarkia estää visuaalisesti vaativaa tietovirtaa viivästyttämästä pientä mutta kriittistä pakettia. Se myös tekee järjestelmän käyttäytymisestä ennustettavaa, kun käytettävissä oleva kapasiteetti laskee.

Palvelun laatu, erilliset jonot, valittavissa oleva palveluprioriteetti ja nopeusrajoitukset ovat arvokkaampia kuin pelkkä käyttämätön huippukapasiteetti. Ilman niitä videopurske tai tiedostolataus voi täyttää jonon, vaikka keskimääräinen liikenne näyttää hyväksyttävältä. Videolla tulee olla maksimibittinopeus, ja taustasiirrot on keskeytettävä tai rajoitettava lennon aikana.

Aseta ennakoitava videon huononemisstrategia

Kun linkin marginaali pienenee, keskeytä ensin joukkosiirrot, alenna sitten videon bittinopeutta, pienennä kuvanopeutta, pienennä resoluutiota ja poista tarvittaessa toissijainen stream. Oleellisen ohjauksen ja telemetrian tulee olla saatavilla niin kauan kuin RF-linkki tukee niitä. Järjestys tulee määrittää ennen käyttöönottoa, eikä improvisoida tehtävän aikana.

Vakio bittinopeus luo ennustettavan kuormituksen, mutta saattaa hukata kapasiteettia yksinkertaisissa kohtauksissa tai huonontaa kuvanlaatua monimutkaisissa kohtauksissa. Muuttuva bittinopeus käyttää käytettävissä olevia bittejä tehokkaasti, mutta voi tuottaa purskeita lähellä linkin rajaa. Rajoitettu muuttuva bittinopeusprofiili kiinteällä maksimilla tarjoaa usein toimivan kompromissin.

Testauksen tulisi vähentää käytettävissä olevaa suorituskykyä asteittain. Äkillinen yhteyden katkeaminen todistaa vain, että linkki voi epäonnistua; se ei näytä muodostuuko jonoja, kasvaako latenssi vai mukautuuko kooderi ensin. Tallenna videon viive, komentovastaus, telemetrian jatkuvuus ja pakettihäviö jokaisessa vaiheessa.

Yhdistä tuotetiedot tehtävän budjettiin

Kun liikennebudjetti on tiedossa, vertaa vakaata läpijuoksua alueella, nousevan ja laskevan siirtotien kapasiteettia, latenssia kuormituksen alaisena, QoS:ää, rajapintoja, kanavaasetuksia, antennijärjestelyä, ilmamassaa, tehonkulutusta ja lämpötarpeita. Liitäntäyhteensopivuudella on merkitystä, koska ohjaustiedot voivat saapua sarja- tai Ethernetin kautta, kun taas video tulee IP-, HDMI-, SDI- tai CVBS-yhteyden kautta. Nopea modeemi, joka vaatii useita muuntimia, voi lisätä johdotus-, viive-, paino- ja vikapisteitä.

WDS Mesh DDLmesh airborne -sarja tukee konfiguroitava UAV-datalinkin kaistanleveys video- ja dataliikennettä varten. Käytettävissä olevat ominaisuudet sisältävät 1–70 Mbps:n laajakaistan 20 MHz:n taajuudella, 50–1000 kbps:n mukautuvan kapeakaistaisen toiminnan, QoS:n, valittavissa olevan palveluprioriteetin, läpinäkyvän Ethernetin ja sarjaliikenteen, MAVLink-tuen, konfiguroitavan laajakaistan kanavan leveydet 1,25–20 MHz sekä pisteestä pisteeseen ja pisteestä pisteeseen ja pisteestä pisteeseen. Samanaikaiset video- ja dataliitännät mahdollistavat myös lennonohjauksen, hyötykuorman, paikannus-, puhe- ja kameraliikenteen jakamisen yhden lentokoneen viestintäjärjestelmän.

Nämä ominaisuudet ovat vain lähtökohta. Vahvista valittu kokoonpano jokaisen aiotun virtauksen ollessa aktiivinen lentokoneen liikkuessa edustavien etäisyyksien ja suuntausten läpi. Kirjaa sovelluksen suorituskyky, suuntakohtainen käyttö, signaalin laatu, latenssi, värinä, pakettihäviö ja kooderin toiminta varmistaaksesi, että ohjaus ja telemetria ovat käytettävissä ennen kuin videon laatu romahtaa.

 

Johtopäätös

Ohjaus ja telemetria vaativat yleensä paljon vähemmän kapasiteettia kuin HD-video, mutta ne vaativat korkeampaa prioriteettia ja johdonmukaisempaa toimitusta. Käytännön UAV-datalinkin kaistanleveystavoitteen tulisi siksi heijastaa sovelluksen todellista suorituskykyä, samanaikaista liikennettä, toiminta-aluetta, häiriöitä ja riittävästi marginaalia bittinopeuspiikkeille tai heikompien linkkien olosuhteille.

Shenzhen Sinosun Technology Co., Ltd. tarjoaa DDLmesh-lentokoneita, jotka yhdistävät videon, telemetrian ja kaksisuuntaisen tiedonsiirron liikenneprioriteettiin ja mukautuviin verkkoominaisuuksiin. Näiden ominaisuuksien sovittaminen mitattuun tehtäväbudjettiin voi yksinkertaistaa järjestelmän integrointia ja auttaa kriittisiä komentoja pysymään käytettävissä videon laadun muuttuessa.

 

FAQ

V: Pakattu 1080p-stream tarvitsee yleensä 4–12 Mbps nopeudella 30 fps. Telemetria, ohjausliikenne, protokollan yleiskustannukset ja käyttömarginaali tulisi lisätä erikseen.

K: Kuinka paljon kaistanleveyttä UAV-ohjaus- ja telemetriasignaalit käyttävät?

V: Ohjauskomennot voivat vaatia noin 5–100 kbps, kun taas rutiinitelemetria käyttää yleensä 10–300 kbps. Luotettavuus, latenssi ja viestitiheys ovat tärkeämpiä kuin raakakapasiteetti.

V: Kyllä, jos linkki tarjoaa riittävän vakaan suorituskyvyn ja liikenteen priorisoinnin. Ohjauksen ja olennaisen telemetrian tulee olla etusijalla, kun videon kysyntä lähestyy käytettävissä olevaa kapasiteettia.

V: Protokollaotsikot, salaus, virheenkorjaus, kuittaukset, uudelleenlähetykset ja heikommat signaaliolosuhteet vähentävät kameroiden, lennonohjaimien ja hyötykuormasovellusten käytettävissä olevaa kaistanleveyttä.

K: Vaikuttaako UAV-viestintäalue käytettävissä olevaan kaistanleveyteen?

V: Kyllä. Suorituskyky heikkenee usein etäisyyden, häiriöiden, antennivirheen, lentokoneen liikkeen ja esteiden vuoksi. Kaistanleveyden suunnittelun tulee heijastaa lennon heikointa odotettua osaa.

Pikalinkit

Tuoteluokka

  +86-852-4401-7395
  +86-755-8384-9417
  Huone 3A17, South Cangsong Building, Tairan Science Park, Futian District, Shenzhen City, Guangdongin maakunta, PR Kiina.
Copyright ©️   2024 Shenzhen Sinosun Technology Co., Ltd. Kaikki oikeudet pidätetään. | Tuki: leadong.com