Der deutsche Waffenhersteller Rheinmetall hat sein Battlesuite-Protokoll, das System, das Gefechtssensoren und -software miteinander verbindet, Open Source gemacht und den Code für jedermann zugänglich gemacht.
Die Bordapi-Schnittstellenbibliothek und Middleware basiert auf einem gemeinsamen Datenmodell, das verschiedene Hardware- und Softwarekomponenten miteinander kommunizieren lassen soll. Sie verwendet den Data Distribution Service (DDS)-Standard der Object Management Group (OMG).
Dieser Schritt stellt die technische Grundlage eines großen Rüstungszulieferers in die öffentliche Domäne und beinhaltet ein deutliches Versprechen: Dies ist ein Protokoll für den Aufbau von Gefechtssystemen, das nun für andere zur Weiterentwicklung offensteht.
Das DDS-Rückgrat
DDS ist eine datenzentrierte Methode zur Informationsübertragung. Anstatt Nachrichten zwischen Maschinen zu senden, werden Daten im gemeinsam genutzten Speicher gehalten und Abonnenten können Updates abrufen, sobald diese eintreffen. Dieses Design reduziert die Latenz und sorgt dafür, dass das System auch dann weiterläuft, wenn einige Verbindungen ausfallen.
Rheinmetalls Version der Bibliothek verwendet DDS XTypes und XCDR2-Codierung. Diese Werkzeuge sorgen dafür, dass ältere Software mit neueren Datenmodellen funktioniert, sodass Teams einen Teil eines Systems aktualisieren können, ohne alles andere zu beeinträchtigen, was davon abhängt.
Die Kernbibliothek ist in C++ geschrieben. Die API-Wrapper funktionieren jedoch für Java, C#/.NET und Python, sodass Entwickler die Sprache wählen können, die am besten zu ihrem Projekt passt.
Was sich dadurch ändert
Open-Source-Veröffentlichung eines Protokolls für vernetzte Waffensysteme verändert das Feld. Es bedeutet, dass kleinere Unternehmen und unabhängige Entwickler Sensoren und Softwaretools erstellen können, die direkt in Rheinmetalls Battlesuite-Architektur integriert werden können.
Das ist ein großer Vorteil für alle, die an der Entwicklung von Technologie für den Einsatz im Gefecht arbeiten. Anstatt auf die Zertifizierung eines neuen Teils durch einen Anbieter warten zu müssen, können sie es anhand des veröffentlichten Standards testen.
Das Versprechen der Abwärtskompatibilität ist die andere Hälfte der Geschichte. Systeme, die auf älteren Versionen des Protokolls basieren, können weiterhin funktionieren, während neuere online geschaltet werden, was in einem Umfeld wichtig ist, in dem die Einführung eines neuen Geräts oft Jahre dauert.
Der Open-Source-Fall
Open Sourcing eines Protokolls dieser Art ist ein Spiel, bei dem darauf verwettet wird, dass die breitere Gemeinschaft Fehler finden, Funktionen hinzufügen und das System schneller verbessern kann, als ein einzelnes Unternehmen es allein könnte.
Es öffnet auch die Tür zu mehr Tests. Mit dem Code im offenen Raum kann jeder Tests damit durchführen, Probleme erkennen und beheben.
Der Nachteil ist die Kontrolle. Sobald ein Protokoll geöffnet ist, gehört es allen, die dazu beitragen. Rheinmetall verliert die Möglichkeit, genau zu bestimmen, wie sich das System entwickelt.
Vergleich von Geschlossenen und Offenen Protokollen
| Funktion | Battlesuite Protocol | Typisches Geschlossenes Protokoll |
|---|---|---|
| Verfügbarkeit des Quellcodes | Vollständig Open Source | Proprietär, geschlossen |
| Interoperabilitätsziel | Standardisiertes Datenmodell | Vendorspezifische Schnittstellen (1) |
| Sprachunterstützung (2) | C++, Java, C#, Python (3) | Auf von den Herstellern unterstützte Sprachen beschränkt (4) |
| Abwärtskompatibilität (5) | Durch XTypes/XCDR2 garantiert (6) | Oft manuell, herstellergesteuert (7) |
| Kontrolle (8) | Wird von den Mitwirkenden gemeinsam genutzt (9) | Im Besitz des Herstellers (10) |
| Testen (11) | Für jeden offen (12) | Auf interne Teams beschränkt ( |
Die Tabelle zeigt den Unterschied deutlich. Ein geschlossenes Protokoll hält alles gesperrt. Ein offenes Protokoll wie Battlesuite lässt das gesamte Feld gemeinsam voranschreiten. (
Was Entwickler erhalten (
Entwickler haben nun einen klaren Weg, um Battlefield-Software zu entwickeln, die direkt mit Rheinmetalls Systemen verbunden ist. Die mehrsprachige API bedeutet, dass ein Team die Sprache wählen kann, die es am besten kennt, nicht die, die ein Anbieter ihnen aufzwingt. (
Das Versprechen der Abwärtskompatibilität ist ebenfalls wichtig. Teams können ältere Systeme weiterhin betreiben, während sie neue einsetzen, was das Risiko während Übergängen reduziert. (
Das Endergebnis (
Rheinmetall hat sein Battlesuite-Protokoll in die öffentliche Domäne gestellt. Es lädt die breitere Verteidigungs- und Technologie-Community ein, zu einem Standard beizutragen, der definiert, wie Battlefield-Systeme miteinander kommunizieren. (
Der Schritt birgt Risiken. Der Verzicht auf die Kontrolle über das Protokoll bedeutet, auf einen Teil der Möglichkeit zu verzichten, seine Zukunft zu gestalten. Aber es bedeutet auch, dass das Protokoll über das hinaus wachsen kann, was ein einzelnes Unternehmen allein aufbauen könnte. (
Für Entwickler ist die praktische Schlussfolgerung einfach: ein neues Werkzeugset steht zur Verfügung, das kostenlos genutzt werden kann und von der technischen Arbeit eines großen Lieferanten unterstützt wird. Für Rheinmetall ist die Frage, ob die Community erscheint und etwas Besseres als das Original baut. (
Die wichtigsten Fakten: (
- Protokoll: Battlesuite, Open Source von Rheinmetall (
- Standard: DDS, von der Object Management Group (OMG)
- Encoding: DDS XTypes und XCDR2
- Kernsprache: C++
- API-Sprachen: C++, Java, C#/.NET, Python
- Versprechen: Volle Abwärtskompatibilität über sich entwickelnde Datenmodelle hinweg
Dieser Schritt ist ein Signal, dass die großen Anbieter offene Protokolle als einen Weg sehen, die Branche voranzutreiben, und nicht nur als einen Marketing-Slogan.
Das Notizbuch abonnieren.
Die besten Geschichten des Tages und jedes neue Urteil, in klarem Deutsch, um sieben im Postfach. Eine Mail am Tag, nicht mehr.