Megtekintések: 0 Szerző: Site Editor Közzététel ideje: 2026-08-05 Eredet: Telek
Az UAV képes reagálni egy apró adatfolyam parancsaira, de elveszíti a használható videót, ha a rádiókapcsolat túlterhelődik. Ez a kontraszt bonyolultabbá teszi a sávszélesség-tervezést, mint a modem kiválasztása a hirdetett csúcssebesség alapján. A vezérlés, a telemetria és a HD-videó nagyon eltérő igényeket támaszt ugyanarra a kapcsolatra.
A kulcskérdés az, hogy mennyire stabil Az UAV adatkapcsolati sávszélessége, amelyet a repülőgép képes fenntartani valós repülés közben. Az alábbi szakaszok összehasonlítják az egyes forgalomtípusokat, praktikus sávszélesség-költségvetést készítenek, és bemutatják, hogyan védheti meg a vezérlést és a telemetriát, amikor a videóigény megnövekszik.
A pilóta bemenetei, a repülési mód módosításai, az útpontok frissítései, a hazatérés útmutatásai, a kardánmozgatás és a hasznos teher kiváltó okai mind kis üzenetek. A gyakorlati tervezési ráhagyás nagyjából 5–100 kbps, beleértve a nyugtákat és a protokoll többletköltségét is. A gyenge vezérlési teljesítmény általában a várakozási időből, a jitterből, a csomagvesztésből vagy a sortorlódásból adódik, nem pedig a nyers kapacitás hiányából.
A felfelé irányuló kapcsolatnak továbbra is védett kapacitásra van szüksége, mert a legtöbb nagy volumenű UAV-forgalom az ellenkező irányba halad. Egy linknek elegendő helye lehet a lefelé irányuló kapcsolatnak a videó számára, de a vezérlőcsomagok a többi forgalom mögött várakoznak. Ezért a parancsadatoknak fenntartott prioritást kell kapniuk, amikor több alkalmazás osztozik egy rádión.
A sávszélesség szintén nem értékelhető a parancsidőzítés figyelembevétele nélkül. A késleltetett hasznos teherre vonatkozó utasítás kényelmetlen lehet, míg a késleltetett repülési mód vagy helyreállítási parancs azonnali hatással lehet a küldetésre. Emiatt a vezérlési forgalmat a válaszok konzisztenciája, valamint az átlagos adatfogyasztás alapján kell megítélni.
A telemetria magában foglalja a pozíciót, a helyzetet, a magasságot, az akkumulátor állapotát, a navigáció állapotát, a küldetés előrehaladását, a kapcsolat minőségét és a hasznos terhelés állapotát. Az alapszintű jelentések 10–50 kb/s-t használhatnak, míg a földi irányítóállomás normál adatfolyama általában 50–300 kbps-on belül van. A nagy sebességű diagnosztika, a részletes naplók, a több hasznos teher vagy több repülőgép a teljes sebességet 1 Mbps vagy több felé tolhatja.
A kereslet az üzenetek méretétől és gyakoriságától is függ. A másodpercenként több tucatszor elküldött attitűdadatok több kapacitást fogyasztanak, mint a másodpercenként egyszer elküldött akkumulátorfrissítés. A MAVLink lehetővé teszi az egyes üzenetintervallumok módosítását, segítve a csapatokat a nem lényeges forgalom csökkentésében a kritikus állapotadatok eltávolítása nélkül.
A telemetria csökkentésének szelektívnek kell lennie, nem pedig válogatásnak. A nagyfrekvenciás adatokat, amelyek támogatják a navigációt, a vezérlést vagy a kezelő figyelmét, meg kell őrizni, míg az ismétlődő hibakeresési üzenetek lelassíthatók vagy letilthatók normál működés közben. Ez hatékonyan tartja a telemetriai költségvetést anélkül, hogy elrejteni a repülőgép állapotában bekövetkező fontos változásokat.
A tömörített videó általában uralja az UAV adatkapcsolati sávszélesség költségvetését. A hasznos tervezési tartományok körülbelül 2–5 Mbps 720p esetén 30 fps-nél, 4–12 Mbps 1080p-nél 30 fps-nél, 8–20 Mbps 1080p-nél 60 fps-nél és 15–40 Mbps a tömörített 4K monitorozásnál. A tényleges igény a kodek, a képkockasebesség, a mozgás, a képrészletek, a gyenge megvilágítású zaj, a kulcskép-intervallum és a kódoló minőségi beállításaitól függően változik.
A H.264-et széles körben használják csomagolt videókhoz, míg a H.265 csökkentheti az összehasonlítható minőséghez szükséges bitsebességet, ha a berendezés támogatja a további feldolgozási terhelést. A változó bitsebességű adatfolyamok akkor is megugródhatnak, amikor a repülőgép lombozat, víz, épületek vagy más részletes mozgás felé fordul. A működési figyeléshez a stabil, közepes bitsebességű adatfolyam általában hasznosabb, mint egy élesebb adatfolyam, amely a lefedettség széle közelében lefagy.
Forgalom típusa |
Gyakorlati tervezési tartomány |
Fő gond |
Vezérlő parancsok |
5-100 kbps |
Késés és kézbesítés |
Rutin telemetria |
10-300 kbps |
Megbízhatóság és frissítési arány |
Rakományadatok |
10-500 kbps |
Érzékelő típusa és frekvenciája |
720p30 videó |
2-5 Mbps |
Tartós áteresztőképesség |
1080p30 videó |
4-12 Mbps |
Átbocsátóképesség és jitter |
1080p60 videó |
8-20 Mbps |
Kapacitás és kapcsolati margó |
Ezeket az értékeket tervezési tartományként kell kezelni, nem pedig univerzális kódolóbeállításként. Két, azonos felbontást és képkockasebességet produkáló kamera eltérő terhelést generálhat, mivel a jelenetek, a tömörítési profilok és a minőségi célok eltérőek. A tényleges adatfolyam mérése megbízhatóbb, mint pusztán a felbontás alapján becsülni.
Használjon egy egyszerű képletet: a szükséges stabil átviteli sebesség megegyezik a folyamatos forgalommal, a várható sorozatfelvételekkel és a működési tartalékkal. Számoljon minden aktív adatfolyamot ugyanabban a küldetési fázisban, beleértve a másodlagos vagy termikus videót, a hasznos terhelési parancsokat, az érzékelő állapotát, a műszerfalakat, a diagnosztikát, a térképeket és a naplóátviteleket. A további nézők vagy repülőgépek megsokszorozhatják a forgalmat, kivéve, ha a terjesztésre azután kerül sor, hogy a hírcsatorna elérte a földet.
A felfelé és lefelé irányuló kapcsolatot külön számítsa ki, mert egyes rádiók a két irány között megosztott összesített sebességet adják meg. A beépített rögzítés a fájlok átviteléig nem fogyaszt rádiósávszélességet, de egy későbbi letöltés telítheti a kapcsolatot, hacsak nincs sebességkorlátozott. A működési tartaléknak ki kell terjednie a kódolócsúcsokra, a többletterhelésre, az újraadásokra, a változó modulációra és az ideiglenes interferenciára.
A nagy hatótávolságú repülés, az antenna tájolásának megváltoztatása, a zsúfolt spektrum vagy a közvetítési útvonalak több tartalékot igényelnek, mint a rövid hatótávolságú munka tiszta területen. Az árrés célja nem a specifikáció felfújása. Célja az alapvető forgalom stabil tartása a küldetés várható leggyengébb szakaszában.
Vegyünk egy 1080p H.264 adatfolyamot 6 Mb/s sebességgel, 0,1 Mb/s-os autopilóta telemetriát, 0,05 Mb/s-ot a hasznos terhelés állapotára és parancsokra, valamint 0,5–0,7 Mb/s-ot a műszerfalra és az időszakos diagnosztikára. A folyamatos és átlagos terhelés körülbelül 6,7–6,9 Mbps. 3–5 Mbps tartalék hozzáadása ésszerű, körülbelül 10–12 Mbps stabil alkalmazás-átviteli sebességet biztosít.
A 12 Mbps-on hirdetett rádió nem automatikusan elegendő. Fenn kell tartania ezt a sebességet a tervezett távolságban, magasságban, a repülőgép helyzetében, a csatornaviszonyokban és a forgalmi összetételben. A második kamera saját teljes adatfolyam bitrátát ad hozzá, míg több UAV összesített számítást igényel minden megosztott hálózati szegmenshez.
Küldetés beállítása |
Javasolt stabil áteresztőképességű boríték |
Csak vezérlés és telemetria |
1 Mbps alatt |
720p videó telemetriával |
5-10 Mbps |
Egy 1080p-s adatfolyam vegyes adatokkal |
10-20 Mbps |
Két HD adatfolyam vagy tömörített 4K |
20–50+ Mbps |
Több UAV vagy közvetítő csomópont |
Számítsa ki az egyes útvonalakat |
Ezek a tartományok hasznosak a korai kiválasztáshoz, de nem helyettesítik a mérést. Rögzítse a tényleges kódoló kimenetet valósághű mozgás és világítás közben, majd adja hozzá a megfigyelt nem videóforgalmat. Ez megakadályozza a kapcsolat alulméretezését és a szükségtelen súly, energiaigény vagy spektrumkapacitás elviselését.
A csatorna szélessége, a fizikai réteg sebessége, a hálózati átviteli sebesség és az alkalmazás átviteli sebessége különböző dolgokat ír le. A fizikai sebesség magában foglalja a kódolás és a keretezés által felhasznált kapacitást, míg az alkalmazások kevesebbet kapnak, mivel a fejlécek, a titkosítás, a hibajavítás, a nyugtázás, az újraküldés, az útválasztás és a felügyeleti forgalom adásidőt használnak. A nagy adatlapszám ezért nem kezelhető a kamera és a repülésvezérlő rendelkezésére álló sávszélességként.
Az adaptív rádiók a jelminőség csökkenésével robusztusabb modulációra és kódolásra is áttérnek. Ez megőrzi a kapcsolatot, de csökkenti az átviteli sebességet, miközben az újraküldés több adásidőt fogyaszt, és a pufferelés növeli a késleltetést. Hasonlítsa össze a stabil mért teljesítményt a küldetési tartományban az ideális laboratóriumi körülmények között elért maximális sebesség helyett.
Az áteresztőképesség a repülőgép mozgásával változik. A távolság, a rálátás, a Fresnel-zóna távolsága, a földantenna magassága, a polarizáció és az interferencia egyaránt befolyásolja a jel minőségét. A billenés vagy a billenés az antennát a mintájának egy gyenge részébe helyezheti, míg az akkumulátorok, szénszálas szerkezetek, fémszerkezetek vagy hasznos terhek elzárhatják az utat.
A padon hibátlan videót hordozó beállítás instabillá válhat, amikor az UAV elfordul, leereszkedik vagy eléri útvonala legtávolabbi részét. Tesztelje a valós küldetésprofilt, beleértve a kanyarokat és a magasságváltozásokat, miközben méri a csomagvesztést, a remegést, a késleltetést és a tartós áteresztőképességet. Tervezze meg azt a leggyengébb állapotot, amelyben továbbra is szükség van a kapcsolatra.
Két kamera, több UAV, külön unicast feedek több néző számára, vagy a háttérben karbantartó forgalom mind megosztja a rendelkezésre álló műsoridőt. A közvetítő és a mesh útvonalak kiterjeszthetik a lefedettséget, de a továbbított csomagok egynél több ugrásra fogyasztanak rádióerőforrásokat. A végpontok közötti kapacitás ezért akkor is csökkenhet, ha minden helyi kapcsolat egészségesnek tűnik.
Határozza meg, hol konvergál a forgalom, és számítsa ki a kombinált terhelést ezen a ponton. Ne feltételezze, hogy minden csomópont egyszerre kapja meg a teljes címsort. Egy egyszerű topológiadiagram irány- és bitsebesség-címkékkel gyakran jobban feltárja a szűk keresztmetszeteket, mint egy teljes hálózatra kiterjedő teljes.
A vegyes adatkapcsolatnak egyértelmű szolgáltatási sorrendre van szüksége: először repülési parancsok, majd alapvető telemetriai és kapcsolat-egészségügyi üzenetek, biztonsággal kapcsolatos hasznos terhelési parancsok, élő videó és végül naplók vagy fájlátvitel. Ez a hierarchia megakadályozza, hogy egy vizuálisan igényes adatfolyam késleltessen egy apró, de kritikus csomagot. Ezenkívül kiszámíthatóvá teszi a rendszer viselkedését, amikor a rendelkezésre álló kapacitás csökken.
A szolgáltatás minősége, a külön sorok, a választható szolgáltatási prioritás és a sebességkorlátok értékesebbek, mint önmagában a kihasználatlan csúcskapacitás. Ezek nélkül egy videósorozat vagy fájlletöltés akkor is kitöltheti a sort, ha az átlagos forgalom elfogadhatónak tűnik. A videónak maximális bitsebességgel kell rendelkeznie, és a háttérben történő átvitelt szüneteltetni vagy korlátozni kell repülés közben.
Amint a link margója csökken, először szüneteltesse a tömeges átvitelt, majd csökkentse a videó bitsebességét, csökkentse a képkockasebességet, csökkentse a felbontást, és szükség esetén tiltsa le a másodlagos adatfolyamot. Az alapvető vezérlésnek és telemetriának mindaddig elérhetőnek kell maradnia, amíg az RF kapcsolat támogatja őket. A sorrendet a bevetés előtt kell konfigurálni, nem pedig a küldetés során rögtönözni.
Az állandó bitsebesség kiszámítható terhelést hoz létre, de az egyszerű jeleneteknél kapacitást veszíthet, összetettebbeknél pedig rosszabb képminőséget. A változó bitsebesség hatékonyan használja fel a rendelkezésre álló biteket, de a kapcsolati határ közelében burstokat képes előállítani. A korlátozott, változó bitsebességű profil határozott maximummal gyakran működőképes kompromisszumot jelent.
A tesztelésnek fokozatosan csökkentenie kell a rendelkezésre álló teljesítményt. A hirtelen leválasztás csak azt bizonyítja, hogy a kapcsolat meghibásodhat; nem mutatja, hogy sorok épülnek-e fel, a várakozási idő növekszik, vagy a kódoló először alkalmazkodik. Rögzítse a videó késleltetését, a parancsválaszt, a telemetriai folytonosságot és a csomagvesztést minden lépésben.
Ha ismert a forgalmi költségvetés, hasonlítsa össze a stabil átviteli sebességet a hatótávolságon, a felfelé és lefelé irányuló kapcsolati kapacitást, a terhelés alatti késleltetést, a QoS-t, az interfészek, a csatornabeállításokat, az antenna elrendezését, a levegőtömeget, az energiafelvételt és a hőszükségletet. Az interfész-kompatibilitás azért fontos, mert a vezérlőadatok soros vagy Ethernet-en keresztül, míg a videó IP-n, HDMI-n, SDI-n vagy CVBS-n keresztül juthatnak be. A több átalakítót igénylő gyors modem vezetékezést, késleltetést, súlyt és hibapontokat adhat hozzá.
A WDS Mesh DDLmesh airborne sorozat támogatja konfigurálható UAV adatkapcsolati sávszélesség vegyes video- és adatforgalomhoz. Az elérhető képességek közé tartozik az 1–70 Mbps szélessávú működés 20 MHz-en, az 50–1000 kbps adaptív keskeny sávú működés, a QoS, a választható szolgáltatásprioritás, az átlátszó Ethernet és a soros átvitel, a MAVLink támogatás, a konfigurálható szélessávú csatornaszélesség 1,25 és 20 MHz között, valamint a pont-pont és kisléptékű, pont-pont és pont-multi módok. A szimultán video- és adatinterfészek lehetővé teszik a repülésirányítást, a hasznos terhelést, a helymeghatározást, a hang- és a kameraforgalmat is, hogy egy légi kommunikációs rendszert oszthassanak meg.
Ezek a képességek csak a kiindulópontot jelentik. Érvényesítse a kiválasztott konfigurációt minden tervezett árammal, miközben a repülőgép reprezentatív távolságokon és tájolásokon mozog. Naplózza az alkalmazás átviteli sebességét, az irányspecifikus kihasználtságot, a jelminőséget, a késleltetést, a jittert, a csomagvesztést és a kódoló viselkedését, hogy megbizonyosodjon arról, hogy a vezérlés és a telemetria használható marad, mielőtt a videó minősége összeomlik.
A vezérlés és a telemetria általában sokkal kevesebb kapacitást igényel, mint a HD videó, de magasabb prioritást és következetesebb megjelenítést igényel. A gyakorlati UAV adatkapcsolat sávszélesség-céljának ezért tükröznie kell a valós alkalmazás átviteli sebességét, az egyidejű forgalmat, a működési tartományt, az interferenciát és a bitráta-csúcsokhoz vagy a gyengébb kapcsolati feltételekhez elegendő tartalékot.
A Shenzhen Sinosun Technology Co., Ltd. DDLmesh légi adatkapcsolatokat kínál, amelyek kombinálják a videót, a telemetriát és a kétirányú adatátvitelt forgalom-prioritásos és adaptálható hálózati funkciókkal. Ha ezeket a képességeket a mért küldetési költségvetéshez illeszti, leegyszerűsítheti a rendszerintegrációt, miközben elősegíti, hogy a kritikus parancsok elérhetők maradjanak a videó minőségének változásával.
V: Egy tömörített 1080p-s adatfolyamhoz általában 4–12 Mbps szükséges 30 fps-nél. A telemetriát, a vezérlési forgalmat, a protokoll többletköltségét és az üzemi árrést külön kell hozzáadni.
V: A vezérlőparancsokhoz körülbelül 5–100 kbps, míg a rutin telemetria általában 10–300 kbps-t használ. A megbízhatóság, a várakozási idő és az üzenetek gyakorisága többet jelent, mint a nyers kapacitás.
V: Igen, feltéve, hogy a link elegendő stabil átviteli sebességet és forgalom prioritást biztosít. A vezérlésnek és az alapvető telemetriának elsőbbséget kell élveznie, amikor a videóigény megközelíti a rendelkezésre álló kapacitást.
V: A protokollfejlécek, a titkosítás, a hibajavítás, a nyugtázás, az újraküldés és a gyengébb jelviszonyok csökkentik a kamerák, repülésvezérlők és hasznos alkalmazások számára elérhető sávszélességet.
V: Igen. Az áteresztőképesség gyakran csökken a távolság, az interferencia, az antenna eltolódása, a repülőgép mozgása és az akadályok miatt. A sávszélesség-tervezésnek tükröznie kell a repülés várható leggyengébb részét.