SlideShare ist ein Scribd-Unternehmen logo
1 von 14
9. Internationales CTI Forum
      Die Bedeutung der Diagnose in der
             Fahrzeugentwicklung

• Erweiterte Anforderungen an Entwicklungstools in Bezug auf
     Diagnose, komplexe Buskommunikation und Analyse
    • Idee einer herstellerunabhängigen Tool-Landschaft


Hans-Joachim Schleißheimer
Geschäftsführer, Schleißheimer GmbH
Was ist Diagnose?

• Fahrzeugdiagnose
  – ist der Austausch von Informationen zwischen
    der Fahrzeugelektronik und externen Testgeräten
  – findet breite Anwendung im gesamten
    Produktzyklus
  – betrifft alle ECUs und eine Vielzahl der
    Testsysteme
  – ist im Wesentlichen eine Softwarefunktion
  – ist nicht kundenerlebbar
Was ist Diagnose?

• Die Fahrzeugdiagnose ist der „Engländer“
  unter unseren Tools.
Was ist Diagnose?

• On-Board-Diagnose
  – Softwarefunktionen innerhalb der ECUs zur
    Eigendiagnose sowie zur Überwachung von
    Sensoren und Aktoren


• Off-Board-Diagnose
  – Spezielle Diagnosegeräte (Tester) in
    Zusammenarbeit mit Messtechnik,
    Restbussimulationen und Datenbanken
Anwendung




   Entwicklung   Validierung   Produktion     Feld

• Jede Phase im Produktzyklus stellt ihre
  eigenen Anforderungen an die Diagnose
Anforderungen

   Feld       •OBD (1988) (Abgasüberwachung)
              •Service (Werkstatttester)
Produktion    •Prüfung, Kodierung
              •Tests während der Montage (Integration)

Validierung   •Absichern der Fahrzeugfunktionen (HIL)
Entwicklung   •Erstellen/Absichern von Einzelfunktionen
              •Softwaretests auf White-Box-Ebene
              (wahlfreie Zugriffe auf Variablen, Tracen von Events)
Aufbau

• Schichtenmodell
                                    Anwendungsprotokolle
        Anwendung (7..5)              OBD (US, EU), KW2000, UDS,
                                      CCP, XCP, ...

                                    Übertragungsschicht
          Protokoll (4..3)            ISO-TP, TP1.6, TP2.0, J1939,
                                      FlexRay-TP, ...
                                    Physikalische Schicht
         Transport (2..0)            UART, CAN, TTC, VAN , LIN, CCD,
                                     FlexRay, MOST, Ethernet....


Diese Schichten müssen im Tester und den ECUs identisch sein und bilden die
Grundlage für die Kommunikation zwischen Tester und ECU.
Vielfalt

• Transport-Schicht
  – Hohe Vielfalt. Notwendig, um Diagnose auf
    vorhandenen Bussen zu betreiben.
• Protokoll-Schicht
  – Bedingt nötig. Oft hausinterne Anforderungen
• Anwendungs-Schicht
  – Fortschritt (OBD, KW2000, UDS)
  – Erweiterte Anforderungen aus Entwicklung
    (UDS XCP)
Diagnose in der ECU-Entwicklung

• KWP/UDS ist in fast allen Projekten
  verfügbar.
• XCP ist selten verfügbar, aber für die
  Entwicklung besser geeignet, weil
  – Schneller, da geringerer Protokoll-Overhead
  – Besserer Zugriff auf interne Daten
     • Skalierungsmöglichkeit für Variablen (A2L)
     • Bypassfähig
     • Events verfügbar
Weiterentwicklung XCP

• Variablen-Beschreibung
  – Beschreibung und Deklaration sind nicht
    konsistent
   Konsistente Beschreibung und Deklaration der
     Variablen im Code oder in der Konfiguration.
     Prüfung und automatische Erzeugung der A2L-
     Files im Code-Erstellungsprozess
• Events
   Nicht nur Messwerte, sondern Events und
    ihre Beschreibungen
Weiterentwicklung UDS

• Übernahme der Fähigkeiten von XCP
   (wahlfreier Zugriff auf Variablen,
    Skalierungsdefinitionen in A2L-Files, Events)


• Bandbreite variabel erhöhen
   (Bei Bedarf Timings verkürzen )

   Möglicherweise Zusammenführung von UDS
   und XCP
Weiterentwicklung Tools

• Gleichzeitige Aufzeichnung von Bus-
  Kommunikationen, Variableninhalten und
  zustandsverändernden Events in einem
  Log-File
• Anzeige von Variablen und Events als
  physikalische Werte oder in Klarschrift
Vorteile für die Entwicklung

• Sehr gute Basis für automatische
  Softwaretests

• Deutlich verbesserte Analysemöglichkeiten

• Tests und Analyse auch in Seriengeräten
  deutlich verbessert.
Kontaktdaten


                   Schleißheimer Soft- und
                 Hardwareentwicklung GmbH
                            Am Kalkofen 10
                       61206 Nieder-Wöllstadt
                      Tel.: +49 6034 9148-701
                       Fax: +49 6034 9148-91
                     vertrieb@schleissheimer.de
                       www.schleissheimer.de




www.CanEasy.de – Die anwenderfreundliche Analyse- und Testumgebung
sowie Restbussimulation für CAN und LIN – Jetzt testen und Zeit sparen.

Weitere ähnliche Inhalte

Andere mochten auch

Compu examen
Compu examenCompu examen
Compu examenDavxr22
 
Directiva 004 D 2010
Directiva 004 D 2010Directiva 004 D 2010
Directiva 004 D 2010digete
 
Convocatoria expositores acapulco 2012
Convocatoria expositores acapulco 2012Convocatoria expositores acapulco 2012
Convocatoria expositores acapulco 2012Rosa Paollucci
 
CAPEL - PINTURA REALISTA
CAPEL - PINTURA REALISTACAPEL - PINTURA REALISTA
CAPEL - PINTURA REALISTAJorge Llosa
 
Amarya sen, globalmente resignados
Amarya sen, globalmente resignadosAmarya sen, globalmente resignados
Amarya sen, globalmente resignadosenredosfil
 
Carretera En Bolivia
Carretera En BoliviaCarretera En Bolivia
Carretera En BoliviaJorge Llosa
 
Azure presentación Gran hermano vip - desayuno microsoft
Azure   presentación Gran hermano vip - desayuno microsoftAzure   presentación Gran hermano vip - desayuno microsoft
Azure presentación Gran hermano vip - desayuno microsoftSOFTENG
 

Andere mochten auch (15)

Compu examen
Compu examenCompu examen
Compu examen
 
Tu regalo
Tu regaloTu regalo
Tu regalo
 
Directiva 004 D 2010
Directiva 004 D 2010Directiva 004 D 2010
Directiva 004 D 2010
 
Convocatoria expositores acapulco 2012
Convocatoria expositores acapulco 2012Convocatoria expositores acapulco 2012
Convocatoria expositores acapulco 2012
 
Muñecos Navideños
Muñecos NavideñosMuñecos Navideños
Muñecos Navideños
 
CAPEL - PINTURA REALISTA
CAPEL - PINTURA REALISTACAPEL - PINTURA REALISTA
CAPEL - PINTURA REALISTA
 
Smile
SmileSmile
Smile
 
Reiki loslassen und kraftort
Reiki loslassen und kraftortReiki loslassen und kraftort
Reiki loslassen und kraftort
 
Vestido Y Calzado[2]
Vestido Y Calzado[2]Vestido Y Calzado[2]
Vestido Y Calzado[2]
 
Amarya sen, globalmente resignados
Amarya sen, globalmente resignadosAmarya sen, globalmente resignados
Amarya sen, globalmente resignados
 
Claro de luna
Claro de lunaClaro de luna
Claro de luna
 
Neu oesterr-klage-lissabon-vertrag
Neu oesterr-klage-lissabon-vertragNeu oesterr-klage-lissabon-vertrag
Neu oesterr-klage-lissabon-vertrag
 
Carretera En Bolivia
Carretera En BoliviaCarretera En Bolivia
Carretera En Bolivia
 
Azure presentación Gran hermano vip - desayuno microsoft
Azure   presentación Gran hermano vip - desayuno microsoftAzure   presentación Gran hermano vip - desayuno microsoft
Azure presentación Gran hermano vip - desayuno microsoft
 
Presentation1
Presentation1Presentation1
Presentation1
 

Ähnlich wie Die Bedeutung der Diagnose in der Fahrzeugentwicklung

Technologieraum übergreifende Programmierung
Technologieraum übergreifende ProgrammierungTechnologieraum übergreifende Programmierung
Technologieraum übergreifende ProgrammierungFalk Hartmann
 
Applikationsmodernisierung: Der Weg von Legacy in die Cloud
Applikationsmodernisierung: Der Weg von Legacy in die CloudApplikationsmodernisierung: Der Weg von Legacy in die Cloud
Applikationsmodernisierung: Der Weg von Legacy in die CloudAarno Aukia
 
Architektur und Automation als Enabler für DevOps
Architektur und Automation als Enabler für DevOpsArchitektur und Automation als Enabler für DevOps
Architektur und Automation als Enabler für DevOpsmatfsw
 
de_verifysoft_testwell_flyer
de_verifysoft_testwell_flyerde_verifysoft_testwell_flyer
de_verifysoft_testwell_flyerQuinten Esmeijer
 
Continuous Delivery as a Way of Life
Continuous Delivery as a Way of LifeContinuous Delivery as a Way of Life
Continuous Delivery as a Way of LifeKremer Consulting
 
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-ToolsSoftware-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-ToolsAndreas Schreiber
 
Einsatz von Subversion bei der Entwicklung technisch-wissenschaftlicher Software
Einsatz von Subversion bei der Entwicklung technisch-wissenschaftlicher SoftwareEinsatz von Subversion bei der Entwicklung technisch-wissenschaftlicher Software
Einsatz von Subversion bei der Entwicklung technisch-wissenschaftlicher SoftwareAndreas Schreiber
 
Cloud – der nächste Schritt der Diagnose (German)
Cloud – der nächste Schritt der Diagnose (German)Cloud – der nächste Schritt der Diagnose (German)
Cloud – der nächste Schritt der Diagnose (German)KPIT
 
Configuration Management (Fokus: Version-Controlling) – Best Pracitces
Configuration Management (Fokus: Version-Controlling) – Best PracitcesConfiguration Management (Fokus: Version-Controlling) – Best Pracitces
Configuration Management (Fokus: Version-Controlling) – Best Pracitceskaftanenko
 
CV - Olexandr Ostapenko - DE - Word97
CV - Olexandr Ostapenko - DE - Word97CV - Olexandr Ostapenko - DE - Word97
CV - Olexandr Ostapenko - DE - Word97Olexandr Ostapenko
 
Steinzeit war gestern! Wege der Cloud-nativen Evolution.
Steinzeit war gestern! Wege der Cloud-nativen Evolution.Steinzeit war gestern! Wege der Cloud-nativen Evolution.
Steinzeit war gestern! Wege der Cloud-nativen Evolution.QAware GmbH
 
Modell der Zusammenarbeit. Migration von Progress 4GL nach C#.NET
Modell der Zusammenarbeit. Migration von Progress 4GL nach C#.NET Modell der Zusammenarbeit. Migration von Progress 4GL nach C#.NET
Modell der Zusammenarbeit. Migration von Progress 4GL nach C#.NET Куранкова Татьяна
 
1. Cloud Native Meetup Innsbruck, 23.11.2023
1. Cloud Native Meetup Innsbruck, 23.11.20231. Cloud Native Meetup Innsbruck, 23.11.2023
1. Cloud Native Meetup Innsbruck, 23.11.2023Johannes Kleinlercher
 
Steinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionSteinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionQAware GmbH
 
Security Scanner Design am Beispiel von httprecon
Security Scanner Design am Beispiel von httpreconSecurity Scanner Design am Beispiel von httprecon
Security Scanner Design am Beispiel von httpreconMarc Ruef
 
Top 10 Internet Trends 2001
Top 10 Internet Trends 2001Top 10 Internet Trends 2001
Top 10 Internet Trends 2001Jürg Stuker
 
Profi Werkzeug für den Controller - gesucht, gefunden!
Profi Werkzeug für den Controller - gesucht, gefunden!Profi Werkzeug für den Controller - gesucht, gefunden!
Profi Werkzeug für den Controller - gesucht, gefunden!Codec Deutschland
 
Anwender-Case Karl Storz GmbH & Co. KG auf OpenText Basis
Anwender-Case Karl Storz GmbH & Co. KG auf OpenText BasisAnwender-Case Karl Storz GmbH & Co. KG auf OpenText Basis
Anwender-Case Karl Storz GmbH & Co. KG auf OpenText Basisnetmedianer GmbH
 
Raspberry Pi im Embedded Testing - „tool“ oder „toy“?
Raspberry Pi im Embedded Testing - „tool“ oder „toy“?Raspberry Pi im Embedded Testing - „tool“ oder „toy“?
Raspberry Pi im Embedded Testing - „tool“ oder „toy“?Michel Lawaty
 

Ähnlich wie Die Bedeutung der Diagnose in der Fahrzeugentwicklung (20)

Technologieraum übergreifende Programmierung
Technologieraum übergreifende ProgrammierungTechnologieraum übergreifende Programmierung
Technologieraum übergreifende Programmierung
 
Applikationsmodernisierung: Der Weg von Legacy in die Cloud
Applikationsmodernisierung: Der Weg von Legacy in die CloudApplikationsmodernisierung: Der Weg von Legacy in die Cloud
Applikationsmodernisierung: Der Weg von Legacy in die Cloud
 
Architektur und Automation als Enabler für DevOps
Architektur und Automation als Enabler für DevOpsArchitektur und Automation als Enabler für DevOps
Architektur und Automation als Enabler für DevOps
 
de_verifysoft_testwell_flyer
de_verifysoft_testwell_flyerde_verifysoft_testwell_flyer
de_verifysoft_testwell_flyer
 
Continuous Delivery as a Way of Life
Continuous Delivery as a Way of LifeContinuous Delivery as a Way of Life
Continuous Delivery as a Way of Life
 
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-ToolsSoftware-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
 
Einsatz von Subversion bei der Entwicklung technisch-wissenschaftlicher Software
Einsatz von Subversion bei der Entwicklung technisch-wissenschaftlicher SoftwareEinsatz von Subversion bei der Entwicklung technisch-wissenschaftlicher Software
Einsatz von Subversion bei der Entwicklung technisch-wissenschaftlicher Software
 
Cloud – der nächste Schritt der Diagnose (German)
Cloud – der nächste Schritt der Diagnose (German)Cloud – der nächste Schritt der Diagnose (German)
Cloud – der nächste Schritt der Diagnose (German)
 
Configuration Management (Fokus: Version-Controlling) – Best Pracitces
Configuration Management (Fokus: Version-Controlling) – Best PracitcesConfiguration Management (Fokus: Version-Controlling) – Best Pracitces
Configuration Management (Fokus: Version-Controlling) – Best Pracitces
 
CV - Olexandr Ostapenko - DE - Word97
CV - Olexandr Ostapenko - DE - Word97CV - Olexandr Ostapenko - DE - Word97
CV - Olexandr Ostapenko - DE - Word97
 
Steinzeit war gestern! Wege der Cloud-nativen Evolution.
Steinzeit war gestern! Wege der Cloud-nativen Evolution.Steinzeit war gestern! Wege der Cloud-nativen Evolution.
Steinzeit war gestern! Wege der Cloud-nativen Evolution.
 
Modell der Zusammenarbeit. Migration von Progress 4GL nach C#.NET
Modell der Zusammenarbeit. Migration von Progress 4GL nach C#.NET Modell der Zusammenarbeit. Migration von Progress 4GL nach C#.NET
Modell der Zusammenarbeit. Migration von Progress 4GL nach C#.NET
 
JavaFX Real-World Apps
JavaFX Real-World AppsJavaFX Real-World Apps
JavaFX Real-World Apps
 
1. Cloud Native Meetup Innsbruck, 23.11.2023
1. Cloud Native Meetup Innsbruck, 23.11.20231. Cloud Native Meetup Innsbruck, 23.11.2023
1. Cloud Native Meetup Innsbruck, 23.11.2023
 
Steinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionSteinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen Evolution
 
Security Scanner Design am Beispiel von httprecon
Security Scanner Design am Beispiel von httpreconSecurity Scanner Design am Beispiel von httprecon
Security Scanner Design am Beispiel von httprecon
 
Top 10 Internet Trends 2001
Top 10 Internet Trends 2001Top 10 Internet Trends 2001
Top 10 Internet Trends 2001
 
Profi Werkzeug für den Controller - gesucht, gefunden!
Profi Werkzeug für den Controller - gesucht, gefunden!Profi Werkzeug für den Controller - gesucht, gefunden!
Profi Werkzeug für den Controller - gesucht, gefunden!
 
Anwender-Case Karl Storz GmbH & Co. KG auf OpenText Basis
Anwender-Case Karl Storz GmbH & Co. KG auf OpenText BasisAnwender-Case Karl Storz GmbH & Co. KG auf OpenText Basis
Anwender-Case Karl Storz GmbH & Co. KG auf OpenText Basis
 
Raspberry Pi im Embedded Testing - „tool“ oder „toy“?
Raspberry Pi im Embedded Testing - „tool“ oder „toy“?Raspberry Pi im Embedded Testing - „tool“ oder „toy“?
Raspberry Pi im Embedded Testing - „tool“ oder „toy“?
 

Die Bedeutung der Diagnose in der Fahrzeugentwicklung

  • 1. 9. Internationales CTI Forum Die Bedeutung der Diagnose in der Fahrzeugentwicklung • Erweiterte Anforderungen an Entwicklungstools in Bezug auf Diagnose, komplexe Buskommunikation und Analyse • Idee einer herstellerunabhängigen Tool-Landschaft Hans-Joachim Schleißheimer Geschäftsführer, Schleißheimer GmbH
  • 2. Was ist Diagnose? • Fahrzeugdiagnose – ist der Austausch von Informationen zwischen der Fahrzeugelektronik und externen Testgeräten – findet breite Anwendung im gesamten Produktzyklus – betrifft alle ECUs und eine Vielzahl der Testsysteme – ist im Wesentlichen eine Softwarefunktion – ist nicht kundenerlebbar
  • 3. Was ist Diagnose? • Die Fahrzeugdiagnose ist der „Engländer“ unter unseren Tools.
  • 4. Was ist Diagnose? • On-Board-Diagnose – Softwarefunktionen innerhalb der ECUs zur Eigendiagnose sowie zur Überwachung von Sensoren und Aktoren • Off-Board-Diagnose – Spezielle Diagnosegeräte (Tester) in Zusammenarbeit mit Messtechnik, Restbussimulationen und Datenbanken
  • 5. Anwendung Entwicklung Validierung Produktion Feld • Jede Phase im Produktzyklus stellt ihre eigenen Anforderungen an die Diagnose
  • 6. Anforderungen Feld •OBD (1988) (Abgasüberwachung) •Service (Werkstatttester) Produktion •Prüfung, Kodierung •Tests während der Montage (Integration) Validierung •Absichern der Fahrzeugfunktionen (HIL) Entwicklung •Erstellen/Absichern von Einzelfunktionen •Softwaretests auf White-Box-Ebene (wahlfreie Zugriffe auf Variablen, Tracen von Events)
  • 7. Aufbau • Schichtenmodell Anwendungsprotokolle Anwendung (7..5) OBD (US, EU), KW2000, UDS, CCP, XCP, ... Übertragungsschicht Protokoll (4..3) ISO-TP, TP1.6, TP2.0, J1939, FlexRay-TP, ... Physikalische Schicht Transport (2..0) UART, CAN, TTC, VAN , LIN, CCD, FlexRay, MOST, Ethernet.... Diese Schichten müssen im Tester und den ECUs identisch sein und bilden die Grundlage für die Kommunikation zwischen Tester und ECU.
  • 8. Vielfalt • Transport-Schicht – Hohe Vielfalt. Notwendig, um Diagnose auf vorhandenen Bussen zu betreiben. • Protokoll-Schicht – Bedingt nötig. Oft hausinterne Anforderungen • Anwendungs-Schicht – Fortschritt (OBD, KW2000, UDS) – Erweiterte Anforderungen aus Entwicklung (UDS XCP)
  • 9. Diagnose in der ECU-Entwicklung • KWP/UDS ist in fast allen Projekten verfügbar. • XCP ist selten verfügbar, aber für die Entwicklung besser geeignet, weil – Schneller, da geringerer Protokoll-Overhead – Besserer Zugriff auf interne Daten • Skalierungsmöglichkeit für Variablen (A2L) • Bypassfähig • Events verfügbar
  • 10. Weiterentwicklung XCP • Variablen-Beschreibung – Beschreibung und Deklaration sind nicht konsistent  Konsistente Beschreibung und Deklaration der Variablen im Code oder in der Konfiguration. Prüfung und automatische Erzeugung der A2L- Files im Code-Erstellungsprozess • Events  Nicht nur Messwerte, sondern Events und ihre Beschreibungen
  • 11. Weiterentwicklung UDS • Übernahme der Fähigkeiten von XCP (wahlfreier Zugriff auf Variablen, Skalierungsdefinitionen in A2L-Files, Events) • Bandbreite variabel erhöhen (Bei Bedarf Timings verkürzen )  Möglicherweise Zusammenführung von UDS und XCP
  • 12. Weiterentwicklung Tools • Gleichzeitige Aufzeichnung von Bus- Kommunikationen, Variableninhalten und zustandsverändernden Events in einem Log-File • Anzeige von Variablen und Events als physikalische Werte oder in Klarschrift
  • 13. Vorteile für die Entwicklung • Sehr gute Basis für automatische Softwaretests • Deutlich verbesserte Analysemöglichkeiten • Tests und Analyse auch in Seriengeräten deutlich verbessert.
  • 14. Kontaktdaten Schleißheimer Soft- und Hardwareentwicklung GmbH Am Kalkofen 10 61206 Nieder-Wöllstadt Tel.: +49 6034 9148-701 Fax: +49 6034 9148-91 vertrieb@schleissheimer.de www.schleissheimer.de www.CanEasy.de – Die anwenderfreundliche Analyse- und Testumgebung sowie Restbussimulation für CAN und LIN – Jetzt testen und Zeit sparen.