Na enkele beschamende mislukkingen in het verleden om het alleen te doen, zoals bij Volkswagen, hebben elf giganten uit de Duitse auto-industrie zich gerealiseerd dat ze hun krachten moeten bundelen bij het ontwikkelen van de software die in toenemende mate de auto van de toekomst zal bepalen.

Onder impuls van de Duitse Vereniging van de Automobielindustrie (VDA) ondertekenden ze een Memorandum of Understanding (MoU) op het 29e Internationale Automotive Electronics Congres (AEK) om een open-source software alliantie op te richten die functioneert als een veilige ‘middleware’ tussen het besturingssysteem en de applicatielagen.

Autonoom rijden?

Hierdoor kunnen fabrikanten en leveranciers zich richten op onderscheidende kenmerken terwijl de kerncomponenten bij elkaar blijven, aldus de deelnemende partijen. Een van de dingen die we binnenkort kunnen verwachten is een softwareruimte voor de serieontwikkeling van een platform voor autonoom rijden, dat naar verwachting in 2026 beschikbaar zal zijn.

De elf bedrijven die het MoU hebben ondertekend zijn de BMW Group, Mercedes-Benz Group, Volkswagen Group en Tier 1-leveranciers zoals Bosch, Continental, Forvia (voorheen Hella), ZF Group, Valeo BRAIN Division en software-experts zoals Qorix, Etas GmbH (een dochteronderneming van Bosch) en Vector Informatik GmbH.

“Met het toenemende belang en de toenemende complexiteit van voertuigsoftware wordt het cruciaal voor de auto-industrie om de snelheid en efficiëntie in de ontwikkeling te verbeteren met behoud van hoge kwaliteit en veiligheid”, zegt VDA in een persbericht.

Saaie uniformiteit?

Betekent dit dat alle Duitse auto's in de toekomst met dezelfde software zullen rijden? Nee. “Een aanzienlijk deel van de voertuigsoftware is niet direct toegankelijk voor de gebruiker en kan daarom niet worden gedifferentieerd. Zoals middleware die zorgt voor communicatie, authenticatie en interfaces tussen het besturingssysteem van het voertuig en de applicaties die erop draaien. Hierdoor kunnen de overeenkomstige softwaremodules gezamenlijk ontwikkeld worden in een open en collaboratief ecosysteem.”

Met andere woorden, de gebruiker krijgt nog steeds de softwaresmaak van zijn favoriete merk, samen met specifieke toepassingen om te gebruiken, die er misschien anders uitzien. Tegelijkertijd worden de onderliggende processen vaak ontwikkeld om de uitrol van nieuwe technologie te versnellen.

Cariad falen

Volkswagen probeerde het al eerder zelf, met als doel een uniforme softwarearchitectuur te ontwikkelen (genaamd VW.OS) voor al zijn merken, maar deze poging mislukte uiteindelijk.. Volkswagen heeft de afgelopen jaren te maken gehad met grote problemen op het gebied van softwareontwikkeling, voornamelijk door de softwaredivisie Cariad. Deze problemen veroorzaakten aanzienlijke vertragingen bij de lancering van belangrijke auto's van Audi, Porsche en Volkswagen zelf.

De visie omvatte autonoom rijden (tot niveau 4), gecentraliseerde voertuigbesturing en OTA-updates - allemaal intern en snel ontwikkeld. Experts beschouwden dit als zeer ambitieus voor een bedrijf dat geen ervaring had met grootschalige softwareontwikkeling.

Ze wijzen erop dat Cariad snel duizenden ingenieurs aannam, maar dat het management moeite had om teams te integreren, prioriteiten te stellen of agile workflows op te bouwen. Dit leidde tot constante strategiewisselingen, onduidelijk producteigendom en slechte coördinatie tussen de merken, met name Audi, Porsche en Volkswagen. Software voor de Audi Q6 e-tron en Porsche Macan EV liep bijvoorbeeld jaren achter op schema, wat leidde tot vertragingen bij de lancering.

Toenemende complexiteit van software

Geleerde lessen, de Duitse auto-industrie is nu het over een andere boeg gooien. “De auto-industrie wordt momenteel geconfronteerd met belangrijke gemeenschappelijke uitdagingen. Een van de uitdagingen is de toename van softwarecomplexiteit binnen voertuigen in combinatie met cloud-gebaseerde diensten.”

“Tegelijkertijd is het nodig om de time-to-market en de kosten te verlagen en tegelijkertijd voortdurend te innoveren met behulp van software. Bovendien moet de auto-industrie zorgen voor veilige en betrouwbare oplossingen gedurende de hele levenscyclus van het product.”

Het voorgestelde tijdschema omvat het definiëren van een referentiearchitectuur en functievereisten tegen medio 2025 en het implementeren van de eerste openbare versie van belangrijke softwarestackmodules tegen eind 2025. Tegen het einde van 2026 zou een eerste volledige softwarerelease klaar moeten zijn voor serieprojecten, zoals autonoom rijden.

Uiterlijk in 2030 wordt een eerste Standard Operating Procedure (SOP) voorzien, met een open-source softwarestack die in het serieproject wordt geïntegreerd.