Eén UAV-operator is een opgelost probleem. De operator monitort een telemetriefeed, past waypoints aan, bedient een payload en reageert op meldingen. De cognitieve belasting is beheersbaar, de communicatieverbinding is punt-tot-punt, en de C2-softwarearchitectuur weerspiegelt deze beperkingen. Een zwerm van vijftig verkenningsdrones die gelijktijdig opereren over een zoekgebied van 40 vierkante kilometer is een geheel ander probleem — en niet slechts een grotere versie van hetzelfde.
Zwerm-C2 vereist een fundamentele herziening van elke laag van de command-and-control-stack: wat de operator ziet, hoe taken over voertuigen worden verdeeld, hoe telemetrie wordt geaggregeerd zonder de communicatieverbinding te overladen, hoe individuele voertuigfouten worden opgevangen zonder missioneerklapsel, en hoe menselijk toezicht behouden blijft in een systeem waarvan de snelheid van collectieve actie de reactietijd van de mens kan overschrijden. Dit artikel behandelt elk van die lagen diepgaand, met specifieke aandacht voor de architectuurbeslissingen die inzetbare systemen onderscheiden van onderzoeksdemonstraties.
Waarom zwerm-C2 fundamenteel verschilt van single-UAV-besturing
De onderscheiden tussen single-voertuig- en zwerm-C2 zijn niet slechts kwantitatief. Ze vereisen andere architectuurpatronen op elk niveau.
Emergent gedrag en collectieve intentie. Een enkele UAV voert opdrachten uit die rechtstreeks door een operator worden gegeven. Een zwerm vertoont emergent collectief gedrag — dekkingspatronen, formiemeetkundige structuren, adaptieve taakverdeling — dat voortkomt uit de interactie van individuele voertuigbeslissingen, niet uit expliciete per-voertuig-opdrachten. De C2-software moet de collectieve intentie van de operator (doorzoek dit gebied, handhaaf een communicatierelais tussen deze twee punten) vertalen naar parameters die individueel voertuiggedrag sturen, in plaats van expliciete routes aan elke drone te verstrekken.
Veerkracht bij individuele verliezen. Bij single-UAV-operaties beëindigt voertuigverlies de missie. In een goed ontworpen zwerm worden individuele voertuigverliezen opgevangen: de taakverdelingsmotor herverdeelt onvoltooide taken aan resterende voertuigen, formie-algoritmen handhaven de meetkundige structuur met verminderde aantallen, en de operator ontvangt een gezondheidssamenvatting-melding in plaats van een missiekritisch alarm. Deze veerkracht is een architectureigenschap, geen operationele procedure — ze moet worden ontworpen in de taakverdeling en noodgedragsystemen vanaf het begin.
Bandbreedtebeperkingen per voertuig. Een enkele UAS C2-verbinding kan continue hoge-frequentie-telemetrie dragen — positie-updates op 4 Hz, gimbalhoeken, sensorstatus, videometadata — zonder de beschikbare bandbreedte te belasten. Vermenigvuldig dat met vijftig voertuigen die een beperkte bandbreedte-backhaul delen, en continue individuele telemetrie is architecturaal onmogelijk. Zwerm-C2-systemen moeten aggregeren, niet streamen: de status van individuele voertuigen wordt gecomprimeerd tot zwerm-niveau-samenvattingen, en ruwe per-voertuig-data wordt alleen op aanvraag beschikbaar gesteld of wanneer anomaliedetectie een specifiek voertuig markeert voor aandacht van de operator.
Gedecentraliseerde coördinatie zonder operatorbottlenecks. Operatorsaandacht is de bindende beperking. Als elke voertuigactie goedkeuring van de operator vereist, wordt het operationele tempo van de zwerm begrensd door de menselijke reactietijd — wat het doel van het opereren van een grote autonome zwerm tenietdoet. De C2-architectuur moet duidelijk definiëren welke beslissingen vooraf zijn geautoriseerd (botsingsontwijkingsmanoeuvres, batterij-getriggerd terugkeren naar huis, taakverdeling na voertuigverlies, formiebeheer) en welke operatorgoedkeuring vereisen (wijzigingen in missiedoelstellingen, engagementautoriteit, grensoverschrijdingen van het operatiegebied).
Kernpunt: Zwerm-C2 gaat niet over het geven van meer drones aan één operator — het gaat over het ontwerpen van een softwarelaag die individueel voertuigbeheer abstraheert zodat operators collectief gedrag commanderen in plaats van individuele platforms.
Zwerm-C2-architectuurpatronen: gecentraliseerd, gedecentraliseerd en hybride
Drie architectuurpatronen definiëren de ontwerpruimte voor zwerm-C2-systemen, elk met duidelijke afwegingen tussen operatorcontrole, communicatieverantwoordelijkheid en implementatiecomplexiteit.
Gecentraliseerde architectuur plaatst de volledige zwermstatus, taakverdelingsmotor en coördinatielogica op een grondserver of GCS. Individuele voertuigen rapporteren ruwe telemetrie aan de GCS; de GCS berekent optimale toewijzingen en geeft opdrachten aan elk voertuig. Dit patroon biedt de operator een consistent globaal beeld van alle voertuigen, vereenvoudigt de audittrail (alle beslissingen worden op één punt geregistreerd) en maakt geavanceerde optimalisatiealgoritmen mogelijk die zichtbaarheid van de volledige zwermstatus vereisen. De kritieke zwakte is het enkelvoudige storingspunt: als de GCS-verbinding wordt verslechterd of verbroken, verliezen voertuigen coördinatie en vallen terug op individuele noodgedragingen. Voor zwermen die opereren binnen betrouwbaar zichtlijn-radiobereik van de GCS is gecentraliseerde architectuur haalbaar. Voor betwiste RF-omgevingen met intermitterende of verstoorde verbindingen is het kwetsbaar.
Gedecentraliseerde architectuur distribueert coördinatielogica naar ingebouwde processors. Voertuigen voeren consensusalgoritmen uit — doorgaans marktgebaseerde veilingprotocollen of gedragsgebaseerde coördinatieregels — om taken te verdelen, botsingen te vermijden en formiemeetkundige structuur te handhaven zonder continue GCS-connectiviteit. De GCS-rol wordt toezichthoudend: de operator stelt doelstellingen en beperkingen in, en de zwerm zelforganiseert daaromheen. Gedecentraliseerde architecturen zijn inherent veerkrachtig tegen verbindingsverlies en individuele voertuigfouten, omdat geen enkel knooppunt de coördinatiestatus bewaart. De implementatiekosten zijn hoger: elk voertuig moet voldoende ingebouwde rekenkracht dragen om de coördinatie-algoritmen uit te voeren, en testen en valideren van emergent zwermgedrag is aanzienlijk complexer dan het valideren van een gecentraliseerd algoritme.
Hybride architectuur is de operationeel praktische synthese. Missieplanning en doelstelling zijn gecentraliseerd: de GCS bewaart het missieplan, wijst hoog-niveau-zoekopdrachten toe aan voertuigsubgroepen, en biedt de operator een unified weergave van zwermvoortgang. Uitvoeringsniveau-coördinatie is gedistribueerd: binnen elke subgroep verwerken ingebouwde algoritmen inter-voertuig-botsingsontwijking, lokale taakverdeling wanneer een voertuig faalt, en formiebeheer zonder per-manoeuvre GCS-opdrachten. De GCS communiceert met zwermsubgroephoofden bij lage datasnelheden, ontvangt geaggregeerde status in plaats van per-voertuig-telemetrie, en levert doelstellingsupdates in plaats van individuele waypoints. Dit patroon ontkoppelt GCS-verbindingsbeschikbaarheid van uitvoeringsniveau-zwermcoherentie terwijl de capaciteit van de operator om collectief gedrag te sturen behouden blijft.
Missieplanning voor zwermen: taakdecompositie, voertuigtoewijzing en botsingsontwijkingsplanning
Zwerm-missieplanning verschilt van single-UAV-missieplanning in drie opzichten: het moet een collectieve doelstelling ontleden in voertuig-niveau-taken, het moet die taken optimaal toewijzen aan voertuigen gezien heterogene capaciteiten en posities, en het moet routes produceren die voor alle voertuigen tegelijkertijd botsingsvrij blijven.
Taakdecompositie vertaalt de doelstelling van de operator — zoekgebied-veelhoek, prioriteitssubregio's, vereisten voor verblijftijd — in een set discrete taken die aan individuele voertuigen kunnen worden toegewezen. Voor gebiedszoekmissies verdelen decompositie-algoritmen het zoekgebied in dekkingscellen die overeenkomen met de sensorvoetafdruk van het toegewezen voertuigtype, gesequenst om dubbele dekking te minimaliseren en te zorgen dat prioriteitssubregio's als eerste worden doorzocht. Voor gedistribueerde sensormissies (perimetersurveillance, communicatierelaisnetwerkopzet) bepaalt taakdecompositie de optimale plaatsingsposities en wijst voertuigen toe aan posities op basis van huidige locatie en resterende uithoudingsvermogen.
Voertuigtoewijzingsoptimalisatie koppelt taken aan voertuigen met behulp van toewijzingsalgoritmen — Hongaars algoritme voor kleine zwermen, op veiling gebaseerde gedistribueerde algoritmen voor grote zwermen — die toewijzingskosten over de volledige taak-voertuig-matrix minimaliseren. Kostenfuncties bevatten reistijd naar de begintaakpositie, resterende batterijauthoudingsvermogen, payloadcompatibiliteit (EO/IR vs SAR vs SIGINT) en inter-voertuig-afstandsbeperkingen. In operationele systemen wordt de toewijzing aanvankelijk berekend bij missiestart en incrementeel herberekend naarmate de missie evolueert: voertuigverliezen, taakvoltooiingen en nieuwe taakinjacties triggeren gedeeltelijke hertoewijzing van alleen de getroffen taken in plaats van globale heroptimalisatie.
Botsingsontwijkingsplanning in een zwerm van 50 voertuigen vereist scheidingsborging over alle voertuigparen tegelijkertijd. Vooraf geplande deconflictie wijst hoogtebanden toe aan voertuigsubgroepen — een standaardtechniek voor grote zwermen die in gestapelde lagen opereren — met dynamische hoogteregistratie voor voertuigen die tussen lagen transiteren. Real-time botsingsontwijking aan boord van elk voertuig verwerkt nabijheidsscenario's die aan vooraf geplande deconflictie ontsnappen, met behulp van snelheidshindernis- of wederkerige snelheidshindernis-algoritmen om botsingsvrije manoeuvres te berekenen. Het C2-systeem monitort inter-voertuig-scheiding over de zwerm en markeert paren die de minimale scheidingsdrempels naderen voordat ingebouwde ontwijking wordt getriggerd.
Kernpunt: Preflight-hoogtebanding is de meest operationeel betrouwbare botsingsontwijkingslaag voor grote zwermen — het elimineert de meerderheid van conflictscenario's voordat ze zich voordoen, waardoor de belasting op ingebouwde real-time ontwijking wordt verminderd tot echte randgevallen.
Real-time telemetrieaggregatie: bandbreedtereductie en anomaliewaarschuwingen
Telemetrieaggregatie is de technische discipline die zwerm-C2 haalbaar maakt binnen realistische communicatiebandbreedtebeperkingen. Het ontwerpprincipe is eenvoudig maar vereist discipline in uitvoering: de GCS moet samenvattingen van zwermstatus ontvangen, niet individuele voertuigtelemetriestromen.
Een zwerm van 50 voertuigen waarbij elk voertuig positie rapporteert op 2 Hz, met koers, hoogte, batterij, taakstatus en sensorstatus — bij ongeveer 200 bytes per rapport — genereert 20 kbps uplink-telemetrie. Dit is beheersbaar op een toegewijde radioverbinding maar vertegenwoordigt een aanzienlijk deel van de beschikbare bandbreedte in een gedeeld of satelliet-backhaul-scenario. Naarmate de zwermgrootte groeit naar 200 voertuigen, vraagt dezelfde per-voertuig-telemetriesnelheid 80 kbps, wat de meeste tactische radio-allocaties belast in betwiste omgevingen waar EMCON-beperkingen de beschikbare bandbreedte verder beperken.
De aggregatieoplossing is hiërarchisch. Voertuigsubgroepen — clusters van 5–10 voertuigen — kiezen een clusterhoofd dat individuele voertuigrapporten aggregeert in een clustersamenvatting: zwaartepuntpositie, begrenzingsvak, gemiddeld batterijniveau, aantal voertuigen in nominale versus verslechterde staat, en dekkingsvoortgangspercentage. De GCS ontvangt clustersamenvattingen op 1 Hz in plaats van individuele voertuigrapporten. De totale bandbreedte schaalt met het aantal clusters, niet het aantal voertuigen: een zwerm van 50 voertuigen met 10 clusters van 5 voertuigen elk vereist de GCS-bandbreedte van 10 voertuigen, niet 50.
Individuele voertuigtelemetrie wordt alleen aan de GCS gepresenteerd wanneer anomaliedetectie een melding triggert. Ingebouwde anomaliedetectie classificeert de voertuigstatus in normaal, verslechterd (batterij onder drempelwaarde, sensorfout, navigatieonzekerheid verhoogd) en kritiek (ophanden zijnd verbindingsverlies, structurele anomalie, geofence-benadering). Verslechterde en kritieke staten triggeren per-voertuig-rapportbursts die de volledige telemetrie van het getroffen voertuig aan de GCS leveren voor operatorbeoordeling. Dit gebeurtenisgestuurde telemetriepatroon zorgt ervoor dat de aandacht van de operator wordt gericht op voertuigen die het nodig hebben zonder continue lage-waarde-telemetrie te genereren van de meerderheid van voertuigen in normale operatie.
Communicatiearchitectuur: meshnetwerken, MANET en satelliet-backhaul
De communicatiearchitectuur van een zwerm-C2-systeem bepaalt het operationele bereik, de veerkracht tegen storingen en het vermogen om coördinatie te handhaven in betwiste RF-omgevingen. Drie lagen vormen de volledige communicatiestack.
Intra-zwerm-meshnetwerk verbindt voertuigen met elkaar voor inter-voertuig-coördinatie, relatieve positionering en telemetrierelais. Mobile Ad Hoc Network (MANET)-protocollen — doorgaans OLSR, BATMAN of doelgerichte militaire varianten — beheren dynamische routering terwijl voertuigen bewegen en verbindingskwaliteiten veranderen. Elk voertuig bewaart een routeringstabel bijgewerkt door periodieke hello-berichten van buren, waardoor telemetrie en opdrachten via multi-hop-paden kunnen worden gerouteerd wanneer directe verbindingen niet beschikbaar zijn. De mesh biedt zowel coördinatieverkeer (taakverdelingsberichten, formieopdrachten van het clusterhoofd) als relaiscapaciteit voor voertuigen die buiten het directe GCS-bereik zijn. Frequentiediversiteit — het gebruik van afzonderlijke frequentiebanden voor intra-zwerm-mesh en GCS-backhaul — vermindert de kans dat storingen beide tegelijkertijd verstoren.
GCS-naar-zwerm-backhaul draagt de geaggregeerde telemetriesamenvattingen en missiedoelstellingsupdates tussen de GCS en de zwerm. Voor zwermen die opereren binnen zichtlijn (doorgaans tot 10–20 km afhankelijk van terrein en antenne), biedt een toegewijde frequentiespreidende verbinding de primaire backhaul. Voor operaties voorbij zichtlijn dient een relay-UAS — een groter, langerdurend platform dat op hoogte vliegt — als communicatieknooppunt, dat GCS-opdrachten doorstuurt naar de zwerm en geaggregeerde telemetrie terugstuurt naar de GCS. Meerdere relaisknooppunten bieden redundante paden en vergroten het operationele bereik.
Satelliet-backhaul biedt connectiviteit voor diepe penetratiemissies van de zwerm waarbij relay-UAS niet praktisch zijn. LEO-satellietdiensten met lage latentie (Starlink, OneWeb) hebben de economie van satelliet-gekoppelde tactische UAS-operaties aanzienlijk veranderd. Een enkel satellieттerminal op een relay-UAS of een grondvoertuig biedt de GCS-backhaul-verbinding; het relais distribueert dan opdrachten in de zwerm via lokale meshradio. Opdrachtenlatentie via LEO-satelliet is doorgaans 20–40 ms — acceptabel voor missiedoelstellingsupdates en taakverdelingswijzigingen, maar onvoldoende voor latentiegevoelige operaties zoals terminale geleiding.
Kernpunt: Het ontwerpen van de communicatiearchitectuur voor het slechtste verslechterde scenario — geïsoleerde zwermsubgroepen zonder GCS-connectiviteit — zorgt ervoor dat voertuigen deterministisch gedrag hebben in de meest operationeel stressvolle omstandigheden, niet alleen in het nominale geval.
COP-integratie: zwermgroepen weergeven in Corvus.Head en CoT-omgevingen
Het gemeenschappelijk operationeel beeld is waar zwermoperaties de bredere commandohiërarchie ontmoeten. Commandanten en stafofficiëren die het COP gebruiken, moeten de zwermstatus begrijpen zonder zelf zwermoperators te worden. Dit vereist een weergave die collectieve missievooruitgang op commandoniveau overbrengt terwijl toegang tot individueel voertuigdetail voor zwermoperators wordt behouden.
In CoT-gebaseerde COP-omgevingen wordt de zwerm weergegeven als een samengestelde trackgebeurtenis: een enkel CoT-atoomgebeurtenis met de zwermidentificator, een veelhoek die de huidige collectieve zwermvoetafdruk vertegenwoordigt, en detailelementen die de gezondheidssamenvatting coderen (actieve voertuigen, verslechterde voertuigen, voertuigen in noodmodus), dekkingsvoortgang (percentage van het toegewezen zoekgebied gedekt) en de huidige collectieve taak. Dit samengestelde track wordt weergegeven als een gearceerde gebiedsoverlay op de kaart van de operator met een samenvattende annotatie, niet als tientallen individuele voertuigpictogrammen die andere strijdmachtselementen zouden obscureren.
Corvus.Head implementeert zwermcluster-trackbeheer met een uitvouwinterface: de standaard COP-weergave toont het samengestelde zwermtrack; klikken op de zwermannotatie vouwt het uit om individuele voertuigtracks te tonen binnen een dedicated paneel zonder de hoofdCOP-weergave te wijzigen. Voertuigtracks in het uitgevouwen paneel dragen de standaard trackattributen plus zwerm-specifieke metadata — toegewezen taak, clusterlidmaatschap, batterijstatus, anomalievlag. Dit patroon stelt de zwermoperator in staat individuele voertuigen te inspecteren terwijl de bredere commandohiërarchie de zwerm ziet als een collectief missieelement.
Trackdichtheidsmanagement is kritiek voor grote zwermen. Een zwerm van 200 voertuigen weergegeven als 200 individuele CoT-tracks op een updatesnelheid van 2 Hz zou 400 trackupdates per seconde genereren naar de TAK-server — een volume dat de prestaties verslechtert voor alle operators op het netwerk. De zwerm-C2-gateway publiceert individuele voertuigtracks alleen naar het dedicated kanaal van de zwermoperator, niet naar het gedeelde COP-netwerk. Het gedeelde COP-netwerk ontvangt alleen het geaggregeerde zwerm-samengestelde track.
Voor stafofficiëren die de dekking van het operatiegebied beoordelen, publiceert de COP-integratielaag een dekkingsvoortgangsraster — een warmtekaart die toont welke gebieden zijn doorzocht en op welk betrouwbaarheidsniveau — bijgewerkt bij missiecontrolepunten in plaats van continu. Dit geeft commandanten missie-relevante informatie (is gebied X vrijgegeven?) zonder dat ze voertuigpositiedata hoeven te interpreteren.
Menselijk toezichtniveaus: autonome grenzen, adviesgodedkeuring en HITL-engagement
Het kader voor menselijk toezicht bij zwermoperaties definieert een gestructureerde hiërarchie van beslissingsbevoegdheid tussen de operator en de autonome systemen van de zwerm. Dit kader correct toepassen is zowel een operationele effectiviteitsvereiste als een juridische nalevingsvereiste.
Volledig autonoom binnen grenzen omvat de beslissingen die de zwerm gemachtigd is te nemen zonder per-gebeurtenis-operatorgoedkeuring: botsingsontwijkingsmanoeuvres, batterij-getriggerd terugkeren naar huis, taakverdeling na voertuigverlies, formiebeheer om dekking te handhaven, en noodgedrag bij verbindingsverlies. Deze beslissingen zijn vooraf geautoriseerd door de bij de lancering ingestelde missieparameters. De operator wordt geïnformeerd over significante autonome beslissingen — voertuigverlies, noodactivering, significante taakverdeling — via samenvattingsmeldingen, maar is niet verplicht ze te goedkeuren voordat ze worden uitgevoerd. Snelheid en veerkracht in deze categorieën hangen af van autonome uitvoering zonder operatorvertraging.
Adviesgoedkeuring omvat beslissingen waarbij de autonomie van de zwerm een aanbeveling genereert maar operatorbevestiging vereist is vóór uitvoering: missiedoelstellingswijzigingen getriggerd door nieuwe inlichtingen, uitbreidingen van het operatiegebied-grens, significante taakrestructurering door onvoorziene omstandigheden. Het C2-systeem presenteert de aanbeveling met ondersteunende rationale (resterende voertuigen, behaalde dekking, geschatte voltooiingstijd met en zonder de wijziging) en een tijdgebonden goedkeuringsvenster. Als de operator goedkeurt, voert de zwerm uit; als de operator weigert of het venster verloopt zonder actie, gaat de zwerm door met de huidige doelstellingen.
Volledige mens-in-de-lus voor engagement geldt zonder uitzondering voor elke actie die een geweldgebruik vormt. Geen enkele engagementbeslissing is vooraf geautoriseerd bij zwermoperaties onder het huidige NATO-beleid en het recht van de lidstaten. De C2-architectuur handhaft dit via een expliciet engagementpad: doelidentificatie (systeem identificeert kandidaat op basis van sensordata), commandantsbeoordeling (tijdgebonden beslissingsvenster met alle identificatiedata gepresenteerd), en positief loslaatcommando (geauthenticeerde operatoractie). Autonome terminale geleidingsactivering vóór voltooiing van deze reeks is architecturaal verhinderd. De engagementaudittrail registreert de volledige identificatiebasis, aan de commandant gepresenteerde informatie, operatoridentiteit, beslissingstijd en loslaatcommando — dezelfde vereisten als voor elk ander onbemand systeemengagement. Zie ook het artikel over C2-integratie van onbemande systemen voor de volledige engagementautoriteitsarchitectuur.
Hoe de C2-architectuur te ontwerpen voor een verkenningszwerm van 50 drones
Het volgende gestructureerde proces vertaalt de bovenstaande architectuurprincipes in een concrete ontwerpworkflow voor een vaste-vleugel verkenningszwerm van 50 voertuigen die opereert in een betwiste RF-omgeving.
- Definieer het model voor menselijk toezicht — voordat technische beslissingen worden genomen, specificeert u welke beslissingen per-gebeurtenis-operatorgoedkeuring vereisen, wat de zwerm autonoom kan uitvoeren binnen grenzen, en welk noodgedrag activeert voor elk faalscenario. Dit drijft alle volgende architectuurkeuzes.
- Selecteer het C2-architectuurpatroon — voor een zwerm van 50 drones in een betwiste RF-omgeving is hybride architectuur de standaardkeuze. Centraliseer missieplanning en doelstellingstoewijzing op de GCS; distribueer uitvoeringsniveau-taakverdeling en botsingsontwijking naar ingebouwde algoritmen. Dit biedt verbindingsverlies-veerkracht zonder het toezicht van de operator op te offeren.
- Ontwerp de communicatiearchitectuur — specificeer intra-zwerm MANET-parameters (frequentieband, verbindingsbudget, routeringsprotocol), GCS-backhaul-verbinding (zichtlijnradio, relay-UAS, satelliet), en de aggregatiestrategie die GCS-bandbreedte begrenst ongeacht de zwermgrootte. Definieer store-and-forward-protocollen voor missieupdates tijdens intermitterende verbindingsvensters.
- Implementeer de taakverdelingsmotor — bouw een op veiling gebaseerde of gretige toewijzingsmotor die de zoekgebied-doelstelling accepteert en voertuigtoewijzingen produceert. Voeg dynamische hertoewijzing toe getriggerd door voertuigverlies, taakvoltooiing en nieuwe taakinjactie. Stel operator-overschrijfinterfaces beschikbaar voor het vergrendelen van specifieke toewijzingen.
- Ontwerp de telemetrieaggregatiepijplijn — definieer clusterhoofdrollen (groepen van 5–10 voertuigen), aggregatiebriefformaten (zwaartepunt, begrenzingsvak, gezondheidssamenvatting), updatesnelheden en de anomaliedetectielogica die per-voertuig-bursttelemetrie triggert voor verslechterde of kritieke voertuigen.
- Integreer met het COP — implementeer publicatie van zwerm-samengestelde tracks (CoT- of platform-native formaat), generatie van dekkingsvoortgangsrasters en de uitvouwinterface voor individuele voertuiginspectie. Publiceer individuele voertuigtracks alleen naar het dedicated kanaal van de zwermoperator.
- Valideer gedrag bij verslechterde omstandigheden — test totaal GCS-verbindingsverlies, gedeeltelijke mesh-fragmentatie, GPS-ontzegging en individueel voertuigfalen midden in een taak in hardware-in-the-loop-simulatie. Bevestig deterministisch noodgedrag en correcte taakverdeling vóór operationele inzet.