autosar introduction · autosar vision autosar introduction 20 jan 2020 autosar aims to improve...

Presenter

Occasion (Meeting, Conference, etc.)

20 Jan 2020

AUTOSAR Introduction

Location @ Host

The vision, the partnership and current features in a nutshell

Agenda

20 Jan 2020AUTOSAR Introduction

Introduction of the AUTOSAR Partnership

Challenges in the automotive industry

Architecture and recent features

Smart solutions based on AUTOSAR

Processes and quality

Outlook

3 of 64

Agenda







Outlook

4 of 64

AUTOSAR Introduction

(AUTomotive Open System ARchitecture)

is a worldwide development partnership of car manufacturers, suppliers and other

companies from the electronics, semiconductor and software industry.

AUTOSAR Introduction 20 Jan 2020 5 of 64

AUTOSAR Vision


AUTOSAR aims to improve complexity management of integrated E/E architectures through

increased reuse and exchangeability of SW modules between OEMs and suppliers.

Exchangeability

between manufacturers’

applications

Exchangeability

between suppliers’

solutions

Exchangeability

between vehicle

platforms

Supplier A

• Chassis

• Safety

• Body/Comfort

Supplier B

• Chassis

• Safety

• Telematics

Supplier C

• Body/Comfort

• Powertrain

• Telematics

Platform a.1, a.2, a.n

Platform b.1, b.2, b.n

Platform c.1, c.2, c.n

Platform d.1, d.2, d.n

Platform e.1, e.2, e.n

Platform f.1, f.2, f.n

6 of 64

HardwareHardware

Software

Aims and benefits of using AUTOSAR


AUTOSAR aims to standardize the software architecture of Electronic Control Units

(ECUs). AUTOSAR paves the way for innovative electronic systems that further improve

performance, safety and environmental friendliness.

• Hardware and software –

widely independent of each

other.

• Development can be de-

coupled by horizontal layers,

reducing development time

and costs.

• Reuse of software

enhances quality and

efficiency

AUTOSARYesterday

ApplicationSoftware

HardwareHardware

Sta

nd

ard

ize

dM

eth

od

olo

gy

HW

-sp

ecific

(E

CU

s)

7 of 64

Exploitation of the standard provides significant benefits


• Establish development distribution among

suppliers

• Compete on innovative functions with

increased design flexibility

• Simplify software and system integration

• Reduce overall software development costs

An industry

standard is

established.

Supplier

Tool provider

New marketentrant

OEM

8 of 64



• Enable more efficent variant handling

• Reuse software modules across OEMs

• Increase efficiency of application development

• Invent new business models

An industry

standard is

established.

Supplier

Tool provider

New marketentrant

OEM

9 of 64



• Interface with development processes

• Embed tools into an overall tool environmentAn industry

standard is

established.

Supplier

Tool provider

New marketentrant

OEM

10 of 64



• Enable new business models by means of

standardized interfaces

• Easily understand how automotive software is

developed

An industry

standard is

established.

OEM

Supplier

Tool provider

New marketentrant

11 of 64

2 Strategic Partners

9 Core Partners 49 Development Partners

The 280 AUTOSAR Partners

58 Premium Partners

General OEM

Generic Tier 1

Standard Software

Semiconductors134 Associate Partners

28 Attendees


Tools and Services

12 of 64

History and current state – Total: 280

20 Jan 2020AUTOSAR Introduction 13 of 64

10 10 10 10 10 9 9 9 9 9 9 9 9 9 9 9 90 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 21

39 4352 51 55 58

48 49 50 44 48 45 48 52 56 58

0

02

3 4 611

12 17 2322

26 28 3038

51 49

0

0

18

4864

8588

66

8288

85

104 112112

117

134 134

0

0

0

0

0

0

0

0

0

00

00

14

18

27 28

0

50

100

150

200

250

300

2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019

Pa

rtn

er

Year

Attendees

AssociatePartner

DevelopmentPartner

PremiumPartner

StrategicPartner

Core Partner

Geographical distribution of partners


Europe: 141Core: 6

Strategic: 0

Premium: 28

Development: 30

Associate: 50

Attendee: 27

Africa: 2Core: 0

Strategic: 0

Premium: 0

Development: 2

Associate: 0

Attendee: 0

Asia: 107Core: 1

Strategic: 2

Premium: 24

Development: 14

Associate: 65

Attendee: 1

North America: 30Core: 2

Strategic: 0

Premium: 6

Development: 3

Associate: 19

Attendee: 0

14 of 64

AUTOSAR Organization

AUTOSAR Introduction 15 of 64

Core and Strategic PartnerCore, Strategic, Premium and

Development PartnerSubcontractor

All partners including Associate Partners

Project Organization

Su

pp

ort

Fu

nc

tio

ns

Ad

min

istr

ati

on

Project Management

Specification Management

Technical Management

Quality Management

Change Management

Release Management

Quality Assurance

Engineering

Technical Office

Legend

Executive Board

Steering Committee

Project Leader Team

Legal TeamCommunication

Team

Working Groups

User Groups

OSS-CBOpen Source CB

CCBChange Control Board

CF-CCBConsensus Finding CCB

SW Development Engineering

Co

mm

un

ica

tio

n S

up

po

rt

Core Partner

20 Jan 2020

Working Group organization

AUTOSAR Introduction 16 of 6420 Jan 2020

WG-AIFApplication Interfaces

WG-A Architecture Team

WG-CP-RTERuntime Environment

WG-AP-DIDemonstrator Integration

WG-AP-STSystem Tests

WG-VALValidation

Cross-standard Working Groups (FO, CP, AP)

Lead Working Group

Working Group

Legend:

WG-AP-EMOExecution Man. & OS

WG-RESResources

WG-DIADiagnostics

WG-IVCIn-Vehicle COM

Classic Platform Working Groups (CP) Adaptive Platform Working Groups (AP)

WG-UCMUpdate & Conf. Management

WG-V2XVehicle to X

WG-CP-MCLMCAL and NVRAM

Project Leader Team

WG-AP-PERPersistency

WG-CP-LIBLibraries

WG-CP-MCBDMulticore BSW Distr.

WG-MT Methodology and Templates

WG-SEC Automotive Security

WG-SAFFunctional Safety

WG-AP-CCTCentral Coding Team

WG-AP-CLDCloud Services

User Group Structure

AUTOSAR Introduction 17 of 64

User Groups

UG-IEImproved Exploitation

• 6 thesis on optimizing the use

of AUTOSAR

• Establishment of Adaptive

Platform

UG-NANorth America

UG-CNChina

• Common Training: OEM-Tier1

Workflows/ Security

• Safety

• Ethernet

• Demonstrator development

• BSW integration

20 Jan 2020

Groups, Boards and Task Forces

18 of 64

Group Type Initiated by Main Tasks Coaching Contact person Reporting to

Lead WG Permanent PL Team - Technical supervision of WGs and

concept groups

- Harmonization of technical content

- Assignment of concepts to WGs

PL Coach WG Speaker PL Team

WG Permanent PL Team - Expert statements

- Responsibility for documents and code

development

- Assessment of concepts

PL Coach WG Speaker PL Team

Subgroup Permanent WG WG substructure for a dedicated branch of

WG content

- Subgroup Speaker WG

Control Board Permanent PL Team Controlling task within AUTOSAR

processes (e.g. CM, QM, SDE or RM) such

as CCB, CF-CCB and OSS-CB

PL Team CM, QM or RM CM, QM or RM

Concept Group On demand

(project-based)

CP/SP/PP/DP Creation and processing of a concept or a

set of concepts according to concept

process

Responsibility for concept validation

- Concept Owner(s) Lead WG, WG, PL

Team; cf. concept

handling process

Task Force On demand

(project-based)

WG or

PL Team

Dedicated task with defined due date - TF Speaker WG or PL Team

UG On demand

(project-based)

PP/DP/AP Creation of documents or implementations

based on existing releases

PL or SC

Team

UG Speaker PL-Team

AUTOSAR Introduction 20 Jan 2020 18 of 63

AUTOSAR Deliverables


Common documents and

specifications for all

standards

Foundation

Acceptance

Test

Application

Interfaces

Adaptive PlatformClassic Platform

Sensor

Interfaces

Legend

A B

Released as an own standard

Released as part of the standard it is extending

A extends B

A planned to extend BA B

19 of 64

Agenda







Outlook

20 of 64

Challenges – selected main drivers


Highly automated driving

21 of 64



Car-2-X applications

Internet of Things and cloud services

22 of 64



Increasing data rates

23 of 64



New processor technologies

24 of 64



Trust

25 of 64

Challenges – Driving changes in E/E Architectures

New types of in vehicle computers are required to

fulfill the needs of

• performance,

• flexibility and

• connectivity

But

• backwards compatibility with existing

solutions,

• fulfillment of increasing requirements for safety

and security

is a must as well.

20 Jan 2020

90% of all

innovations

Linked

NetworksInfotain-

ment

Electronic

SupportMechanics

All major

innovations

are driven

by E/E

Vehicles are

connected

to the back-

end

1970 1980 1990 2000 2010 2020

Modular

Integration

Centralization

Domain Fusion

Vehicle Computer

Vehicle / Domain Controller

Deeply Embedded ECUs

Obsolete ECUs

Intelligent Actuators / Sensors

Integration process

26 of 64AUTOSAR Introduction

AUTOSAR’s answer to the upcoming challenges

Real time

Requirements

High,

in the range of micro-sec

Mid,

in the range of milli-sec

Low,

in the range of sec

Safety

Criticality

High,

up to ASIL-D

High,

at least ASIL-B

Low,

QM

Computing

power

Low,

~ 1000 DMIPs

High,

> 20.000 DMIPs

High,

~ 10.000 DMIPs

Infotainment

AUTOSAR

Classic Platform


?AUTOSAR

Adaptive Platform

27 of 64

… are the prerequisite for ADAS applications

AUTOAR Adaptive PlatformThe 3 Pillars of the Adaptive Platform …


Service-Oriented Communication

Cloud

Cloud

DTLS

IPsec

external

communication

process

separation

process-sys

separation

SecOC

crypto

IAM

Platform

failure

handling

exception-less

APIs

E2E for

SOA

safe data

storage

super-

vision

resource

budgeting

New

New

New

New

New

in-vehicle

communication

I – Safe & Secure II – Connected III – Dynamic & Updateable

Software

Package

Executable

Manifest

App Development

Manifest

28 of 64

Strengthen and Extend Pillars of AUTOSARAUTOSAR USP

Strengthen Safety & Security

➔ Support standard failure and attack scenarios

➔ Extend test and verification

➔ Improve processes

Strengthen connectivity

➔ Extend standard cloud services

➔ Think about AUTOSAR App store

➔ Enable connectivity to smart phones and zone

ECUs

Develop flexible updates during life time

➔ Improve modularity e.g. define cluster interfaces

➔ Provide means for system description


Safety & Security

Connectivity

Updateability

4,6

Methodology

Tests

Architecture

Application

Interfaces

29 of 64

Agenda







Outlook

30 of 64

Applications

Non-

AUTOSAR

Basic

Software

Application Layer

AUTOSAR

Adaptive

Platform

Application Layer

AUTOSAR

Classic

Platform

RTE

Applications

Non-

AUTOSAR

Basic

Software

AUTOSAR in a Vehicle Network


Common Bus Interface Specification

e.g. SOME / IP BUS

Application Layer

AUTOSAR

Classic

Platform

RTE

31 of 64

AUTOSAR FoundationCommon Features

The Foundation assures compatibility of the different

AUTOSAR standards and therefore contains all

common artifacts such as …


AUTOSAR FoundationThe Methodology, derived out of the Meta Model, …


… provides means to describe the AUTOSAR

architecture with all its interfaces

… defines exchange formats and description

templates (e.g. manifest) to enable

• a seamless integration of the complete

vehicle E/E architecture,

• the automatized configuration of the µC- and

µP-software stacks and

• the seamless integration of application

software

… supports means to ensure safety and security

of the system

… provides templates to document the standard

Meta Model

Methodology

TestsApplication

InterfacesArchitecture

µC µP

Doc

level

of

ab

str

acti

on

Legend

B

A

A implements B

Co

nfi

gu

rati

on

33 of 64

AUTOSAR Classic Platform Layered Software Architecture (1/2)

The layered architecture of the classic

platform basically supports

• Hardware abstraction

• Scheduling of runnables and tasks (OS)

• Communication between applications

on the same hardware and over the

network

• Diagnosis and diagnostic services

• Safety- and

• Security Services


Microcontroller

Microcontroller Abstraction Layer

ECU Abstraction Layer

Services Layer

Runtime Environment

Application Layer

Complex

Drivers

34 of 64

AUTOSAR Classic Platform Layered Software Architecture (2/2)


Microcontroller

System

Services

Runtime Environment

Application Layer

Complex

Drivers

Memory

Services

Off-board

Communication

Services

I/O HW

Abstraction

Communication

Services

Crypto

Services

Memory

Drivers

Wireless

Communication

Drivers

I/O DriversCommunication

Services

Crypto

Drivers

Microcontroller

Drivers

Memory

HW Abstraction

Wireless

Communication

HW Abstraction

Communication

HW Abstraction

Crypto

HW Abstraction

Onboard

Device

Abstraction

AUTOSAR Runtime for Adaptive Applications (ARA)

AUTOSAR Adaptive PlatformLogical view

20 Jan 2020

(Virtual) Machine / Container / Hardware

ara::exec

Execution Mgnt.

ara::com

Communication Mgnt.ara::rest

RESTful

ara::per

PersistencySO

ME

/IP

ara::crypto

Cryptography

ara::phm

Platform Health Mgnt.

ara::time

Time Synchronization

ara::log

Logging & Tracing

ara::state service

State

Management

ara::diag service

Diagnostics

User Applications

Adaptive

Application

Adaptive

Application

Adaptive

Application

ASW::XYZ

Non-PF Service

API

Func. ClusterSERVICE

Func. ClusterSERVICE

Non-PF Service

Legend

IPC

(local)

DD

S

ara::s2s service

Signal to Service

Mapping

ara::nm service

Network

Management

ara::ucm service

Update and Configuration Management

POSIX / C++ STL

Operating System

ara::core

Core Types

ara::iam

Identity Access Mgnt.

Adaptive

Application

ara::adi service

Automated Driving

Interfaces

ASW::XYZ

Non-PF Service

38 of 64AUTOSAR Introduction

AUTOSAR AP and CP Features


Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4

2018 2019 2020

Release R18-10 Release R19-03 Release R19-11 Release R20-11

26 Nov 29 Mar 29 Nov 27 Mar 27 Nov

Stabilization

released planned optional

Demo Release R19-11

Agenda







Outlook

47 of 64

AUTOSAR RTE

AUTOSAR Interface

Headlight

AUTOSAR Interface

Front-Light Manager

AUTOSAR Interface

LightRequest

AUTOSAR Interface

SwitchEvent

Software Architecture – AUTOSAR Defined InterfacesUse Case ‘Front Light Management’: Exchange Type of Front Light


ECU-Hardware

StandardizedInterface

OperatingSystem

Integrator Supplier B OEM Supplier A

Sil

ico

n V

en

do

r A

Inte

gra

tor

ComplexDrivers

AUTOSARInterface

Standardized Interface

Microcontroller Abstraction

DIO CAN DriverPWM

ECU Abstraction

AUTOSARInterface

Std. InterfaceSta

nd

ard

ize

dIn

terfa

ce


Communication

Std. Interface

Std. AUTOSARInterface

Services

Std. Interface

request_light (type, mode)

request_light (type, mode)switch event (event)

Switch_event (event)

check_switch ()

set_light (type, mode)


get_keyposition()set_current (…)

set_dboard(type, mode)

49 of 64

AUTOSAR RTE

AUTOSAR Interface

Headlight

AUTOSAR Interface

Front-Light Manager

AUTOSAR Interface

LightRequest

AUTOSAR Interface

SwitchEvent

Software Architecture – AUTOSAR Defined InterfacesUse Case ‘Front Light Management’: Exchange Type of Front Light


ECU-Hardware


OperatingSystem

Integrator Supplier B OEM Supplier A

Sil

ico

n V

en

do

r A

Inte

gra

tor

ComplexDrivers

AUTOSARInterface



DIO CAN DriverPWM

ECU Abstraction

AUTOSARInterface

Std. InterfaceSta

nd

ard

ize

dIn

terfa

ce


Communication

Std. Interface


Services

Std. Interface

request_light (type, mode)

request_light (type, mode)switch event (event)

Switch_event (event)

check_switch ()



get_keyposition()set_current (…)

set_dboard(type, mode)

AUTOSAR Interface

Xenonlight

set_light(type, mode)

set_current (…)

DIO

50 of 64

AUTOSAR Interface

Xenonlight

set_current (…)


AUTOSAR Interface

Front-Light Manager

get_keyposition()


AUTOSAR Interface

Front-Light Manager

request_light(type, mode)


AUTOSAR Interface

LightRequest

AUTOSAR Interface

LightRequest

switch_event(event)

request_light

(type, mode)

AUTOSAR Int.

SwitchEventcheck_switch ()

AUTOSAR Int.

SwitchEvent

switch_event

(event)


Distribution ECUs

51 of 64

AUTOSAR Interface

Xenonlight


set_current (…)

AUTOSAR Interface

Front-Light Manager

get_keyposition()request_light(type, mode)


AUTOSAR Interface

LightRequest

switch_event(event)

request_light

(type, mode)AUTOSAR Int.

SwitchEventcheck_switch ()

switch_event

(event)


CAN Bus

ECU-Hardware

AUTOSAR RTE



ECU Abstraction

AUTOSARInterface

Std. Interface


Communication

Std. Interface

CAN Driver PWM

ECU-Hardware

AUTOSAR RTE




Services

Std. Interface

ECU Abstraction

AUTOSARInterface

Std. Interface


Communication

Std. Interface

DIO




Communication

Std. Interface

CAN Driver

ECU-Hardware

AUTOSAR RTE

CAN Driver

639_0323

AUTOSAR Interface

Xenonlight


set_current (…)

AUTOSAR Interface

Xenonlight

AUTOSAR Interface

Xenonlight


set_current (…)

AUTOSAR Interface

Front-Light Manager

get_keyposition()



AUTOSAR Interface

Front-Light Manager

AUTOSAR Interface

Front-Light Manager

get_keyposition()



AUTOSAR Interface

LightRequest

switch_event(event)

request_light

(type, mode)

AUTOSAR Interface

LightRequest

AUTOSAR Interface

LightRequest

switch_event(event)

request_light

(type, mode)

Distribution on ECUs – ‘Front-Light Management’

52 of 64

AUTOSAR Platform ApplicationContinuous improvement cycle for ADAS systems


Perception

Scene

Understanding

Mission and

Trajectory Planning

Plan Execution,

Motion Control

On Board Off Board

Sensor Fusion

ara:adi ara:com✓

Secure data

exchange on top of

DDS

SOME/IPor

REST

Labeling of

trained data

Evolution by

training

Simulation and

sign-off

53 of 64

ENGINE

START

STOP


User Applications

Vehicle

Manager

HMI

Distance

Radar

>> Run Execution Manager

…

…

…

…

ara:: exec > start { Vehicle Manager }

The operation completed successfully

ara:: exec > start { HMI }


ara:: exec > start { Distance Radar }


AUTOSAR Platform Application


HMIDistance

Radar

Vehicle

Manager

New

User Application ?


Adaptive Cruise Control

(ACC) install

User Applications

HMI Distance

Radar

Download

Vehicle

Manager

App

Store

Adaptive Cruise Control

>> Run Persistency

…

…

…

ara:: per > install new application software

from ara:: ucm service { ACC }

Ara:: per > deploy persistent data to

Key-Value Database:

> Vehicle Manager

> HMI

> Distance Radar

> ACC

ACC

ENGINE

START

STOP


User Applications

Vehicle

Manager

HMI

Distance

Radar

>> Run Execution Manager

…

…

…

ara:: exec > start { Vehicle Manager }


ara:: exec > start { HMI }


ara:: exec > start { Distance Radar }


ara:: exec > start { ACC}


ACC


HMIDistance

Radar

Vehicle

ManagerACC

ACC

Agenda







Outlook

61 of 64

Best tradeoff between commercial cooperation & compatibility between different vendors

Specification DemonstrationImplementation

AUTOSAR Adaptive Platform development approach


Gain speed:

1) Spec validation

2) Reduce room for spec interpretation

3) Training / dissemination of AP

Attracting environment for coders:

• Appealing technology (C++, Yocto, Git, …)

• Modern use case (ADAS EBA)

• Handy documentation (Wiki)

• Peer programming sessions

Identify needs & use-cases:

1) Concepts

2) Features

3) Requirements

Gain trust:

1) Advertises the progress

2) Highlights some specific features

Quality:

• TF-ARC approval

• Cross team review

• Lifecycle :

preliminary → draft → valid

Show AUTOSAR interoperability

• of classic and adaptive platforms

• but also with others

RS

Documents

SWS

Documents

Code

System

Tests

Test

Specification

Module

Tests

Ethernet

Classic

Platform

Adaptive

Platform

Others

62 of 64

Agenda







Outlook

63 of 64


Timeline to full automationAUTOSAR – a faithful ADAS companion

© BMW2019 2020 2021 2022 2023 2024 2025 20262018

Automated Driving

Level 4:

highly automated driving

Automated Driving

Level 5:

full automation

Automated Driving

Level 3:

Conditional automation

✓

R18-10 R19-11 R20-11 R21-11

✓

…

R19-03, Stabilisation

R17-10

R18-03

✓

New Features,

planning in progress

64 of 64