SDV Insider - 15 de mayo de 2026
Bienvenidos de nuevo a SDV Insider.
Esta semana, la batalla entre plataformas SDV se adentró aún más en la capa del sistema operativo. Los OEM ya no se limitan a elegir socios de software - están eligiendo la arquitectura fundamental sobre la que funcionarán sus vehículos durante las próximas dos décadas. Es una decisión de mayor alcance temporal y con mucho más en juego que elegir un proveedor de infoentretenimiento, y el sector está empezando a tratarla como tal.
Mientras tanto, la pila de computación embebida sigue industrializándose: los chips con certificación de seguridad, la visión con AI en el borde y los RTOS de grado automotriz están cada vez más integrados. Y un robotaxi de Waymo arrastrado hasta un arroyo de Texas ofreció el ejemplo real más claro hasta la fecha de cómo funcionan en la práctica las actualizaciones OTA como infraestructura de seguridad.
La señal de esta semana: se está fijando la capa fundacional. Las decisiones sobre sistemas operativos y plataformas que se toman ahora serán pilares de la próxima generación de SDV - y el margen para influir en ellas se está reduciendo.
🚀 Noticia principal
Nissan elige Red Hat como base del sistema operativo para su plataforma SDV de próxima generación
Según lo anunciado en Red Hat Summit, en Atlanta, Nissan ha elegido Red Hat In-Vehicle Operating System como base Linux para su Scalable Open Software Platform (SW PF) - la arquitectura que sustentará los futuros vehículos definidos por software de Nissan. No se trata de una simple relación con un proveedor: los ingenieros de Red Hat se están incorporando directamente al proceso de desarrollo de software de Nissan para diseñar conjuntamente la plataforma desde dentro.
La lógica estratégica es explícita. Los vehículos de Nissan tienen ciclos de vida de varias décadas, y la SW PF necesita un sistema operativo capaz de mantener actualizaciones de software, evolución de funciones y parches de seguridad durante todo ese periodo. Al apoyarse en la base Linux empresarial de Red Hat, Nissan obtiene una base estandarizada y escalable que desvincula el desarrollo de software del hardware - lo que permite actualizar funciones al estilo de los teléfonos inteligentes, manteniendo a la vez la seguridad funcional y la ciberseguridad de grado automotriz. La plataforma servirá de base para el Central Vehicle Computer de próxima generación de Nissan.
Más allá de la propia elección de la plataforma, el modelo operativo merece una mención aparte: los ingenieros de Red Hat se están ubicando junto a los equipos de desarrollo de software de Nissan - no trabajan como un proveedor remoto. Este modelo de ingeniería integrada es cada vez más habitual en la estructuración de alianzas sólidas para plataformas SDV. Es la diferencia entre una licencia de software y una auténtica copropiedad de la plataforma. Cabe esperar más relaciones entre OEM y proveedores estructuradas de esta forma, a medida que la complejidad del software de los vehículos hace inviable la integración a distancia.
Este es un momento significativo, y no solo para Nissan. La capa del sistema operativo es donde se establece el control de las plataformas SDV - y se está convirtiendo cada vez más en una carrera entre pilas propietarias de los OEM y bases sustentadas en Linux empresarial. Nissan está haciendo una apuesta clara: controlar el ciclo de vida del software, no solo el vehículo. La decisión de incorporar ingenieros de Red Hat directamente al proceso de desarrollo indica un compromiso profundo con la plataforma, no una integración típica de proveedor. Para el resto del sector, conviene observar cómo responden otros OEM japoneses - la elección de la SW PF de Nissan podría acelerar un cambio similar hacia bases de sistemas operativos de código abierto en toda la región. Los OEM que acierten con esta capa en 2026 tendrán una ventaja acumulativa durante el resto de la década.
⚙️ Pulso del sector
Waymo llama a revisión a 3.791 robotaxis - y los corrige todos mediante actualizaciones inalámbricas
El 20 de abril, un robotaxi de Waymo sin ocupantes en San Antonio se encontró con un tramo inundado de una autopista, redujo la velocidad - y luego siguió adelante. El vehículo fue arrastrado hasta el arroyo Salado y tuvo que ser recuperado días después. Waymo notificó a NHTSA una llamada a revisión voluntaria que abarcaba 3.791 vehículos (toda su flota de quinta y sexta generación) en los diez días posteriores al incidente. La solución: una actualización inalámbrica de software, ya desplegada en el 100% de los vehículos afectados antes incluso de que la llamada a revisión se hiciera pública.
La causa raíz fue una carencia en la lógica: el sistema detectó correctamente el peligro y redujo la velocidad, pero no llegó a detenerse por completo ni a buscar una ruta alternativa en vías de mayor velocidad. Waymo ha endurecido los parámetros operativos para condiciones meteorológicas extremas y ha actualizado los datos cartográficos para restringir el acceso a zonas propensas a inundaciones mientras se completa la solución definitiva de software. No había pasajeros a bordo en ninguno de los incidentes. Esta es la segunda llamada a revisión voluntaria de Waymo en el último año - una anterior abarcó infracciones al adelantar autobuses escolares en Texas, también resueltas mediante OTA.
Lo relevante aquí para los SDV no es la llamada a revisión - es el modelo de resolución. Waymo identificó un defecto de software que afectaba a toda la flota, lo notificó de forma proactiva al regulador y aplicó un parche de forma remota a todos los vehículos afectados, sin que los clientes tuvieran que hacer nada, en menos de dos semanas. Se trata de una infraestructura de seguridad radicalmente distinta de las llamadas a revisión tradicionales del sector automotriz, cuyas tasas de reparación suelen estancarse entre el 70 y el 80% durante meses. A medida que crecen las flotas de AV, las actualizaciones OTA como parches de seguridad se convierten en una capacidad esencial, no en un factor diferenciador. La pregunta para el resto del sector: ¿cuál es su tasa de finalización de actualizaciones OTA cuando realmente importa?
Porsche integra Car-IT en I+D - Una señal sobre el diseño organizativo de los SDV bajo presión
Porsche AG está reestructurando su Consejo Ejecutivo de ocho a siete divisiones, suprimiendo su división independiente Car-IT e integrándola en Investigación y Desarrollo a partir del 1 de julio. Sajjad Khan, miembro del Consejo Ejecutivo - contratado específicamente para liderar la estrategia de software y digital de Porsche - abandonará el Consejo Ejecutivo y pasará a desempeñar una función de asesoramiento sobre alianzas de software. La decisión llega mientras Porsche afronta una caída del 15% en las ventas y un descenso del 22% en el beneficio operativo en el primer trimestre de 2026, junto con recortes de empleo más amplios y el cierre de varias filiales.
Durante la etapa de Khan, Porsche avanzó en el lenguaje de diseño de su sistema de infoentretenimiento e introdujo el sistema Porsche Digital Interaction en el Cayenne eléctrico. Pero el puesto específico para software en el Consejo Ejecutivo, creado con gran proyección, vuelve a integrarse en la I+D tradicional bajo la presión financiera. Las estructuras de liderazgo dedicadas al software en los OEM - consejos separados, divisiones independientes y directores de transformación digital - fueron una tendencia definitoria de los primeros años de la era SDV. Cuando los resultados trimestrales empeoran, estas estructuras figuran entre las primeras en consolidarse. Los OEM que resistirán serán aquellos que hayan arraigado la cultura del software lo suficiente como para que sobreviva a los cambios del organigrama.
La integración de Car-IT de Porsche no es un hecho aislado. En todo el sector, los OEM que crearon divisiones independientes de software o elevaron el liderazgo digital al Consejo Ejecutivo entre 2020 y 2023 están reintegrando discretamente esas funciones en las jerarquías tradicionales de ingeniería. La debilidad de la demanda de EV, la fragilidad del mercado chino y el aumento de los costes de I+D están poniendo bajo presión los experimentos organizativos de los primeros años de la era SDV. Los OEM que saldrán más fortalecidos serán aquellos que hayan arraigado la cultura del software lo suficiente como para que sobreviva a la reestructuración - no los que la trataron como una casilla aparte en el organigrama.
Renesas adquiere Irida Labs - La visión con AI en el borde pasa a ser una capacidad interna
Renesas Electronics ha completado la adquisición de Irida Labs, una empresa griega de software embebido especializada en sistemas de percepción visual basados en AI. La operación incorpora internamente la plataforma PerCV.ai de Irida Labs y refuerza la pila de AI en el borde de Renesas para la detección en el habitáculo, la supervisión del tráfico, la robótica y la inspección industrial. Las herramientas de Irida Labs se integrarán en Renesas 365, la plataforma de desarrollo en la nube de la compañía. Ambas ya habían colaborado como socios - internalizar esta capacidad elimina la separación entre los chips y el software, un patrón que se está convirtiendo en la norma a medida que los proveedores de semiconductores compiten por ofrecer soluciones completas e integradas en lugar de componentes discretos.
Green Hills + AMD ofrecen una pila embebida preparada para ASIL D para AI automotriz en el borde
Green Hills Software ha anunciado una solución conjunta de hardware y software con AMD para el SoC adaptativo Versal AI Edge Series Gen 2, orientada a aplicaciones embebidas críticas para la seguridad funcional y la ciberseguridad en automoción, el sector aeroespacial y la robótica. La pila combina el RTOS con certificación de seguridad, los hipervisores, los compiladores y las herramientas de desarrollo de Green Hills con los chips de AMD capaces de cumplir ASIL D / SIL 3 - como solución de proveedor único para los complejos de computación Arm Cortex-A78AE y Cortex-R52. Los proveedores Tier 1 y los OEM pueden consolidar funciones de ECU con distintos niveles de criticidad en un solo chip sin sacrificar el aislamiento de seguridad ni la integridad de la certificación. Los primeros clientes ya pueden trabajar con el kit de evaluación. Para los equipos que desarrollan aplicaciones de ADAS, fusión de sensores o controladores de dominio que necesitan tanto rendimiento de AI como cumplimiento de la seguridad funcional, esta es una base lista para producción que merece la pena evaluar.
📅 Próximos eventos
Automotive Software Strategies - Múnich
19-20 de mayo de 2026
Un encuentro especializado para responsables de ingeniería y producto que afrontan decisiones sobre arquitectura SDV. Un contexto relevante dadas las noticias de esta semana sobre plataformas de sistemas operativos y pilas embebidas.
👋 Hasta aquí por hoy
La señal de esta semana es clara:
La capa del sistema operativo y la plataforma es donde se establece la ventaja competitiva de los SDV para la próxima década - y los OEM están haciendo esas apuestas ahora
OTA no es solo un mecanismo para entregar funciones - Waymo acaba de demostrar que es una infraestructura de seguridad, capaz de aplicar parches a toda una flota antes incluso de que una llamada a revisión se haga pública
El compromiso organizativo con la transformación del software es frágil - los OEM que integren el software en su ADN de ingeniería perdurarán más que aquellos que lo incorporaron a sus organigramas
Se están sentando los cimientos. Lo que se construya sobre ellos definirá a los ganadores de los SDV en la década de 2030.
- El equipo de SDV Insider 🚗💨