El Gripen separa vuelo y misión para actualizar armas y sensores con menos dependencia técnica que el sistema integrado del F-35.
La separación del código permite cambios tácticos sin tocar el vuelo
El 1 de agosto de 2024, la Fuerza Aérea Brasileña instaló el paquete de software de misión MS21 en sus cazas F-39 Gripen en los hangares de la Base Aérea de Anápolis, sin alterar una sola línea del código de control de vuelo de las aeronaves. Ese procedimiento fue posible porque la arquitectura de Aviónica Modular Integrada Distribuida separa los comandos aerodinámicos del sistema de armamento.
Cuatro semanas antes, el teniente general Michael Schmidt, oficial ejecutivo de la Oficina del Programa Conjunto del F-35, autorizó la reanudación condicionada de las entregas del caza furtivo estadounidense tras una paralización de doce meses. Esa pausa produjo la retención logística de decenas de aviones de combate en las líneas de ensamblaje por la incapacidad técnica de Lockheed Martin para validar el código Technology Refresh 3.
Al certificar el modelo computacional del JAS 39E Gripen bajo el estándar civil de aviación DO-178C, la Administración de Material de Defensa de Suecia aplicó una normativa rigurosa reservada al software crítico de vuelo. A partir de ese requisito, los ingenieros de Saab dividieron físicamente el procesador central de la aeronave en tres capas informáticas aisladas, con funciones estables y tácticas claramente separadas.
La capa inferior gobierna las variables inalterables: el empuje del motor turbofán General Electric F414-GE-39E, las superficies aerodinámicas y los sistemas de soporte vital del piloto. Las dos capas superiores procesan los datos variables del combate táctico, como la guerra electrónica, el barrido del radar AESA Raven ES-05 y los enlaces de datos Link 16, sin intervenir sobre el núcleo crítico de vuelo.
Claves técnicas que separan misión y control de vuelo
- El paquete MS21 se instaló en los F-39 Gripen brasileños sin modificar el código de control de vuelo.
- La arquitectura DIMA separa comandos aerodinámicos, armamento y aplicaciones tácticas.
- El estándar DO-178C se aplicó al modelo computacional del JAS 39E Gripen.
- Las capas superiores procesan guerra electrónica, radar AESA Raven ES-05 y enlaces Link 16.
El F-35 concentra sensores y armas en un núcleo interdependiente
Una modificación algorítmica en la resolución del radar o la adición de una interfaz para disparar un nuevo misil aire-aire Meteor exige reescribir únicamente el código de las capas de misión del Gripen. El computador principal de control de vuelo no procesa ese cambio táctico, lo que elimina la necesidad de ejecutar una campaña de pruebas aerodinámicas para cada parche de armamento.
Al estructurar el F-35 Lightning II bajo una doctrina de fusión de sensores centralizada, el programa Joint Strike Fighter vinculó de forma bidireccional e interdependiente más de ocho millones de líneas de código fuente. La Oficina del Programa Conjunto del Pentágono establece que la integración de armas modernas, como el misil antibuque AGM-158C LRASM, debe atravesar obligatoriamente el núcleo del procesador central del avión.
Las alteraciones operativas en las frecuencias del radar AN/APG-85 también deben pasar por ese núcleo. Por esa razón, la manipulación de una sola línea de código destinada a la computadora de misión obliga a los equipos de ingeniería estadounidenses a validar de nuevo las secuencias de navegación y de vuelo crítico, con el fin de descartar errores sistémicos inducidos en el empuje o los alerones.
Este acoplamiento informático causó la paralización del lote 15 de producción, que mantuvo más de noventa aeronaves recién fabricadas en las pistas de Fort Worth durante todo 2023 y el primer semestre de 2024. La pausa quedó asociada a la dificultad para validar TR-3 sin alterar la estabilidad de la red operativa general del avión.
Los parches del Gripen reducen inactividad y dependencia física
Para evitar que las aplicaciones tácticas dependan de los componentes físicos de la plataforma, la directiva de arquitectura informática de Saab impone ciclos de desarrollo separados del hardware aeronáutico. Bajo ese esquema, los programadores suecos introducen parches algorítmicos en los nodos de guerra electrónica Arexis del Gripen E en cuestión de días tras identificar una nueva firma de radar enemiga en el mar Báltico.
El protocolo de mantenimiento de la Fuerza Aérea Sueca autoriza al personal técnico de tierra a cargar estos archivos tácticos directamente en la línea de vuelo mediante terminales portátiles reforzadas. Esa práctica reduce el periodo de inoperatividad de los escuadrones a escasos minutos y mantiene separadas las aplicaciones militares del funcionamiento esencial de la computadora de control.
El sistema operativo subyacente de la arquitectura DIMA asigna particiones de memoria y núcleos de procesamiento específicos a cada nueva aplicación militar. Así, el consumo de datos del sistema Arexis no invade ni ralentiza los recursos computacionales asignados a la seguridad de la computadora de control, porque el diseño reserva capacidades distintas para misión y vuelo.
Debido a que las especificaciones técnicas del software Bloque 4 del F-35 demandan una capacidad de procesamiento veinticinco veces superior al diseño original del avión, el Departamento de Defensa de Estados Unidos debe extraer y reemplazar físicamente las unidades de computadora central en los cazas ya operativos. Ese reemplazo masivo de hardware, denominado TR-3, exige una intervención intrusiva en sistemas internos.
El hardware modular del Gripen facilita actualizaciones en bases
TR-3 obliga a los técnicos a intervenir de forma intrusiva los circuitos de refrigeración líquida y el cableado interno de fibra óptica en centros de mantenimiento logístico de nivel de depósito. En cambio, el diseño estructural del Gripen E gestiona la obsolescencia informática mediante componentes comerciales estandarizados para la computación táctica, con esos módulos físicamente separados del hardware aeronáutico de grado militar.
Así, la Fuerza Aérea Brasileña planifica el reemplazo de las tarjetas de procesamiento de misión de sus flotas de F-39 mediante la apertura de paneles de acceso externo estándar en las bases aéreas operativas. Ese procedimiento evita reingeniería térmica profunda y la inmovilización de las plataformas durante meses, porque la computación táctica no queda absorbida por el hardware crítico de vuelo.
En el entorno de desarrollo de aplicaciones del JAS 39E, el consorcio aeronáutico sueco utilizó lenguajes de programación estándar de la industria civil y una plataforma basada en Linux para gestionar las interfaces de información de la cabina. Esa estandarización tecnológica permite que empresas contratistas externas diseñen y prueben aplicaciones para el avión sin acceder a los protocolos propietarios de seguridad de vuelo de Saab.
La compañía AEL Sistemas, desde sus laboratorios en Porto Alegre, fabricó y programó íntegramente la Pantalla de Área Amplia de la variante brasileña del caza a partir de esa arquitectura abierta. En esa configuración, el procesador de misión recibe la telemetría del radar de a bordo, la convierte al lenguaje estándar de la red interna de datos y la envía a la pantalla.
La arquitectura abierta amplía opciones de armas y software táctico
Ese flujo impide que el código de presentación visual influya sobre las lógicas matemáticas de interceptación de amenazas o sobre las leyes de estabilidad aerodinámica del fuselaje. Como la arquitectura propietaria del F-35 subordina la gestión de configuraciones y actualizaciones a ALIS y a su sucesor ODIN, las redes controladas por Lockheed Martin administran directamente ese proceso.
La integración de armamento de origen europeo, como el misil de crucero Storm Shadow o el interceptor aire-aire IRIS-T, exige a las naciones socias negociar un contrato específico de ingeniería con el fabricante primario. También deben modificar los módulos del software central y ejecutar campañas de certificación que abarcan años de vuelos instrumentados en la Base Aérea de Edwards, en California.
Frente a esa limitación técnica y contractual, la Administración de Material de Defensa sueca integró la bomba planeadora de precisión GBU-39 SDB en los pilones del Gripen mediante la adición de un paquete de software al bus de datos de armamento bajo la norma militar MIL-STD-1760. La computadora central del caza reconoce la bomba como un dispositivo periférico estandarizado.
El sistema lee las envolventes cinemáticas de disparo alojadas en la memoria interna del arma y activa los protocolos de lanzamiento sin recompilar el núcleo del sistema de combate principal. En el F-35, la dependencia de módulos centrales y contratos de ingeniería prolonga el proceso de certificación de armamento, mientras el Gripen usa el bus estandarizado para acotar el cambio.
Las entregas continuas contrastan con los megabloques del F-35
En diciembre de 2024, la Oficina de Responsabilidad Gubernamental del Congreso de Estados Unidos cuantificó que las capacidades tácticas completas del software Bloque 4 del F-35 no entrarán en servicio antes de 2029. Esa fecha implica más de seis años de retraso frente al plan original del Pentágono, con un problema asociado al bloque de código monolítico.
La limitación técnica principal procede de la incapacidad estructural del sistema para estabilizar simultáneamente más de sesenta y seis nuevas funciones operativas sobre un bloque de código monolítico. En el caso sueco, la jefatura operativa de la Fuerza Aérea descartó los megabloques de actualización prolongada y adoptó un modelo logístico de entregas continuas y parceladas de código táctico.
Por ello, las unidades del Ala F7 estacionadas en la base de Såtenäs reciben descargas regulares de software que actualizan por separado la biblioteca de firmas electromagnéticas y los algoritmos de evasión pasiva. Las mejoras se incorporan de forma asíncrona mientras los aviones mantienen sus rotaciones de alerta de reacción rápida para la vigilancia del espacio aéreo soberano.
En noviembre de 2025, el departamento de ingeniería de Saab completó la construcción de un gemelo digital íntegro de la arquitectura de misión del Gripen en sus laboratorios de ensayos avanzados de Linköping. En ese simulador virtual, los programadores someten a pruebas de carga el código destinado a integrar nuevas variantes de municiones guiadas durante ciclos ininterrumpidos de cuarenta y ocho horas.
El gemelo digital protege el núcleo de vuelo del JAS 39E y F-39
Tras comprobar los parámetros termodinámicos, Saab empaqueta el archivo operativo definitivo. Después, las áreas logísticas de la Fuerza Aérea Brasileña y de la Fuerza Aérea Sueca introducen ese paquete de datos en las computadoras de sus flotas activas directamente en las pistas de despliegue mediante conexiones militares cifradas convencionales.
Durante todo el proceso, el código fundamental que gobierna en tiempo real los actuadores electrohidráulicos de los canards y las superficies de estabilización de las plataformas JAS 39E y F-39 permanece en su estado original. El diseño estructural lo protege frente a fallas o interferencias procedentes del entorno del software de armamento.
La comparación entre ambos modelos muestra que el Gripen separa las capas de misión, armamento y vuelo para permitir cambios acotados, mientras el F-35 concentra funciones en una red centralizada con alta interdependencia. Esa diferencia aparece en la certificación de armas, la sustitución de hardware, los ciclos de actualización y la capacidad de cada fuerza aérea para intervenir sus flotas.
Con esa arquitectura, el JAS 39E Gripen y su variante brasileña F-39 conservan el control de vuelo aislado de los cambios tácticos, lo que permite actualizar radar, guerra electrónica, pantallas y armamento sin recompilar el núcleo principal. El F-35, por el contrario, vincula esas funciones a un sistema central cuyo cambio exige validaciones amplias y campañas de certificación prolongadas.