Diagnose im E/E-Entwicklungsprozess und in der Software Factory
Die Diagnoseimplementierung eines Steuergeräts wird oft unabhängig von der Anwendungssoftware des Steuergeräts entwickelt: Verschiedene Benutzergruppen (in verschiedenen Rollen) verwenden unabhängige Software-Tools, um die verschiedenen Entwicklungsartefakte als Input für die Konfiguration der Fahrzeug-(Diagnose-)Software zu erstellen - typischerweise sogar zu verschiedenen Zeitpunkten.
Die Sicherstellung der Konsistenz zwischen Diagnose- und Anwendungssoftware ist von entscheidender Bedeutung, da jede Inkonsistenz zu Problemen in der Diagnose führt, die schwer zu finden und zu lokalisieren sind.
Ein integrierter, modellgetriebener Ansatz für die Entwicklung sowohl der Diagnose als auch der Fahrzeuganwendung ermöglicht es jedoch, Diagnosebeschreibungen passend zu den Komponenten der Anwendungssoftware zu generieren und automatisiert zu verarbeiten (z.B. in CI/CD-Pipelines).
Entwicklungsprozess
PREEvision modelliert die gesamte E/E-Architektur eines Fahrzeugs (Plattform). Neben vielen anderen Aspekten (wie Software, Hardware und Kommunikation ...) ist es auch möglich, die Diagnosefunktionen der enthaltenen Steuergeräte zusammen mit den Anwendungssoftwarekomponenten, die die Diagnosedaten bereitstellen, in einem einzigen Modell zu definieren. Dieser Ansatz garantiert die Konsistenz der aus diesem Modell exportierten Diagnosedaten mit einer AUTOSAR-Steuergeräte-Systembeschreibung, die ebenfalls aus demselben Modell exportiert wird. Die Diagnosedaten werden anschließend in CANdelaStudio weiter verfeinert und ergänzt.
Der AUTOSAR Diagnostic Extract (DEXT) und Tester-Parametrierungsformate (z.B. Open Diagnostic- Data Exchange ODX) werden von CANdelaStudio exportiert. Zur Konfiguration der AUTOSAR-Diagnose wird der DEXT-Export in den DaVinci Configurator eingelesen. Basierend auf dem DEXT-Export generiert der DaVinci Configurator die AUTOSAR-Diagnose-Basissoftwaremodule (DCM und DEM). Diagnose-Mappings im AUTOSAR-DEXT werden verwendet, um die generierten Ports der Basissoftware automatisch mit ihren Gegenstücken in der Anwendungssoftware zu verbinden.
Vorteile
- Durchgängige Konsistenz zwischen Diagnosedaten und Beschreibungen der Softwarekomponenten.
- Schnellere Entwicklungszyklen werden durch automatische Synchronisation und Zusammenführung bei Änderungen erreicht.
- Hoher Automatisierungsgrad bei der Softwarekonfiguration: Kein manuelles Port-Mapping mehr erforderlich.
- Konsistente DEXT- und ODX-Daten: Beide werden aus der gleichen Quelle generiert.
Video-Highlight
Automatisierung eines Diagnoseentwicklungs-Workflows in einer Pipeline
In diesem Video führen wir Sie durch einen vollständigen Diagnoseentwicklungs-Workflow, automatisiert in einer Pipeline, die für eine schnelle und fehlerfreie Integration optimiert ist. Die Pipeline umfasst lokale Entwurfs- und Implementierungsschritte auf dem PC des Entwicklers, sowie vier Build-Jobs in einer Server-basierten Umgebung: Diagnosedesign, Erstellung der Diagnosespezifikation, Build ECU, Test und Erstellung der Testerdaten.
Software Factory
Vector bietet "Server Editions" der Produkte zur Integration in automatisierte CI/CD/CT-Pipelines an.
Spezifikationsänderungen werden zwischen Anwendung, Diagnose und Testerdatenentwicklung propagiert und synchronisiert - vollautomatisch.
Dies führt zu
- schnellerer Bereitstellung von Software-Updates in kurzen DevOps-Zyklen,
- höherer Qualität, da menschliche Fehler ausgeschlossen sind,
- reduziertem Aufwand,
- einfacher Integration in CI/CD/CT-Pipelines.
Verwandte Inhalte
Integrieren Sie die Diagnose in Ihr Systemdesign
CANdelaStudio
DaVinci Configurator Classic
