Gaano Karaming Bandwidth ang Kailangan ng Link ng Data ng UAV para sa Kontrol, Telemetry at HD na Video?

Ang isang UAV ay maaaring tumugon sa mga utos sa isang maliit na stream ng data ngunit mawawalan ng magagamit na video kapag ang link sa radyo ay na-overload. Ang kaibahan na iyon ay ginagawang mas kumplikado ang pagpaplano ng bandwidth kaysa sa pagpili ng modem ayon sa ina-advertise nitong peak rate. Ang control, telemetry, at HD na video ay naglalagay ng ibang mga pangangailangan sa parehong koneksyon.

Ang pangunahing tanong ay kung gaano katatag Ang bandwidth ng link ng data ng UAV na maaaring mapanatili ng sasakyang panghimpapawid sa totoong paglipad. Inihahambing ng mga seksyon sa ibaba ang bawat uri ng trapiko, bumuo ng praktikal na badyet ng bandwidth, at nagpapakita kung paano protektahan ang kontrol at telemetry kapag tumaas ang demand ng video.

 

Gaano Karaming Bandwidth ang Ginagamit ng Bawat UAV Data Stream

Kailangan ng Mga Control Command ng Maliit na Kapasidad ngunit Agarang Paghahatid

Ang mga input ng pilot, mga pagbabago sa flight-mode, mga update sa waypoint, mga tagubilin sa pagbabalik-bahay, paggalaw ng gimbal, at mga trigger ng payload ay lahat ng maliliit na mensahe. Ang isang praktikal na allowance sa pagpaplano ay humigit-kumulang 5–100 kbps, kabilang ang mga pagkilala at overhead ng protocol. Ang mahinang pagganap ng kontrol ay kadalasang nagmumula sa latency, jitter, packet loss, o queue congestion kaysa sa kakulangan ng raw capacity.

Ang uplink ay nangangailangan pa rin ng protektadong kapasidad dahil karamihan sa mataas na dami ng trapiko ng UAV ay naglalakbay sa kabilang direksyon. Ang isang link ay maaaring may sapat na downlink room para sa video ngunit nag-iiwan ng mga control packet na naghihintay sa likod ng ibang trapiko. Ang data ng command samakatuwid ay dapat makatanggap ng nakareserbang priyoridad sa tuwing maraming mga application ang nagbabahagi ng isang radyo.

Hindi rin masusuri ang bandwidth nang hindi isinasaalang-alang ang timing ng command. Ang isang naantalang payload na pagtuturo ay maaaring hindi maginhawa, habang ang isang naantalang flight-mode o recovery command ay maaaring makaapekto kaagad sa misyon. Para sa kadahilanang iyon, ang kontrol sa trapiko ay dapat na hinuhusgahan ng pare-pareho ng tugon pati na rin ang average na pagkonsumo ng data.

Ang Demand ng Telemetry ay Depende sa Rate ng Mensahe

Kasama sa telemetry ang posisyon, saloobin, altitude, kondisyon ng baterya, estado ng nabigasyon, pag-unlad ng misyon, kalidad ng link, at kalusugan ng payload. Ang pangunahing pag-uulat ay maaaring gumamit ng 10–50 kbps, habang ang normal na ground-control-station stream ay karaniwang umaangkop sa loob ng 50–300 kbps. Ang mga diagnostic na may mataas na rate, mga detalyadong log, maraming payload, o maraming sasakyang panghimpapawid ay maaaring itulak ang kabuuan sa 1 Mbps o higit pa.

Ang demand ay depende sa parehong laki at dalas ng mensahe. Ang data ng saloobin na ipinadala ng dose-dosenang beses bawat segundo ay gumagamit ng higit na kapasidad kaysa sa isang pag-update ng baterya na ipinadala isang beses bawat segundo. Binibigyang-daan ng MAVLink na baguhin ang mga indibidwal na pagitan ng mensahe, na tumutulong sa mga team na bawasan ang hindi kinakailangang trapiko nang hindi inaalis ang kritikal na data ng estado.

Ang pagbabawas ng telemetry ay dapat na pumipili sa halip na walang pinipili. Ang data na may mataas na dalas na sumusuporta sa nabigasyon, kontrol, o kamalayan ng operator ay dapat mapanatili, habang ang mga paulit-ulit na mensahe sa pag-debug ay maaaring pabagalin o i-disable sa panahon ng normal na operasyon. Pinapanatili nitong mahusay ang badyet ng telemetry nang hindi itinatago ang mahahalagang pagbabago sa kondisyon ng sasakyang panghimpapawid.

Karaniwang Tinutukoy ng HD Video ang Laki ng Link

Karaniwang nangingibabaw ang naka-compress na video sa badyet ng bandwidth ng link ng data ng UAV. Ang mga kapaki-pakinabang na saklaw ng pagpaplano ay humigit-kumulang 2–5 Mbps para sa 720p sa 30 fps, 4–12 Mbps para sa 1080p sa 30 fps, 8–20 Mbps para sa 1080p sa 60 fps, at 15–40 Mbps para sa naka-compress na 4K na pagsubaybay. Ang aktwal na demand ay nag-iiba-iba sa codec, frame rate, paggalaw, detalye ng larawan, ingay sa mababang liwanag, agwat ng keyframe, at mga setting ng kalidad ng encoder.

Ang H.264 ay malawakang ginagamit para sa naka-packet na video, habang ang H.265 ay maaaring bawasan ang bitrate na kailangan para sa maihahambing na kalidad kapag sinusuportahan ng kagamitan ang karagdagang pag-load sa pagpoproseso. Ang mga stream ng variable-bitrate ay maaari ding lumaki kapag ang sasakyang panghimpapawid ay lumiko patungo sa mga dahon, tubig, mga gusali, o iba pang detalyadong paggalaw. Para sa pagsubaybay sa pagpapatakbo, ang isang stable na moderate-bitrate na feed ay karaniwang mas kapaki-pakinabang kaysa sa isang mas matalas na stream na nag-freeze malapit sa gilid ng coverage.

Dapat ituring ang mga value na ito bilang mga saklaw ng pagpaplano, hindi ang mga pangkalahatang setting ng encoder. Ang dalawang camera na gumagawa ng parehong resolution at frame rate ay maaaring makabuo ng magkaibang pag-load dahil magkaiba ang kanilang mga eksena, profile ng compression, at kalidad ng mga target. Ang pagsukat sa aktwal na stream ay mas maaasahan kaysa sa pagtatantya nito mula sa paglutas lamang.

 

Paano Gumawa ng Makatotohanang Bandwidth na Badyet

Idagdag ang Bawat Stream na Tatakbo nang Sabay-sabay

Gumamit ng simpleng formula: ang kinakailangang stable throughput ay katumbas ng tuluy-tuloy na trapiko, inaasahang pagsabog, at operating margin. Bilangin ang bawat stream na aktibo sa parehong yugto ng misyon, kabilang ang pangalawa o thermal video, mga payload na command, status ng sensor, mga dashboard, diagnostic, mapa, at paglilipat ng log. Ang mga karagdagang manonood o sasakyang panghimpapawid ay maaaring magparami ng trapiko maliban kung ang pamamahagi ay mangyayari pagkatapos na maabot ng feed ang lupa.

Kalkulahin ang uplink at downlink nang magkahiwalay dahil ang ilang mga radyo ay sumipi ng isang pinagsama-samang rate na ibinabahagi sa pagitan ng parehong direksyon. Ang onboard recording ay hindi kumukonsumo ng radio bandwidth hanggang sa mailipat ang mga file, ngunit ang pag-download sa ibang pagkakataon ay maaaring mababad ang koneksyon maliban kung ito ay limitado sa rate. Dapat saklawin ng operating margin ang mga taluktok ng encoder, overhead, muling pagpapadala, pagbabago ng modulasyon, at pansamantalang interference.

Ang malayuang paglipad, pagbabago ng oryentasyon ng antenna, masikip na spectrum, o mga landas ng relay ay nangangailangan ng higit na reserba kaysa sa panandaliang trabaho sa isang malinis na field. Ang layunin ng margin ay hindi upang palakihin ang detalye. Ito ay upang panatilihing matatag ang mahahalagang trapiko sa panahon ng pinakamahina na inaasahang bahagi ng misyon.

Magtrabaho sa Isang Halimbawa ng One-Camera UAV

Isaalang-alang ang isang 1080p H.264 stream sa 6 Mbps, 0.1 Mbps ng autopilot telemetry, 0.05 Mbps para sa payload status at mga command, at 0.5–0.7 Mbps para sa isang dashboard at pasulput-sulpot na diagnostics. Ang tuloy-tuloy at karaniwang pagkarga ay humigit-kumulang 6.7–6.9 Mbps. Ang pagdaragdag ng 3–5 Mbps ng reserba ay nagbibigay ng makabuluhang minimum na target na humigit-kumulang 10–12 Mbps ng stable na throughput ng application.

Ang isang radyo na ina-advertise sa 12 Mbps ay hindi awtomatikong sapat. Dapat nitong mapanatili ang rate na iyon sa nilalayong distansya, altitude, ugali ng sasakyang panghimpapawid, kundisyon ng channel, at halo ng trapiko. Ang pangalawang camera ay nagdaragdag ng sarili nitong buong bitrate ng stream, habang ang maraming UAV ay nangangailangan ng pinagsama-samang pagkalkula para sa bawat nakabahaging segment ng network.

Ang mga saklaw na ito ay kapaki-pakinabang para sa maagang pagpili, ngunit hindi nila pinapalitan ang pagsukat. Mag-record ng aktwal na output ng encoder sa panahon ng makatotohanang paggalaw at pag-iilaw, pagkatapos ay idagdag ang naobserbahang trapiko na hindi video. Pinipigilan nito ang parehong maliit na sukat ng link at nagdadala ng hindi kinakailangang timbang, pangangailangan ng kuryente, o kapasidad ng spectrum.

 

Bakit Mas Mababa ang In-Flight Throughput kaysa sa Rate ng Datasheet

Ang PHY Rate ay Hindi Nagagamit UAV Data Link Bandwidth

Ang lapad ng channel, physical-layer rate, network throughput, at application throughput ay naglalarawan ng iba't ibang bagay. Kasama sa pisikal na rate ang kapasidad na natupok ng coding at framing, habang ang mga application ay nakakatanggap ng mas kaunti dahil ang mga header, pag-encrypt, pagwawasto ng error, pagkilala, muling pagpapadala, pagruruta, at pamamahala ng trapiko ay gumagamit ng airtime. Samakatuwid, ang isang malaking numero ng datasheet ay hindi maaaring ituring bilang bandwidth na magagamit sa camera at flight controller.

Ang mga adaptive radio ay lumilipat din sa mas matatag na modulasyon at coding habang bumababa ang kalidad ng signal. Iyon ay nagpapanatili ng koneksyon ngunit nagpapababa ng throughput, habang ang mga retransmission ay gumagamit ng karagdagang airtime at ang buffering ay nagdaragdag ng pagkaantala. Ihambing ang matatag na sinusukat na throughput sa hanay ng misyon sa halip na ang pinakamataas na rate na nakamit sa ilalim ng perpektong kondisyon ng laboratoryo.

Saklaw at Paggalaw ng Sasakyang Panghimpapawid Baguhin ang Rate ng Data

Ang throughput ay nagbabago habang gumagalaw ang sasakyang panghimpapawid. Ang distansya, line of sight, Fresnel-zone clearance, ground-antenna height, polarization, at interference ay nakakaapekto lahat sa kalidad ng signal. Ang pagbabangko o paghikab ay maaaring maglagay ng antenna sa mahinang bahagi ng pattern nito, habang ang mga baterya, carbon fiber, mga istrukturang metal, o mga payload ay maaaring humarang sa daanan.

Ang isang setup na nagdadala ng walang kamali-mali na video sa bench ay maaaring maging hindi matatag kapag ang UAV ay lumiko, bumaba, o umabot sa pinakamalayong bahagi ng ruta nito. Subukan ang totoong profile ng misyon, kabilang ang mga pagliko at pagbabago sa altitude, habang sinusukat ang packet loss, jitter, latency, at sustained throughput. Magplano sa pinakamahinang kondisyon kung saan kailangan pa rin ang koneksyon.

Ang Shared Airtime ay Higit pang Binabawasan ang Kapasidad

Dalawang camera, maraming UAV, magkahiwalay na unicast feed para sa maraming manonood, o trapiko sa pagpapanatili sa background ang lahat ay naghahati sa available na airtime. Maaaring pahabain ng mga relay at mesh path ang saklaw, ngunit ang mga ipinasa na packet ay gumagamit ng mga mapagkukunan ng radyo sa higit sa isang hop. Ang end-to-end na kapasidad ay maaaring bumaba kahit na ang bawat lokal na link ay mukhang malusog.

Tukuyin kung saan nagtatagpo ang trapiko at kalkulahin ang pinagsamang pagkarga sa puntong iyon. Huwag ipagpalagay na natatanggap ng bawat node ang buong rate ng headline nang sabay-sabay. Ang isang simpleng topology diagram na may mga label ng direksyon at bitrate ay kadalasang nagpapakita ng mga bottleneck nang mas malinaw kaysa sa isang kabuuan sa buong network.

 

Paano I-prioritize ang Trapiko at Piliin ang Tamang Link ng Data

Pababain ang Video Bago ang Kontrolin o Telemetry

Ang isang mixed-data link ay nangangailangan ng isang malinaw na order ng serbisyo: flight command muna, na sinusundan ng mahahalagang telemetry at link-health na mga mensahe, mga payload command na nauugnay sa kaligtasan, live na video, at sa wakas ay mga log o paglilipat ng file. Pinipigilan ng hierarchy na ito ang isang visually demanding stream na maantala ang isang maliit ngunit kritikal na packet. Ginagawa rin nitong predictable ang pag-uugali ng system kapag bumaba ang available na kapasidad.

Ang Kalidad ng Serbisyo, magkakahiwalay na pila, mapipiling priyoridad ng serbisyo, at mga limitasyon sa rate ay mas mahalaga kaysa sa hindi nagamit na pinakamataas na kapasidad lamang. Kung wala ang mga ito, maaaring punan ng isang video burst o pag-download ng file ang pila kahit na ang average na trapiko ay mukhang katanggap-tanggap. Ang video ay dapat magkaroon ng maximum na bitrate, at ang mga paglilipat sa background ay dapat na naka-pause o nilimitahan habang lumilipad.

Magtakda ng Nahuhulaang Diskarte sa Pagkasira ng Video

Habang bumababa ang margin ng link, i-pause muna ang maramihang paglilipat, pagkatapos ay babaan ang bitrate ng video, bawasan ang frame rate, bawasan ang resolution, at huwag paganahin ang pangalawang stream kung kinakailangan. Dapat manatiling available ang mahahalagang kontrol at telemetry hangga't masusuportahan sila ng RF link. Ang sequence ay dapat na i-configure bago i-deploy sa halip na improvised sa panahon ng isang misyon.

Ang patuloy na bitrate ay lumilikha ng predictable load ngunit maaaring mag-aksaya ng kapasidad sa mga simpleng eksena o mas mababang kalidad ng larawan sa mga kumplikadong eksena. Ang variable na bitrate ay gumagamit ng mga available na bit nang mahusay ngunit maaaring makagawa ng mga pagsabog malapit sa limitasyon ng link. Ang isang napiling variable-bitrate na profile na may pinakamataas na kompanya ay kadalasang nagbibigay ng isang maisasagawang kompromiso.

Dapat bawasan ng pagsubok ang magagamit na throughput nang paunti-unti. Ang isang biglaang pagdiskonekta ay nagpapatunay lamang na ang link ay maaaring mabigo; hindi nito ipinapakita kung ang mga pila ay bubuo, ang latency ay tumataas, o ang encoder ay unang umaangkop. Mag-record ng pagkaantala ng video, tugon ng command, pagpapatuloy ng telemetry, at pagkawala ng packet sa bawat hakbang.

Itugma ang Mga Detalye ng Produkto sa Badyet ng Misyon

Kapag nalaman na ang badyet ng trapiko, ihambing ang stable na throughput sa range, uplink at downlink capacity, latency under load, QoS, mga interface, mga setting ng channel, antenna arrangement, airborne mass, power draw, at thermal needs. Mahalaga ang pagiging tugma ng interface dahil maaaring dumating ang control data sa pamamagitan ng serial o Ethernet habang pumapasok ang video sa pamamagitan ng IP, HDMI, SDI, o CVBS. Ang isang mabilis na modem na nangangailangan ng maraming converter ay maaaring magdagdag ng mga wiring, pagkaantala, bigat, at mga failure point.

Ang WDS Mesh DDLmesh airborne series ay sumusuporta na-configure na bandwidth ng link ng data ng UAV para sa pinaghalong trapiko ng video at data. Kasama sa mga available na kakayahan ang 1–70 Mbps broadband operation sa 20 MHz, 50–1000 kbps adaptive narrowband operation, QoS, napiling priyoridad ng serbisyo, transparent na Ethernet at serial transport, suporta sa MAVLink, configurable broadband channel width mula 1.25 hanggang 20 MHz, at point-to-point, point-to-multie, point-to-multie. Ang sabay-sabay na mga interface ng video at data ay nagpapahintulot din sa pagkontrol sa paglipad, kargamento, pagpoposisyon, boses, at trapiko ng camera na magbahagi ng isang airborne na sistema ng komunikasyon.

Ang mga kakayahang ito ay ang panimulang punto lamang. I-validate ang napiling configuration sa bawat nilalayong stream na aktibo habang ang sasakyang panghimpapawid ay gumagalaw sa mga kinatawan ng mga distansya at oryentasyon. Ang throughput ng application ng log, paggamit na tukoy sa direksyon, kalidad ng signal, latency, jitter, pagkawala ng packet, at pag-uugali ng encoder upang kumpirmahin na nananatiling magagamit ang kontrol at telemetry bago bumagsak ang kalidad ng video.

 

Konklusyon

Ang kontrol at telemetry ay karaniwang nangangailangan ng mas kaunting kapasidad kaysa sa HD na video, ngunit hinihiling nila ang mas mataas na priyoridad at mas pare-parehong paghahatid. Samakatuwid, ang isang praktikal na target ng bandwidth ng link ng data ng UAV ay dapat sumasalamin sa tunay na throughput ng application, sabay-sabay na trapiko, saklaw ng pagpapatakbo, interference, at sapat na margin para sa mga bitrate spike o mas mahinang kondisyon ng link.

Nag-aalok ang Shenzhen Sinosun Technology Co., Ltd. ng DDLmesh airborne data links na pinagsasama ang video, telemetry, at bidirectional na pagpapadala ng data na may priority sa trapiko at naaangkop na mga feature ng networking. Ang pagtutugma ng mga kakayahan sa isang nasusukat na badyet ng misyon ay maaaring gawing simple ang pagsasama ng system habang tinutulungan ang mga kritikal na command na manatiling available habang nagsasaayos ang kalidad ng video.

 

FAQ

T: Magkano ang bandwidth ng link ng data ng UAV na kailangan para sa 1080p na video?

A: Ang isang naka-compress na 1080p stream ay karaniwang nangangailangan ng 4–12 Mbps sa 30 fps. Ang telemetry, kontrol sa trapiko, protocol overhead, at operating margin ay dapat idagdag nang hiwalay.

T: Magkano ang bandwidth na ginagamit ng UAV control at telemetry signals?

A: Maaaring mangailangan ang mga control command ng humigit-kumulang 5–100 kbps, habang ang karaniwang telemetry ay karaniwang gumagamit ng 10–300 kbps. Mas mahalaga ang pagiging maaasahan, latency, at dalas ng mensahe kaysa sa raw na kapasidad.

T: Maaari bang magdala ng kontrol, telemetry, at video ang isang link ng data ng UAV?

A: Oo, kung nag-aalok ang link ng sapat na stable na throughput at prioritization ng trapiko. Dapat makatanggap ng priyoridad ang kontrol at mahahalagang telemetry kapag lumalapit ang demand ng video sa magagamit na kapasidad.

T: Bakit mas mababa ang magagamit na data-link throughput kaysa sa na-advertise na rate?

A: Binabawasan ng mga header ng protocol, pag-encrypt, pagwawasto ng error, pagkilala, muling pagpapadala, at mahinang kondisyon ng signal ang bandwidth na available sa mga camera, flight controller, at payload application.

T: Nakakaapekto ba ang saklaw ng komunikasyon ng UAV sa magagamit na bandwidth?

A: Oo. Ang throughput ay kadalasang bumababa sa distansya, interference, antenna misalignment, paggalaw ng sasakyang panghimpapawid, at mga sagabal. Dapat ipakita sa pagpaplano ng bandwidth ang pinakamahina na inaasahang bahagi ng flight.