Trends in der Fahrzeugdiagnose

Größe: px

Ab Seite anzeigen:

Download "Trends in der Fahrzeugdiagnose"

Silke Geisler
vor 8 Jahren
Abrufe

1 Trends in der Fahrzeugdiagnose Vector J1939 User Day, 5. März 2008 V

2 Agenda > Trends in der Fahrzeugdiagnose UDS ODX AUTOSAR WWH-OBD Zusammenfassung Slide: 2

3 Trends in der Fahrzeugdiagnose Historie vor 2003 Einsatz OEM-spezifischer Diagnoseprotokolle Keyword Protocol 2000 (ISO ) ABER: Herstellerspezifische Erweiterungen/Modifikationen Steuergeräteorientiert Proprietäre Datenformate Darauf basierend proprietäre Werkzeuge, sogar innerhalb eines Unternehmens Unterschiedliche Software-Architekturen im Steuergerät Der übergreifende Austausch von Diagnosedaten/-Tools und die Wiederverwendung/Übertragbarkeit von Diagnosekonzepten war nur eingeschränkt möglich. Slide: 3

proprietäre Werkzeuge, sogar innerhalb eines Unternehmens Unterschiedliche Software-Architekturen im Steuergerät Der

4 Trends in der Fahrzeugdiagnose Zahlreiche Standardisierungsaktivitäten im Bereich der Diagnose Unified Diagnostic Services (UDS) ODX AUTOSAR WWH-OBD Die Akzeptanz und Verbreitung neuer Standards hängt von der Verfügbarkeit und Benutzerfreundlichkeit unterstützender Tools ab. Slide: 4

WWH-OBD Die Akzeptanz und Verbreitung neuer Standards hängt von der

5 UDS UDS (Unified Diagnostic Services), ISO-Standard Ziel Harmonisierung der fahrzeugherstellerspezifischen (Weiter-) Entwicklungen Einheitliche Services Erweiterung der Identifier-Bereiche (3 Byte DTC, 2 Byte Data Identifier) Einführung geschafft! Alle OEMs der HIS Die meisten europäischen OEMs 2 von 3 amerikanischen OEMs Bisher noch wenige japanische OEMs Slide: 5

der Identifier-Bereiche (3 Byte DTC, 2 Byte Data Identifier) Einführung geschafft!

6 ODX ODX (Open Diagnostics Data Exchange) Ziel Austausch von Diagnosedaten Zulieferer <-> OEM ASAM-Standard, kurzfristig Verabschiedung als ISO-Standard Standard steht, Einsatz auf gutem Wege! Konkreter Einsatz getrieben durch konkrete Fahrzeugprojekte Autorenrichtlinien Prozesse zur verteilten Erstellung und zum Datenaustausch sind am Entstehen Zentrale Datenhaltung mit Versions- und Konfigurations-Management gewinnt an Bedeutung Slide: 6

Konkreter Einsatz getrieben durch konkrete Fahrzeugprojekte Autorenrichtlinien Prozesse zur verteilten

7 ODX Entwicklung Slide: 7

8 ODX Umfang Entworfen als Austauschformat Kein Laufzeitformat Ein Mittel zur Systemintegration Fokus ist die Testerparametrierung ODX beschreibt alle steuergerätespezifischen Botschaftsparameter. OEM Requirements analysis Supplier Specification Integration ECU Test Testsysteme können dadurch generisch implementiert werden. Implementation Die automatisierte Source-Code- Generierung wurde anfangs nicht betrachtet. Slide: 8

OEM Requirements analysis Supplier Specification Integration ECU Test Testsysteme können dadurch

9 ODX Teilmodelle ODX beschreibt Anwendungsfälle in Teilmodellen DIAG-LAYER-CONTAINER Klassische Diagnosebeschreibung mit Definition der Diagnosebotschaften und deren Umrechnungen COMPARAM-SPEC Kommunikationsparameter VEHICLE-INFO-SPEC Fahrzeug-Topologie und Steuergerätezugang FLASH Flashdaten-Beschreibung MULTIPLE-ECU-JOBS Diagnose-Jobs, die mit mehreren Steuergeräten kommunizieren Slide: 9

Kommunikationsparameter VEHICLE-INFO-SPEC Fahrzeug-Topologie und Steuergerätezugang FLASH

10 ODX Teilmodelle Neu seit ODX (2006): FUNCTION-DICTIONARY Funktionsorientierte Diagnose ECU-CONFIG Variantenkodierung Slide: 10

11 ODX Komplexität und Flexibilität ODX erfreut sich bei den Fahrzeugherstellern zunehmender Beliebtheit, denn ODX deckt viele ihrer Anwendungsfälle und Anforderungen ab. ODX erlaubt es dem Anwender, die Daten in der ihm vertrauten Sicht abzulegen. ODX erfreut sich bei Zulieferern zunehmender Beliebtheit, denn mit ODX verringert sich der Aufwand für die Unterstützung herstellerspezifischer Datenformate. ODX bietet die Flexibilität, die für die Umsetzung vieler Anwendungsfälle und Prozesse erforderlich ist und ist schon deshalb sehr komplex! Slide: 11

ODX erfreut sich bei Zulieferern zunehmender Beliebtheit, denn mit ODX verringert sich der Aufwand für die Unterstützung

12 ODX Erfahrungen aus der Praxis Einige Fahrzeughersteller und Zulieferer integrieren ODX bereits in die Entwicklungsprozesse. Ohne Toolunterstützung ist es schwierig, Checker-konforme ODX- Daten zu erstellen. Der volle ODX-Umfang wird in den allermeisten Fällen nicht benötigt. Als Folge entwickel(te)n sich ODX-Dialekte. Autorenrichtlinien definieren Gestalt und Struktur der Dialekte. Oftmals gibt es firmenspezifische Erweiterungen des ASAM- ODX-Checkers, welche die Einhaltung der Autorenrichtlinien prüfen. ODX-Autorenrichtlinien stellen die optimierte Verwendbarkeit der ODX-Daten in der Prozess- bzw. Toolkette sicher. Slide: 12

Als Folge entwickel(te)n sich ODX-Dialekte. Autorenrichtlinien definieren Gestalt und Struktur der Dialekte.

13 ODX Erfahrungen aus der Praxis Gründe für die Formulierung von Autorenrichtlinien Die meisten ODX-verarbeitenden Tools unterstützen nur eine ODX-Teilmenge. Optimierung der verarbeitenden Anwendung (z.b. Parametrierung von Applikations- Oberflächen) Vereinfachung bzw. Optimierung des Datenaustauschprozesses Verwendung der Daten außerhalb des Tester-Anwendungsfalles (z.b. Code- Generierung) Fehlende ODX-Features (Session/Security in ODX 2.0.1) Codier-Richtlinien (einheitliche Ids, Namen höhere Wiedererkennung) Slide: 13

Optimierung des Datenaustauschprozesses Verwendung der Daten außerhalb

14 ODX Unterstützung in den Vector Werkzeugen Slide: 14

15 ODX Unterstützung in den Vector Werkzeugen Autorenwerkzeuge: CANdelaStudio, CANdelaFlash ODX 2.0.1/2.1.0 (2.2.0) Steuergerätediagnose: CANoe, CANape, CANdito ODX (2.2.0) Fahrzeugdiagnose: Flashen: Indigo ODX (2.2.0) CANditoFlash ODX (2.2.0) Geplant für 2008: CANdesc (Steuergeräte-Source-Code-Generierung) CANoe Option DiVa (Implementierungs- und Integrationstest) Slide: 15

16 AUTOSAR AUTOSAR Ziel Funktionsorientierte statt steuergeräteorientierte Entwicklung Wiederverwendbare und übertragbare Funktionen Standardisierte Programmier-Schnittstellen Voraussetzungen geschaffen, weitere Schritte notwendig! BSW (Basic Software) definiert DCM (Diagnostic Communication Manager), DEM (Diagnostic Event Manager) Kommunikationsinfrastruktur (CAN, FlexRay, PDU-Router, ) Verteilung der Diagnosefunktionalität noch offen Slide: 16

17 AUTOSAR ODX, Codegenerierung und Datenflüsse Wie können AUTOSAR DCM und DEM möglichst redundanzfrei parametriert werden? Steuergerätebeschreibungen in ODX? Nicht jedes ODX ist für die Code-Generierung geeignet. Autorenrichtlinien Verbindung von AUTOSAR SW-C und ECU-C Beschreibungen mit der ODX-Welt? Feature-Requests für AUTOSAR 4.0 Die Source-Code-Generierung auf Basis von AUTOSAR- Komponentenbeschreibungen und ODX- Steuergerätebeschreibungen ist bei Vector in Arbeit. Ergebnisse wird es im Laufe des Jahres 2008 geben. Slide: 17

Autorenrichtlinien Verbindung von AUTOSAR SW-C und ECU-C Beschreibungen mit der ODX-Welt? Feature-Requests für AUTOSAR 4.

18 WWH-OBD World Wide Harmonized On-Board Diagnostics Globaler OBD-Standard initiiert durch die Vereinten Nationen Abgas-relevante Diagnose für Nutzfahrzeuge Tritt voraussichtlich 2015 in Kraft Soll künftig auch auf den PKW-Bereich erweitert werden UN beauftragte SAE & ISO mit der Entwicklung der Kommunikations-Standards. Slide: 18

voraussichtlich 2015 in Kraft Soll künftig auch auf den PKW-Bereich erweitert

19 WWH-OBD ISO 27145: Umsetzung der WWH-OBD Kommunikations- Anforderungen Unterstützung für den Nutzfahrzeug- und PKW-Bereich Momentan nur CAN-Kommunikation (Nicht J1850 bzw. K-Line) Ergänzung von ISO and ISO Zusammenführung von Diagnoseprotokollen und -daten: SAE J1939 ISO ISO ISO bit DTCs 24-bit DIDs Slide: 19

K-Line) Ergänzung von ISO 14229 and ISO 15765 Zusammenführung von Diagnoseprotokollen

20 Zusammenfassung Die Erwartungen bei der Einführung von Standards sind hoch. UDS hat sich in Europa und den USA weitgehend durchgesetzt. Bei der Entwicklung von ODX wurden in erster Linie die Protokolle KWP 2000 und UDS betrachtet. Autorenrichtlinien und deren Unterstützung sind momentan die zentrale Herausforderung beim Umgang mit ODX. ODX wurde ursprünglich für die Parametrierung von Testsystemen entwickelt. Die jüngsten Versionen 2.1.0/2.2.0 enthalten Änderungen, welche die Steuergeräte-Quellcode-Generierung ermöglichen. Die Verbindung von AUTOSAR und ODX liegt im Bereich der Diagnose nahe. ODX kann als Datenformat für die Beschreibung von WWH-OBD herangezogen werden. Slide: 20

Autorenrichtlinien und deren Unterstützung sind momentan die zentrale Herausforderung beim Umgang mit ODX.

21 Danke für Ihre Aufmerksamkeit. Haben Sie noch Fragen? Slide: 21

22 Thank you for your attention. For detailed information about Vector and our products please have a look at: Author: Dr. Klaus Beiter Vector Informatik GmbH Ingersheimer Str Stuttgart Slide: 22

Ähnliche Dokumente

Look Inside: desite. modellorientiertes Arbeiten im Bauwesen. B.I.M.

Look Inside: desite. modellorientiertes Arbeiten im Bauwesen. B.I.M. Building Information Modeling Look Inside: desite modellorientiertes Arbeiten im Bauwesen. B.I.M. desite MD unterstützt Sie bei der täg lichen Arbeit mit Gebäudemodellen und ermöglicht den Zugang zu den