Recriação em FPGA Traz o Computador MP944 do F-14 Tomcat de Volta à Vida

Tom Hardware destacou uma recriação funcional do computador classificado MP944 do F-14 Tomcat, construída dentro de uma FPGA moderna e conectada a um modelo móvel. O projeto faz mais do que imitar software antigo. Ele reconstrói uma arquitetura digital inicial com precisão suficiente para operar as asas de geometria variável do modelo.

O especialista em sistemas embarcados Adam Taylor desenvolveu a recriação a partir de material histórico associado ao Central Air Data Computer, ou CADC. O CADC processava informações de sensores e dava suporte a diversas funções de controle da aeronave. Seu incomum chipset MP944 foi desenvolvido antes de a Intel lançar comercialmente o 4004.

Essa cronologia cria a tensão central do projeto. O 4004 da Intel continua sendo o marco padrão do primeiro microprocessador comercial. O sistema do F-14 apresenta uma alegação diferente, baseada em um processador especializado de múltiplos chips, anterior e oculto por sigilo militar.

A aeronave impressa em 3D transforma esse debate histórico em uma demonstração física. Em vez de exibir valores de registradores simulados em uma tela, Taylor usa a lógica recriada para controlar uma função reconhecível do F-14. As asas em movimento mostram como os cálculos do computador afetavam a aeronave ao seu redor.

Tom Hardware Transforma a Reconstrução de um Processador em uma Demonstração Funcional de Aeronave

A mudança importante é que a recriação do MP944 foi além de um modelo digital e se tornou um sistema de controle visível.

Taylor implementou a arquitetura histórica usando VHDL, uma linguagem de descrição de hardware que define circuitos digitais. O projeto roda em uma matriz de portas programável em campo, ou FPGA, cuja lógica interna pode ser configurada após a fabricação.

Uma FPGA não apenas executa um emulador de software do MP944. Sua lógica programável pode recriar registradores, unidades aritméticas, caminhos de dados, comportamento temporal e sinais de controle como estruturas de hardware interconectadas. Essa distinção a torna adequada para reconstruir processadores antigos.

O projeto começou com informações de projeto sobreviventes, e não com uma instalação CADC original. Ray Holt, um dos engenheiros associados ao processador original, publicou notas de projeto e registros históricos. Esses materiais descrevem uma arquitetura distribuída entre vários circuitos integrados especializados.

Taylor discutiu a reconstrução do processador para um público de engenharia do FPGA Horizons. Seu plano de apresentação abordava a recuperação de requisitos, a criação de módulos de hardware, o desenvolvimento de bancadas de teste e a execução em uma FPGA da AMD.

Uma bancada de teste fornece entradas controladas a um projeto de hardware e verifica suas saídas. Ela oferece ao engenheiro uma forma reproduzível de comparar a lógica recriada com o comportamento esperado. Isso é importante quando o sistema físico original é raro, os registros classificados permanecem incompletos e testes de software comuns não conseguem revelar erros de temporização.

O projeto CADC público de Taylor descreve a máquina original como um computador de 20 bits. O 4004 da Intel, em comparação, era um processador comercial de 4 bits projetado para trabalhos relacionados a calculadoras.

A largura de bits, por si só, não determina qual processador era mais avançado. Ela mostra, porém, que os dois sistemas respondiam a requisitos de engenharia muito diferentes. O F-14 precisava de aritmética em tempo real vinculada a sensores e controles da aeronave, enquanto o 4004 visava um produto comercial.

O modelo em escala oferece um contexto prático para essas diferenças. As asas de geometria variável mudam de posição para se adequar a diferentes condições de voo. Na aeronave real, o CADC processava entradas de dados do ar e ajudava a gerar saídas usadas pelo sistema de varredura das asas.

O modelo de Taylor não reproduz as cargas aerodinâmicas, os sensores, a redundância, a qualificação ambiental ou os requisitos de segurança de um caça operacional. Em vez disso, ele oferece uma demonstração controlada de lógica reconstruída produzindo uma resposta física.

Esse limite é importante. Uma asa impressa em 3D em movimento confirma que o projeto pode conectar conceitos históricos de processamento a atuadores modernos. Ele não estabelece equivalência completa com aviônicos certificados da década de 1970.

Ainda assim, a demonstração supera uma exibição estática de museu. Os espectadores podem ver entradas se transformarem em cálculos e, depois, em movimento. Assim, o projeto apresenta o CADC como uma arquitetura de controle funcional, e não apenas como uma coleção de chips obsoletos.

Ele também oferece aos engenheiros uma forma concreta de inspecionar o projeto. Sinais internos da FPGA podem ser simulados, rastreados e comparados com resultados intermediários esperados. O hardware original selado ofereceria menos pontos convenientes de observação.

A matéria da Tom Hardware é relevante porque leva esse trabalho de engenharia a um público mais amplo. O modelo torna uma reconstrução especializada compreensível sem reduzi-la a uma réplica decorativa.

Por Que o MP944 Ainda Complica a História do Primeiro Microprocessador

O MP944 desafia uma cronologia conhecida, mas não elimina a importância comercial distinta do Intel 4004.

A Garrett AiResearch desenvolveu o CADC do F-14 sob contrato para a Grumman e a Marinha dos EUA. O trabalho na arquitetura do processador começou em 1968 e foi concluído por volta de 1970, segundo o material histórico reunido pelo projetista Ray Holt.

O sistema usava integração em larga escala de semicondutor de óxido metálico, normalmente abreviada como MOS-LSI. Essa tecnologia colocava uma quantidade substancial de lógica digital em circuitos integrados numa época em que alcançar essa densidade ainda era difícil.

A seção de processamento do CADC é geralmente identificada como o chipset MP944. Ela distribuía as funções do processador entre diversos tipos de chips, em vez de colocar todas as funções centrais da CPU em um único circuito integrado.

A história do processador de Holt descreve uma arquitetura de 20 bits, segmentada em pipeline e com elementos de processamento paralelo. O site identifica funções dedicadas para multiplicação, divisão, direcionamento, memória e lógica especial.

O pipeline divide o trabalho em estágios para que operações separadas possam avançar por diferentes estágios ao mesmo tempo. Unidades funcionais paralelas permitem que a arquitetura execute determinadas categorias de aritmética sem direcionar todas as tarefas por um único caminho de execução de uso geral.

Essas escolhas eram adequadas para um computador de dados do ar. A máquina precisava transformar entradas de pressão e temperatura em valores como altitude, velocidade do ar, velocidade vertical e número de Mach. Em seguida, fornecia informações aos instrumentos da cabine e aos sistemas de controle da aeronave.

Relatos históricos situam o clock do CADC em 375 kHz e sua taxa de execução em 9.375 instruções por segundo. Esses números parecem minúsculos diante de processadores modernos, mas comparações com desktops atuais ignoram o contexto de engenharia.

Um computador de voo exige resultados previsíveis, interfaces definidas e temporização confiável. A vazão bruta de instruções é apenas uma parte desse problema. A capacidade de realizar os cálculos necessários dentro de prazos fixos pode importar mais.

O Intel 4004 chegou ao mercado em novembro de 1971. A Intel integrou funções centrais de processamento em um único chip de 4 bits e o vendeu como parte de um chipset programável. Sua disponibilidade permitiu que clientes fora de um programa classificado construíssem produtos ao seu redor.

Essa distribuição é central para a posição histórica do 4004. Um processador amplamente disponível pode criar documentação, experiência de desenvolvimento, produtos derivados e uma comunidade de usuários. Um projeto militar secreto não pode produzir o mesmo efeito público.

O sistema do F-14 também não foi o único concorrente inicial ao título de processador. A Four-Phase Systems desenvolveu o AL1, e a Texas Instruments trabalhou em processadores de calculadora de chip único. As definições mudam conforme os historiadores exigem programabilidade, disponibilidade comercial ou uma CPU completa em um chip.

Uma história do IEEE trata o surgimento do microprocessador como uma competição envolvendo diversos programas quase simultâneos. Ela descreve o CADC como um sistema de três CPUs que usava 28 chips no total.

Esse registro mais amplo faz de “o primeiro do mundo” uma questão de categoria. O MP944 tem uma forte reivindicação como um chipset de microprocessador inicial desenvolvido para um sistema embarcado operacional. O 4004 tem a alegação mais clara como o primeiro microprocessador de chip único comercialmente disponível.

O CADC original permaneceu inacessível ao escrutínio público por décadas. Holt preparou um artigo técnico em 1971, mas a Marinha restringiu o material. O projeto entrou no debate público somente após sua desclassificação em 1998.

Esse atraso moldou a história aceita. Engenheiros podiam comprar, estudar e desenvolver em torno de processadores Intel enquanto o MP944 permanecia ausente de livros-texto e catálogos de produtos comuns. A influência pública se acumulou em torno da tecnologia à qual as pessoas realmente podiam acessar.

A mais recente cobertura da Tom Hardware reaviva a disputa por meio da engenharia, e não apenas da cronologia. Reconstruir a arquitetura permite que pesquisadores testem o que os documentos sobreviventes descrevem.

Isso também incentiva uma linguagem mais precisa. Chamar o MP944 de primeiro microprocessador sem qualificação oculta sua construção de múltiplos chips. Descartá-lo por não ser comercial ignora sua arquitetura de processamento integrada e sua conclusão anterior.

A conclusão mais útil reconhece ambas as linhas de desenvolvimento. Os aviônicos militares impulsionaram a computação especializada em tempo real sob restrições rigorosas. Os semicondutores comerciais transformaram o processamento programável em uma plataforma amplamente disponível.

A Verdadeira Conquista É Reconstruir o Mecanismo

O projeto de Taylor é relevante porque converte evidências históricas fragmentadas em hardware que pode ser simulado, testado e conectado a um sistema físico.

Recriar um processador antigo não é o mesmo que portar um aplicativo. O engenheiro precisa recuperar as transições de estado da arquitetura, o comportamento aritmético, o sequenciamento de instruções, as interfaces de memória e a temporização externa.

A documentação incompleta torna esse trabalho mais difícil. Um diagrama de blocos de alto nível pode explicar o que cada unidade faz sem definir cada ciclo. Uma anotação em caderno pode preservar o nome de um sinal, mas omitir seu comportamento diante de uma entrada incomum.

Taylor afirmou que a inteligência artificial ajudou a organizar a documentação disponível em requisitos e planos de verificação. Esse uso merece interpretação cuidadosa. Um sistema de IA pode classificar notas e sugerir relações, mas não pode estabelecer a correção histórica por si só.

A parte confiável do fluxo de trabalho vem da rastreabilidade. Cada comportamento implementado deve ser mapeado para uma fonte, uma hipótese explícita de engenharia ou uma inferência testável. Conflitos devem permanecer visíveis, em vez de desaparecerem em documentação gerada.

Quando os requisitos existem, módulos VHDL podem representar os blocos funcionais recuperados. Um multiplicador pode receber operandos e produzir um resultado definido. A lógica de direcionamento pode encaminhar dados entre elementos de processamento, registradores e interfaces.

Em seguida, o engenheiro testa cada módulo separadamente antes de integrar toda a arquitetura. Testes em nível de unidade revelam erros aritméticos. Testes de sistema expõem problemas de sequenciamento, handshakes incorretos e hipóteses que falham quando os módulos interagem.

Uma FPGA torna esse processo iterativo prático. O projeto pode ser sintetizado, carregado, observado, modificado e carregado novamente. Os engenheiros não precisam fabricar chips MOS de substituição a cada correção.

As ferramentas modernas de FPGA também oferecem uma visibilidade que a equipe original não tinha. Analisadores lógicos internos podem capturar sinais selecionados enquanto o hardware está em execução. Simuladores podem interromper em uma asserção com falha e preservar o estado anterior.

Essa visibilidade muda a natureza da reconstrução histórica. O projeto pode documentar o que corresponde à especificação recuperada e onde o comportamento depende de interpretação. Outros engenheiros podem então contestar essas decisões com novas evidências.

O F-14 impresso em 3D fornece uma saída mais fácil de entender do que um traço de forma de onda. Um comando de varredura das asas se transforma em movimento mecânico. A saída ainda depende de eletrônica e atuadores modernos, mas o caminho de processamento pode seguir a arquitetura recriada.

A abordagem se assemelha à arqueologia experimental. Pesquisadores não apenas descrevem um artefato. Eles reconstroem seus princípios de funcionamento e testam se esses princípios produzem o resultado esperado.

No entanto, a reconstrução digital tem uma vantagem incomum. Uma descrição de hardware pode preservar a lógica em um nível mais preciso do que a aparência de uma réplica física. Ela também pode executar testes automatizados em muitas entradas.

A contribuição mais forte do projeto, portanto, não é a afirmação de que um FPGA pode superar o hardware dos anos 1970. Esse resultado seria óbvio e historicamente pouco interessante. Seu valor está em preservar o comportamento arquitetural.

A reconstrução também mostra por que FPGAs continuam úteis na engenharia embarcada. O software é flexível, enquanto um chip específico para aplicação oferece hardware fixo. Um FPGA ocupa o espaço entre os dois ao fornecer lógica paralela configurável.

Essa flexibilidade oferece suporte a prototipagem, substituição de interfaces legadas, preservação de hardware e sistemas especializados de baixo volume. Ela permite que engenheiros reproduzam relações de temporização que um emulador de software convencional poderia ter dificuldade para manter.

Para o MP944, essas relações importam. O projeto usava aritmética paralela e movimentação especializada de dados para atender a uma carga de trabalho definida de controle de voo. Recriar apenas os resultados de suas instruções poderia ocultar como os engenheiros originais programaram esse trabalho.

O projeto também pode revelar pressupostos não documentados. Um teste pode mostrar que duas interpretações plausíveis produzem comandos de asa diferentes. Essa divergência identificaria uma área em que são necessárias mais evidências históricas.

É por isso que um histórico aberto de verificação importa mais do que uma demonstração refinada. O modelo atrai atenção, mas requisitos, mapeamentos de fontes, casos de teste e arquivos de implementação estabelecem credibilidade de engenharia.

Um Modelo Funcional É Evidência, Não Validação Final

A demonstração das asas de geometria variável sustenta a reconstrução, mas lacunas na documentação e na verificação ainda limitam o que qualquer pessoa deveria afirmar.

Uma saída física pode ser persuasiva porque parece completa. A aeronave recebe um comando, suas asas se movem e o processador recriado parece funcionar. Ainda assim, várias camadas separam essa observação da equivalência histórica.

Primeiro, as entradas de sensores do modelo podem ser simplificadas. Um CADC real recebia informações de pressão, temperatura, interruptores e controles por meio de interfaces específicas da aeronave. Uma demonstração em escala pode substituir esses elementos por interruptores, valores predefinidos ou sensores digitais modernos.

Segundo, seus atuadores diferem dos mecanismos do F-14. Pequenos servos elétricos enfrentam cargas, requisitos de resposta e modos de falha diferentes. Seu movimento confirma um caminho de saída, não o comportamento do sistema hidráulico original.

Terceiro, o FPGA usa características elétricas modernas. Sua lógica configurável, memória, distribuição de clock e interfaces não reproduzem as propriedades físicas dos dispositivos MOS de porta metálica.

Uma recriação comportamental não precisa reproduzir essas propriedades de semicondutores, a menos que a fidelidade elétrica em nível de ciclo seja o objetivo declarado. Ela precisa, porém, divulgar quais propriedades preserva.

Quarto, os registros disponíveis podem não definir todos os casos extremos. Projetos militares frequentemente incluem modos de teste, tratamento de falhas, canais redundantes e comportamentos de manutenção que vão além de sua função principal. Detalhes ausentes podem deixar ramificações inteiras sem verificação.

O CADC original supostamente usava redundância e testes em voo porque um computador de controle de voo não pode presumir que todos os componentes permaneçam saudáveis. Um modelo focado na operação normal das asas talvez não implemente esses mecanismos de segurança de forma completa.

O rótulo de “primeiro microprocessador” também exige cautela. O MP944 não era uma CPU de chip único segundo a definição moderna. Era um chipset de processador cujas funções estavam distribuídas entre vários circuitos integrados personalizados.

Essa diferença não torna o projeto menos importante. Ela muda a categoria em que a afirmação deve ser avaliada. A prioridade histórica depende da definição escolhida antes de comparar os candidatos.

As críticas também se concentraram na documentação assistida por IA. Na discussão pública do projeto, alguns membros da comunidade de FPGA questionaram se as explicações geradas refletiam com precisão a implementação subjacente.

Taylor reconheceu ter usado IA para ajudar a derivar requisitos e documentação. Essa admissão é útil porque identifica um risco de verificação em vez de ocultá-lo.

Requisitos gerados podem soar precisos enquanto combinam fatos não relacionados ou preenchem lacunas sem evidências. Hardware construído a partir desses requisitos pode passar em testes gerados a partir das mesmas premissas equivocadas.

Testes independentes fornecem a resposta. Um plano de verificação mais robusto separa as evidências usadas para construir o projeto das evidências usadas para julgá-lo. Vetores conhecidos, exemplos calculados manualmente e asserções escritas de forma independente reduzem a validação circular.

A liberação pública do HDL permitiria que engenheiros inspecionassem larguras de dados, regras aritméticas, temporização e transições de estado. Bancadas de teste públicas mostrariam quais comportamentos foram efetivamente exercitados.

A discussão no Reddit do projeto demonstra tanto interesse quanto ceticismo. Os comentários acolheram a reconstrução enquanto questionavam o estilo e a utilidade da documentação gerada por IA.

Essa reação é saudável para um projeto de preservação técnica. O entusiasmo pode atrair atenção e colaboradores. O ceticismo obriga a implementação a distinguir comportamento fundamentado em fontes de invenção plausível.

Uma limitação adicional vem da ausência de um sistema de referência original completo. Comparar a saída reconstruída com um CADC funcional sob entradas idênticas ofereceria evidências fortes. Esse hardware é difícil de obter e operar.

O projeto ainda pode gerar confiança por meio de validação em camadas. Unidades aritméticas individuais podem ser verificadas com exemplos documentados. Sequências de instruções podem ser rastreadas manualmente. Saídas integradas podem ser comparadas com relações conhecidas de controle de voo.

Nenhuma demonstração isolada resolve todas as questões. A concordância entre documentos, testes e comportamento físico independentes constrói um caso mais sólido.

Os leitores de Tom Hardware devem, portanto, tratar o modelo em movimento como um marco, não como uma certificação. Ele mostra que a reconstrução está operacional o suficiente para controlar hardware. Não prova que todo comportamento interno corresponda a uma instalação de F-14.

Essa distinção preserva a verdadeira conquista do projeto. Uma qualificação cuidadosa torna o trabalho mais confiável, não menos impressionante.

O Que os Próximos Três Sinais de Validação Devem Mostrar

A próxima fase do projeto deve substituir o espetáculo por evidências reproduzíveis que outros engenheiros possam inspecionar e contestar.

O primeiro sinal a observar é uma liberação pública completa do VHDL, das instruções de compilação, dos requisitos e dos materiais de verificação. Os arquivos-fonte, por si só, não seriam suficientes. Revisores precisam entender como as evidências históricas se mapeiam para o comportamento implementado.

Se esse pacote for disponibilizado, engenheiros independentes poderão sintetizar o projeto em hardware FPGA compatível. Resultados repetidos reforçariam a afirmação de que a recriação é uma arquitetura sustentável, e não uma demonstração pontual.

Uma liberação também deve identificar os pressupostos explicitamente. Uma categoria poderia abranger o comportamento apoiado pela documentação original. Outra poderia identificar interpretações baseadas em evidências incompletas.

Isso permitiria que descobertas futuras melhorassem o projeto sem reescrever sua história. Um documento recém-recuperado poderia substituir uma premissa e acionar testes de regressão direcionados.

O segundo sinal é a verificação independente em relação a materiais oficiais do CADC. As anotações de Holt, o artigo de arquitetura desclassificado, a documentação dos chips e o hardware preservado não devem ser tratados como evidências intercambiáveis.

Revisores podem comparar o comportamento das instruções, caminhos de dados, formatos aritméticos e temporização. Qualquer incompatibilidade deve gerar um problema documentado, e não uma correção silenciosa.

A visão geral publicada do CADC descreve o papel histórico do chipset e enfatiza sua posição anterior ao Intel 4004. Uma auditoria técnica poderia ir além dessa cronologia e examinar a lógica recriada bloco a bloco.

Se revisores independentes reproduzirem resultados-chave, a avaliação central se torna mais forte. Se descobrirem grandes substituições não documentadas, o projeto continuará sendo uma interpretação educacional, e não uma reconstrução comportamental próxima.

O terceiro sinal é uma demonstração de modelo mais rica, com caminhos de entrada e saída divulgados. Os espectadores devem poder ver quais valores de sensores entram no FPGA, quais cálculos ocorrem e como esses resultados determinam a posição das asas.

Uma apresentação útil mostraria valores em tempo real ao lado da aeronave. Entradas de velocidade do ar ou Mach poderiam mudar sob condições controladas. O CADC recriado poderia então emitir um comando correspondente de varredura das asas.

Essa demonstração deve distinguir a lógica autêntica do CADC dos sistemas modernos de suporte. Um microcontrolador contemporâneo pode gerenciar telas, comunicações ou pulsos de servo. Essas funções não devem ser atribuídas à recriação do MP944.

Testes de falha acrescentariam outro nível de evidência. A equipe poderia injetar entradas inválidas, valores-limite ou falhas simuladas e documentar como a implementação responde. Isso revelaria se os testes abrangem mais do que o caminho normal de operação.

Esses três sinais formam uma sequência prática. A publicação permite a inspeção. A verificação independente testa a afirmação histórica. Uma demonstração física transparente mostra como a arquitetura recuperada se comporta em contexto.

Eles também respondem ao debate mais amplo sobre o “primeiro microprocessador” de forma mais eficaz do que outra manchete. Rótulos históricos raramente mudam porque um lado repete sua definição preferida. Eles mudam quando as evidências se tornam inspecionáveis e a terminologia se torna precisa.

O Intel 4004 manterá seu lugar na história comercial dos semicondutores. Ele chegou aos clientes, deu suporte a produtos programáveis e ajudou a estabelecer um mercado para microprocessadores de uso geral.

O MP944 merece um lugar paralelo na história da computação embarcada. Seus projetistas criaram um processador digital especializado para uma aeronave exigente antes que a era comercial dos microprocessadores tivesse começado plenamente.

A reconstrução em FPGA de Taylor conecta essas histórias. Ela pega uma arquitetura secreta, a expressa por meio de lógica programável moderna e coloca sua saída em um modelo que as pessoas podem entender imediatamente.

Essa combinação também oferece uma lição para os engenheiros atuais. Sistemas computacionais importantes não sobrevivem apenas pela nostalgia. Eles sobrevivem quando registros, implementações, testes e limitações permanecem disponíveis para futuros construtores.

A próxima questão, portanto, não é se as asas do modelo podem se mover. Elas já fornecem a imagem memorável do projeto. A questão é se os holofotes de Tom Hardware levarão a um projeto de referência reproduzível que resista à revisão independente.

Desenvolvedores interessados na preservação de FPGA devem acompanhar o código, os artefatos de verificação e as premissas documentadas, em vez de se prenderem apenas ao rótulo de “primeiro do mundo”. Se esses materiais se sustentarem, o projeto preservará mais do que um marco contestado. Ele tornará disponível para estudo, testes e aperfeiçoamento uma importante arquitetura embarcada inicial.