Op het moment dat een UAV opstijgt, verkrijgt de eenheid die het bestuurt een asymmetrisch inlichtingenvoordeel — mits die informatie alle relevante operators bereikt. De typische operationele tekortkoming is niet een gebrek aan drone-dekking: het is de drone-operator die via radio omschrijft wat hij ziet, terwijl iedereen anders blind werkt op hun GCS- of ATAK-schermen. Drone-telemetrie TAK-integratie sluit die kloof door de positie van de UAV, de gimbalhoek en de videofeed direct in het gemeenschappelijke operationele beeld te voeden, zodat elke ATAK-client in het netwerk de drone ziet als een live-track naast vriendelijke grondtroepen.
Dit artikel beschrijft de volledige technische pijplijn: MAVLink-telemetrie van de drone naar de grondcontrolestation (GCS), conversie naar Cursor on Target (CoT), doorsturen naar TAK Server, videorelay, codering van de gimbal-voetafdruk, omgekeerde waypointsynchronisatie, bandbreedte-optimalisatie voor MANET-radio's en conventies voor beheer van meerdere drones.
Waarom drone-COP-integratie belangrijk is: het contextomschakelprobleem
Een typische kleine-eenheid UAV-operatie omvat minimaal drie afzonderlijke operatorrollen: de droonpiloot die de GCS-videofeed bekijkt, de commandant van de grondtroepen die met de ATAK-kaart werkt, en een sensoroperator die de camera bewaakt. Zonder integratie werkt elke rol vanuit een andere gegevensbron. De piloot weet waar de drone is; de commandant niet, tenzij de piloot commentaar geeft. Als de piloot zich concentreert op een manoeuvre, stopt het commentaar.
UAV ATAK-integratie vervangt spraakcoördinatie door data. De drone verschijnt als een bewegende luchttrack op de ATAK-kaart. De gimbal-voetafdruk — een polygoon die exact toont wat de sensor bekijkt — wordt in realtime bijgewerkt. De videostream is één tik verwijderd in ATAK Video Receiver. Een commandant kan een nieuw loiteringpunt vanaf de kaart insturen zonder de piloot te zoeken.
MAVLink-telemetriepijplijn: van drone naar TAK Server
De pijplijn heeft vijf stadia: drone-autopiloot → radiodatalink → GCS (QGroundControl of Mission Planner) → MAVLink-bridgeproces → TAK Server.
MAVLink-protocolbasisprincipes. MAVLink is het dominante telemetrie- en besturingsprotocol voor kleine UAS. Het is een lichtgewicht binair protocol ontworpen voor radiolinks met lage bandbreedte. MAVLink 2 is de huidige standaard en voegt pakketondertekening toe. Een MAVLink-stream van een typische autopiloot (ArduPilot, PX4) bevat GLOBAL_POSITION_INT met 2–10 Hz, ATTITUDE met 10–50 Hz, HEARTBEAT met 1 Hz, MOUNT_ORIENTATION met 10–25 Hz en MISSION_ITEM_INT op verzoek.
GCS als telemetrierouter. De GCS ontvangt de MAVLink-stream via de radiodatalink. QGroundControl en Mission Planner ondersteunen MAVLink-doorsturen: het configureren van een secundaire UDP-uitvoer naar localhost:14551 levert de volledige stream aan elk proces op de GCS-machine.
MAVLink-to-CoT-bridge. Het bridgeproces leest de doorgestuurde MAVLink-stream en converteert elk positierapport naar een CoT XML-event. Sleutelmapping: GLOBAL_POSITION_INT.lat / lon / alt → CoT <point> lat/lon/hae; GLOBAL_POSITION_INT.hdg → CoT <detail><track course=... />. Open-source bridges: MAVLink2TAK (Python), UASLINK (C++).
Levering aan TAK Server. De bridge verbindt met TAK Server via TCP/TLS op poort 8089 met een clientcertificaat en stuurt CoT-events als streaming XML. TAK Server federeert events onmiddellijk naar alle verbonden ATAK-, WinTAK- en CloudTAK-clients.
CoT-berichtstructuur voor luchttracks
De juiste CoT-typecode is belangrijk — het bepaalt het pictogram dat ATAK rendert en de trackkleur. Voor een vriendelijke vaste vleugel onbemande luchtvaartuig is het type a-f-A-M-F-Q. Decodering: a = atoom, f = vriendelijk, A = lucht, M = militair, F = vaste vleugel, Q = onbemand. Voor een vriendelijke roterende vleugel drone: a-f-A-M-H-Q.
Het veld how moet m-g zijn (machinaal gegenereerd, GPS). De veroudertijd moet 20–30 seconden vóór de eventtijd worden ingesteld.
<event version="2.0"
uid="DRONE-ALPHA-01"
type="a-f-A-M-F-Q"
how="m-g"
time="2026-05-29T10:00:00.000Z"
start="2026-05-29T10:00:00.000Z"
stale="2026-05-29T10:00:25.000Z">
<point lat="48.3794"
lon="31.1656"
hae="250.0"
ce="5.0"
le="10.0"/>
<detail>
<contact callsign="ALPHA-1"/>
<track course="045.0" speed="18.5"/>
<remarks>MAVLink sysid=1</remarks>
</detail>
</event>
Videostreaming integratie: RTSP naar ATAK
De meeste kleine UAS-payloads coderen video in H.264 of H.265 en bieden het aan als een RTSP-stream. Integratiepad: dronecamera → encoder → RTSP via datalink → GCS → FFmpeg-relay → ATAK Video Receiver.
FFmpeg-relay. Op de GCS-machine ontvangt FFmpeg de RTSP-stream van de drone en herstreamt deze. Voor UDP-multicast: ffmpeg -i rtsp://192.168.1.100:554/stream -c copy -f mpegts udp://239.2.3.1:1234. De sleutelparameter is -c copy.
ATAK Video Receiver-configuratie. De bridge publiceert een CoT-event van type b-i-x-i (video-alias) met de stream-URL en een leesbare alias. Wanneer dit event een ATAK-client bereikt, voegt de Video Receiver-plugin de stream automatisch toe aan de bronnenlijst.
Aanpassing bij gedegradeerde verbinding. Bij 500–800 kbps levert H.264 bruikbare verkenningsvideo op 720p/15fps. Onder 300 kbps overschakelen naar JPEG-snapshots.
Gimbal- en sensoroverlay: codering van het FOV-polygoon
Het gimbal-voetafdrukpolygoon vertelt operators wat de sensor dekt. De bridge berekent de vier hoeken uit de positie van de drone, hoogte, gimbal pan/tilt-hoeken en camera-FOV en codeert ze als CoT GeoObject-polygoon:
<event type="u-d-f" uid="DRONE-ALPHA-01-FOV" ...>
<detail>
<shape>
<polyline closed="true">
<vertex lat="48.3802" lon="31.1641"/>
<vertex lat="48.3802" lon="31.1671"/>
<vertex lat="48.3786" lon="31.1671"/>
<vertex lat="48.3786" lon="31.1641"/>
</polyline>
</shape>
<color argb="-2130706433"/>
<strokeColor value="-16711936"/>
<fillColor value="570556928"/>
<remarks>ALPHA-1 gimbal FOV</remarks>
</detail>
</event>
De FOV-polygoon-UID is afgeleid van de drone-UID met het achtervoegsel -FOV. Werk het polygoon bij met elk MOUNT_ORIENTATION-bericht. Veroudertijd: 5 seconden.
Waypointsynchronisatie: van ATAK terug naar de GCS
Bidirectionele integratie is de meest operationeel significante mogelijkheid. Omgekeerd pad: ATAK-operator tekent een route → ATAK publiceert een CoT-route-event → bridge ontvangt de route → converteert CoT-waypoints naar MAVLink MISSION_ITEM_INT → laadt missie naar GCS → GCS stuurt door naar de drone.
MAVLink-missie-uploadprotocol. De upload is een verzoek-antwoord-handshake: bridge stuurt MISSION_COUNT, drone ACK, drone vraagt elk MISSION_ITEM_INT op volgnummer, bridge stuurt elk item, drone stuurt MISSION_ACK bij voltooiing. Implementeer timeout-en-retry bij elke stap.
Opmerking over coördinatenstelsel. MAVLink MISSION_ITEM_INT gebruikt standaard het MAV_FRAME_GLOBAL_RELATIVE_ALT-kader — hoogte relatief ten opzichte van het thuispunt. CoT gebruikt HAE (hoogte boven ellipsoïd, WGS84). De bridge moet converteren: HAE → (HAE − home_HAE).
Laagbandbreedte-optimalisatie voor MANET-radio's
MANET-radio's — Persistent Systems MPU5, Silvus StreamCaster, Harris FALCON IV — bieden 1–20 Mbps gedeelde bandbreedte. Één drone-integratie kan een onevenredig groot deel van het budget verbruiken.
Trackupdatesnelheid beperken. Bij 1 Hz beweegt een drone met 20 m/s 20 m tussen updates — acceptabel voor een luchttrack. 1 Hz is een redelijke standaard voor de meeste ISR-toepassingen.
Binaire CoT vs XML CoT. TAK Server 4.x ondersteunt protobuf-gecodeerde CoT, die de berichtgrootte met 55–65% verkleint ten opzichte van XML CoT. Bij 1 Hz voor 4 drones bespaart dit ~1 Mbps radiobandbreedte.
Videokwaliteitsbeheer. Video is verreweg de grootste verbruiker. Gebruik RTSP-unicast in plaats van multicast wanneer slechts één of twee operators de video nodig hebben.
Kernobservatie: Drone-COP-integratie is net zo goed een radiobudgetprobleem als een softwareprobleem. Modelleer uw MANET-linkbudget vóór de inzet — houd rekening met telemetrie, video, CoT van grondtroepen, spraak en overhead.
Multi-drone-beheer: roepnaamconventies en groepsbeheer
Meer dan twee drones tegelijkertijd bedienen introduceert deconflictie-uitdagingen op de ATAK-kaart.
CoT UID- en roepnaamconventies. Elke drone moet een wereldwijd unieke CoT UID hebben: EENHEID-ROL-NUMMER (bijv. 3PLT-ISR-01). Het roepnaam dat op het ATAK-kaartlabel wordt weergegeven, moet dezelfde conventie volgen en overeenkomen met de spraakradioroepnamen van de eenheid.
CoT-groepstoewijzingen. TAK Server-groepen bepalen welke clients welke tracks zien. Ken drones toe aan dezelfde groep als de grondeenheid die ze ondersteunen.
MAVLink-bridge-droneregister. Wanneer meerdere GCS-instanties rapporteren aan dezelfde TAK Server, moet de bridge op elke GCS een droneregister gebruiken — een permanente koppeling van MAVLink-systeem-ID's aan CoT UID's.
Zwarmbewustzijn op schaal. Voor operaties met meer dan 5–6 drones tegelijk, overweeg een speciale dronebeheersoverlay toe te voegen — een aangepaste ATAK-plugin of WinTAK-component die alle dronentracks weergeeft met batterijstatus, missiestatus en videobeschikbaarheid in tabelformaat.