Nízkopříkonová telemetrie

UAV telemetrie s nízkou spotřebou

Telemetrie s nízkou spotřebou je kritickým prvkem architektury bezpilotních letadel (UAV), zejména při dlouhodobém provozu, BVLOS misích a scénářích rojů. Cílem je doručit dostatečně přesné a včasné údaje 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ěvku rádiomodulu (TX/RX/standby), mikrokontroléru (zpracování, kódování, šifrování) a periferií (GPS, IMU). Při telemetrii 1–10 Hz může vysílání dominovat, ale při vyšších datových sazbách a robustní kryptografii roste také podíl CPU. Klíčové je minimalizovat airtime (délku vysílání), počet probuzení, zbytečné retransmise a kopírování dat ve frontá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)	Hvězda (přes bránu), privátní	0,3–50 kb/s (dle SF/CR)	≥ sekund (Class A), < 1 s (privátní LoRa P2P)	Stavové zprávy, pozice 1–2 Hz, BVLOS přes vlastní brány
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áleží na eDRX/PSM)	Městské BVLOS, fallback telemetrie, logy
IEEE 802.15.4 (Zigbee/Thread)	2,4 GHz / Sub-GHz	Mesh/Hvězda (krátký dosah)	~250 kb/s (2,4 GHz)	10–100 ms	Rojové systémy s krátkým dosahem, indoor testování
BLE (Bluetooth LE)	2,4 GHz	Hvězda (centrála–periferie)	1–2 Mb/s PHY, propustnost menší	~10–50 ms (connection interval)	Pozemní testy, servisní linky, krátký dosah
Sub-GHz FSK/GFSK (vlastní stack)	315/433/868/915 MHz	P2P/Hvězda	2–100 kb/s	< 50 ms (štíhlé rámce)	Primární telemetrie LOS, závodění, RC + telemetrie

LoRa: parametry a výpočet airtime

LoRa umožňuje extrémní dosah při 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, což znamená vyšší spotřebu i 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 zapnuto → čas preambuly cca 8 ms, užitečná část cca 36 ms, celkem ~44 ms na paket. Při 2 Hz odesílání je to přibližně 88 ms vysílání za sekundu (duty ~8,8 %).
Class A vs. P2P: LoRaWAN Class A je downlink úsporný (okna RX1/RX2), ale 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í (start/přistání), následný návrat do PSM.
Minimalizovat TLS handshake opakovaným použitím relací nebo využitím DTLS 1.3/QUIC (pokud dostupné) s 0-RTT pouze pro neškodná data.

802.15.4, BLE a krátkodobé linky v rojoch

Pro roje a pozemní podporu 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 safety telemetrie.
BLE: Snižte connection interval (např. 15–30 ms) pouze během kritických fází; mimo ně interval 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 a spotřebu. Základní zásady:

Bitová pole a TLV: Používejte kompaktní bitové masky pro příznaky; 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ř. poloha jako Δlat, Δlon v centimetrech dle UTM gridu); po ztrátě rámců vložte pravidelný keyframe (např. každé 2 s).
Kvantizace a jednotky: Používejte 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 sníží 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 general-purpose serializací.
CRC a detekce chyb: 16bitový CRC (např. CRC-CCITT) je dobrý kompromis; při velmi krátkých rámcích stačí 8bit, 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 energetice:

AEAD režimy: AES-CCM či ChaCha20-Poly1305 poskytují integritu i důvěrnost v jednom průchodu. Nonce jako monotónní čítač per-linku zabrání replay útokům bez potřeby velkých záhlaví.
Krátké AAD a tagy: 64bitový autentizační tag může být dostačující pro krátkou životnost rámců; pro kritické příkazy volte 96/128bitový tag.
Výmena klíčů: Na nízkoenergetické lince preferujte předsdílené klíče s pravidelnou rotací přes bezpečnější backhaul (např. 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 přídavný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 parciální 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 k médiu 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ě ditherujte čas odeslání.
Frekvenční hopping: Střídání kanálů sníží 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áku/strídání. U UAV telemetrie rozlišujeme:

Flight-critical: Latence 20–200 ms (krátké rámce, vyšší PHY rychlost, menší FEC, priorita 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 pouze 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ícekanálové linky

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

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 (pouze pro malé rámce).
Path scoring: Hodnoťte linky dle SNR/RSRP, PER a spotřeby energie; výběr cesty podle třídy zprávy.
Mesh pro roj: Pro krátké vzdálenosti využijte směrování s metrikou ETX/energy-aware; pro dlouhé BVLOS raději brány s vysokými stožáry.

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

MAVLink je rozšířený, ale jeho textová/verbose pole či velká záhlaví mohou být pro nízkoenergetická rádia neefektivní.

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

Měření, profilování a uzavřená 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 dle 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).