DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_DefaultErrorTracer FIG-cbbd7f328ab57a31 892 × 511 px 1 Release(s)

Figure 5: Call of Det_ReportError and user defined hooks

SHA-256 Inhalts-Fingerabdruck: cbbd7f328ab57a316092d613b0faf63a700522f611ab341e3f642aab3664db2b
✦ 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 zur Darstellung des Aufrufs der Fehlermelde-Schnittstelle Det_ReportError und der Ausführung benutzerdefinierter Hook-Funktionen innerhalb der AUTOSAR Classic Platform (Software Specification Default Error Tracer, SWS DET). Das Diagramm veranschaulicht die Interaktion zwischen einem fehlermeldenden BSW- oder Software-Nutzer, dem DET-Kernmodul und weiteren BSW-Modulen, die registrierte Error Hooks bereitstellen.

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Lebenslinien:

  • User: Aufrufende Instanz (z. B. Software-Komponente oder BSW-Modul), die einen Entwicklungsfehler erkennt und meldet.
  • «module» Det: Das Basissoftware-Modul Default Error Tracer (DET), das Fehlermeldungen zentral entgegennimmt und konfigurierte Hooks dispatcht.
  • other BSW module(s): Externe BSW-Module oder benutzerdefinierte Handler, die Error-Hook-Funktionen implementieren.

Schnittstellen und Signaturen:

  • Det_ReportError(ModuleId, InstanceId, ApiId, ErrorId): Synchrone Aufruf-API vom User an das DET zur Fehlermeldung mit Parametern für Modulkennung, Instanzkennung, API-Funktionskennung und spezifischen Fehlercode.
  • Det_ReportError(): Rückkehr-/Return-Pfeil (gestrichelt) vom DET zum User.
  • Hook-Aufruf: Gestrichelter Pfeil vom DET zu other BSW module(s) bzw. Callback-Mechanismus zur Abarbeitung der konfigurierten Hook-Liste.

3. Dynamisches Verhalten & Sequenzablauf

  1. Der User ruft die Funktion Det_ReportError(ModuleId, InstanceId, ApiId, ErrorId) auf dem Modul Det auf.
  2. Ein Kommentar spezifiziert, dass das Ausführungsverhalten der API (synchron oder asynchron) von der konkreten Implementierung abhängt. Dargestellt ist eine Rückkehr (Det_ReportError()) zum User.
  3. In einem loop-Fragment mit der Guard-Bedingung [error hook list has been configured] durchläuft das DET sequenziell eine konfigurierte Liste von Error Hooks. Ein Notizkommentar erläutert, dass eine Liste solcher Error-Hooks konfiguriert werden kann und jeder Hook an dieser Stelle aufgerufen wird.
  4. Für jeden konfigurierten Hook erfolgt ein Aufruf bzw. eine Benachrichtigung an other BSW module(s).

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm beschreibt den Ablauf zur zentralen Fehlererfassung im DET gemäß AUTOSAR-Spezifikation. Entwickler müssen beachten:

  • Die Signatur zur Fehlermeldung fordert ModuleId, InstanceId, ApiId und ErrorId ein.
  • Das Blockier- bzw. Synchronisationsverhalten von Det_ReportError ist implementierungsabhängig; Aufrufer dürfen sich nicht zwingend auf ein rein synchrones oder asynchrones Verhalten verlassen.
  • Ist eine Error-Hook-Tabelle/Liste konfiguriert ([error hook list has been configured]), ruft das DET jeden eingetragenen Hook auf. Implementierer von Hooks müssen sicherstellen, dass diese rückwirkungsfrei, reentrant und laufzeitoptimiert ausgeführt werden, um den Aufruferpfad des fehlermeldenden Moduls nicht unzulässig zu blockieren.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

User «module» | Det | other BSW | module(s) | Comment: The API behavior (synchronous/asynchronous) depends on implementation | loop | [error hook list has been configured] | a list of such error hooks can be configured, each hook will be called there | Det_ReportError(ModuleId, InstanceId, ApiId, ErrorId) | Det_ReportError()

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.2.2 AUTOSAR_SWS_DefaultErrorTracer S. 36 5 Figure 5: Call of Det_ReportError and user defined hooks