DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_CAN_TP FIG-c9c077c06751e7e5 932 × 695 px 1 Release(s)

Figure 12: Development error reporting

SHA-256 Inhalts-Fingerabdruck: c9c077c06751e7e57270d005dea79b0f37c82dbcbfa44b8183e56c5de90885e4
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm (sd Dev Error Tracer) zur Spezifikation des Fehlerbehandlungs- und Meldeverhaltens bei Entwicklungsfehlern (Development Errors) im AUTOSAR-CAN-Transport-Layer (CanTp). Das Diagramm illustriert das Interaktionsmuster zwischen einem generischen Aufrufer, dem BSW-Modul CanTp und dem zentralen Diagnosedienst Development Error Tracer (DET).

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Instanzen und Komponenten (Lifelines):

  • Caller: Generisches Aufrufermodul (z. B. PDU Router / Pdur oder BSW-Manager).
  • CanTp: CAN Transport Layer Modul der AUTOSAR Classic Platform.
  • Development Error Tracer: Zentrales Modul zur Protokollierung von Entwicklungsfehlern (DET).

Schnittstellen und Nachrichten:

  • API call with wrong parameters: Generischer synchroner Aufruf einer CanTp-Schnittstelle mit ungültigen Parametern.
  • Det_ReportError(ModuleId, InstanceId, ApiId, ErrorId): Synchrone Fehlermeldung an den DET mit Angabe der Modulkennung, Instanzkennung, API-Funktionskennung und Fehlerkennung.
  • Rückgabewerte:
    • E_NOT_OK: Fehlerhafter Ausführungsstatus vom Typ Std_ReturnType an den Aufrufer.
    • E_OK: Erfolgreicher Ausführungsstatus vom Typ Std_ReturnType an den Aufrufer.
  • API call with good parameters: Generischer synchroner Aufruf einer CanTp-Schnittstelle mit validen Parametern.

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf ist in einem kombinierten Fragment (alt) strukturiert:

  1. Zweig [A development error occurs]:
    • Der Caller setzt einen synchronen Aufruf mit ungültigen Parametern an CanTp ab.
    • CanTp detektiert den Parameterfehler und ruft synchron die Funktion Det_ReportError(ModuleId, InstanceId, ApiId, ErrorId) am Development Error Tracer auf.
    • Nach der Rückkehr aus Det_ReportError antwortet CanTp dem Caller mit dem Fehlerwert E_NOT_OK.
  2. Zweig [No development error]:
    • Der Caller setzt einen synchronen Aufruf mit korrekten Parametern an CanTp ab.
    • Es erfolgt kein Aufruf des Development Error Tracer.
    • CanTp quittiert den Aufruf gegenüber dem Caller direkt mit E_OK.

4. Normative Relevanz & Entwickler-Hinweise

Normatives Standard-Fehlermeldemuster für AUTOSAR-BSW-Module: Bei aktivierter Entwicklungsfehler-Erkennung (CanTpDevErrorDetect = TRUE) müssen API-Parameterprüfungen vor der Funktionsausführung erfolgen. Im Fehlerfall ist zwingend Det_ReportError mit den entsprechenden Modul- und Kontext-IDs aufzurufen, die Verarbeitung vorzeitig abzubrechen und der Rückgabewert E_NOT_OK zurückzugeben. Bei fehlerfreiem Aufruf erfolgt die reguläre Bearbeitung mit dem Rückgabewert E_OK.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R2.1.20 → R3.0.7 keine inhaltliche Änderung Nachfolger: FIG-a2afc7c85a98e884

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R2.1.20 AUTOSAR_SWS_CAN_TP S. 44 12 Figure 12: Development error reporting