Energetická efektivita telemetrie: optimalizace protokolů a paketů pro nízkoenergetické mise

UAV telemetrie s nízkou spotřebou

Telemetrie s nízkou spotřebou je klíčovým prvkem architektury bezpilotních letadel (UAV), zejména při dlouhodobém provozu, BVLOS misích a rojových scénářích. Cílem je doručit dostatečně přesná a včasná data o poloze, stavu baterie, motorech, senzorech a stavu mise při minimální energetické zátěži a s robustností vůči rušení či přerušením spojení. Tento článek systematicky popisuje protokoly, návrh paketů, MAC/PHY optimalizace, bezpečnostní aspekty a praktická doporučení pro implementaci v dronech.

Energetický rozpočet: co stojí bit na vzduchu a na CPU

Celková spotřeba telemetrie je součtem příspěvků radiomodulu (TX/RX/standby), mikrokontroléru (zpracování, kódování, šifrování) a periferií (GPS, IMU). Při telemetrii s frekvencí 1–10 Hz může vysílání dominovat, ale při vyšších datových rychlostech a robustní kryptografii roste i podíl CPU. Klíčové je minimalizovat airtime (délku vysílání), počet probuzení, zbytečné retransmise a kopírování dat v zásobnících.

Přehled nízkoenergetických protokolů a technologií

Volba technologie závisí na profilu mise (LOS/BVLOS), požadavcích na latenci, regulačním pásmu a hustotě sítě pozemních bran.

Technologie	Pásmo	Typ sítě	Hrubá propustnost	Latence	Typické použití
LoRa / LoRaWAN	Sub-GHz (EU 868 MHz)	Star (přes gateway), privátní	0,3–50 kb/s (dle SF/CR)	≥ sekund (Class A), < 1 s (privátní LoRa P2P)	Stavové zprávy, poloha 1–2 Hz, BVLOS přes vlastní gatewaye
NB-IoT / LTE-M	Licencovaná LTE pásma	Operátorská infrastruktura	NB-IoT ~ 20–60 kb/s, LTE-M ~ 100–300 kb/s	~100 ms až sekundy (závisí na eDRX/PSM)	Městské BVLOS, záložní telemetrie, logy
IEEE 802.15.4 (Zigbee/Thread)	2,4 GHz / Sub-GHz	Mesh/Star (krátký dosah)	~250 kb/s (2,4 GHz)	10–100 ms	Roji s krátkým dosahem, indoor testování
BLE (Bluetooth LE)	2,4 GHz	Star (centrála–periferie)	1–2 Mb/s PHY, propustnost nižší	~10–50 ms (connection interval)	Pozemní testy, servisní linky, krátký dosah
Sub-GHz FSK/GFSK (vlastní stack)	315/433/868/915 MHz	P2P/Star	2–100 kb/s	< 50 ms (štíhlé rámce)	Primární telemetrie LOS, racing, RC+telemetrie

LoRa: parametry a výpočet airtime

LoRa umožňuje extrémní dosah s nízkým SNR díky rozprostřenému spektru (spreading factor SF7–SF12) a konvolučnímu kódování (coding rate CR). Cena za robustnost je dlouhý airtime a tím i vyšší spotřeba a kolize v ISM pásmu.

Optimalizace SF/CR: Použijte adaptivní datový tok (ADR) nebo vlastní logiku: držte SF co nejníže (SF7–9) při dostatečném link budgetu a CR 4/5 až 4/6 podle požadovaného PER.
Šířka pásma (BW): 125 kHz je kompromis mezi dosahem a airtime; 250/500 kHz zkrátí airtime, ale sníží citlivost.
Příklad airtime: Payload 16 B, SF9, BW 125 kHz, CR 4/5, explicitní hlavička, CRC zapnuté → čas preambuly ~ 8 ms, užitečná část ~ 36 ms, dohromady ~ 44 ms na paket. Při 2 Hz odesílání je to ~88 ms vysílání za sekundu (duty ~8,8%).
Class A vs. P2P: LoRaWAN Class A je downlink-šetrný (okna RX1/RX2), avšak zvyšuje latenci; privátní LoRa P2P umožní kratší cykly a determinističtější downlink.

NB-IoT a LTE-M: energetika a latence

Mobilní standardy nabízejí široké pokrytí a QoS, ale energetická náročnost závisí na konfiguraci Power Saving Mode (PSM) a extended Discontinuous Reception (eDRX). Pro UAV telemetrii doporučujeme:

Pro běžnou telemetrii: krátká připojení s UDP, MTU ~ 512 B, trvalé PSM s periodickým TAU (Tracking Area Update) ≥ 10 min.
Pro alarmy: eDRX s nízkým paging intervalem během kritických fází (vzlét/pristání), poté návrat do PSM.
Minimalizovat TLS handshaky opakovaným použitím relací nebo využitím DTLS 1.3/QUIC (pokud dostupné) s 0-RTT jen pro neškodná data.

802.15.4, BLE a krátkodobé linky v rojích

U rojů a pozemní podpory jsou důležité deterministické superframes a nízká latence.

802.15.4: Použijte TSCH (Time Slotted Channel Hopping) pro robustnost v rušeném 2,4 GHz pásmu, malé pakety (≤ 60 B) a plánování slotů pro prioritu bezpečnostní telemetrie.
BLE: Snižte connection interval (např. 15–30 ms) pouze během kritických fází; mimo ně prodlužte (120–200 ms). GATT charakteristiky pro stavové hodnoty s notifikací místo periodického čtení.

Formát paketů: jak přejít z „verbosity“ na bity

Štíhlý paket minimalizuje airtime, kolize i spotřebu. Základní zásady:

Bitová pole a TLV: Používejte kompaktní bitové masky pro flagy; pro volitelná pole TLV (Type-Length-Value), aby se neposílalo nic navíc.
Delta a predikce: Posílejte delta oproti předchozímu stavu (například poloha jako Δlat, Δlon v centimetrech podle UTM gridu); po ztrátě rámců vložte pravidelný keyframe (např. každé 2 s).
Kvantizace a jednotky: Použijte pevné škály (např. napětí v mV, teplota v 0,1 °C), vyhněte se plovoucím číslům.
Varint/zigzag kódování: Pro malá celá čísla snižuje průměrnou délku o 30–60%.
CBOR/FlatBuffers/Protobuf-nano: Pouze pokud potřebujete interoperabilitu; jinak vlastní binární rámec často vítězí nad univerzální serializací.
CRC a detekce chyb: 16-bit CRC (např. CRC-CCITT) je dobrý kompromis; u velmi krátkých rámců postačí 8-bit, pokud je nad linkou ještě FEC.

Bezpečnost s ohledem na spotřebu

Šifrování a autentizace musí být přiměřené riziku a energetické náročnosti:

AEAD režimy: AES-CCM či ChaCha20-Poly1305 poskytují integritu i důvěrnost v jednom průchodu. Nonce jako monotónní čítač na linku zabraňuje replay útokům bez potřeby velkých hlaviček.
Krátké AAD a tagy: 64-bit autentizační tag může být dostačující pro krátkou životnost rámců; pro kritické příkazy volte 96/128-bit tag.
Výmena klíčů: Na nízkoenergetické lince preferujte předem sdílené klíče s pravidelnou rotací přes bezpečnější backhaul (například po přistání přes Wi-Fi), nebo asymetrickou výměnu jen sporadicky.

Řízení spolehlivosti: FEC, ARQ a priority

Energeticky optimální je zabránit retransmisím inteligentní kombinací FEC a selektivních potvrzení:

Linková FEC: Konvoluční nebo Reed–Solomon kódy s malým nadbytečným poměrem (např. +20–33%) dramaticky snižují PER při slabém SNR bez potřeby opakování.
Hybridní ARQ: Při vyšších rychlostech použijte částečné retransmise pouze chybějících symbolů (soft combining), pokud to PHY/rádio podporuje.
Prioritizace: Definujte třídy: emergency (RTH/FAILSAFE), state (napětí, GNSS), bulk (logy). Scheduler na palubě vkládá urgentní rámce před ostatní a pro bulk používá nízkou frekvenci nebo oportunistický přenos.

MAC a přístup do média v ISM: kolize, duty-cycle a regulace

V Evropě (868 MHz) platí duty-cycle limity (např. 1 % v některých podpásmech). Design musí respektovat:

Duty-cycle management: Vypočítejte plán vysílání z airtime a rozložte pakety v čase; při přetížení snižte periodicitu a zvyšte agregaci.
CSMA/LBT: Pokud rádio podporuje Listen-Before-Talk, aktivujte ji při vyšší hustotě sítí; jinak pseudo-náhodně odlaďte čas odeslání.
Frekvenční hopping: Střídání kanálů omezí pravděpodobnost systematických kolizí a zlepší férovost.

Latence vs. spotřeba: praktické kompromisy

Nižší latence vyžaduje častější probouzení rádia a kratší intervaly majáka/slotu. Při UAV telemetrii rozlišujeme:

Flight-critical: Latence 20–200 ms (krátké rámce, vyšší PHY rychlost, menší FEC, přednost v MAC).
Health/status: Latence do 1–2 s (agregace, vyšší komprese, robustnější kódování).
Bulk/logs: Sekundy až minuty (store-and-forward, PSM/eDRX, packet bundling).

Optimalizace plánování probuzení a režimů spánku

Největší úspory přináší chytré plánování probuzení MCU a RF:

Event-driven telemetrie: Místo periodického 10 Hz toku posílejte pouze při změnách (prahy, hystereze, deadband).
Batching: Agregujte více signálů do jednoho rámce do limitu MTU a latence třídy.
Duty-cycled GPS/IMU: Při konstantním letu snižte frekvenci GNSS odečtů a posílejte jen filtrovanou polohu.
PSM/eDRX (mobilní sítě): Dlouhé spánky mimo kritické fáze; krátké eDRX okna během startu/přistání.

Mobilita, směrování a vícenásobné linky

UAV často používají více radií současně (primární telemetrie Sub-GHz, záloha NB-IoT, servisní Wi-Fi). Přechod mezi linkami musí být hladký:

Multipath a bonding: Duální vysílání emergency rámců přes dvě nezávislé linky zvýší spolehlivost s malým energetickým navýšením (jen pro malé rámce).
Path scoring: Hodnoťte linky podle SNR/RSRP, PER a energetiky; výběr cesty dle třídy zprávy.
Mesh pro roj: Pro krátké vzdálenosti použijte směrování s metrikou ETX/energy-aware; pro dlouhé BVLOS raději gatewaye s vysokým stožárem.

Integrace s existujícími UAV protokoly (MAVLink a další)

MAVLink je rozšířený, ale jeho textová/verbose pole či velké hlavičky mohou být u nízkoenergetických rádií neefektivní.

MicroMAVLink / MAVLite: Odstraňte nepotřebné zprávy, snižte frekvence, zapněte message signing pouze pro příkazy, nikoliv pro bulk telemetrii.
Gateway transformace: Na palubě používejte binární „štíhlý“ rámec; až na pozemní stanici překódujte do plného MAVLinku pro GCS nástroje.
Downlink selekce: GCS žádá pouze potřebné streamy; ostatní jsou potlačeny již na UAV.

Měření, profilování a closed-loop optimalizace

„Co neměříte, neoptimalizujete“ platí dvojnásob při nízké spotřebě:

Energetické sondy: Profilujte proudy v režimech TX/RX/Idle/Sleep, měřte airtime a duty-cycle při reálném provozu.
PER vs. SNR křivky: Sbírejte PER/BER vs. rychlost a kódování; adaptujte SF/CR nebo FSK datovou rychlost podle podmínek.
Telemetrické KPI: Průměrná délka rámce, % payload vs. overhead, počet retransmisí, medián/99. percentil latence, energie na paket (µJ/pkt).