Rheinmetall ouvre la documentation de son API système d'armes connectées
- Le groupe allemand Rheinmetall a publié la documentation de son onboardapi, une interface de communication pour systèmes d'armes embarqués basée sur le standard DDS (Data Distribution Service).
- L'API supporte C++, Java, C# et Python, avec une architecture publish-subscribe garantissant une latence faible.
- La source est documentée mais pas réellement open-source au sens du code, seules les spécifications sont librement accessibles.
Ce que dit la source
Rheinmetall présente cette publication comme une standardisation de la communication entre capteurs et composants logiciels dans ses systèmes d'armes embarqués. Le groupe a choisi de rendre la documentation publique plutôt que de la réserver à ses partenaires directs, ce qui facilite l'intégration par d'autres acteurs sans passer par des demandes d'autorisation export-control répétées.
- Basée sur DDS (Data Distribution Service) de l'OMG, une architecture publish-subscribe avec garanties de latence faible adaptée aux applications haute-demande
- Supporte plusieurs langages via wrappers : C++, Java, C#/.NET et Python, avec un noyau C++
- Utilise DDS XTypes et XCDR2 pour la rétrocompatibilité entre versions du modèle de données
- Documentation couvre Client/Service architecture, modèle de données, interfaces et exemples de code
- Licence EPL v2.0 pour les descriptions d'interface, EULA propriétaire Rheinmetall pour les librairies runtime
Dans les commentaires
Débat partagé : certains commentaires relèvent l'aspect positif d'une transparence accrue, d'autres questionnent l'utilité réelle (publication documentaire plutôt que véritable open-source), quelques-uns critiquent les choix techniques (DDS jugé trop lourd, qualité des wrappers) ou soulignent des parallèles avec d'autres standards militaires.
- Plusieurs commentateurs soulignent que seule la documentation est librement accessible, pas le code source : la publication du github Rheinmetall ne contient apparemment que des exemples, pas les librairies runtime
- L'utilisation de DDS pour un système embarqué d'armes divise : un commentateur note que DDS est trop complexe et lourd pour les systèmes embarqués sans allocation mémoire dynamique, suggérant qu'un protocole plus simple et temps-réel serait plus adapté
- Critique technique sur la qualité des wrappers (Java, C#, Python) : un développeur pointe des non-respects des conventions de nommage du langage et s'interroge sur la rigueur du reste du code
- Un commentaire ironique propose un prompt LLM simulant une utilisation de l'API pour intégration domotique (Home Assistant), mettant en lumière l'incongruité de donner un tel accès à une IA non supervisée sur un système d'armes
- Plusieurs mentions de standards militaires proches (TMS/MIL-STD-3071, DIS/IEEE1278, HLA/IEEE1516, GVA du MOD britannique) suggèrent que Rheinmetall rejoint une pratique d'interopérabilité défense plutôt que d'innover vraiment
Notre lecture
Intéressant sur le plan stratégique (interopérabilité défense, réduction des frictions export-control), mais sans conséquence directe pour une DSI civile. La transparence sur le protocole répond probablement à une contrainte militaire d'interopérabilité OTAN plutôt qu'à un choix philosophique. Sur le plan technique, les critiques concernant DDS en environnement embarqué sont valides, et l'absence du véritable code source limite le bénéfice réel d'une publication « open source ». À surveiller si vous intervenez sur des projets de défense impliquant l'intégration d'équipements alliés, sinon aucune action implicite.