Dentro de STRILAB, la propia incubadora de guerra de la Brigada de la Guardia Real (IB 1) sueca, un soldado y un oficial de reserva han construido en cinco semanas ELD, un plugin para la aplicación de imagen de situación ATAK que digitaliza las solicitudes de fuego indirecto. Una orden que antes debía transmitirse verbalmente por la red telefónica ahora puede enviarse como un mensaje en una aplicación. Detrás del proyecto está la idea misma de STRILAB: construir de abajo hacia arriba, desde el soldado, en lugar de desde arriba.

STRILAB es la propia incubadora de guerra de la Brigada de la Guardia Real (IB 1), un laboratorio de combate donde oficiales de reserva y soldados desarrollan tecnología y métodos desde abajo, con métodos de trabajo tomados del mundo de las startups. Este verano se celebra por primera vez un programa de cinco semanas destinado a transformar las experiencias de los ejercicios de primavera en prototipos concretos. La iniciativa está dirigida por los oficiales de reserva Jakob Blomqvist y Fabian Duke, y se basa, según ellos, en la proporción inusualmente alta de soldados a tiempo parcial de la brigada, muchos de los cuales cursan estudios técnicos. NDS se reunió con los promotores de la iniciativa en un ejercicio de campo la pasada primavera.

Es en este programa donde ha tomado forma el proyecto ELD, construido por dos personas que coincidieron en el mismo grupo de proyecto apenas este verano. Lukas Nilsson acaba de terminar su servicio militar como soldado de mortero en la IB 1 y actualmente es soldado GSS/T (soldado de contrato a tiempo parcial en las Fuerzas Armadas suecas); en STRILAB es el desarrollador que construye la aplicación. Albert Oscarsson es oficial de reserva en la especialidad de combate indirecto y estudiante de ingeniería, y dirige el proyecto.

Trabajan en la misma cadena, pero en niveles distintos. Lukas está en la base, junto al mortero. Albert planifica y coordina el fuego indirecto a nivel de batallón. Juntos, afirman, tienen una visión inusualmente completa de cómo es la cadena de dirección de fuego y dónde se producen los roces.

El problema que abordaron es que la cadena de dirección de fuego se basa en tecnología que no se ha modernizado desde la década de 1990. Las unidades dependen del antiguo sistema de radio Radio 180, y los pelotones de mortero, de comunicaciones por cable. Esto último los obliga a agruparse en lugar de dispersarse, lo que los hace vulnerables, entre otras cosas, a la amenaza de drones. Además, varios de los sistemas antiguos requieren operadores capacitados, es decir, más personal del que realmente se necesita.

La transmisión de órdenes también es manual. Una solicitud de fuego se estructura según la regla mnemotécnica VISSSTBOA, un acrónimo que garantiza que no se omita nada importante. El umbral se hace más evidente, dice Albert, para un soldado de infantería común fuera de la cadena de dirección de fuego. Este no cuenta con equipo de comunicaciones propio, por lo que la solicitud debe transmitirse verbalmente en cuatro pasos: del jefe de grupo al jefe de pelotón, de este al jefe de compañía y finalmente al oficial de fuego de apoyo.

"Cada nivel debe recordarla y repetirla en un nuevo sistema de radio", dice Albert. "Eso la hace lenta y complicada, y en la práctica se practica poco o nada."

Con ELD, afirman, la solicitud puede enviarse en cambio como un mensaje en la aplicación, directamente a la persona adecuada.

La solución está construida como un plugin para ATAK (Android Team Awareness Kit), una aplicación Android dentro del sistema estadounidense TAK. ATAK proporciona a las unidades una imagen de situación digital compartida en tiempo real, hasta el nivel del soldado, y puede considerarse un complemento al mapa, la brújula, el overlay táctico (oleato) y la radio. Muchos ya la llevan en el móvil integrado en el chaleco antibalas, y el cifrado lo gestiona la propia plataforma.

"Se obtiene un mapa sobre el que se puede dibujar, y un sistema de mensajería ya construido", dice Lukas.

El objetivo, afirma, es reunir toda la cadena de fuego indirecto en un único sistema: el soldado o el director de fuego que solicita el fuego, el oficial de fuego de apoyo que lo distribuye y la dotación de la pieza que dispara.

"Toda la cadena de fuego indirecto debe estar en una aplicación, en un sistema. Debe ser sencillo, no debe existir riesgo de errores y no debe requerirse una cantidad innecesaria de material", dice Lukas.

Cada función tiene su propia vista, explica. El oficial de fuego de apoyo debe ver el panorama general con la ubicación de las piezas, el ancho de fuego y las municiones, mientras que quien está junto a la pieza solo ve lo necesario para disparar.

En la aplicación, que demuestran, quien solicita el fuego elige qué sistema debe actuar: mortero, artillería, drones FPV o misil antitanque. El objetivo se indica con coordenadas, o mediante dirección y distancia desde un punto en el mapa, junto con el tipo de proyectil, el patrón de disparo y el volumen de municiones (cadencia de fuego).

Lo que diferencia a ELD de los sistemas de mando más grandes es la dirección: mientras que estos se encargan desde arriba, ELD partió directamente del usuario final.

"Todo empezó a partir del pelotón de mortero, ese fue el primer prototipo", dice Albert. "Después seguimos construyendo de abajo hacia arriba."

Con el tiempo, la cadena creció: el director de fuego, el oficial de fuego de apoyo, la artillería y, según ellos, tarde o temprano también los drones FPV.

Ninguno de los dos había construido antes un plugin para ATAK, ni había programado. Aun así, la elección de ATAK les resultó natural, afirman: es de código abierto, ampliamente utilizado y bien documentado, y ya es uno de los medios de comunicación empleados en las Fuerzas Armadas suecas.

"Es una forma sencilla de obtener una prueba de concepto", dice Albert.

Fueron aprendiendo sobre la marcha. La información sobre ATAK es abierta pero difícil de organizar, y para ello utilizaron Claude para encontrar respuestas. También empezaron a pequeña escala: el primer prototipo se construyó como una simple aplicación web y se mostró a usuarios potenciales antes de invertir tiempo en un plugin ATAK definitivo.

Tras las cinco semanas, existe un prototipo terminado que, según Lukas y Albert, ya ha sido probado por pelotones de mortero en Suecia con buenas valoraciones. Durante el proceso intensivo, han visitado distintas unidades, entre ellas el I21 en Sollefteå (norte de Suecia) y la Guardia Real (Livgardet) en Estocolmo, para preparar las pruebas y ensayos del otoño y conocer qué necesitan las unidades para querer probar ELD en condiciones reales.

"No se espera a que alguien diga qué debe hacerse, sino que se buscan las respuestas por cuenta propia", dice Albert sobre la metodología de trabajo.

¿Dónde quieren que esté ELD en un año?

"Nuestro objetivo es llevarlo a los usuarios", dice Albert, y continúa: "Queremos llegar al mayor número posible de usuarios, como prueba de que funciona."

Deliberadamente, aún no han fundado ninguna empresa.

El camino hacia ese objetivo puede tomar varias direcciones. O bien las Fuerzas Armadas suecas lo adoptan, o bien el código se vende a una empresa de defensa establecida que se encargue de la documentación y lleve el proceso hacia la Agencia Sueca de Adquisiciones de Material de Defensa (FMV). Lo que frena el proceso, sostienen, rara vez es la tecnología, sino todo lo que la rodea: el método, los manuales y el largo camino jerárquico.

"Si fabricas una pala, tienes que hacer un manual de instrucciones de veinte páginas sobre cómo usarla", dice Albert con un brillo en la mirada. "Creo que los soldados pueden averiguarlo por sí mismos."