CANdesc
Funktionen
CANdesc beinhaltet alle Diagnosemerkmale der verschiedenen Fahrzeughersteller. Dadurch verlagert sich die Schnittstelle zur Anwendung auf die Signalebene. Dies ermöglicht eine Wiederverwendung von Steuergerätesoftware.
CANdesc umfasst
- die Unterstützung des gesamten herstellerspezifischen Diagnoseprotokolls mit allen funktionalen und zeitlichen Randbedingungen
- die vollständige Implementierung der kommunikationsbedingten Diagnosedienste (z.B. $28 CommunicationControl)
- die Implementierung der Dienste $2A und $2C gemäß der Spezifikation des Fahrzeugherstellers
- das Filtern der Diagnoseanforderungen nach Service, Session, Service Instance, Format, Session von Service Instances und Security
- die korrekte Beantwortung der Diagnoseanforderungen
- die Zustandssteuerung (abhängig von der CANdela Datenbasis, z.B. Session oder Security)
- das Erzeugen eines Diagnose-Datenpuffers und die Sicherstellung von Datenkonsistenz zwischen der Anwendung und der Diagnoseanforderung (funktional, physikalisch und mehrere gleichzeitig).
- ein DAP-Modul (Diagnostic Adaptation Protocol) für das Diagnostizieren von MOST-Steuergeräten (optional)
Code-Umfang
Der Umfang von automatisch generiertem Code in Bezug auf RAM und ROM ist naturgemäß höher als von Hand optimierte Module. Betrachtet man aber die "toten Pfade" (ca. 10%-20%) und die oft suboptimalen Erweiterungen während der Laufzeit eines Projektes in handcodiertem Code, so ist der automatisch generierte Code-Umfang in der Regel nicht höher als der von handcodierten Modulen.
Beispiel für einen Code-Umfang
Mikroprozessor: Motorola HC12, MC9S12DP256;
Cosmic-Compiler 4.5 mit einer Implementierung von 10 Diagnose Services und 30 Subfunktionen mit den Datenpaketen:
Codegröße: ca. 5,5 kByte
Tabellen und Konstanten: ca. 700 Byte
RAM: ca. 70 Bytes, dazu kommen Bytes für den Diagnosepuffer
Für eine durchschnittlich dimensionierte Anwendung mit ca. 120 Subfunktionen erhöht sich die Codegröße auf ca. 9kByte.