top of page

Una recreación en FPGA devuelve a la vida el ordenador MP944 del F-14 Tomcat

Tom Hardware ha destacado una recreación funcional del clasificado ordenador MP944 del F-14 Tomcat, construida dentro de una FPGA moderna y conectada a un modelo móvil. El proyecto hace más que imitar software antiguo. Reconstruye una arquitectura digital temprana con suficiente fidelidad como para accionar las alas de geometría variable del modelo.

El experto en sistemas embebidos Adam Taylor desarrolló la recreación a partir de material histórico asociado al Central Air Data Computer, o CADC. El CADC procesaba información de sensores y respaldaba varias funciones de control de la aeronave. Su inusual chipset MP944 se desarrolló antes de que Intel lanzara comercialmente el 4004.

Esa cronología crea la tensión central del proyecto. El 4004 de Intel sigue siendo el hito de referencia como primer microprocesador comercial. El sistema del F-14 plantea una reivindicación diferente, basada en un procesador anterior, especializado y multichip, oculto por la clasificación militar.

La aeronave impresa en 3D convierte ese argumento histórico en una demostración física. En lugar de mostrar valores de registros simulados en una pantalla, Taylor utiliza la lógica recreada para controlar una función reconocible del F-14. Las alas móviles muestran cómo los cálculos del ordenador afectaban a la aeronave que lo rodeaba.

Tom Hardware convierte una reconstrucción de procesador en una demostración funcional de aeronave

El cambio importante es que la recreación del MP944 ha pasado de ser un modelo digital a un sistema de control visible.

Taylor implementó la arquitectura histórica utilizando VHDL, un lenguaje de descripción de hardware que define circuitos digitales. El diseño funciona en una matriz de puertas programables en campo, o FPGA, cuya lógica interna puede configurarse después de su fabricación.

Una FPGA no se limita a ejecutar un emulador de software del MP944. Su lógica programable puede recrear registros, unidades aritméticas, rutas de datos, comportamiento temporal y señales de control como estructuras de hardware conectadas. Esa distinción la hace adecuada para reconstruir procesadores antiguos.

El proyecto comenzó con información de diseño conservada, en lugar de una instalación CADC original. Ray Holt, uno de los ingenieros asociados al procesador original, ha publicado notas de diseño y registros históricos. Esos materiales describen una arquitectura distribuida entre varios circuitos integrados especializados.

Taylor habló sobre la reconstrucción del procesador para una audiencia de ingeniería de FPGA Horizons. Su plan de presentación abarcaba la recuperación de requisitos, la creación de módulos de hardware, el desarrollo de bancos de pruebas y la ejecución en una FPGA de AMD.

Un banco de pruebas proporciona entradas controladas a un diseño de hardware y verifica sus salidas. Ofrece al ingeniero una forma repetible de comparar la lógica recreada con el comportamiento esperado. Esto importa cuando el sistema físico original es escaso, los registros clasificados siguen incompletos y las pruebas de software convencionales no pueden revelar errores de temporización.

El proyecto CADC público de Taylor describe la máquina original como un ordenador de 20 bits. El 4004 de Intel, en comparación, era un procesador comercial de 4 bits diseñado para tareas relacionadas con calculadoras.

La anchura de bits por sí sola no determina qué procesador era más avanzado. Sí muestra que ambos sistemas respondían a requisitos de ingeniería muy distintos. El F-14 necesitaba aritmética en tiempo real vinculada a sensores y controles de la aeronave, mientras que el 4004 estaba destinado a un producto comercial.

El modelo a escala ofrece un contexto práctico para esas diferencias. Las alas de geometría variable cambian de posición para adaptarse a distintas condiciones de vuelo. En la aeronave real, el CADC procesaba entradas de datos aerodinámicos y ayudaba a generar salidas utilizadas por el sistema de barrido de alas.

El modelo de Taylor no reproduce las cargas aerodinámicas, los sensores, la redundancia, la cualificación ambiental ni los requisitos de seguridad de un caza operativo. En cambio, proporciona una demostración controlada de lógica reconstruida que produce una respuesta física.

Ese límite es importante. Un ala impresa en 3D en movimiento confirma que el proyecto puede conectar conceptos históricos de procesamiento con actuadores modernos. No establece una equivalencia completa con la aviónica certificada de la década de 1970.

Aun así, la demostración mejora una exhibición estática de museo. Los espectadores pueden ver cómo las entradas se convierten en cálculos y después en movimiento. Por tanto, el proyecto presenta el CADC como una arquitectura de control funcional, no solo como una colección de chips obsoletos.

También ofrece a los ingenieros una forma concreta de inspeccionar el diseño. Las señales internas de la FPGA pueden simularse, rastrearse y compararse con resultados intermedios esperados. El hardware original sellado ofrecería menos puntos de observación convenientes.

La historia de Tom Hardware importa porque lleva ese trabajo de ingeniería a una audiencia más amplia. El modelo hace comprensible una reconstrucción especializada sin reducirla a una réplica decorativa.

Por qué el MP944 sigue complicando la historia del primer microprocesador

El MP944 cuestiona una cronología conocida, pero no borra la importancia comercial independiente del Intel 4004.

Garrett AiResearch desarrolló el CADC del F-14 bajo contrato para Grumman y la Marina de Estados Unidos. El trabajo sobre la arquitectura del procesador comenzó en 1968 y llegó a su fin alrededor de 1970, según el material histórico recopilado por el diseñador Ray Holt.

El sistema utilizaba integración a gran escala de metal-óxido-semiconductor, comúnmente abreviada como MOS-LSI. Esa tecnología integraba una cantidad considerable de lógica digital en circuitos integrados cuando alcanzar esa densidad todavía era difícil.

La sección de procesamiento del CADC se identifica habitualmente como el chipset MP944. Distribuía las funciones del procesador entre varios tipos de chips, en lugar de colocar todas las funciones principales de la CPU en un único circuito integrado.

La historia del procesador de Holt describe una arquitectura canalizada de 20 bits con elementos de procesamiento paralelo. El sitio identifica funciones dedicadas para multiplicación, división, direccionamiento, memoria y lógica especial.

La segmentación divide el trabajo en etapas para que distintas operaciones puedan avanzar simultáneamente por diferentes fases. Las unidades funcionales paralelas permiten a la arquitectura realizar determinadas categorías de aritmética sin enrutar cada tarea por una única vía de ejecución de propósito general.

Esas decisiones se adaptaban a un ordenador de datos aerodinámicos. La máquina debía transformar entradas de presión y temperatura en valores como altitud, velocidad aérea, velocidad vertical y número de Mach. Después proporcionaba información a los instrumentos de cabina y a los sistemas de control de la aeronave.

Los registros históricos sitúan el reloj del CADC en 375 kHz y su tasa de ejecución en 9.375 instrucciones por segundo. Esas cifras parecen diminutas frente a los procesadores modernos, pero las comparaciones con ordenadores de escritorio actuales pasan por alto el contexto de ingeniería.

Un ordenador de vuelo requiere resultados predecibles, interfaces definidas y temporización fiable. El rendimiento bruto de instrucciones es solo una parte del problema. La capacidad de realizar los cálculos necesarios dentro de plazos fijos puede importar más.

El Intel 4004 llegó comercialmente en noviembre de 1971. Intel integró las funciones centrales del procesador en un único chip de 4 bits y lo vendió como parte de un chipset programable. Su disponibilidad permitió a clientes fuera de un programa clasificado construir productos a su alrededor.

Esa distribución es fundamental para la posición histórica del 4004. Un procesador ampliamente disponible puede generar documentación, experiencia de desarrollo, productos derivados y una comunidad de usuarios. Un diseño militar secreto no puede producir el mismo efecto público.

El sistema del F-14 tampoco fue el único aspirante temprano a procesador. Four-Phase Systems desarrolló el AL1, y Texas Instruments trabajó en procesadores de calculadora de un solo chip. Las definiciones cambian según si los historiadores exigen programabilidad, disponibilidad comercial o una CPU completa en un solo chip.

Una historia del IEEE trata el surgimiento del microprocesador como una competencia entre varios programas casi simultáneos. Describe el CADC como un sistema de tres CPU que utilizaba 28 chips en total.

Este registro más amplio convierte “el primero del mundo” en una cuestión de categorías. El MP944 tiene una sólida reivindicación como un chipset de microprocesador temprano desarrollado para un sistema embebido operativo. El 4004 tiene la reivindicación más clara como el primer microprocesador comercialmente disponible de un solo chip.

El CADC original permaneció inaccesible al escrutinio público durante décadas. Holt preparó un artículo técnico en 1971, pero la Marina restringió el material. El diseño entró en el debate público solo después de su desclasificación en 1998.

Ese retraso dio forma a la historia aceptada. Los ingenieros podían comprar, estudiar y desarrollar productos basados en procesadores Intel mientras el MP944 permanecía ausente de los libros de texto y catálogos de productos habituales. La influencia pública se acumuló en torno a la tecnología a la que la gente realmente podía acceder.

La cobertura más reciente de Tom Hardware reaviva la disputa a través de la ingeniería, y no solo de la cronología. Reconstruir la arquitectura permite a los investigadores poner a prueba lo que describen los documentos conservados.

También fomenta un lenguaje más preciso. Llamar al MP944 el primer microprocesador sin matices oculta su construcción multichip. Desestimarlo porque no era comercial ignora su arquitectura de procesamiento integrada y su finalización anterior.

La conclusión más útil reconoce ambas líneas de desarrollo. La aviónica militar impulsó la computación especializada en tiempo real bajo restricciones estrictas. Los semiconductores comerciales convirtieron el procesamiento programable en una plataforma ampliamente disponible.

El verdadero logro es reconstruir el mecanismo

El proyecto de Taylor importa porque convierte evidencia histórica fragmentada en hardware que puede simularse, probarse y conectarse a un sistema físico.

Recrear un procesador antiguo no es lo mismo que portar una aplicación. El ingeniero debe recuperar las transiciones de estado de la arquitectura, el comportamiento aritmético, la secuenciación de instrucciones, las interfaces de memoria y la temporización externa.

La documentación incompleta dificulta ese trabajo. Un diagrama de bloques de alto nivel puede explicar lo que hace cada unidad sin definir cada ciclo. Una anotación de cuaderno puede conservar el nombre de una señal, pero omitir su comportamiento ante una entrada inusual.

Taylor ha dicho que la inteligencia artificial ayudó a organizar la documentación disponible en requisitos y planes de verificación. Este uso merece una interpretación cuidadosa. Un sistema de IA puede clasificar notas y sugerir relaciones, pero no puede establecer por sí solo la corrección histórica.

La parte fiable del flujo de trabajo procede de la trazabilidad. Cada comportamiento implementado debe vincularse a una fuente, una hipótesis explícita de ingeniería o una inferencia comprobable. Los conflictos deben permanecer visibles en lugar de desaparecer en documentación generada.

Una vez que existen los requisitos, los módulos VHDL pueden representar los bloques funcionales recuperados. Un multiplicador puede recibir operandos y producir un resultado definido. La lógica de direccionamiento puede enrutar datos entre elementos de procesamiento, registros e interfaces.

Después, el ingeniero prueba cada módulo por separado antes de integrar toda la arquitectura. Las pruebas a nivel de unidad revelan errores aritméticos. Las pruebas del sistema muestran problemas de secuenciación, sincronizaciones incorrectas y supuestos que fallan cuando los módulos interactúan.

Una FPGA hace práctico este proceso iterativo. El diseño puede sintetizarse, cargarse, observarse, modificarse y cargarse de nuevo. Los ingenieros no necesitan fabricar chips MOS de reemplazo para cada corrección.

Las herramientas FPGA modernas también ofrecen una visibilidad de la que carecía el equipo original. Los analizadores lógicos internos pueden capturar señales seleccionadas mientras el hardware está en funcionamiento. Los simuladores pueden detenerse ante una aserción fallida y conservar el estado previo.

Esa visibilidad cambia la naturaleza de la reconstrucción histórica. El proyecto puede documentar qué coincide con la especificación recuperada y en qué puntos el comportamiento depende de la interpretación. Otros ingenieros pueden entonces cuestionar esas decisiones con nueva evidencia.

El F-14 impreso en 3D ofrece una salida más fácil de entender que un trazado de formas de onda. Una orden de barrido de alas se convierte en movimiento mecánico. La salida sigue dependiendo de electrónica y actuadores modernos, pero la ruta de procesamiento puede seguir la arquitectura recreada.

El enfoque se parece a la arqueología experimental. Los investigadores no se limitan a describir un artefacto. Reconstruyen sus principios de funcionamiento y comprueban si esos principios producen el resultado esperado.

Sin embargo, la reconstrucción digital tiene una ventaja inusual. Una descripción de hardware puede preservar la lógica con un nivel de precisión superior al de la apariencia de una réplica física. También puede ejecutar pruebas automatizadas con numerosas entradas.

Por tanto, la contribución más sólida del proyecto no es afirmar que una FPGA puede superar al hardware de la década de 1970. Ese resultado sería evidente y carecería de interés histórico. Su valor reside en preservar el comportamiento arquitectónico.

La reconstrucción también muestra por qué las FPGA siguen siendo útiles en la ingeniería embebida. El software es flexible, mientras que un chip específico para una aplicación ofrece hardware fijo. Una FPGA ocupa el espacio intermedio al proporcionar lógica paralela configurable.

Esa flexibilidad permite crear prototipos, sustituir interfaces heredadas, preservar hardware y desarrollar sistemas especializados de bajo volumen. Permite a los ingenieros reproducir relaciones de temporización que un emulador de software convencional podría tener dificultades para mantener.

Para el MP944, esas relaciones son importantes. El diseño utilizaba aritmética paralela y movimiento de datos especializado para cumplir una carga de trabajo definida de control de vuelo. Recrear únicamente los resultados de sus instrucciones podría ocultar cómo los ingenieros originales programaron ese trabajo.

El proyecto también puede revelar supuestos no documentados. Una prueba podría mostrar que dos interpretaciones plausibles producen órdenes de alas distintas. Esa discrepancia identificaría un área en la que se necesita más evidencia histórica.

Por eso una trazabilidad de verificación abierta importa más que una demostración pulida. El modelo atrae la atención, pero los requisitos, las correspondencias con las fuentes, los casos de prueba y los archivos de implementación establecen la credibilidad técnica.

Un modelo funcional es evidencia, no validación final

La demostración de las alas de geometría variable respalda la reconstrucción, pero las lagunas en la documentación y la verificación aún limitan lo que cualquiera debería afirmar.

Una salida física puede resultar convincente porque parece completa. La aeronave recibe una orden, sus alas se mueven y el procesador recreado parece funcionar. Sin embargo, varias capas separan esa observación de la equivalencia histórica.

En primer lugar, las entradas de sensores del modelo podrían estar simplificadas. Un CADC real recibía información de presión, temperatura, interruptores y controles mediante interfaces específicas de la aeronave. Una demostración a escala puede sustituirlos por interruptores, valores predefinidos o sensores digitales modernos.

En segundo lugar, sus actuadores difieren de los mecanismos del F-14. Los pequeños servos eléctricos se enfrentan a cargas, requisitos de respuesta y modos de fallo distintos. Su movimiento confirma una ruta de salida, no el comportamiento del sistema hidráulico original.

En tercer lugar, la FPGA utiliza características eléctricas modernas. Su lógica configurable, memoria, distribución de reloj e interfaces no reproducen las propiedades físicas de los dispositivos MOS de puerta metálica.

Una recreación conductual no necesita reproducir esas propiedades de los semiconductores, salvo que el objetivo declarado sea la fidelidad eléctrica a nivel de ciclo. Sí debe revelar qué propiedades preserva.

En cuarto lugar, los registros disponibles podrían no definir todos los casos límite. Los diseños militares suelen incluir modos de prueba, gestión de fallos, canales redundantes y comportamiento de mantenimiento más allá de su función principal. Los detalles ausentes pueden dejar ramas enteras sin verificar.

Según se informa, el CADC original utilizaba redundancia y pruebas en vuelo porque una computadora de control de vuelo no puede asumir que todos los componentes siguen funcionando correctamente. Un modelo centrado en el funcionamiento normal de las alas podría no implementar por completo esos mecanismos de seguridad.

La etiqueta de “primer microprocesador” también requiere cautela. El MP944 no era una CPU de un solo chip según la definición moderna. Era un chipset de procesador cuyas funciones se distribuían entre varios circuitos integrados personalizados.

Esa diferencia no vuelve irrelevante al diseño. Cambia la categoría bajo la cual debe evaluarse la afirmación. La prioridad histórica depende de la definición seleccionada antes de comparar candidatos.

Las críticas también se han centrado en la documentación asistida por IA. En la discusión pública sobre el proyecto, algunos miembros de la comunidad FPGA cuestionaron si las explicaciones generadas reflejaban con precisión la implementación subyacente.

Taylor reconoció haber utilizado IA para ayudar a derivar requisitos y documentación. Esa admisión es útil porque identifica un riesgo de verificación en lugar de ocultarlo.

Los requisitos generados pueden sonar precisos mientras combinan hechos no relacionados o rellenan lagunas sin evidencia. El hardware construido a partir de dichos requisitos puede superar pruebas que se generaron a partir de los mismos supuestos erróneos.

Las pruebas independientes aportan la respuesta. Un plan de verificación más sólido separa la evidencia utilizada para construir el diseño de la evidencia utilizada para evaluarlo. Vectores conocidos, ejemplos calculados a mano y aserciones redactadas de forma independiente reducen la validación circular.

La publicación del HDL permitiría a los ingenieros inspeccionar anchos de datos, reglas aritméticas, temporización y transiciones de estado. Los bancos de pruebas públicos mostrarían qué comportamientos se han ejercitado realmente.

La discusión en Reddit del proyecto demuestra tanto interés como escepticismo. Los comentarios celebraron la reconstrucción mientras cuestionaban el estilo y la utilidad de la documentación generada por IA.

Esa reacción es saludable para un proyecto de preservación técnica. El entusiasmo puede atraer atención y colaboradores. El escepticismo obliga a la implementación a distinguir el comportamiento respaldado por fuentes de una invención plausible.

Otra limitación surge de la falta de un sistema de referencia original completo. Comparar la salida reconstruida con un CADC funcional utilizando entradas idénticas ofrecería evidencia sólida. Ese hardware es difícil de obtener y operar.

El proyecto aún puede generar confianza mediante una validación por capas. Las unidades aritméticas individuales pueden comprobarse frente a ejemplos documentados. Las secuencias de instrucciones pueden rastrearse manualmente. Las salidas integradas pueden compararse con relaciones conocidas de control de vuelo.

Ninguna demostración por sí sola resuelve todas las cuestiones. La concordancia entre documentos independientes, pruebas y comportamiento físico constituye un caso más sólido.

Por tanto, los lectores de Tom Hardware deberían considerar el modelo en movimiento como un hito, no una certificación. Muestra que la reconstrucción es lo suficientemente operativa como para controlar hardware. No demuestra que cada comportamiento interno coincida con una instalación de F-14.

Esa distinción preserva el verdadero logro del proyecto. Una calificación cuidadosa hace que el trabajo sea más creíble, no menos impresionante.

Qué deberían mostrar las próximas tres señales de validación

La siguiente fase del proyecto debería sustituir el espectáculo por evidencia reproducible que otros ingenieros puedan inspeccionar y cuestionar.

La primera señal que conviene vigilar es una publicación pública completa del VHDL, las instrucciones de compilación, los requisitos y los materiales de verificación. Los archivos fuente por sí solos no bastarían. Los revisores necesitan entender cómo la evidencia histórica se traduce en comportamiento implementado.

Si aparece ese paquete, ingenieros independientes podrán sintetizar el diseño en hardware FPGA compatible. Los resultados repetidos reforzarían la afirmación de que la recreación es una arquitectura mantenible, y no una demostración aislada.

La publicación también debería identificar explícitamente los supuestos. Una categoría podría abarcar el comportamiento respaldado por documentación original. Otra podría identificar interpretaciones basadas en evidencia incompleta.

Esto permitiría que futuros descubrimientos mejoren el proyecto sin reescribir su historia. Un documento recién recuperado podría sustituir un supuesto y activar pruebas de regresión específicas.

La segunda señal es la verificación independiente frente a material CADC autorizado. Las notas de Holt, el artículo de arquitectura desclasificado, la documentación de los chips y el hardware preservado no deberían tratarse como evidencia intercambiable.

Los revisores pueden comparar el comportamiento de las instrucciones, las rutas de datos, los formatos aritméticos y la temporización. Cualquier discrepancia debería generar una incidencia documentada en lugar de una corrección silenciosa.

La visión general publicada del CADC describe el papel histórico del chipset y enfatiza su posición anterior al Intel 4004. Una auditoría técnica podría ir más allá de esa cronología y examinar la lógica recreada bloque por bloque.

Si revisores independientes reproducen resultados clave, el juicio central se vuelve más sólido. Si descubren grandes sustituciones no documentadas, el proyecto seguirá siendo una interpretación educativa en lugar de una reconstrucción conductual fiel.

La tercera señal es una demostración del modelo más completa, con rutas de entrada y salida reveladas. Los espectadores deberían poder ver qué valores de sensores entran en la FPGA, qué cálculos se realizan y cómo esos resultados determinan la posición de las alas.

Una presentación útil mostraría valores en directo junto a la aeronave. Las entradas de velocidad aerodinámica o Mach podrían cambiar bajo condiciones controladas. El CADC recreado podría entonces emitir una orden correspondiente de barrido de alas.

Dicha demostración debería distinguir la lógica CADC auténtica de los sistemas de soporte modernos. Un microcontrolador contemporáneo podría gestionar pantallas, comunicaciones o pulsos de servos. Esas funciones no deberían atribuirse a la recreación del MP944.

Las pruebas de fallos añadirían otro nivel de evidencia. El equipo podría inyectar entradas no válidas, valores límite o fallos simulados y documentar cómo responde la implementación. Eso revelaría si las pruebas cubren algo más que la ruta de funcionamiento normal.

Estas tres señales forman una secuencia práctica. La publicación permite la inspección. La verificación independiente pone a prueba la afirmación histórica. Una demostración física transparente muestra cómo se comporta la arquitectura recuperada en contexto.

También responden al debate más amplio sobre el “primer microprocesador” de forma más eficaz que otro titular. Las etiquetas históricas rara vez cambian porque una parte repita su definición preferida. Cambian cuando la evidencia se vuelve inspeccionable y la terminología se vuelve precisa.

El Intel 4004 conservará su lugar en la historia comercial de los semiconductores. Llegó a clientes, respaldó productos programables y ayudó a establecer un mercado para los microprocesadores de propósito general.

El MP944 merece un lugar paralelo en la historia de la informática embebida. Sus diseñadores crearon un procesador digital especializado para una aeronave exigente antes de que la era del microprocesador comercial hubiera comenzado plenamente.

La reconstrucción FPGA de Taylor conecta esas historias. Toma una arquitectura secreta, la expresa mediante lógica programable moderna y sitúa su salida en un modelo que la gente puede entender de inmediato.

Esa combinación también ofrece una lección para los ingenieros actuales. Los sistemas informáticos importantes no sobreviven solo gracias a la nostalgia. Sobreviven cuando los registros, las implementaciones, las pruebas y las limitaciones permanecen disponibles para quienes los construyan después.

Por tanto, la siguiente pregunta no es si las alas del modelo pueden moverse. Ya proporcionan la imagen memorable del proyecto. La cuestión es si la atención de Tom Hardware conduce a un diseño de referencia reproducible que resista una revisión independiente.

Los desarrolladores interesados en la preservación mediante FPGA deberían seguir el código, los artefactos de verificación y los supuestos documentados, en lugar de fijarse únicamente en la etiqueta de “el primero del mundo”. Si esos materiales resisten el escrutinio, el proyecto preservará más que un hito controvertido. Pondrá a disposición para su estudio, pruebas y perfeccionamiento una importante arquitectura embebida temprana.

 
 

Empieza gratis

Un asistente de IA local-first con gestión del conocimiento personal

Para ofrecer una mejor experiencia con la IA,

actualmente remio solo es compatible con Windows 10+ (x64) y M-Chip Macs.

​Añade una barra de búsqueda a tu cerebro

Solo tienes que preguntarle a remio

Recuérdalo todo

No organices nada

bottom of page