Figure 12: Expected Interfaces

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML-Komponentendiagramm / Schnittstellen-Abhängigkeitsdiagramm (Usage Dependency Diagram).
• Technischer Zweck & Einordnung: Dargestellt ist das Modul WdgM (Watchdog Manager) aus dem AUTOSAR System Services Layer (Classic Platform R4.0.3) mit seinen ausgehenden, geforderten Schnittstellen (Expected Interfaces) zu benachbarten BSW-Modulen, dem Betriebssystem (Os) und dem Mikrokontroller-Treiberstack (Mcu).
• Funktionaler Kontext: Das Diagramm spezifiziert die statischen Kopplungsanforderungen des WdgM zur Erfüllung von Alive-Supervision, Deadline-Supervision, Logical-Supervision sowie der Fehlerbehandlung und Fehlereskalation (Partition-Reset, MCU-Reset, Watchdog-Triggerung).

2. Komponenten, Entitäten & Schnittstellen

Zentrale Entität

• «module» WdgM: Basic Software Module (BSW) des Watchdog Managers, zuständig für die programmatische Überwachung von Software-Entitäten (Supervised Entities / Checkpoints).

Abhängigkeitsbeziehungen & Stereotypen

Die gerichteten gestrichelten Abhängigkeitspfeile kennzeichnen funktionale Aufrufschnittstellen, parametriert über Stereotypen bezüglich ihrer Verbindlichkeit:

1. Mandatorische Schnittstellen («mandatory»):
   • Det_ReportRuntimeError: Schnittstelle zum Default Error Tracer (DET) zur verbindlichen Meldung von Laufzeitfehlern (Runtime Errors).
   • WdgIf: Watchdog Interface. Verbindliche Abstraktionsschicht zur Ansteuerung lokaler Hardware-Watchdogs (z. B. Servicing via WdgIf_SetTriggerCondition, Modusumschaltung via WdgIf_SetMode).
   • GetElapsedValue: OS-Counter-API (GetElapsedValue gemäß AUTOSAR OS). Zwingend erforderlich für die quantitative Laufzeitmessung bei der Deadline Supervision zwischen zwei Checkpoints.
2. Optionale Schnittstellen («optional»):
   • BswM_WdgM_RequestPartitionReset: Anforderung an den BSW Mode Manager (BswM) zur kontrollierten Re-Initialisierung oder zum Restart einer isolierten Partition bei lokalem Überwachungsfehler.
   • Mcu_PerformReset: Direkter Software-Reset über den MCU-Treiber bei fatalem Watchdog-Ablauf, falls die Fehlerreaktion auf sofortigen Systemneustart konfiguriert ist (WdgMImmediateReset == TRUE).
   • Det_ReportError: Schnittstelle zum Default Error Tracer (DET) zur Erfassung von Entwicklungs- und Konfigurationsfehlern (WdgMDevErrorDetect == TRUE).
   • Dem_SetEventStatus: Schnittstelle zum Diagnostic Event Manager (DEM) zur Aktualisierung des Fehlerstatus diagnostischer Events bei Überwachungsfehlern (z. B. WDGM_E_SUPERVISION, WDGM_E_SET_MODE).

3. Dynamisches Verhalten & Sequenzablauf

Das Modul bedient die Schnittstellen über zwei Ausführungspfade (zyklisch vs. ereignisgesteuert):

[SW-C / BSW Checkpoint]
         | WdgM_CheckpointReached()
         v
     +-------+  Deadline Supervision       --> GetElapsedValue()
     | WdgM  |  Dev Error Detection        --> Det_ReportError()
     +-------+  Runtime Error Detection    --> Det_ReportRuntimeError()
         | WdgM_MainFunction() [zyklisch]
         +--------------------------------------------------------+
         | (Status: OK)                                           | (Status: FAILED / EXPIRED)
         v                                                        v
   WdgIf_SetTriggerCondition()                        Eskalationspfade:
                                                      +-- Dem_SetEventStatus()
                                                      +-- BswM_WdgM_RequestPartitionReset()
                                                      +-- Mcu_PerformReset()

1. Ereignisgesteuerter Pfad (WdgM_CheckpointReached):
   • Bei Erreichen eines Checkpoints wird zur Deadline-Überwachung synchron GetElapsedValue aufgerufen, um das Delta seit dem Start-Checkpoint zu ermitteln.
   • Verletzungen von Transitionsregeln (Logical Supervision) oder Deadlines triggern je nach Fehlerklassifikation synchron Det_ReportError (Development Errors) bzw. Det_ReportRuntimeError (Runtime Errors).
2. Zyklischer Pfad (WdgM_MainFunction):
   • Aggregiert lokale Status aller Supervised Entities zum globalen Watchdog-Status.
   • Gutfall: Bei globalem Status WDGM_GLOBAL_STATUS_OK wird zyklisch WdgIf_SetTriggerCondition bedient, um das Hardware-Timeout zu verlängern.
   • Fehlerfall: Fällt der Status auf WDGM_GLOBAL_STATUS_FAILED oder EXPIRED, unterbleibt das Triggern von WdgIf. Parallel erfolgt die Eskalation über Dem_SetEventStatus sowie je nach Konfiguration über:
     • Partitions-Recovery: BswM_WdgM_RequestPartitionReset.
     • System-Hard-Reset: Mcu_PerformReset.

4. Normative Relevanz & Entwickler-Hinweise

• Header-Inklusion & Modulkoppelung:
  • WdgM.c muss bedingt durch Präprozessorschalter (#if ... == STD_ON) die Header WdgIf.h, Os.h, Dem.h, Det.h, Mcu.h und BswM_WdgM.h einbinden.
  • Das Vorhandensein von GetElapsedValue erfordert zwingend einen im OS konfigurierten Counter (OsCounter), der dem WdgM in WdgM_ConfigType zugewiesen ist.
• Konfigurationsabhängigkeiten (ECU Configuration):
  • Det_ReportRuntimeError ist als mandatorische Schnittstelle stets einzubinden; Det_ReportError wird link-zeitlich bei WdgMDevErrorDetect == STD_ON referenziert.
  • Dem_SetEventStatus wird zur Meldung von Überwachungsfehlern an den DEM aufgerufen, sofern entsprechende diagnostische Events konfiguriert sind.
  • WdgMImmediateReset entscheidet, ob Mcu_PerformReset aufgerufen wird oder ob das System den physischen Watchdog via WdgIf absichtlich ablaufen lässt (Hardware Degradation).
• Multi-Core / Safety-Architektur:
  • Wird ein Partitions-Reset über BswM_WdgM_RequestPartitionReset verwendet, muss der Watchdog Manager partitionsübergreifende Aufrufe (IOC / Cross-Core-Service) berücksichtigen.