Cómo muchos sabrán porque se ha posteado bastante, el nuevo Block 4, se está atragantando a la hora de implementarlo, tal es así, que hace unos días desde Lockheed han dicho que igual no fue buena idea decir que sí a todo lo que desde el pentágono se les decía tenía que llevar el nuevo block, y que deben revisar estas cosas para nuevos blocks.
Y quizás les haga tener que dividir el block 4 en 2 suplementos, algo así como block 4a y más tarde el block 4b. Dejo link al final.
Vamos con un poco de historia del proyecto para ver si se entiende sin que suene a chino el porqué de estos problemas.
De entrada, una infografía que servirá de comprensión al resto.

El F-35 está diseñado para ser actualizado continuamente a lo largo de su vida útil; la mayoría de estas actualizaciones se realizan a través del software. A medida que el software se vuelve más complejo y consume más potencia de procesamiento, es necesario actualizar los procesadores, la memoria, etc. del F-35. Desde que comenzó el desarrollo del F-35, éste ha recibido 3 actualizaciones de hardware para entre otras cosas su capacidad de procesamiento; este tipo de actualizaciones se denominan "Actualización o refresco tecnológico" de ahí la famosa abreviatura "TR" (technological refresh).
El TR-1 se llevó a cabo al principio del programa, antes incluso de que el primer F-35 volase. Los F-35 volaron con hardware TR-1 hasta el software Block 2B como se puede ver en la infografía adjuntada, que fue con el que el Cuerpo de Marines de los EEUU declaró por primera vez la capacidad operativa inicial para el combate ICO. Luego vendría el ICO de la USAF, y mucho más tarde la Navy con el F-35C pero ya con el software 3F integrado.
La segunda actualización, la TR-2 se llevó a cabo justo después de que el F-35 entrara en servicio, reemplazando los procesadores utilizados en el avión y realizando otras mejoras para aumentar la potencia de procesamiento del avión. Cuando esto ocurrió, tomaron las características del Block 2B y las trasladaron al hardware TR-2, creando la versión de software llamada Block 3i (i de “inicial”).
Pasar del Block 2B al 3i en ese momento no implicó cambios profundos, pero terminaron tomando más tiempo de lo esperado, lo que resultó en demoras en el desarrollo. Esto se debe a que siempre que se intenta transferir software a un nuevo hardware, las cosas interactúan de manera diferente y esto genera errores que deben resolverse con cuidado. Un ejemplo es que los aviones que utilizaban el Block 3i experimentaron problemas en la red interna del avión muy frecuentemente, lo que era inaceptable. Podrías estar volando y de repente el radar se bloqueaba y necesitaba ser reiniciado.
Descubrieron que, por alguna razón no comentada, había habido un "error de sincronización del nivel de nanosegundos". Tras solucionar eso la estabilidad del block 3i mejoró a niveles superiores a los vistos anteriormente con el 2B.
Después del Bloque 3i, agregaron más funciones y eso dio como resultado el Bloque 3F (f de "final"), que era la versión de software "final" destinada al desarrollo "inicial" del F-35.
Hay haters que hoy en día aducen que sigue sin estar terminado el avión. Cómo veis es falso. El Block 3F era la línea de meta del desarrollo inicial del avión. Lo que hay ahora es el desarrollo continuo que durará toda la vida del avión, tras el Block4, vendrá el desarrollo del block, 5 luego el 6, etc lo mismo que ha sucedido con otros aviones como pueda ser el F-16 que ya van por el Block 70.
Continuemos, después de pasar por los problemas de trasladar el software del Bloque 2B al hardware TR-2, han pasado por el mismo proceso, trasladando el software actual (3F) al hardware TR-3 (al mismo tiempo que intentaban agregar nueva funcionalidad).
Pero con el añadido que los cambios de hardware TR3 es mucho más profundo que el habido en el TR2. Ahora se va a cambiar no solo procesadores, sino cockpit, DAS, nuevo radar, EOTS y se implementa también hardware en el barracuda...se puede decir que estamos ante un nuevo modelo, si no fuese porque el aspecto exterior es el mismo.
Por lo visto, al igual que con la transición del Bloque 2B al 3i, han subestimado por mucho los desafíos que implicaría, o si no lo han hecho, los problemas a salvar han resultado mayores de lo que estimaron de inicio.
El gobierno norteamericano decidió que no iba a pagar a Lockheed por aviones con software problemático. Como resultado, se han construido más de 100 F-35 con hardware TR-3 en la fábrica de Lockheed en Fort Worth que no pudieron ser entregados a los clientes finales y se mantenían en depósito.
Como ya sabéis se necesitarán más meses por delante para terminar de solucionar los fallos de adaptación en el software, mientras el gobierno de EEUU y Lockheed llegaron a un acuerdo por el cual se utilizará una versión del software del Bloque 4 que sea segura y adecuada para el entrenamiento, pero que no ofrezca todas las características previstas. Esto permitirá que el ejército de los EE UU continúe equipando unidades con F-35 y le permite a Lockheed liberar espacio en sus depósitos. Cuando se haya solucionado del todo, bastará con una actualización de software a estos aviones TR3.
Ahora pensad por un momento, los quebraderos de cabeza que tendría un país como España si quisiese meterle mano al software, como a veces leo. Esto no es un F-18 de los 80, es algo super complejo, y no llega con tener a 3 paisanos haciendo código. Hace falta mucha pasta y recursos, además de una clara voluntad política que España no tendría. De hecho, ni tiene para desarrollar el Typhoon como se merecería y necesita de terceros.
Fijaos en la siguiente imagen que ni tan siquiera están citados todos los elementos de hardware que van a ser integrados en el nuevo block. El EOTS o el RADAR ni aparecen.

Una vez, se integre el TR3 dentro del software 3F, se irán incrementando vía software las capacidades del avión a través del nuevo hardware, es de suponer que el software final, se le acabe denominando diferente.
Y hasta aquí, colorín colorado, este cuento se ha acabado.