Post on 20-Jun-2015
description
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
• Jede Phase im Produktzyklus stellt ihre eigenen Anforderungen an die Diagnose
Entwicklung Validierung Produktion Feld
•OBD (1988) (Abgasüberwachung)
•Service (Werkstatttester)
•Prüfung, Kodierung•Tests während der Montage (Integration)
•Absichern der Fahrzeugfunktionen (HIL)
•Erstellen/Absichern von Einzelfunktionen•Softwaretests auf White-Box-Ebene
(wahlfreie Zugriffe auf Variablen, Tracen von Events)
Anforderungen
Feld
Produktion
Validierung
Entwicklung
Aufbau
• Schichtenmodell
Transport (2..0)
Protokoll (4..3)
Anwendung (7..5)
Physikalische Schicht UART, CAN, TTC, VAN , LIN, CCD, FlexRay, MOST, Ethernet....
Übertragungsschicht ISO-TP, TP1.6, TP2.0, J1939, FlexRay-TP, ...
Anwendungsprotokolle OBD (US, EU), KW2000, UDS, CCP, XCP, ...
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- undHardwareentwicklung GmbH
Am Kalkofen 1061206 Nieder-WöllstadtTel.: +49 6034 9148-701Fax: +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.