Geboren an der Front, nicht am Reißbrett
German-Swarm Technology entstand nicht in einem universitären Inkubator für Hochglanz-Präsentationen, sondern im direkten Feldkontext der ukrainischen Territorialverteidigung. Ausgehend von ehrenamtlicher technischer Unterstützung und eingebettet in das internationale Netzwerk TechnologyforUkraine.com (über 1.500 Ingenieure, Physiker und Softwareentwickler weltweit), traten die tatsächlichen operativen Sollbruchstellen moderner Drohneneinsätze zutage.
Die zentrale Erkenntnis: Der reale Engpass ist nicht ein Mangel an Drohnen-Hardware, sondern die fehlende Souveränität über die Steuerungsebene.
Ein Verhältnis von 1:1 oder gar 2:1 Operateuren pro Fluggerät bindet kritische Kräfte und skaliert unter feindlichem Druck nicht.
Aggressives Electronic Warfare (Jamming) und GNSS-Spoofing führten zu unkontrollierten Abstürzen oder Totalverlusten ganzer Verbände.
Drohnen verschiedener Hersteller konnten nicht gemeinsam agieren; jeder Verlust zwang zu zeitraubender manueller Neuimprovisation.
Kein auditierbares Protokoll dokumentierte, warum ein System entschieden hat, wie es entschieden hat – juristisch und militärisch fatal.
Aus diesen Beobachtungen entstand das fundamentale Architektur-Paradigma: Ein deterministisches Betriebssystem für heterogene Flotten aus Luft-, Boden- und Wasserfahrzeugen (UAV/UGV/USV), das von vornherein davon ausgeht, dass Verluste, Störsignale und Verbindungsabbrüche die Regel sind – nicht die Ausnahme. Zwei ukrainische Drohnenhersteller bildeten das erste reale Testfeld.
Die 6 Kernsäulen des Swarm-OS
Jede Ebene der Architektur ist konsistent auf Zuverlässigkeit, mathematische Determinik und Zulassungsfähigkeit nach NATO/EU-Kriterien spezifiziert.
Hardware-Abstraktionsschicht (HAL)
Luft-, Boden- und Wasserfahrzeuge unterschiedlichster Hersteller (basierend auf PX4, ArduPilot, ROS 2 oder proprietären Sensor-Stacks) melden sich über eine einheitliche, standardisierte Schnittstelle am Schwarm an.
Gesichertes Overlay-Netzwerk (Peer-to-Peer Mesh)
Ende-zu-Ende verschlüsselte Mesh-Kommunikation ohne jede Cloud-Abhängigkeit im Regelkreis. Sämtliche Führungs- und Zuweisungsbefehle werden im lokalen Funkverbund dezentral ausgetauscht.
Deklarative Missionslogik mit Operator-Gates
Missionsprofile sind versionierte, überprüfbare Artefakte, die als strukturierte Phasengraphen formuliert werden – keine unberechenbare "Black-Box"-Autonomie.
Navigationsintegrität ohne Alleinvertrauen in GNSS
Das System verlässt sich niemals blind auf GPS oder Galileo. Ein gestuftes Rückfallsystem bewertet permanent die Vertrauenswürdigkeit der eigenen Positionsdaten über vier Prüfstufen (UWB-Schwarmdistanzen, optische Odometrie, Trägheitsnavigation).
Semantisches Prüfprotokoll
Jede Geräte-Registrierung, Missionszuweisung, Sensorbeobachtung und jeder Steuerbefehl wird unveränderlich in ein kryptografisch hash-gesichertes Protokoll geschrieben.
Deterministische Laufzeitumgebung
Bewusster und radikaler Verzicht auf ROS 2/Python und cloud-geroutete Komponenten im eigentlichen Regelkreis.
Dieselbe Ingenieursleistung – Zwei Vokabulare, Zwei Märkte
German-Swarm Technology verfolgt konsequent eine Dual-Use-Strategie: Was im Verteidigungskontext als maximaler Härtetest und Referenz dient, löst im zivilen und industriellen Sektor genau die Probleme, die durch neue EU-Regulierungen (EASA, U-Space, NIS-2) akut geworden sind.
Flüge außerhalb der Sichtweite erfordern Navigationsintegrität als belegbare Systemeigenschaft statt vager Herstellerversprechen.
Autonome Formationsflüge in Bergwerken, Tunneln, unter Brücken, in Containerhäfen und Hallenlogistik ohne GPS-Empfang.
Inspektion von Offshore-Windparks, Hochspannungsleitungen, Bahnstrecken und Gaspipelines – Schwarmgeometrie hält selbst bei Störsendern stand.
Sicherheitsnachweise nach SORA (Specific Operations Risk Assessment) und maschinenlesbare Audit-Trails statt fehleranfälliger "Log-Archäologie".
Synergie mit dem KRITIS-Lagezentrum: Die vom Drohnenschwarm erhobenen Geodaten, Sensorwerte und Video-Feeds fließen in Echtzeit über standardisierte Schnittstellen (Cursor-on-Target / TAK, STANAG 4586, GeoJSON) direkt in das KRITIS KI-Lagebild ein.
Von der SITL-Simulation zum Realflug
Die Kernlogik ist bereits in SITL mit 255 Drohnen in 26 Clustern validiert. Die Hardware-in-the-Loop (HIL) Tests laufen aktiv. Der nächste Meilenstein ist der Übergang zu TRL 5: ein Mehrfahrzeug-Flugbetrieb mit 2–5 Testgeräten unter realistisch degradierter Einsatzumgebung.
Mission-Hub Schwarm-Simulation testen
Fordern Sie einen kryptografischen Access-Key an, um den interaktiven Demonstrator für heterogene Schwärme unter https://mission-hub.german-swarm.technology zu starten.