Sua pergunta é originalmente pedindo redundância de "hardware", da qual não há nenhuma. No entanto, há redundância de sistema operacional e software criada para aliviar problemas de hardware.
Aviônicos típicos baseados em computador, como o EFIS, devem estar em conformidade com a FAA com o ARINC 653. É claro que, em uma aeronave experimental, você poderia obter aviônicos não conformes, mas não há muito mercado para eles.
O ARINC-653 exige que haja uma camada do sistema operacional em tempo real implementada como uma forma de redundância. Essa é uma forma especial de sistema operacional "round-robin", que, em termos leigos, significa que o sistema operacional gastará apenas uma quantidade fixa de tempo em um processo antes de passar para o próximo, o que significa que um único processo pendente não vai parar o resto das partições. Você pode ter um processo de navegação que morre, mas o processo de GPS pode continuar a operar como está em uma partição separada. Ele também tem requisitos parciais de que as partições não são dependentes umas das outras, mas recuperam seus dados diretamente dos sensores. Isso dá outra camada de redundância no caso de uma dependência falhar.
A execução de três exibições de um processador é imprudente e nunca seria compatível com a FAA, mas é tecnicamente possível. No entanto, você teria que modificar intensamente o sistema operacional e a camada "SO convidado" (ARINC 653).
Estou feliz em ir mais fundo nisso no StackOverflow se você optar por fazer uma resposta de acompanhamento, mas as especificações técnicas estão um pouco fora do escopo do Aviation StackExchange.