Autosar: Den ultimative guide til moderne bilsoftware og teknologi i transportsektoren

I takt med at biler bliver mere digitale, forstår flere og flere virksomheder, hvorfor Autosar spiller en central rolle i udviklingen af moderne køretøjssoftware. Denne guide dykker ned i, hvad Autosar er, hvordan arkitekturen fungerer, og hvordan både bilproducenter og leverandører drager fordel af standardiserede softwarekomponenter. Vi gennemgår forskellene mellem Autosar Classic og Autosar Adaptive, og hvordan virksomheder kan komme i gang med at bruge Autosar til sikre, skalerbare og vedligeholdelige løsninger i en verdens, der kræver mere intelligens og sikkerhed i transportsektoren.

Hvad er Autosar?

Autosar, eller Automobile Open System Architecture, er en globalt anerkendt standardiseringsramme for bilsoftware. Den giver en fælles sprog og struktur for, hvordan software komponenter (SWC’er) kommunikerer i en køretøjscomputerenhed. Konceptet bag Autosar er at dele opgaven med at udvikle bilens software i genanvendelige, uafhængige moduler, der kan udskiftes og opgraderes uden at bryde hele systemet. Dette sænker omkostningerne, forbedrer interoperabiliteten og fremskynder time-to-market for nye funktioner.

Autosar-sammensætningen muliggør en tydelig opdeling mellem software-komponenter (SWC’er), den tilhørende runtime environment (RTE), og den underliggende Basic Software (BSW). Ved at anvende dette lagdelte sæt af standarder kan et bilselskab samle forskellige leverandørers software uden at skulle tilpasse fundamentalt til hinanden. Autosar understøtter også udviklingsmetoder som modellering og simuleringsbaseret design, hvilket betyder, at komplekse funktioner kan testes og valideres allerede i simulationen før implementering i hardware.

Når vi taler om Autosar i Danish kontekst, vil du ofte støde på to hovedvarianter: Autosar Classic Platform og Autosar Adaptive Platform. Begge er del af en bred Autosar-familie, men de tjener forskellige behov og anvendelsesområder i moderne biler. Autosar-økosystemet udvikler sig konstant, og begreber som AUTOSAR, Autosar, og autosar bliver brugt i forskellige sammenhænge og af forskellige aktører i industrien.

Autosar arkitektur i korte træk

Den typiske Autosar-arkitektur består af tre lag: SWC’er (Software Components), RTE (Runtime Environment) og BSW (Basic Software). I praksis fungerer dette som følger:

SWC’er er de softwarekomponenter, der implementerer køretøjsfunktioner som f.eks. sensorbehandling, køretøjsstyring og kommunikation.
RTE giver kommunikation og datakontrol mellem SWC’er uden at de behøver at kende hinandens interne detaljer.
BSW står for det fundament, som alle softwarelagene bygger på, inklusive abstraktioner af MCU’er, kommunikationsdrivere og eksekvering af lavniveau-tjenester.

Autosar gør brug af standardiserede grænseflader og konfigurationsfiler, der muliggør, at SWC’er kan udskiftes uden at blive genudviklet fra bunden. Dette er en af grundpillerne i Autosars værdi: genanvendelighed og fremtidssikring af køretøjssystemerne. I praksis betyder det også, at leverandører kan specialisere sig i enkeltkomponenter og stadig sikre fuld kompatibilitet i det samlede system.

Autosar Classic Platform vs Autosar Adaptive Platform

En af de mest almindelige spørgsmål er: hvad er forskellen mellem Autosar Classic Platform og Autosar Adaptive Platform? Begge er under paraplyen Autosar, men de er designet til forskellige formål og anvendelsessituationer.

Autosar Classic Platform

Autosar Classic Platform er den traditionelle og mest udbredte tilgang til bilsoftware. Den passer til realtidskritiske opgaver og funktioner, der kræver deterministisk opførsel og høj pålidelighed. Nøglekomponenterne i Classic Platform inkluderer MCAL (Microcontroller Abstraction Layer), BSW (Basic Software), RTE (Runtime Environment) og SWC’er (Software Components). Classic Platform er særdeles velegnet til ECU’er ( Electronic Control Units) med faste ressourcer og realtidskrav som motorstyring, transmission og chassis.

Autosar Adaptive Platform

Autosar Adaptive Platform er rettet mod mere dynamiske og tætte integrerede funktioner, der kræver højere beregningskraft og fleksibilitet. Adaptive Platform er ideel til avancerede førerassistance-systemer (ADAS), automatiserede køreoplevelser og connected services, der kræver moderne operativsystemer og kommunikationsprotokoller som POSIX-baserede miljøer og virtualisering. Den adaptive platform gør brug af forskellige OS-komponenter,ude af de stærke realtidsbegrænsninger fra Classic Platform og giver større frihed for udviklere ved brug af moderne tools og cloud-integration.

De to platforme er ikke nødvendigvis uforenelige; i praksis bruger mange bilproducenter en kombination: Autosar Classic Platform til kritiske motor-/affaldsstyringsopgaver og Autosar Adaptive Platform til mere avancerede applikationer og datadrevet funktionalitet. Denne hybride tilgang giver en balanceret løsning, der passer til nutidens krav om både robusthed og innovationshastighed.

Hvordan Autosar fungerer i praksis

Når man designer software til biler med Autosar, følger man en række principper og arbejdsgange, der gør udviklingen mere effektiv og kontrolleret. Nogle af de væsentlige praksisser er:

Modulær opbygning: SWC’er er små, veldefinerede enheder med tydelige grænseflader og ansvarsområder. Dette gør det muligt at genbruge SWC’er på tværs af projekter og modeller.
Konfigurerbar integration: RTE og BSW-konfigurationer bestemmer, hvordan komponenterne kommunikerer og hvilke tjenester, der er tilgængelige i systemet. Konfigurationen styres ofte gennem modellerede beskrivelser og konfigurationsfiler.
Modelbaseret udvikling: Forsøger at fange funktionalitet i modeller (f.eks. UML, AUTOSAR-M) og derefter generere koden eller sikre kompatibilitet gennem simulering. Dette fremskynder udviklingscyklussen og reducerer fejl.
Simulering og test: Før koden implementeres i en ECU, testes funktionaliteten i simulerede miljøer for at sikre korrekt adfærd og sikkerhed.

Praktiske konsekvenser inkluderer, at bilfabrikanter kan sælge biler med opdaterbare softwaremoduler, og at eftermarkedsleverandører kan tilbyde softwareopgraderinger uden at ændre hardware. Autosar gør også samarbejdet mellem OEM’er og underleverandører mere forudsigeligt og effektivt, hvilket er særligt værdifuldt i en industri, der konstant kræver ny funktionalitet og sikkerhedsforbedringer.

Fordelene ved Autosar

Der er mange grunde til, at Autosar er blevet et branche-standard i moderne bilsoftware:

Genanvendelighed: SWC’er kan genbruges på tværs af modeller og mærker, hvilket reducerer udviklingstiden og omkostningerne.
Skalerbarhed: Arkitekturen gør det muligt at udvide systemet med nye funktioner uden omfattende omprogrammering af eksisterende komponenter.
Samarbejde og leverandørøkonomi: Forskellige leverandører kan fokusere på deres kernekompetencer og levere standardiserede moduler, hvilket giver bedre konkurrence og partnerskaber.
Vedligeholdelse og opdateringer: Softwareopdateringer kan implementeres gennem konfiguration og SWC-erstatning, hvilket letter vedligeholdelsen og sikre opdateringer uden hardwareudskiftning.
Sikkerhed og sikkerhedsdesign: Autosar understøtter sikkerhedsdesignprincipper og standarder, der hjælper med at minimere risici i køretøjssoftware.

Udfordringer ved Autosar og hvordan man tackler dem

Selvom Autosar giver mange fordele, er der også udfordringer at navigere:

Kompleksitet: Implementering af Autosar kan være komplekst og kræver ny ekspertise og træning. Derfor er det vigtigt at investere i uddannelse og udviklingsværktøjer, der understøtter Autosar-økosystemet.
Licenser og adgang: Autosar-økosystemet består af flere interessenter og licenser, der kan være komplekse at håndtere. Effektiv kontraktstyring og licensstyring er derfor væsentligt.
Værktøjsintegration: Integrationen af forskellige værktøjer til modellering, konfiguration, og test kræver en velkoordineret værktøjsstrategi og interoperabilitet.
Overgangsfasen: Ved skift fra traditionelle udviklingsmetoder til Autosar kræves en plan for migrering af eksisterende projekter og opbygning af kompetencer i virksomheden.

For at håndtere disse udfordringer er det vigtigt at have en tydelig Autosar-roadmap, en stærk træningsplan for medarbejdere og en åben tilgang til samarbejde med leverandører. Desuden kan brugen af konsistente modelleringsstandarder og automatiserede tests hjælpe med at reducere kompleksitet og fejlrisiko betydeligt.

Automationsværktøjer og workflow i Autosar-udvikling

Udviklingen i Autosar-økosystemet understøttes af en bred vifte af værktøjer fra forskellige leverandører. De mest fremtrædende arbejdsstrømme involverer modellering af SWC’er, konfigurationsstyring og kodegenerering. Her er nogle nøglekomponenter i værktøjskorpset:

Modelbaseret design og simulering: Værktøjer til modellering (f.eks. UML-/SysML-baserede metoder) muliggør visualisering af softwarekomponenter og deres interaktioner. Dette hjælper teams med at nå det samme designmål og forbedrer kommunikation mellem ingeniører.
Kodegenerering og konfiguration: Autosar-værktøjer giver mulighed for at generere konfigurationsfiler og grundlæggende kode ud fra modeller. Det reducerer menneskelige fejl og accelererer implementeringen.
Test og validering: Automatiserede testkæder sikrer, at SWC’er fungerer som forventet i simulerede miljøer og i hardware-in-the-loop (HIL) tests, hvilket reducerer risici ved real-world implementeringer.
CI/CD for køretøjsoftware: Moderne Autosar-worflower integrerer kontinuerlig integration og kontinuerlig levering i udviklingskæden for bilsoftware, hvilket hjælper med hurtige og sikre opdateringer.

Når man vælger værktøjer til Autosar, er det vigtigt at sikre kompatibilitet mellem Classic- og Adaptive-platformene, samt at den valgte toolchain understøtter de specifikke krav i projektet – f.eks. realtidskrav, sikkerhedsstyring og sikkerhedscertificeringer.

Cybersikkerhed og sikkerhedsaspekter i Autosar

Med stigende tilslutning i biler bliver sikkerhed og cybersikkerhed afgørende. Autosar hjælper ved at tilbyde strukturerede måder at implementere sikkerhedsniveauer og isolere funktioner gennem Softwarer og bootstrapping. Nøglepunkter inkluderer:

Segregering af funktioner: Ved at definere klare grænseflader og isolering af SWCs reduceres risikoen for, at fejl i én del af systemet påvirker andre funktioner.
Sikkerhedsdomains og kommunikation: Autosar BSW og RTE understøtter sikre kommunikationskanaler og fejlhåndtering, hvilket er væsentligt i ADAS og autonome systemer.
Overholdelse af standarder: Mange projekter følger sikkerhedsstandarder som ISO 26262 og sikkerhedsjuridiske krav. Autosar-arkitekturen hjælper med at opnå overensstemmelse gennem veldokumenterede processer og gensemner.

For virksomheder, der vil opnå højere sikkerhedsniveauer i køretøjsoftwaren, er det vigtigt at have en systematisk tilgang til løsningens design og gennemførede sikkerhedsvurderinger gennem hele udviklingsprocessen. Autosar understøtter disse krav ved at give et solidt rammeværk og tydelige procedurer i både Classic og Adaptive platforme.

Autosar i praksis: Branchen og use cases

Autosar anvendes i en bred vifte af køretøjsenheder og -systemer, fra motorstyring og transmissionssystemer til avancerede førerassistentsystemer (ADAS) og infotainment. Nogle af de mest typiske anvendelsesområder inkluderer:

Motorstyring og emissionskontrol: Autosar Classic Platform giver robusthed og deterministiske egenskaber til motorstyring og emissionskontrol, som kræver høj pålidelighed og lavt energiforbrug.
Chassis og karrosseri: Brugen af BSW-moduler og MCAL i Classic Platform muliggør effektivt styrings- og overvågningssystemer i køretøjet.
ADAS og autonome systemer: Autosar Adaptive Platform giver den nødvendige fleksibilitet, beregningskraft og netværksforbindelse for avancerede førerassistentsystemer og autonome funktioner.
Infotainment og connected services: Adaptive Platform understøtter moderne operativsystemer og cloud-integration, hvilket muliggør streaming, navigation og serviceopdateringer i realtid.

Virksomheder i bilsektoren kan altså vælge at bruge Autosar som en fælles byggesten for både hårde realtidsfunktioner og mere fleksible, data-drevne applikationer. Kombinationen af Classic og Adaptive Platforme giver mulighed for at skræddersy løsninger til forskellige dele af bilen og forskellige kunderbehov.

Fremtiden for Autosar: Trends og videreudvikling

Autosar står ikke stille. Nogle af de mest markante retninger for Autosar i fremtiden inkluderer:

Udvidet brug af Adaptive Platform: Som biler bliver mere softwaredefinerede, vil Adaptive Platform spille en stadig større rolle i ADAS, OTA-opdateringer og connected services.
Edge computing og cloud integration: Biler vil være mere forbundet end nogensinde før, og Autosar vil tilpasses til at understøtte edge computing og sikre kommunikation mellem bilen og skyen.
Eftermarkedsopdateringer og løbende sikkerhed: Med øgede krav til løbende opdateringer vil Autosar understøtte stærkere processer for sikkerhedsopdateringer og validering gennem hele levetiden for køretøjet.
Modelbaseret udvikling og AI: Automatiserede og intelligente systemer vil drage fordel af modelbaserede tilgange kombineret med AI-orienterede designprincipper i autosar-rammen.

Hvordan virksomheder kommer i gang med Autosar

At opnå fordelene ved Autosar kræver en struktureret tilgang. Her er en enkel trin-for-trin plan til virksomheder, der ønsker at implementere Autosar i deres udviklingsprocesser:

Definér målet: Bestem hvilke funktioner og hvilke køretøjssystemer der skal understøttes af Autosar, og hvilken platform der er mest relevant (Classic, Adaptive eller en hybrid).
Opret kompetencer og træning: Invester i uddannelse og certificering af medarbejdere i Autosar-arkitektur, konfigurationsstyring og relevante værktøjer.
Vælg og integrér værktøjer: Vælg en værktøjsleverandør, der understøtter den ønskede platform, og skab en sammenhængende workflow fra modellering til test og implementering.
Etabler arkitektur og interfaces: Definér klare grænseflader mellem SWC’er og fastlæg RTE-konfigurationer for at sikre kompatibilitet og genanvendelighed.
Start i små projekter: Start med mindre pilotprojekter for at validere processer, før du skalerer til større bilsoftware-udviklingsprogrammer.
Indfør sikkerhedsprocesser og kvalitetskontrol: Implementér ISO 26262-relaterede processer og sikkerhedsvurderinger i hele udviklingskæden.

Ofte stillede spørgsmål om autosar

Hvad er forskellen mellem Classic Platform og Adaptive Platform?

Classic Platform er primært rettet mod realtidskritiske og sikre funktioner på ECU’er med begrænsede ressourcer, mens Adaptive Platform er designet til mere dynamiske, datadrevne og connected applikationer på højere ydeevne systemer. Mange projekter bruger begge platforme i et samlet køretøj for at få det bedste fra begge verdener.

Hvordan sikrer Autosar kompatibilitet mellem leverandører?

Autosar leverer standardiserede grænseflader og arkitekturfundament, hvilket gør det muligt for forskellige leverandører at producere kompatible SWC’er og BSW-moduler. Enighed om konventioner, versioneringsstrategier og konfigurationsfiler er afgørende for at sikre problemfri integration.

Kan Autosar reducere tidsforbruget i udvikling af bilsoftware?

Ja, ved at genbruge komponenter, standardisere grænseflader og automatisere dele af udviklingsprocessen kan virksomheder reducere udviklingstiden betydeligt. Det kræver dog en solid start og investering i uddannelse og værktøjer for at høste fordelene fuldt ud.

Konklusion: Autosar som en nødvendighed i moderne transportteknologi

Autosar er mere end bare en teknisk standard; det er en moderne tilgang til at tænke bilsoftware som et økosystem. Ved at opdele funktioner i genanvendelige SWC’er, integrere via en robust RTE og understøtte forskellige platforme (Classic og Adaptive) giver Autosar mulighed for mere sikre, mere effektive og mere anvendelsesperiode-venlige køretøjssystemer. For dem, der arbejder i teknologi og transport, udgør Autosar en nøglerolle i at drive innovation uden at gå på kompromis med sikkerhed og kvalitet. Automobilssektoren har brug for en fælles sprog og en fælles infrastruktur, og Autosar leverer netop det—et solidt fundament for fremtidens køretøjer, hvor software i højere og højere grad bestemmer køretøjets ydeevne og brugeroplevelse.