Uma atualização recente de software não foi bem-sucedida. Seu veículo não pode ser conduzido

Artigo original ↗ Discussão no Hacker News ↗

Uma foto viral de um EV da Ford exibindo “A recent software update was not successful. Your vehicle cannot be driven” reacendeu as preocupações de que atualizações over-the-air possam, na prática, inutilizar carros modernos. Comentadores contrastam a aparente falta de mecanismos robustos de segurança da Ford com práticas como partições duplas de firmware, separação rígida entre sistemas críticos e não críticos, e processos de atualização mais conservadores usados em outros domínios embarcados. O incidente alimenta uma reação mais ampla contra veículos altamente conectados e intensivos em software, com alguns defendendo carros “burros” ou minimamente conectados, enquanto outros ressaltam que recursos de segurança e diagnósticos agora dependem de software complexo que precisa se tornar mais confiável, e não ser abandonado.

Incidente e veículo afetado

  • A captura de tela mostra uma mensagem no carro após uma falha na atualização de software, dizendo que o veículo não pode ser conduzido e dando instruções “para o operador do guincho”, o que muitos consideram alarmante.
  • Vários comentaristas identificam que se trata de um EV da Ford, muito provavelmente um Mustang Mach‑E ou possivelmente uma F‑150 Lightning, com base em fotos do interior e no texto “Ford Customer Relationship Center”.
  • É feita referência a uma publicação anterior em fórum com o mesmo erro; a discussão original do proprietário está linkada em um subreddit do Mach‑E.

Design das atualizações de software e mecanismos de segurança

  • Muitos argumentam que inutilizar um carro por meio de uma atualização é inaceitável e que o software automotivo deveria usar partições de firmware A/B (duplas), rollback e modos de retorno em marcha lenta, como é comum em roteadores, Android, TiVo etc.
  • Outros observam que carros modernos têm dezenas ou centenas de microcontroladores, alguns com flash limitado, o que torna esquemas completos de imagem dupla mais difíceis e atualizações distribuídas mais complexas.
  • Vários descrevem esquemas robustos de dual boot ou recuperação que implementaram em outros sistemas embarcados e se surpreendem com o fato de uma montadora não ter atingido esse nível.
  • Possíveis causas raiz discutidas incluem falta de disco ou de memória e falha de submódulos, mas a falha específica aqui não está clara.

Carros conectados, atualizações OTA e propriedade

  • Alguns participantes desaprovam, por princípio, carros conectados à internet e atualizáveis remotamente, citando perda de confiabilidade, de controle e o risco de inutilização remota ou abuso de privacidade.
  • Outros defendem a conectividade por conveniências como pré-aquecimento remoto, monitoramento de carga e mapas ao vivo, argumentando que o mercado mudou e que a conectividade veio para ficar.
  • Visões intermediárias favorecem uma separação rígida: sistemas críticos de condução devem continuar operacionais mesmo se recursos de infotainment ou conforto falharem ou forem mal atualizados.

Desejo por carros “burros” ou mais simples

  • Há forte nostalgia por carros “burros” ou minimamente computadorizados, especialmente modelos antigos que são fáceis de reparar e não são conectados em rede.
  • Contra-argumentos destacam benefícios dos eletrônicos modernos: sistemas de segurança (ABS, airbags, sensores), maior eficiência, diagnósticos mais fáceis (OBD2) e redução da fiação por meio do barramento CAN.
  • Alguns sugerem manter um carro ICE simples como reserva ao lado de um EV repleto de recursos.

EVs, marcas e competência em software

  • Há debate sobre quais fabricantes lidam melhor com software; a Tesla é citada tanto como exemplo positivo (isolamento entre infotainment e sistemas de condução, atualizações não destrutivas) quanto negativo (incidentes anteriores de brick, desgaste de EMMC, recursos excêntricos).
  • O tópico enfatiza que esses problemas não são específicos de EVs; falhas semelhantes e a complexidade de OTA também afetam veículos ICE modernos.

Engenharia, processo e regulação

  • Há discussão sobre o rigor da engenharia de software versus a mecânica: carros, mecanicamente, não podem “deixar a frente cair”, mas falhas de software muitas vezes enfrentam regulamentação mais fraca.
  • Alguns pedem supervisão regulatória para atualizações de software automotivo ou, ao menos, regras rígidas de processo e auditorias, especialmente para qualquer coisa relacionada à segurança.