La empresa alemana de armamento Rheinmetall ha abierto el código fuente de su protocolo Battlesuite, el sistema que conecta sensores y software de campo, y ha puesto el código a disposición de cualquier persona que lo utilice.
La biblioteca de interfaz onboardapi y el middleware se construyen en torno a un modelo de datos común diseñado para que diferentes componentes de hardware y software puedan comunicarse entre sí. Utiliza el estándar Data Distribution Service (DDS) del Object Management Group (OMG).
Esta medida pone los fundamentos técnicos de un importante proveedor militar en el dominio público, y lleva consigo una promesa clara: este es un protocolo para construir sistemas de campo, ahora abierto para que otros puedan construir sobre él.
La base de datos DDS
DDS es una forma centrada en los datos de mover información. En lugar de pasar mensajes entre máquinas, mantiene los datos en memoria compartida y permite a los suscriptores obtener actualizaciones a medida que llegan. Ese diseño reduce la latencia y mantiene el sistema en funcionamiento incluso cuando algunos enlaces fallan.
La versión de Rheinmetall de la biblioteca utiliza DDS XTypes y codificación XCDR2. Estas herramientas mantienen el funcionamiento del software antiguo con modelos de datos más nuevos, de modo que los equipos pueden actualizar una parte de un sistema sin romper todo lo demás en lo que depende.
La biblioteca principal está escrita en C++. Pero la API incluye soporte para Java, C#/.NET y Python, para que los desarrolladores puedan elegir el lenguaje que mejor se adapte a su proyecto.
Qué cambia esto
Abrir el código fuente de un protocolo de sistema de armas conectado cambia el panorama. Significa que empresas más pequeñas y desarrolladores independientes pueden crear herramientas de sensores y software que se conectan directamente a la arquitectura Battlesuite de Rheinmetall.
Eso es un gran avance para cualquiera que esté construyendo tecnología de campo. En lugar de esperar a que un proveedor certifique una nueva pieza, pueden probarla contra el estándar publicado.
La promesa de compatibilidad hacia atrás es la otra mitad de la historia. Los sistemas construidos sobre versiones anteriores del protocolo pueden seguir funcionando mientras los más nuevos se ponen en línea, lo cual es importante en un entorno donde desplegar un nuevo equipo a menudo lleva años.
El caso del código abierto
La publicación de código abierto de un protocolo como este es una apuesta a que la comunidad más amplia puede encontrar fallas, agregar características y mejorar el sistema más rápido de lo que una sola empresa podría por sí sola.
También abre la puerta a más pruebas. Con el código a disposición pública, cualquiera puede ejecutar pruebas en él, detectar problemas y solucionarlos.
El inconveniente es el control. Una vez que un protocolo está abierto, pertenece a todos los que contribuyen a él. Rheinmetall pierde la capacidad de dictar exactamente cómo evoluciona el sistema.
Comparación entre Protocolos Cerrados y Abiertos
| Característica | Protocolo Battlesuite | Protocolo Cerrado Típico |
|---|---|---|
| Disponibilidad del código fuente | Totalmente de código abierto | Propietario, cerrado |
| Objetivo de interoperabilidad | Modelo de datos estandarizado | Interfaces específicas del proveedor (1) |
| Soporte de idiomas (2) | C++, Java, C#, Python (3) | Limitado a los idiomas soportados por el proveedor (4) |
| Compatibilidad con versiones anteriores (5) | Garantizado a través de XTypes/XCDR2 (6) | A menudo manual, impulsado por el proveedor (7) |
| Control (8) | Compartido entre los colaboradores (9) | Propiedad del proveedor (10) |
| Pruebas (11) | Abierto a cualquier persona (12) | Limitado a equipos internos. |
La tabla muestra claramente la brecha. Un protocolo cerrado mantiene todo bloqueado. Un protocolo abierto como Battlesuite permite que todo el campo avance juntos.
Lo que obtienen los Desarrolladores
Los desarrolladores ahora tienen un camino claro para construir software de campo de batalla que se conecta directamente a los sistemas de Rheinmetall. La API multilingüe significa que un equipo puede elegir el idioma que mejor conoce, no el que un proveedor les impone.
La promesa de compatibilidad con versiones anteriores también es importante. Los equipos pueden mantener los sistemas más antiguos en funcionamiento mientras implementan los nuevos, lo que reduce el riesgo durante las transiciones.
El resultado final
Rheinmetall ha puesto su protocolo Battlesuite en el dominio público. Está invitando a la comunidad más amplia de defensa y tecnología a contribuir a un estándar que define cómo los sistemas de campo de batalla se comunican entre sí.
La medida conlleva riesgos. Ceder el control sobre el protocolo significa renunciar a cierta capacidad para dar forma a su futuro. Pero también significa que el protocolo puede crecer más allá de lo que una sola empresa podría construir por sí sola.
Para los desarrolladores, la conclusión práctica es simple: está disponible un nuevo conjunto de herramientas, de libre uso y respaldado por el trabajo de ingeniería de un proveedor importante. Para Rheinmetall, la apuesta es si la comunidad se presenta y construye algo mejor que el original.
Los hechos clave:
- Protocolo: Battlesuite, de código abierto por Rheinmetall
- Estándar: DDS, del Object Management Group (OMG)
- Codificación: DDS XTypes y XCDR2 )
- Lenguaje principal: C++ )
- Lenguajes de API: C++, Java, C#/.NET, Python )
- Promesa: Compatibilidad total hacia atrás a través de modelos de datos en evolución )
Esta decisión es una señal de que los principales proveedores ven los protocolos abiertos como una forma de impulsar la industria hacia adelante, y no solo como un eslogan de marketing. )
Recibe El Cuaderno.
Las mejores historias del día y cada veredicto nuevo, en español claro, en tu correo a las siete. Un correo al día, nada más.