top of page

O controle de um rover marciano com Steam Deck pela Airbus revela os limites da condução remota

há 2 dias
14 min de leitura

A Airbus colocou um Steam Deck no comando de um protótipo de rover marciano, apesar de projetar a futura nave espacial para navegar sem controle humano em tempo real. A configuração da Airbus com Steam Deck para o rover marciano apareceu durante o trabalho de desenvolvimento nas instalações da empresa em Stevenage, no Reino Unido. Ela transforma o portátil para jogos da Valve em uma estação de controle portátil para testes dentro de uma paisagem marciana simulada.

A combinação parece uma colisão divertida entre jogos de consumo e engenharia planetária. Ainda assim, o Steam Deck não substitui o computador de voo do rover, seu software de navegação nem o centro de operações planejado. Ele oferece aos engenheiros uma maneira prática de movimentar uma plataforma de desenvolvimento enquanto testam hardware e procedimentos na Terra.

Essa distinção é o verdadeiro cerne da história. A Airbus precisa de controle manual imediato enquanto os engenheiros podem caminhar ao lado de um protótipo. As operações em Marte exigem o oposto, pois a distância torna impraticável conduzir continuamente com um joystick. O portátil, portanto, representa um atalho humano temporário dentro de um programa cujo sucesso depende da autonomia.

O rover no centro do programa mais amplo é o rover Rosalind Franklin, da ESA. Sua missão tem como meta um lançamento em 2028 e um pouso em 2030, após uma jornada de dois anos. A nave espacial deverá então explorar, perfurar e se proteger sem um engenheiro por perto.

A configuração da Airbus com Steam Deck para o rover marciano é uma ferramenta de teste

O Steam Deck importa porque reúne controles, tela e computador em um único dispositivo portátil, não porque a Airbus planeja enviá-lo a Marte.

O controlador incomum tornou-se visível em um vídeo das instalações do rover publicado pelo comunicador científico Tom Scott. As imagens acompanham Scott dentro do Mars Yard da Airbus, em Stevenage, onde engenheiros desenvolvem e testam sistemas de rover em um terreno construído para se assemelhar ao solo marciano.

Scott usa o portátil enquanto conduz um protótipo com rodas pela área interna de testes. O dispositivo parece apresentar uma interface criada especificamente para a finalidade, e não um jogo comercial. Seus sticks físicos e botões fornecem comandos manuais familiares, enquanto a tela mantém as informações operacionais próximas da pessoa que caminha com o veículo.

Uma reportagem posterior sobre o controlador portátil destacou a mesma combinação. A reportagem descreve a Airbus usando o Deck durante o desenvolvimento e os testes do ExoMars, quando engenheiros precisam comandar diretamente a plataforma experimental.

Essa formulação exige cautela. As imagens públicas mostram um protótipo sob condições de teste terrestres. Elas não estabelecem que um Steam Deck de varejo faça parte do rover de voo, de seu equipamento terrestre certificado ou do sistema operacional planejado para Marte.

Em vez disso, o portátil resolve um problema comum de laboratório. Os engenheiros precisam reposicionar protótipos, repetir manobras e intervir quando os experimentos produzem comportamentos inesperados. Um controlador autônomo permite que permaneçam perto da máquina sem carregar um laptop e um gamepad separado.

O formato oferece várias vantagens práticas. O operador pode permanecer em uma posição em que as rodas, a suspensão e o terreno ao redor continuam visíveis. Os controles físicos permitem comandos graduais de direção. A tela integrada pode exibir uma transmissão de câmera, informações de status ou controles de software sem exigir outro equipamento.

Nenhuma dessas vantagens exige hardware específico para o setor aeroespacial durante um teste inicial. Uma ferramenta de desenvolvimento precisa ser útil, configurável e substituível. Ela não precisa automaticamente da tolerância à radiação, redundância ou qualificação exigidas de equipamentos que deixam a Terra.

É por isso que a imagem parece mais surpreendente do que a decisão de engenharia em si. Produtos de consumo podem ser perfeitamente adequados nas extremidades de um fluxo de trabalho de testes. A exigência de qualificação muda quando um componente passa a ser responsável por funções críticas para a missão.

A combinação entre Airbus, Steam Deck e rover marciano, portanto, diz menos sobre hardware para jogos entrando no espaço do que sobre o desenvolvimento moderno de robótica. A computação de uso geral tornou-se portátil o suficiente para servir como uma interface flexível onde quer que os engenheiros precisem dela.

Por que a Airbus precisa de controle manual antes de Marte

O controle direto ajuda a Airbus a isolar comportamentos mecânicos e de software na Terra, enquanto a navegação autônoma atende a um ambiente operacional inteiramente diferente.

Um teste de rover nem sempre precisa reproduzir a missão final de ponta a ponta. Os engenheiros podem querer examinar a tração das rodas, a geometria da direção, o movimento da suspensão, o posicionamento das câmeras ou as respostas a um obstáculo específico. Comandos manuais tornam esses experimentos controlados mais fáceis de repetir.

Considere um teste de roda em solo solto. A equipe pode precisar fazer o rover se aproximar da mesma inclinação várias vezes, em um ângulo fixo. Um operador próximo pode reposicionar o veículo, ajustar sua trajetória e parar imediatamente caso o terreno se altere.

Um teste de autonomia segue outro método. O rover recebe um destino ou tarefa, observa seus arredores, avalia rotas seguras e avança dentro de limites definidos. Os engenheiros então analisam se suas escolhas corresponderam às expectativas.

Esses modos se complementam. A operação manual fornece uma referência e ajuda na preparação. A operação autônoma testa a capacidade exigida quando humanos não podem supervisionar cada movimento em tempo real.

A Airbus já trabalhou com essa combinação antes. Em 2016, o astronauta da ESA Tim Peake conduziu remotamente da Estação Espacial Internacional um rover da Airbus chamado Bridget. O experimento Meteron examinou como o controle humano e a navegação autônoma poderiam apoiar um ao outro.

Esse experimento utilizou o mesmo Mars Yard de Stevenage. A Airbus descreveu a instalação, à época, como tendo 30 metros por 13 metros. Uma divisória criou uma caverna simulada, permitindo que Peake guiasse Bridget para um ambiente escuro enquanto testava operações robóticas remotas.

A Airbus também informou que outro protótipo navegou autonomamente pelo pátio antes do exercício na caverna controlado remotamente. Essa sequência capturou a ideia operacional duradoura: a automação cuida do movimento de rotina, enquanto as pessoas intervêm em tarefas que exigem julgamento ou recuperação.

O Steam Deck é uma interface mais recente a serviço do operador próximo. Sua presença não altera a física que molda a exploração de Marte. Ele apenas torna o controle terrestre mais compacto durante o desenvolvimento.

É também por isso que comparações com um videogame comum podem induzir ao erro. Um jogo renderiza um mundo responsivo em hardware local. Um rover físico precisa lidar com patinagem das rodas, terreno irregular, incerteza dos sensores, limites de energia e restrições de comunicação.

Mesmo dentro do Mars Yard, um comando não garante um movimento exato. O solo pode se deformar sob uma roda. Uma rocha pode gerar um ponto de contato inesperado. Tolerâncias mecânicas e leituras dos sensores acrescentam uma incerteza que um veículo virtual não enfrenta.

O protótipo oferece aos engenheiros um sistema tangível para observar esses efeitos. O portátil fornece comandos, mas os dados importantes vêm do rover, de seus instrumentos e do ambiente de testes.

O controle manual também pode ajudar no isolamento de falhas. Se um protótipo se comporta de modo diferente sob comandos diretos e comandos autônomos, os engenheiros obtêm uma pista sobre onde investigar. A diferença pode envolver percepção, planejamento, software de controle ou um subsistema mecânico.

Isso torna o controlador útil precisamente porque ele não é a principal conquista técnica. Ele reduz o atrito nos experimentos para que a equipe possa se concentrar nos sistemas do rover que, em última análise, deverão operar muito mais longe.

Marte transforma um controlador na interface errada

Quanto mais distante um rover se move da Terra, menos útil se torna a direção humana contínua e mais responsabilidade é transferida para os sistemas a bordo.

Os sinais de rádio não viajam instantaneamente entre a Terra e Marte. O atraso varia conforme as posições dos planetas, e cada comando precisa atravessar essa distância antes que uma resposta comece a retornar. Uma pessoa não pode desviar de uma rocha com o retorno imediato esperado de um controlador de jogos.

Em vez disso, as equipes de missão preparam comandos usando imagens, modelos de terreno, restrições de engenharia e prioridades científicas. O rover executa uma sequência aprovada, monitora as condições locais e para ou se adapta quando seu software detecta um problema.

Esse modelo operacional torna a autonomia uma necessidade, e não uma conveniência. A ESA afirma que a missão Rosalind Franklin demonstrará a capacidade de se mover pela superfície e analisar amostras de forma autônoma. Sua navegação a bordo deve permitir progresso seguro sem pressupor intervenção humana constante.

O rover planejado também enfrenta obrigações além da condução. Ele deve se desdobrar após o pouso, gerenciar a energia elétrica, manter as condições térmicas, operar instrumentos científicos e se comunicar em janelas limitadas. A mobilidade disputa tempo e energia com essas tarefas.

A ESA espera que o rover perfure até dois metros abaixo da superfície marciana. O material nessa profundidade tem maior proteção contra a radiação da superfície e mudanças extremas de temperatura. A missão analisará amostras em busca de possíveis evidências de vida passada ou presente.

Esse objetivo científico molda o sistema de deslocamento. Rosalind Franklin não está percorrendo Marte em alta velocidade nem viajando por viajar. Ele precisa alcançar locais cientificamente úteis, posicionar-se com cuidado e sustentar uma perfuradora que introduz restrições mecânicas adicionais.

O rover inclui direção nas seis rodas e uma técnica de caminhada das rodas para terrenos difíceis. A caminhada das rodas usa movimentos coordenados das rodas e da suspensão semelhante a pernas para melhorar a tração quando o rolamento comum se mostra insuficiente. Essa capacidade importa quando a assistência de recuperação está a milhões de quilômetros de distância.

A autonomia da missão permanece limitada. O rover não criará sua própria agenda científica nem vagará sem supervisão operacional. Equipes humanas selecionarão objetivos e avaliarão resultados, enquanto o software a bordo toma decisões imediatas que não podem esperar pela Terra.

Essa divisão de trabalho é o principal confronto desta história: controle manual local versus autonomia supervisionada e atrasada. O Steam Deck torna o primeiro modo visível. A missão em Marte depende do segundo.

O contraste também explica por que o controlador não deve ser avaliado como hardware de voo. Na Terra, um operador pode ver o protótipo e apertar parar. Os engenheiros podem substituir o portátil, reiniciar o software de apoio ou entrar no pátio.

Marte elimina essas opções de recuperação. Uma nave espacial tolerante a falhas precisa detectar perigos, preservar um estado seguro e esperar novas instruções quando necessário. Esses requisitos estão na arquitetura do rover, não no controlador prático usado durante o desenvolvimento.

Essa é a inversão central por trás do espetáculo. A imagem mais divertida mostra uma pessoa dirigindo um rover marciano com controles de jogos. O trabalho mais consequente busca tornar essa pessoa desnecessária para cada metro de movimento.

O Steam Deck é prático, mas não é hardware espacial comprovado

Uma interface de engenharia útil ainda pode introduzir riscos comuns de dispositivos de consumo, razão pela qual seu papel deve permanecer claramente separado dos sistemas certificados da missão.

A Valve comercializa o Steam Deck como um PC portátil voltado para jogos. Seus controles, tela e ambiente operacional de uso geral o tornam adaptável, mas essas características não equivalem a uma qualificação aeroespacial.

Hardware de consumo é projetado para temperaturas, pressões, níveis de radiação e condições de manuseio terrestres familiares. Sistemas espaciais enfrentam exigências ambientais mais rigorosas e frequentemente requerem componentes controlados, configuração documentada, redundância e ampla verificação.

As imagens da Airbus não indicam que o portátil precise atender a esses padrões. Ele parece operar em um fluxo de testes em solo, no qual uma falha interromperia um experimento, em vez de encerrar uma missão planetária.

Ainda assim, as equipes de desenvolvimento precisam administrar essa fronteira com cuidado. Um dispositivo conveniente pode se tornar profundamente integrado a um fluxo de trabalho ao longo do tempo. Dependências de software, conexões sem fio, alterações de firmware e configurações de segurança podem então afetar a repetibilidade.

Uma atualização do Steam Deck poderia alterar drivers ou o comportamento da interface. Um problema na bateria poderia interromper uma sessão de testes. Uma interrupção de rede poderia atrasar comandos. São questões administráveis em laboratório, mas os engenheiros ainda precisam de procedimentos documentados e caminhos alternativos de controle.

A configuração também levanta uma questão mais ampla sobre o que o portátil realmente controla. O material público sustenta a afirmação de que ele comanda um protótipo. Não fornece uma arquitetura técnica completa que mostre se os comandos trafegam por um navegador, um aplicativo local ou outra camada de controle.

Essa lacuna de verificação limita conclusões mais fortes. O dispositivo pode funcionar principalmente como um cliente para uma interface hospedada em outro local. Pode executar software localmente. Pode se comunicar por meio de uma infraestrutura de desenvolvimento que pouco se assemelha à cadeia final da missão.

Sem que a Airbus publique esses detalhes, afirmações sobre o protocolo ou a pilha de software exatos seriam especulação. A interpretação responsável permanece no nível observável: engenheiros usaram o portátil para emitir comandos durante testes de protótipo.

A imagem viral também pode obscurecer os riscos maiores do programa. O plano original de lançamento de Rosalind Franklin para 2022 terminou após a ESA suspender a cooperação com a Roscosmos depois da invasão da Ucrânia pela Rússia. O programa da espaçonave passou então a exigir uma nova abordagem europeia de pouso e renovada coordenação internacional.

O plano de recuperação da missão da ESA inclui manter o hardware existente do rover, substituir contribuições anteriormente russas e adaptar os sistemas às condições alteradas da missão. A NASA está fornecendo vários elementos importantes, incluindo serviços de lançamento e unidades de aquecimento por radioisótopos.

O próprio rover já havia sido entregue à Thales Alenia Space em 2019. As equipes precisam preservar e atualizar esse hardware para um lançamento posterior, enquanto o integram a um sistema de pouso redesenhado.

Em comparação com esses desafios, escolher um controlador portátil para um protótipo é uma pequena decisão de engenharia. A história atrai atenção porque o objeto é familiar, não porque represente a maior dependência técnica da missão.

Isso não a torna irrelevante. Pequenas escolhas de ferramentas revelam como as equipes de engenharia trabalham entre marcos importantes. Elas mostram que programas altamente especializados ainda se beneficiam de interfaces acessíveis, computadores de uso comum e testes iterativos.

A conclusão cética é, portanto, restrita. O Steam Deck parece útil para desenvolvimento em solo, mas as evidências públicas não estabelecem confiabilidade superior, menor custo total ou adequação a operações de voo. Seu valor está na conveniência, até que a Airbus documente mais.

ExoMars Tem Muito Mais em Jogo do Que Seu Controlador Sugere

Por trás do controlador descontraído há uma missão europeia adiada que precisa combinar hardware de voo antigo, um novo módulo de pouso e exigentes operações autônomas.

Rosalind Franklin faz parte do programa ExoMars da ESA. A primeira missão ExoMars colocou o Trace Gas Orbiter em órbita de Marte em 2016. A missão do rover pretende estender esse trabalho à superfície e ao subsolo.

A ESA identifica a Thales Alenia Space como contratante industrial principal da missão. A Airbus é a contratante principal do veículo rover em Stevenage. A OHB lidera o módulo transportador, enquanto a Leonardo fornece o sistema de perfuração.

A Airbus também foi selecionada para desenvolver sistemas-chave para a nova plataforma de pouso. Segundo o plano da plataforma de pouso da ESA, suas equipes no Reino Unido são responsáveis pelos elementos mecânicos, térmicos e de propulsão necessários para o pouso.

A sequência de pouso tem suas próprias restrições. A ESA afirma que a entrada atmosférica até o toque no solo levará cerca de seis minutos. Paraquedas e retrofoguetes precisam reduzir a velocidade do módulo antes que ele alcance a superfície.

Após o pouso, rampas fornecerão caminhos para o rover deixar a plataforma. Um novo software deve ajudá-lo a fazer a transição rapidamente para um estado autônomo. Essa capacidade importa porque a plataforma de pouso não permanecerá como uma estação científica de longa duração.

O cronograma da missão atualmente prevê o lançamento entre outubro e dezembro de 2028, a partir do Kennedy Space Center, na Flórida. Uma viagem de aproximadamente dois anos levaria ao pouso em 2030, durante uma estação escolhida para favorecer a energia solar e as operações de superfície.

Esse calendário reflete mais do que conveniência orbital. A ESA quer que o rover opere antes que o hemisfério norte marciano entre em uma estação mais poeirenta. Tempestades globais de poeira poderiam ameaçar a sobrevivência de um veículo movido a energia solar.

A rota planejada para Marte também cria um longo intervalo entre o lançamento e a ciência. A ESA espera dados iniciais logo após o pouso, a implantação do rover em até dez dias marcianos e a primeira perfuração profunda aproximadamente um mês depois.

Cada etapa adiciona outra dependência. O lançador precisa funcionar como previsto. O estágio de cruzeiro precisa entregar a espaçonave. O escudo térmico, os paraquedas, o sistema de propulsão e a plataforma de pouso precisam guiá-la com segurança pela atmosfera.

Somente após essa sequência a mobilidade e a autonomia do rover podem se tornar preocupações operacionais. O Steam Deck não participa desses eventos, mas os testes de protótipo ajudam os engenheiros a entender o comportamento do veículo que precisarão sustentar após o pouso.

O conjunto de instrumentos científicos de Rosalind Franklin foi projetado para procurar bioassinaturas, isto é, evidências físicas ou químicas associadas à vida. A perfuração de até dois metros o diferencia de missões que coletam principalmente material exposto ou raso.

A profundidade importa porque Marte tem um ambiente de superfície severo. A radiação e a química oxidante podem degradar compostos orgânicos. Amostras enterradas oferecem uma chance melhor de preservar material que possa contribuir para a busca por vida antiga.

Esse objetivo científico eleva o custo de uma falha de mobilidade. Um rover estacionário ainda poderia realizar observações limitadas, mas poderia perder acesso aos alvos geológicos selecionados para perfuração. A navegação segura apoia diretamente o programa científico.

O rover Perseverance da NASA oferece a referência operacional mais evidente. Ele tem usado navegação autônoma para atravessar Marte enquanto os planejadores da missão definem objetivos mais amplos. Rosalind Franklin entrará em um ambiente semelhante, com instrumentos diferentes e um objetivo de perfuração distinto.

A comparação não deve se transformar em uma competição por um controlador de consumo. Ambos os programas dependem de tomada de decisão a bordo porque nenhum deles pode ser conduzido continuamente a partir da Terra. A disputa significativa envolve objetivos de missão, estratégias de mobilidade e a confiabilidade de seus sistemas completos.

O Que Observar Antes do Lançamento de 2028

Três sinais mostrarão se o momento do rover marciano controlado por Steam Deck da Airbus foi apenas uma gravação memorável ou uma etapa visível de um programa disciplinado de testes.

O primeiro sinal é a qualificação do sistema de pouso redesenhado. A ESA e a Airbus precisam integrar a plataforma europeia de pouso ao rover existente e às contribuições americanas da missão. O progresso em propulsão, paraquedas, projeto térmico e hardware de implantação determinará se a janela de 2028 permanece crível.

Uma campanha de qualificação concluída reforçaria a confiança na atual arquitetura da missão. Redesenhos significativos ou mudanças no cronograma a enfraqueceriam, independentemente de quão bem o rover se saia dentro do Mars Yard.

O segundo sinal é a evidência de que a autonomia do rover funciona em terrenos cada vez mais representativos. Demonstrações públicas devem ir além da condução remota simples e mostrar percepção, planejamento de rota, desvio de perigos, caminhada sobre rodas e comportamento de recuperação.

A questão relevante não é se um protótipo segue um joystick com precisão. É se o rover pode receber um objetivo de nível mais alto, avaliar o terreno local e avançar com segurança enquanto administra incertezas.

A Airbus não precisa expor software sensível nem todos os resultados de testes. No entanto, marcos claramente descritos ajudariam a distinguir demonstrações de interface da verificação de capacidades relevantes para o voo.

O terceiro sinal é a manutenção e requalificação bem-sucedidas do hardware construído para o plano anterior da missão. O lançamento adiado do rover torna a condição dos componentes, o trabalho de substituição e as mudanças de interface centrais para a gestão de riscos.

A ESA afirma que manutenção regular e substituição de peças podem preservar o veículo para a oportunidade posterior. Essa posição ganhará credibilidade à medida que a agência relatar atualizações concluídas e testes integrados sob o projeto revisado.

O próprio cronograma de lançamento deve ser tratado como uma meta, não como garantia. Janelas planetárias são implacáveis porque um atraso pode se estender muito além do tempo necessário para corrigir um componente. Cada teste de sistema concluído reduz a incerteza, mas nenhum controlador portátil elimina essa pressão de calendário.

Os leitores também devem observar como a Airbus descreve o Steam Deck em materiais futuros. Se o dispositivo continuar sendo uma interface prática em solo, a explicação atual se mantém. Se passar a fazer parte de uma cadeia formal de ferramentas operacionais, questões sobre controle de configuração e confiabilidade se tornarão mais importantes.

Qualquer um dos resultados oferece uma lição útil para equipes de robótica. Hardware familiar pode reduzir o atrito no desenvolvimento sem se tornar o produto em desenvolvimento. O ponto-chave é preservar uma fronteira clara entre conveniência experimental e responsabilidade crítica para a missão.

Esse princípio se estende além dos voos espaciais. Armazéns, sistemas de inspeção industrial, robôs de campo e plataformas de pesquisa frequentemente combinam máquinas especializadas com interfaces de uso comum. Um controlador comum pode acelerar testes quando os engenheiros entendem seu papel e seus limites.

O programa marciano torna essa fronteira particularmente visível. Uma pessoa em Stevenage pode mover um protótipo com dois joysticks analógicos e feedback visual imediato. Um rover em Marte precisa interpretar planos atrasados e proteger a si mesmo quando a paisagem difere de todas as simulações.

É por isso que o controlador merece atenção sem exageros. Ele transforma um fluxo de trabalho abstrato de engenharia em uma imagem que qualquer pessoa consegue entender. Também expõe a distância entre mover um robô e tornar esse robô confiável além do alcance humano.

À medida que a ExoMars se aproxima de sua janela planejada de lançamento, a melhor pergunta não é se um portátil para jogos tem lugar na indústria aeroespacial. Pergunte se cada atalho terrestre está ajudando a Airbus a validar a autonomia, a mobilidade e o comportamento de recuperação que Marte exigirá.

 
 

Comece grátis

Um assistente de IA local-first com gestão de conhecimento pessoal

Para oferecer uma experiência de IA melhor,

atualmente, o remio é compatível apenas com Windows 10+ (x64) e M-Chip Macs.

Seu parceiro de IA no trabalho
Faça mais com o remio

Planeje. Crie. Entregue.
Tudo em um só lugar.

bottom of page