Der japanische Automobilhersteller Subaru forciert seine Transformation hin zu softwarezentrierten Fahrzeugen (Software-Defined Vehicles, SDVs) und peilt deren Serienreife für das Ende des laufenden Jahrzehnts an. Wie aus Berichten von Reuters hervorgeht, ist der strategische Kern dieser Initiative eine drastische Effizienzsteigerung: Durch die Neuausrichtung der Entwicklungs- und Validierungsprozesse sollen die Entwicklungszeiten für Fahrzeugsoftware und elektronische Steuerungssysteme um rund 40 Prozent verkürzt werden. Für Software-Architekten und Embedded-Entwickler markiert dieser Schritt die Abkehr von historisch gewachsenen, fragmentierten Steuergeräte-Landschaften hin zu zentralisierten Rechenknoten und Cloud-nativen Entwicklungsmodellen.

Vom verteilten Steuergeräte-Dschungel zur Zonal-Architektur

Traditionelle Fahrzeugarchitekturen stützen sich auf bis zu 100 dedizierte Electronic Control Units (ECUs), die über CAN-, LIN- und FlexRay-Busse miteinander kommunizieren. Jedes Subsystem – von der Fahrwerksregelung über Fahrerassistenzsysteme (ADAS) bis zum Infotainment – besitzt historisch seine eigene, fest mit der Hardware verdrahtete Firmware. Dieser Ansatz stößt bei kontinuierlichen Over-the-Air-Updates (OTA) und heterogenen Feature-Deployments an harte Skalierungsgrenzen.

Subarus angekündigtes SDV-Paradigma basiert auf der Entkopplung von Software und Hardware über zonale Architekturen. Hierbei erfassen zonale Gateway-Controller I/O-Signale lokal an den Fahrzeugachsen und leiten sie über High-Speed-Automotive-Ethernet (1 bis 10 Gbit/s) an zentrale High-Performance-Compute-Cluster (HPC) weiter. Auf diesen Zentralrechnern laufen softwarebasierte Funktionen als isolierte Container oder virtuelle Maschinen unter POSIX-kompatiblen Echtzeitbetriebssystemen (RTOS) sowie sicherheitszertifizierten Linux-Derivaten:

// Beispiel: Deklarative SOME/IP Service-Schnittstelle zur zonalen Abstraktion
service VehicleDynamicsControl {
    service_id = 0x1042
    version = 1.0
    
    method RequestTorqueVectoring {
        in {
            WheelIdentifier wheel_id;
            NewtonMeter target_torque;
            Millisecond duration;
        }
        out {
            ExecutionStatus status;
        }
    }
    
    event TelemetryStream {
        out {
            AxisAcceleration acceleration;
            Radian yaw_rate;
        }
    }
}

Virtual ECUs und Cloud-Native CI/CD als Hebel für 40 % Zeiteinsparung

Die geplante Reduktion der Entwicklungszeit um 40 Prozent lässt sich im automobilen Umfeld nur erreichen, wenn die physische Hardware-in-the-Loop-Prüfung (HiL) drastisch reduziert und durch softwarebasierte Emulation ersetzt wird. Embedded-Teams müssen Software verifizieren können, noch bevor die Silizium-Komponenten der Zulieferer physisch im Labor vorliegen.

Subaru setzt hierfür zunehmend auf Virtual ECUs (vECUs) auf Basis von QEMU- oder SystemC-Modellen, die direkt in containerisierte CI/CD-Pipelines integriert werden. Tests für funktionale Sicherheit (ISO 26262 bis ASIL D) und Regressionsanalysen laufen parallelisiert in Cloud-Infrastrukturen:

• Shift-Left-Testing: Verlagerung der Software-Validierung von physischen Prüfständen auf vECUs in virtualisierten Cloud-Instanzen (Software-in-the-Loop, SiL).
• Modulares AUTOSAR Adaptive: Standardisierte Laufzeitumgebungen erlauben die dynamische Nachladung von Binaries ohne kompletten Flashtest des Gesamtsystems.
• Automatisierte Traceability: Kontinuierliche Verknüpfung von Anforderungsmanagement, Quellcode-Commits und ASIL-Konformitätsnachweisen im Build-Prozess.

Herausforderungen: Deterministische Latenzen vs. Cloud-Entwicklungsparadigmen

Der Übergang zu SDVs bringt gravierende technische Trade-offs mit sich. Während Cloud-Native-Entwickler mit Eventual Consistency und dynamischer Ressourcenzuteilung arbeiten, verlangen sicherheitskritische Fahrzeugdomänen (z. B. Subarus Allradsteuerung und EyeSight-Sensordatenfusion) strikten Determinismus mit maximal tolerierbaren Latenzen im einstelligen Millisekundenbereich. Die Architektur-Herausforderung besteht darin, Microservice-ähnliche Abstraktionen über Mixed-Criticality-Systeme zu legen, ohne die Worst-Case Execution Time (WCET) auf den Echtzeit-Cores zu verletzen. Die späten 2020er Jahre als Launch-Fenster spiegeln die notwendige Reifezeit für robuste Hypervisor-Technologien und standardisierte Schnittstellen wie COVESA wider.