Figure 3: Det_ReportError without configured hook

1. Diagrammtyp & Architektur-Kontext

• Diagrammtyp: UML-Sequenzdiagramm (Interaktionsdiagramm).
• Technischer Zweck: Spezifikation des Default-Fehlerbehandlungsverhaltens des BSW-Moduls Det (Default Error Tracer) gemäß AUTOSAR Classic Platform (R4.3.1) beim Aufruf von Det_ReportError, wenn kein anwenderspezifischer Hook bzw. keine Callout-Benachrichtigung konfiguriert ist.
• Funktionale Einordnung: Diagnoseschnittstelle zur Entwicklungszeit (Development Errors / Assertion Checks). Das DET fängt Entwicklungsfehler von BSW-Modulen, SWCs oder dem RTE ab und steuert das Systemverhalten im Fehlerfall.

2. Komponenten, Entitäten & Schnittstellen

• Akteure / Lebenslinien:
  • Det User: Beliebiges AUTOSAR-Modul (BSW-Treiber/Stack oder SWC via RTE), das einen Laufzeit- bzw. Entwicklungsfehler detektiert und meldet.
  • «module» Det: AUTOSAR-Basissoffware-Dienstkomponente (Service Layer) zur zentralen Erfassung von Development Errors.
  • Integrator Code: Benutzerdefinierte Fehlerbehandlungsroutinen (z. B. Logging, Trace-Pufferung, Reset-Handler), die über Benachrichtigungsschnittstellen registriert werden können (hier inaktiv).
• Schnittstellen & Parameter:
  • Det_ReportError(uint16 ModuleId, uint8 InstanceId, uint8 ApiId, uint8 ErrorId) -> Std_ReturnType
    • ModuleId: Eindeutige Kennung des meldenden Moduls (gemäß AUTOSAR BSW Module ID List).
    • InstanceId: Instanz-ID des Moduls (relevant für Mehrkanal-/Multi-Instance-Treiber).
    • ApiId: ID der fehlschlagenden API-Funktion des meldenden Moduls.
    • ErrorId: Spezifischer Fehlercode des aufgetretenen Fehlers.
• Notizen / Zusicherungen:
  • <Det_Notification> NOT configured: Konfigurationsparameter DetNotification (bzw. DetErrorHook) ist im EcuC unbesetzt (NULL / deaktiviert).

3. Dynamisches Verhalten & Sequenzablauf

1. Trigger: Det User stellt eine Verletzung von Vorbedingungen, ungültige Parameter oder ungültige Modulzustände fest.
2. Synchroner API-Aufruf: Det User ruft synchron Det_ReportError(ModuleId, InstanceId, ApiId, ErrorId) auf.
3. Bedingungsprüfung: Das Det-Modul prüft intern die Konfiguration registrierter Fehler-Hooks (<Det_Notification> / DetErrorHookTable). Bedingung: Keine Hooks konfiguriert.
4. Kein Dispatch: Der Pfad zum Integrator Code wird nicht getriggert.
5. Systemstopp (HALT): Das Det geht direkt in einen terminierten/blockierenden Zustand über (HALT). Die Lebenslinien aller beteiligten Komponenten verharren im Halt-Zustand. Das Modul kehrt nicht zum Aufrufer zurück (return wird faktisch nicht erreicht, da das System einfriert).

4. Normative Relevanz & Entwickler-Hinweise

• Normative AUTOSAR-Anforderungen:
  • Gemäß [SWS_Det_00009] verbleibt das DET im Standard-Debugging-Modus typischerweise in einer Endlosschleife (while(1) / Breakpoint), um ein Einfrieren des Kontrollflusses exakt am Ort des Fehlers zu erzwingen.
  • Ermöglicht das Anhalten der MCU per Hardware-Debugger (JTAG/SWD) zur Call-Stack- und Register-Inspektion direkt im Kontext des auslösenden BSW-Treibers.
• Konfigurationsaspekte:
  • Wird DetNotification bzw. DetErrorHook nicht im Modul Det parametriert, führt jeder gemeldete Development Error unweigerlich zum Deadlock des aufrufenden Tasks/Cores.
  • In Produktiv-Builds (Release-Builds) muss das DET entweder deaktiviert (*DevErrorDetect = FALSE), Hooks zur Fehlerprotokollierung hinterlegt oder ein definierter Recovery-Pfad implementiert werden, um Watchdog-Resets durch unkontrolliertes HALT zu steuern.