Una actualización de software reciente no fue exitosa. Su vehículo no puede conducirse

Artículo original ↗ Discusión en Hacker News ↗

Una foto viral de un EV de Ford mostrando “A recent software update was not successful. Your vehicle cannot be driven” ha reavivado la preocupación por cómo las actualizaciones over-the-air pueden inutilizar de facto los coches modernos. Los comentaristas contrastan la aparente falta de mecanismos de protección robustos en Ford con prácticas como particiones de firmware dobles, una partición estricta entre sistemas críticos y no críticos, y procesos de actualización más conservadores usados en otros ámbitos embebidos. El incidente alimenta un rechazo más amplio hacia los vehículos altamente conectados y cargados de software: algunos abogan por coches “tontos” o mínimamente conectados, mientras que otros subrayan que las funciones de seguridad y los diagnósticos dependen ahora de software complejo que debe hacerse más fiable, no abandonarse.

Incidente y vehículo afectado

  • La captura muestra un mensaje en el coche después de que fallara una actualización de software, indicando que el vehículo no puede conducirse y dando instrucciones “para el operador de la grúa”, lo que muchos encuentran alarmante.
  • Varios comentaristas lo identifican como un EV de Ford, muy probablemente un Mustang Mach‑E o posiblemente un F‑150 Lightning, respaldado por fotos del interior y el texto “Ford Customer Relationship Center”.
  • Se hace referencia a una publicación anterior en un foro con el mismo error; la discusión original del propietario está enlazada en un subreddit de Mach‑E.

Diseño de las actualizaciones de software y mecanismos de protección

  • Muchos sostienen que inutilizar un coche mediante una actualización es inexcusable y que el software automotriz debería usar particiones de firmware A/B (dobles), reversión y modos de “limp-home”, como es común en routers, Android, TiVo, etc.
  • Otros señalan que los coches modernos tienen docenas o cientos de microcontroladores, algunos con flash limitado, lo que hace más difíciles los esquemas de imagen dual completa y más complejas las actualizaciones distribuidas.
  • Varios describen esquemas robustos de doble arranque o recuperación que han implementado en otros sistemas embebidos y les sorprende que un fabricante no haya alcanzado ese nivel.
  • Entre las posibles causas raíz discutidas figuran condiciones de falta de disco o de memoria y módulos secundarios fallando, pero la falla específica aquí no está clara.

Coches conectados, actualizaciones OTA y propiedad

  • Algunos participantes rechazan por principio los coches conectados a Internet y actualizables de forma remota, citando pérdida de fiabilidad, control y el riesgo de inutilización remota o abuso de la privacidad.
  • Otros defienden la conectividad por comodidades como el precalentamiento remoto, el seguimiento de la carga y los mapas en vivo, argumentando que el mercado ha cambiado y la conectividad ha llegado para quedarse.
  • Las posturas intermedias favorecen una partición estricta: los sistemas críticos de conducción deberían seguir operativos incluso si el infoentretenimiento o las funciones de confort fallan o se actualizan mal.

Deseo de coches “tontos” o más simples

  • Fuerte nostalgia por coches “tontos” o mínimamente informatizados, especialmente modelos antiguos que son fáciles de reparar y no están en red.
  • Los contraargumentos destacan beneficios de la electrónica moderna: sistemas de seguridad (ABS, airbags, sensores), mayor eficiencia, diagnósticos más sencillos (OBD2) y menos cableado gracias al bus CAN.
  • Algunos sugieren mantener un coche de combustión simple como respaldo junto a un EV con muchas funciones.

EVs, marcas y competencia en software

  • Debate sobre qué fabricantes gestionan mejor el software; Tesla se cita tanto como ejemplo positivo (aislamiento entre el infoentretenimiento y los sistemas de conducción, actualizaciones no destructivas) como negativo (incidentes pasados de inutilización, desgaste de la eMMC, funciones peculiares).
  • El hilo enfatiza que estos problemas no son exclusivos de los EVs; fallos similares y la complejidad de las OTA también afectan a los vehículos de combustión modernos.

Ingeniería, proceso y regulación

  • Discusión sobre el rigor de la ingeniería de software frente a la mecánica: mecánicamente los coches no pueden “perder la parte delantera”, pero los fallos de software suelen enfrentarse a una regulación más débil.
  • Algunos piden supervisión regulatoria de las actualizaciones de software automotriz o, al menos, reglas de proceso y auditorías sólidas, especialmente para cualquier cosa relacionada con la seguridad.