Varianten Handling in AUTOSAR

 Varianten Handling in AUTOSAR
Vielfalt beherrschen und Kosten kontrollieren
V0.01 | 2015-09-22
Varianten Handling in AUTOSAR
Was sind eigentlich Varianten
Beispiele für verschiedene (verwandte) Abwandlung eines Steuergerätes

Airbag Steuergerät für OEM A und OEM B
 Anwendung: kleinere Unterschiede
 Hardware: kleinere Unterschiede
 Kommunikation: OEM spezifisch
Application
Design
TIER1
OEM A
OEM A
ECUX
OEM B
ECUX
PREEvision
OEM B
 Möglichst viel gemeinsam entwickeln und pflegen (viele Gleichanteile) um Kosten zu sparen und
Risiken zu minimieren
Ein Entwicklungsprojekt für mehrere Varianten
2
Varianten Handling in AUTOSAR
Was sind eigentlich Varianten
Beispiele für verschiedene (verwandte) Abwandlung eines Steuergerätes

Anhänger Steuergerät für mehrere Baureihen
 Anwendung: identisch
 Hardware: identisch
 Kommunikation: Baureihenspezifisch
Post Build
Baureihe 13
Baureihe 15
Baureihe 13
ECUX
ECUX
Baureihe 15


2 (or n) in one
One active
 Möglichst viel gemeinsam entwickeln und pflegen (viele Gleichanteile) um Kosten zu sparen und
Risiken zu minimieren
Ein Entwicklungsprojekt für mehrere Varianten
3
Varianten Handling in AUTOSAR
Was sind eigentlich Varianten
Beispiele für verschiedene (verwandte) Abwandlung eines Steuergerätes

Türsteuergeräte für Fahrer- und Beifahrertüre
 Anwendung: kleinere Unterschiede
 Hardware: identisch
 Kommunikation: kleine Unterschiede
Post Build
Right Door
Left Door


Door Right
ECUX
Door Left
ECUX
1 in 2 (or n)
One active
 Möglichst viel gemeinsam entwickeln und pflegen (viele Gleichanteile) um Kosten zu sparen und
Risiken zu minimieren
Ein Entwicklungsprojekt für mehrere Varianten
Reduktion von Teilenummern (Produktion, Lagerhaltung)
4
Varianten Handling in AUTOSAR
Varianten in AUTOSAR

Verfügbar mit AUTOSAR 4
Ersatz der AUTOSAR 3 Multi-Config Container

Formale Dokumentation von Unterschieden zweier ARXML Modelle
 Variation Points
Element existiert nicht in allen Anwendungsfällen oder hat abweichende Eigenschaft
 Latest Binding Time
Zeitpunkt bis wann die Varianz spätestens aufgelöst werden muss
> System Design Time
> Blue Print Deviation Time
> Code Generation Time
> Pre Compile Time
> Link Time
> Post Build
5
Varianten Handling in AUTOSAR
Use-Cases
System Design Time
Application
Design
Model
1
TIER1
PREEvision
Code Generation Time
OEM A
Door SWC
TIER1
Mit
Debug Data
TIER1
Door Right
HEX
ECU
Door Left
DaVinci Configurator
Debug
Ohne
Debug Data
…
OEM B
.c
.h
.c
.h
…
Model
2
Variant
Selection
BSW
Integration &
Configuration
OEM A
System
Description
Post Build Time
Door SWC
…
System Design Time
PREEvision
6

Tier1: Modellierung einer OEM übergreifenden SW Architektur mit OEM spezifischen Details:
 OEM spezifischen Datenbanken
 OEM spezifische Anforderungen

OEM: Modellierung der Kommunikation und SW Architektur verschiedener Fahrzeugarchitekturen
Varianten Handling in AUTOSAR
Use-Cases
System Design Time
Application
Design
Model
1
TIER1
PREEvision
Code Generation Time
OEM A
Door SWC
Variant
Selection
BSW
Integration &
Configuration
OEM A
System
Description
Post Build Time
TIER1
Mit
Debug Data
TIER1
.c
.h
DaVinci Configurator
Ohne
Debug Data
…
OEM B
.c
.h
…
Model
2
Debug
Door SWC
…
Code Generation Time
DaVinci Configurator / DaVinci Developer
7

Tier1 bestimmt für welchen Zweck er Code erzeugen möchte

Varianten sind im Code nicht mehr enthalten

Beispiel: Mit Debugging-Code (Botschaften, DTCs, DET…) oder ohne
Door Right
HEX
ECU
Door Left
Varianten Handling in AUTOSAR
Use-Cases
System Design Time
Application
Design
Model
1
TIER1
PREEvision
Code Generation Time
OEM A
Door SWC
Variant
Selection
BSW
Integration &
Configuration
OEM A
System
Description
Post Build Time
TIER1
Mit
Debug Data
TIER1
DaVinci Configurator
Debug
Ohne
Debug Data
…
OEM B
Door SWC
…
Post Build Time (Post-Build Selectable)
MICROSAR Identity Manager

Beim Startup wird das Verhalten bestimmt

Varianten werden als Alternativen im Steuergerät vorgehalten

Beispiele
 Tür Steuergerät für Fahrer/Beifahrer
 Verbau eines Steuergerätes in mehreren Baureihen
.c
.h
…
Model
2
8
.c
.h
Door Right
HEX
ECU
Door Left
Varianten Handling in AUTOSAR
Use-Cases
Post-Build Loadable

Nachträgliches Modifizieren der BSW Configuration am fertigen Steuergerät

Typischer Use-Case: OEM aktualisiert die Kommunikationsbeschreibung am fertigen Steuergerät

MICROSAR: Post-Build Update ohne Build Umgebung möglich
TIER1
OEM
ECUX
BSW &
Application
BSW &
Application
BSW Configuration
9
ECUX
BSW Configuration
Update BSW
Configuration
Varianten Handling in AUTOSAR
Herausforderungen

Varianten erhöhen die Komplexität eines Projektes
 Entwicklungsaufwand steigt
 Neue Fehlerquellen entstehen

AUTOSAR
 Tool Interoperabilität
 Deutliche Erhöhung der ARXML Komplexität
 Herausforderung an die Werkzeuge
Varianten übersichtlich und verständlich darstellen!

10
DaVinci und PREEvision Tooling
 Variantenspezifische Ansichten
 Automatische Erkennung von Gleichanteilen
 Unterstützung vieler verschiedenen Inputdateien (dbc, ldf, Fibex, SysEx)
Varianten Handling in AUTOSAR
Herausforderungen

Steigender Ressourcenbedarf bei Post-Build Varianten
 Steuergerät muss Parameter für alle Post Build Varianten im Flash vorhalten
 Erhöhte Stückkosten durch erhöhten Flash und evtl. RAM Bedarf
 Herausforderung an die BSW Implementierung (Binding Time Post Build)
Ressourcenbedarf varianter Konfigurationen minimieren!

MICROSAR Identity Manager
 ECU Ressourcen Komprimieren
>
>
>
11
Transparent für den Entwickler
RAM: Gemeinsamer Speicher, der von allen Varianten genutzt wird
Flash: Erkennung und Optimierung von Gleichanteilen
Mehr Informationen zu Vector und unseren Produkten
finden Sie auf
www.vector.com
Autor:
Haas, Hannes
Vector Informatik GmbH
12
© 2015. Vector Informatik GmbH. All rights reserved. Any distribution or copying is subject to prior written approval by Vector. V0.01 | 2015-09-22

Download Report