AUTOSAR_SWS_WatchdogManager
FIG-7319363ed05a61fe
868 × 620 px
1 Release(s)
Figure 16: Initialization of the Watchdog Manager module
SHA-256 Inhalts-Fingerabdruck:
7319363ed05a61fecfb59e566c97e8236564402713e110f5b6bf5b1432c7da71
✦
KI-generierte Bildanalyse & technische Beschreibung
Modell: gemini-3.8-flash (via agy) · Rezept figure-description@2 · erstellt am 2026-10-07
1. Diagrammtyp & Architektur-Kontext
- Diagrammtyp: UML-Sequenzdiagramm (Interaktionsdiagramm).
- Technischer Zweck: Spezifikation des standardisierten Start- und Initialisierungsablaufs des Watchdog Managers (
WdgM) während der ECU-Startup-Phase (EcuM-Init-Sequenz nach OS-Start). - Architektur-Einordnung:
- System Services Layer:
EcuM(ECU State Manager, Steuerungsinstanz des Bootstraps) undWdgM(Überwachung von Alive-, Deadline- und Logical-Program-Flows). - Device Driver Abstraction Layer:
WdgIf(Watchdog Interface, Abstraktionsschicht zur hardwareunabhängigen Adressierung interner/externer Watchdog-Treiber).
- System Services Layer:
2. Komponenten, Entitäten & Schnittstellen
- Beteiligte Instanzen (Lifelines):
:EcuM– ECU State Manager (Aufrufer der BSW-Initialisierungsphase).:WdgM– Watchdog Manager (zentrales BSW-Modul zur Software-Überwachung).:WdgIf– Watchdog Interface (Routing- und Abstraktionsmodul für Hardware-Watchdogs).
- Schnittstellen & Datentypen:
WdgM_Init(const WdgM_ConfigType* ConfigPtr): Synchroner API-Call zur Initialisierung des WdgM mit post-build-fähigem Konfigurationsdatensatz (WdgM_ConfigType).WdgM_SetMode(Std_ReturnType, WdgM_ModeType, uint16): Interner Zustandsübergang des Watchdog Managers zur Aktivierung des konfigurierten initialen Betriebsmodus (WdgM_ModeType, Mode-ID bzw. Watchdog-Modus-Parameter).WdgIf_SetMode(Std_ReturnType, uint8 DeviceIndex, WdgIf_ModeType WdgMode): Synchrone Weiterleitung des Moduswechsels an das Watchdog Interface für den jeweiligen Watchdog-Kanal (DeviceIndex, z. B. interner MCU-Watchdog oder externer SBC-Watchdog).
- Beziehungen:
- Strict top-down Kontrollfluss ohne Callbacks; hierarchische Abhängigkeit
EcuM→WdgM→WdgIf→ (Wdg-Treiber).
- Strict top-down Kontrollfluss ohne Callbacks; hierarchische Abhängigkeit
3. Dynamisches Verhalten & Sequenzablauf
- Trigger / Voraussetzung:
- Ausführung explizit nach der Initialisierung und dem Start des Betriebssystems (
OS). DerEcuMruft im Post-OS-Task bzw. der Phase Startup II denWdgMauf.
- Ausführung explizit nach der Initialisierung und dem Start des Betriebssystems (
- Synchroner Initialisierungsaufruf:
EcuMsendet synchronWdgM_Init(&WdgM_Config).
- Modus-Initialisierung (Self-Invocation):
- Innerhalb des Kontexts von
WdgM_Inittriggert derWdgMinternWdgM_SetMode(...), um den in der Konfiguration definierten Initialmodus (WdgMInitialMode) einzunehmen.
- Innerhalb des Kontexts von
- Hardware-Triggerung über Abstraktionsschicht:
WdgMruft für alle zugewiesenen Watchdog-Instanzen synchronWdgIf_SetMode(DeviceIndex, WdgMode)auf, um Hardware-Watchdogs in den korrespondierenden Target-Mode (z. B.WDGIF_SLOW_MODEoderWDGIF_FAST_MODE) zu versetzen.
- Return-Pfade:
WdgIf_SetModequittiert den Moduswechsel synchron anWdgM.- Nach internem Abschluss des Moduswechsels terminiert die interne Initialisierungssequenz.
WdgM_Initkehrt synchron ohne Rückgabewert (void) zumEcuMzurück.
4. Normative Relevanz & Entwickler-Hinweise
- Initialisierungsreihenfolge & OS-Abhängigkeit:
- Der Aufruf darf erst erfolgen, wenn das OS läuft, da
WdgMauf Betriebssystem-Mechanismen (z. B. OS-Counter für Deadline Supervision, globale Interrupt-Sperren, Task-Scheduling fürWdgM_MainFunction) angewiesen ist. - Eine Initialisierung in Phase Startup I (Pre-OS) führt zu undefiniertem Verhalten oder DET-Fehlern.
- Der Aufruf darf erst erfolgen, wenn das OS läuft, da
- Konfigurationsaspekte (
WdgMConfigSet):WdgMInitialModemuss zwingend auf einen gültigen Modus referenzieren.- Für jeden im Initialmodus aktiven Watchdog muss im
WdgIfein korrespondierenderWdgIfDevicekonfiguriert sein.
- Laufzeit- & Blockierungsverhalten:
WdgIf_SetModepropagiert den Moduswechsel direkt an den MCAL-Treiber (Wdg_SetMode). Dauert die Hardware-Umschaltung (z. B. SPI-Kommunikation bei externem SBC-Watchdog) blockierend an, verlängert dies die Ausführungszeit vonWdgM_Initdirekt im Bootstrapping-Kontext desEcuM.
- Fehlerbehandlung:
- Schlägt
WdgIf_SetModefehl (E_NOT_OK), verbleibt derWdgMim Fehlerstatus (WDGM_GLOBAL_STATUS_DEACTIVATEDbzw. fehlerhafte Initialisierung), meldet gegebenenfalls einen DET-Eintrag (WDGM_E_PARAM_CONFIG/WDGM_E_SET_MODE) und verhindert die spätere Aktivierung der Überwachungsentitäten.
- Schlägt
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.