În momentul în care un UAV decolează, unitatea care îl controlează câștigă un avantaj asimetric de informații — cu condiția că această informație ajunge la toți operatorii relevanți. Eșecul operațional tipic nu este lipsa acoperirii cu drona: este operatorul dronei care comentează verbal prin radio ce vede, în timp ce toți ceilalți lucrează orb pe ecranele lor GCS sau ATAK. Integrarea telemetriei dronei TAK acoperă această lacună alimentând poziția UAV, unghiul gimbalului și fluxul video direct în imaginea operațională comună, astfel încât fiecare client ATAK din rețea vede drona ca un track live alături de forțele prietenoase.

Acest articol descrie pipeline-ul tehnic complet: telemetria MAVLink de la dronă la stația de control la sol (GCS), conversia în Cursor on Target (CoT), transferul la serverul TAK, relayul video, codificarea amprentei gimbalului, sincronizarea inversă a waypoint-urilor, optimizarea lățimii de bandă pentru radiourile MANET și convențiile de gestionare multi-dronă.

De ce contează integrarea dronă-COP: problema schimbării contextului

O operațiune UAV tipică a unei mici unități implică cel puțin trei roluri distincte: pilotul dronei care monitorizează fluxul video GCS, comandantul forțelor terestre care lucrează cu harta ATAK și un operator de senzori care monitorizează camera. Fără integrare, fiecare rol operează din surse de date diferite. Pilotul știe unde se află drona; comandantul nu, decât dacă pilotul comentează. Când pilotul se concentrează pe un manevru, comentariile se opresc.

Integrarea UAV ATAK înlocuiește coordonarea vocală cu date. Drona apare ca un track aerian în mișcare pe harta ATAK. Amprenta gimbalului — un poligon care arată exact ce monitorizează senzorul — se actualizează în timp real. Fluxul video este la un tap distanță în ATAK Video Receiver. Un comandant poate trimite un nou punct de loitering de pe hartă fără a căuta pilotul.

Pipeline-ul de telemetrie MAVLink: de la dronă la serverul TAK

Pipeline-ul are cinci etape: autopilotul dronei → legătura radio de date → GCS (QGroundControl sau Mission Planner) → procesul bridge MAVLink → serverul TAK.

Bazele protocolului MAVLink. MAVLink este protocolul dominant de telemetrie și control pentru UAS mici. Este un protocol binar ușor conceput pentru legături radio cu lățime de bandă redusă. MAVLink 2 este standardul actual și adaugă semnarea pachetelor. Un stream MAVLink de la un autopilot tipic (ArduPilot, PX4) include GLOBAL_POSITION_INT la 2–10 Hz, ATTITUDE la 10–50 Hz, HEARTBEAT la 1 Hz, MOUNT_ORIENTATION la 10–25 Hz și MISSION_ITEM_INT la cerere.

GCS ca router de telemetrie. GCS primește stream-ul MAVLink prin legătura radio. QGroundControl și Mission Planner suportă redirecționarea MAVLink: configurarea unei ieșiri UDP secundare la localhost:14551 livrează stream-ul complet oricărui proces de pe mașina GCS.

Bridge-ul MAVLink-to-CoT. Procesul bridge citește stream-ul MAVLink redirecționat și convertește fiecare raport de poziție într-un eveniment XML CoT. Mapare cheie: GLOBAL_POSITION_INT.lat / lon / alt → CoT <point> lat/lon/hae; GLOBAL_POSITION_INT.hdg → CoT <detail><track course=... />. Bridge-uri open-source: MAVLink2TAK (Python), UASLINK (C++).

Livrare la serverul TAK. Bridge-ul se conectează la serverul TAK prin TCP/TLS pe portul 8089 cu un certificat client și trimite evenimente CoT ca XML în streaming. Serverul TAK federează imediat evenimentele la toți clienții ATAK, WinTAK și CloudTAK conectați.

Structura mesajului CoT pentru track-urile aeriene

Codul de tip CoT corect este important — controlează pictograma redată de ATAK și culoarea track-ului. Pentru un UAV cu aripă fixă prietenos, tipul este a-f-A-M-F-Q. Decodare: a = atom, f = prietenos, A = aer, M = militar, F = aripă fixă, Q = fără pilot. Pentru o dronă cu aripă rotativă prietenoasă: a-f-A-M-H-Q.

Câmpul how trebuie să fie m-g (generat de mașină, GPS). Timpul de expirare trebuie setat la 20–30 secunde înaintea timpului evenimentului.

<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>

Integrarea streaming-ului video: RTSP la ATAK

Majoritatea UAS mici codifică video în H.264 sau H.265 și îl expun ca stream RTSP. Calea de integrare: camera dronei → encoder → RTSP prin legătura de date → GCS → relay FFmpeg → ATAK Video Receiver.

Relay FFmpeg. Pe mașina GCS, FFmpeg primește stream-ul RTSP de la dronă și îl retransmite. Pentru UDP multicast: ffmpeg -i rtsp://192.168.1.100:554/stream -c copy -f mpegts udp://239.2.3.1:1234. Parametrul cheie este -c copy.

Configurarea ATAK Video Receiver. Bridge-ul publică un eveniment CoT de tip b-i-x-i (alias video) cu URL-ul stream-ului și un alias citibil. Când acest eveniment ajunge la un client ATAK, pluginul Video Receiver adaugă automat stream-ul la lista de surse.

Adaptare la legătura degradată. La 500–800 kbps, H.264 oferă video de recunoaștere utilizabil la 720p/15fps. Sub 300 kbps, treceți la snapshot-uri JPEG.

Suprapunerea gimbal și senzor: codificarea poligonului FOV

Poligonul amprentei gimbalului informează operatorii despre ce acoperă senzorul. Bridge-ul calculează cele patru colțuri din poziția dronei, altitudine, unghiurile pan/tilt ale gimbalului și FOV-ul camerei și le codifică ca poligon CoT GeoObject:

<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>

UID-ul poligonului FOV derivă din UID-ul dronei cu sufixul -FOV. Actualizați poligonul cu fiecare mesaj MOUNT_ORIENTATION. Timp de expirare: 5 secunde.

Sincronizarea waypoint-urilor: din ATAK înapoi la GCS

Integrarea bidirecțională este cea mai semnificativă capacitate operațională. Calea inversă: operatorul ATAK desenează o rută → ATAK publică un eveniment CoT route → bridge-ul primește ruta → convertește waypoint-urile CoT în MAVLink MISSION_ITEM_INT → încarcă misiunea în GCS → GCS o trimite dronei.

Protocolul de încărcare a misiunii MAVLink. Încărcarea este un handshake cerere-răspuns: bridge-ul trimite MISSION_COUNT, drona ACK, drona solicită fiecare MISSION_ITEM_INT după numărul de secvență, bridge-ul trimite fiecare element, drona trimite MISSION_ACK la finalizare. Implementați timeout-și-reîncercare la fiecare pas.

Notă privind sistemul de coordonate. MAVLink MISSION_ITEM_INT folosește implicit cadrul MAV_FRAME_GLOBAL_RELATIVE_ALT — altitudinea relativă la punctul de origine. CoT folosește HAE (înălțimea deasupra elipsoidului, WGS84). Bridge-ul trebuie să convertească: HAE → (HAE − home_HAE).

Optimizare bandă îngustă pentru radiourile MANET

Radiourile MANET — Persistent Systems MPU5, Silvus StreamCaster, Harris FALCON IV — oferă 1–20 Mbps lățime de bandă partajată. O singură integrare dronă poate consuma o parte disproporționată din buget.

Limitarea ratei de actualizare a track-ului. La 1 Hz, o dronă care se deplasează cu 20 m/s se mișcă cu 20 m între actualizări — acceptabil pentru un track aerian. 1 Hz este o valoare implicită rezonabilă pentru majoritatea aplicațiilor ISR.

CoT binar vs CoT XML. TAK Server 4.x suportă CoT codificat protobuf, care reduce dimensiunea mesajelor cu 55–65% față de CoT XML. La 1 Hz pentru 4 drone, se economisesc ~1 Mbps de lățime de bandă radio.

Gestionarea calității video. Video-ul este cel mai mare consumator. Folosiți RTSP unicast în loc de multicast când doar unul sau doi operatori au nevoie de video.

Observație cheie: Integrarea dronă-COP este o problemă de buget radio la fel de mult ca o problemă software. Modelați bugetul legăturii MANET înainte de desfășurare — luați în calcul telemetria, video-ul, CoT-ul forțelor terestre, vocea și overhead-ul.

Gestionarea mai multor drone: convenții de indicative și gestionarea grupurilor

Operarea simultană a mai mult de două drone creează provocări de deconflictuare pe harta ATAK.

Convenții CoT UID și indicativ. Fiecare dronă trebuie să aibă un UID CoT unic global: UNITATE-ROL-NUMĂR (ex. 3PLT-ISR-01). Indicativul afișat pe eticheta hărții ATAK trebuie să urmeze aceeași convenție și să corespundă indicativelor radio vocale ale unității.

Atribuiri de grupuri CoT. Grupurile serverului TAK controlează ce clienți văd ce track-uri. Atribuiți dronele aceluiași grup ca unitatea terestră pe care o susțin.

Registrul de drone al bridge-ului MAVLink. Când mai multe instanțe GCS raportează la același server TAK, bridge-ul pe fiecare GCS trebuie să folosească un registru de drone — o mapare persistentă a ID-urilor de sistem MAVLink la UID-uri CoT.

Conștientizarea roiului la scară. Pentru operațiuni cu mai mult de 5–6 drone simultan, luați în considerare adăugarea unui strat dedicat de gestionare a dronelor — un plugin ATAK personalizat sau componentă WinTAK care afișează toate track-urile dronelor cu starea bateriei, statusul misiunii și disponibilitatea video în format tabular.