Sobald ein UAV abhebt, verschafft sich die steuernde Einheit einen asymmetrischen Geheimdienstsvorteil — sofern diese Information alle relevanten Operatoren erreicht. Der typische operative Fehler ist nicht mangelnde Drohnenabdeckung: Es ist der Drohnenoperator, der per Sprechfunk kommentiert, was er sieht, während alle anderen blind auf ihren GCS- oder ATAK-Bildschirmen arbeiten. Drohnen-Telemetrie-TAK-Integration schließt diese Lücke, indem die Position des UAV, der Gimbal-Winkel und der Videofeed direkt ins gemeinsame Lagebild eingespeist werden, sodass jeder ATAK-Client im Netzwerk die Drohne als Live-Spur neben befreundeten Kräften sieht.
Dieser Artikel beschreibt die vollständige technische Pipeline: MAVLink-Telemetrie von der Drohne zur Bodenstation (GCS), Konvertierung zu Cursor on Target (CoT), Weiterleitung an den TAK Server, Video-Relay, Gimbal-Footprint-Codierung, umgekehrte Wegpunktsynchronisierung, Bandbreitenoptimierung für MANET-Radios und Konventionen für das Multi-Drohnen-Management. Alle beschriebenen Komponenten sind offen oder kommerziell verfügbar — die Architektur ist implementierungsneutral.
Warum Drohnen-COP-Integration wichtig ist: das Kontextwechsel-Problem
Eine typische UAV-Operation einer kleinen Einheit umfasst mindestens drei verschiedene Operatorrollen: den Drohnenpiloten, der den GCS-Videofeed überwacht, den Bodenkräfte-Kommandeur, der mit der ATAK-Karte arbeitet, und einen Sensoroperator, der die Kamera beobachtet. Ohne Integration arbeitet jede Rolle aus einer anderen Datenquelle. Der Pilot weiß, wo die Drohne ist; der Kommandeur nicht, es sei denn, der Pilot kommentiert. Wenn der Pilot sich auf ein Manöver konzentriert, hört der Kommentar auf. Bodentruppen haben keine Spur — sie können den Drohnenabdeckungsbereich nicht sehen.
UAV ATAK-Integration ersetzt Sprachkoordination durch Daten. Die Drohne erscheint als bewegende Luftspur auf der ATAK-Karte. Der Gimbal-Footprint — ein Polygon, das genau zeigt, was der Sensor beobachtet — aktualisiert sich in Echtzeit. Der Videostream ist einen Tap entfernt im ATAK Video Receiver. Ein Kommandeur kann einen neuen Loitering-Punkt von der Karte aus eintragen, ohne den Piloten zu suchen. Der Pilot sieht die aktualisierte Mission auf der GCS.
MAVLink-Telemetrie-Pipeline: Drohne zu TAK Server
Die Pipeline hat fünf Stufen: Drohnen-Autopilot → Radio-Datenlink → GCS (QGroundControl oder Mission Planner) → MAVLink-Bridge-Prozess → TAK Server.
MAVLink-Protokollgrundlagen. MAVLink ist das dominierende Telemetrie- und Steuerungsprotokoll für kleine UAS. Es ist ein leichtgewichtiges Binärprotokoll für Verbindungen mit geringer Bandbreite. MAVLink 2 ist der aktuelle Standard und fügt Paketsignierung hinzu. Ein MAVLink-Stream von einem typischen Autopiloten (ArduPilot, PX4) enthält GLOBAL_POSITION_INT mit 2–10 Hz, ATTITUDE mit 10–50 Hz, HEARTBEAT mit 1 Hz, MOUNT_ORIENTATION mit 10–25 Hz (wenn ein Gimbal installiert ist) und MISSION_ITEM_INT auf Anfrage.
GCS als Telemetrie-Router. Die GCS empfängt den MAVLink-Stream über den Radio-Datenlink. QGroundControl und Mission Planner unterstützen MAVLink-Weiterleitung: Die Konfiguration einer sekundären UDP-Ausgabe an localhost:14551 liefert den vollständigen Stream an jeden Prozess auf der GCS-Maschine.
MAVLink-to-CoT-Bridge. Der Bridge-Prozess liest den weitergeleiteten MAVLink-Stream und konvertiert jeden Positionsbericht in ein CoT-XML-Ereignis. Schlüssel-Mapping: 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++).
TAK Server-Zustellung. Die Bridge verbindet sich mit dem TAK Server über TCP/TLS auf Port 8089 mit einem Client-Zertifikat und sendet CoT-Ereignisse als Streaming-XML. Der TAK Server leitet Ereignisse sofort an alle verbundenen ATAK-, WinTAK- und CloudTAK-Clients weiter.
CoT-Nachrichtenstruktur für Luftspuren
Der korrekte CoT-Typcode ist wichtig — er steuert das von ATAK gerenderte Symbol und die Spurfarbe. Für ein befreundetes unbemanntes Starrflügel-Flugzeug lautet der Typ a-f-A-M-F-Q. Dekodierung: a = Atom, f = befreundet, A = Luft, M = militärisch, F = Starrflügel, Q = unbemannt. Für eine befreundete Drehflügel-Drohne: a-f-A-M-H-Q. Für unbekannte Kontakte: f durch u ersetzen.
Das Feld how sollte m-g (maschinell generiert, GPS) sein. Die Verfallszeit sollte 20–30 Sekunden vor der Ereigniszeit gesetzt werden.
<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>
Die Werte ce (kreisförmiger Fehler) und le (linearer Fehler) sollten die tatsächliche GPS-Genauigkeit aus der GLOBAL_POSITION_INT-Nachricht des Autopiloten widerspiegeln.
Video-Streaming-Integration: RTSP zu ATAK
Die meisten kleinen UAS-Nutzlasten kodieren Video in H.264 oder H.265 und stellen es als RTSP-Stream bereit. Integrationspfad: Drohnenkamera → Encoder → RTSP über Datenlink → GCS → FFmpeg-Relay → ATAK Video Receiver.
FFmpeg-Relay. Auf der GCS-Maschine empfängt FFmpeg den RTSP-Stream und re-streamt ihn. Für UDP-Multicast: ffmpeg -i rtsp://192.168.1.100:554/stream -c copy -f mpegts udp://239.2.3.1:1234. Der Schlüsselparameter ist -c copy.
ATAK Video Receiver-Konfiguration. Die Bridge veröffentlicht ein CoT-Ereignis vom Typ b-i-x-i (Video-Alias) mit Stream-URL und Alias. Das Video Receiver-Plugin fügt den Stream automatisch zur Quellenliste hinzu.
Anpassung bei verschlechtertem Link. Bei 500–800 kbps liefert H.264 brauchbares Aufklärungsvideo in 720p/15fps. Unter 300 kbps auf JPEG-Snapshots umschalten.
Gimbal- und Sensorüberlagerung: FOV-Polygon kodieren
Das Gimbal-Footprint-Polygon zeigt Operatoren, was der Sensor abdeckt. Die Berechnung erfordert: Drohnenposition, Gimbal pan/tilt-Winkel und Kamera-FOV. Die Bridge kodiert die vier Ecken als CoT GeoObject-Polygon:
<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>
Das FOV-Polygon-UID leitet sich vom Drohnen-UID mit dem Suffix -FOV ab. Aktualisieren Sie das Polygon mit jeder MOUNT_ORIENTATION-Nachricht (10–25 Hz). Verfallszeit: 5 Sekunden.
Wegpunktsynchronisierung: von ATAK zurück zur GCS
Bidirektionale Integration ist die wichtigste operative Fähigkeit. Umgekehrter Pfad: ATAK-Operator zeichnet eine Route → ATAK veröffentlicht CoT-Route-Ereignis → Bridge empfängt Route → konvertiert zu MAVLink MISSION_ITEM_INT → lädt Mission zur GCS → GCS zur Drohne.
MAVLink-Missions-Upload-Protokoll. Der Upload ist ein Request-Response-Handshake: Bridge sendet MISSION_COUNT, Drohne ACK, Drohne fordert jeden MISSION_ITEM_INT an, Bridge sendet, Drohne sendet MISSION_ACK. Implementieren Sie Timeout-und-Retry auf jedem Schritt.
Koordinatensystem-Hinweis. MAVLink MISSION_ITEM_INT verwendet MAV_FRAME_GLOBAL_RELATIVE_ALT — Höhe relativ zum Home-Punkt. CoT verwendet HAE (Höhe über dem Ellipsoid, WGS84). Die Bridge muss konvertieren: HAE → (HAE − home_HAE).
Niedrigbandbreiten-Optimierung für MANET-Radios
MANET-Radios — Persistent Systems MPU5, Silvus StreamCaster, Harris FALCON IV — liefern 1–20 Mbps gemeinsame Bandbreite. Eine Drohnenintegration kann einen überproportionalen Anteil des Budgets verbrauchen.
Spuraktualisierungsrate drosseln. Bei 1 Hz bewegt sich eine Drohne mit 20 m/s um 20 m zwischen Aktualisierungen — akzeptabel für eine Luftspur. 1 Hz ist ein vernünftiger Standard für die meisten ISR-Anwendungen.
Binäres CoT vs XML CoT. TAK Server 4.x unterstützt protobuf-kodiertes CoT, das die Nachrichtengröße um 55–65% reduziert. Bei 1 Hz für 4 Drohnen spart dies ~1 Mbps Radiobandbreite.
Video-Qualitätsmanagement. Video ist der größte Bandbreitenverbraucher. Verwenden Sie RTSP-Unicast statt Multicast, wenn nur ein oder zwei Operatoren das Video benötigen.
Schlüsselerkenntnis: Drohnen-COP-Integration ist ebenso ein Radiobandbreiten-Problem wie ein Softwareproblem. Modellieren Sie Ihr MANET-Link-Budget vor dem Einsatz — berücksichtigen Sie Telemetrie, Video, CoT der Bodentruppen, Sprache und Overhead.
Multi-Drohnen-Handling: Rufzeichen-Konventionen und Gruppenverwaltung
Der gleichzeitige Betrieb von mehr als zwei Drohnen führt zu Dekonfliktierungs-Herausforderungen auf der ATAK-Karte.
CoT UID- und Rufzeichen-Konventionen. Jede Drohne muss eine global eindeutige CoT UID haben: EINHEIT-ROLLE-NUMMER (z.B. 3ZUG-ISR-01). Das Rufzeichen sollte denselben Konventionen folgen und mit den Sprechfunk-Rufzeichen übereinstimmen.
CoT-Gruppenzuweisungen. Weisen Sie Drohnen der gleichen Gruppe wie die unterstützte Bodeneinheit zu — ein organisches UAV des Zugs gehört in die Zuggruppe.
MAVLink-Bridge-Drohnenregister. Wenn mehrere GCS-Instanzen an denselben TAK Server berichten, muss die Bridge ein Drohnenregister verwenden — eine persistente Zuordnung von MAVLink-System-IDs zu CoT UIDs.
Schwarm-Bewusstsein im großen Maßstab. Bei mehr als 5–6 Drohnen gleichzeitig sollten Sie ein dediziertes Drohnenverwaltungs-Overlay hinzufügen — ein benutzerdefiniertes ATAK-Plugin oder WinTAK-Komponente, die alle Drohnenspuren mit Akkustand, Missionsstatus und Videoverfügbarkeit anzeigt.