Figure 13: GPT Activation

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm (sd WdgM_GPT Activation) im Kontext der AUTOSAR Classic Platform (SWS Watchdog Manager). Das Diagramm spezifiziert die zyklische Triggerung und Überwachung des Watchdogs über eine timergesteuerte Benachrichtigung (General Purpose Timer, GPT) im Zusammenwirken zwischen Hardware-Treiberschicht, Watchdog-Abstraktionsschicht und Service-Schicht.

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Lebenslinien (von links nach rechts):

• Timer Hardware: Hardware-Timerkomponente.
• :Gpt: AUTOSAR GPT-Treiber (MCAL).
• :WdgM: AUTOSAR Watchdog Manager (Service Layer).
• :WdgIf: AUTOSAR Watchdog Interface (ECU Abstraction Layer).
• :Wdg: AUTOSAR Watchdog Driver (MCAL).
• Watchdog Hardware: Physikalische Watchdog-Hardwareperipherie.

Verwendete Schnittstellen und Nachrichten:

• Interrupt(): Hardware-Interrupt von Timer Hardware an :Gpt.
• WdgM_Cbk_GptNotification(): Callback-Aufruf von :Gpt an :WdgM.
• Check Alive Counters(): Interner Funktionsaufruf/Selbstaufruf auf :WdgM.
• WdgIf_Trigger(uint8): Synchroner Funktionsaufruf von :WdgM an :WdgIf mit einem Parameter vom Typ uint8.
• Wdg_Trigger(): Synchroner Funktionsaufruf von :WdgIf an den treiberspezifischen Watchdog :Wdg.
• Trigger Hardware(): Hardware-Triggerimpuls von :Wdg an Watchdog Hardware.
• Entsprechende synchrone Rücksprungpfeile (gestrichelt) von Watchdog Hardware, :Wdg, :WdgIf und :WdgM.

3. Dynamisches Verhalten & Sequenzablauf

1. Die Timer Hardware generiert einen zyklischen Interrupt() an den :Gpt-Treiber.
2. Der :Gpt-Treiber leitet das Ereignis über den Callback WdgM_Cbk_GptNotification() an den Watchdog Manager (:WdgM) weiter.
3. Der :WdgM führt eine interne Prüfung der Alive-Zähler durch (Check Alive Counters()).
4. Es folgt ein bedingter Block (alt Check Global Supervision Status):
   • Zweig [else]: Ist der globale Überwachungsstatus nicht gestoppt, ruft :WdgM WdgIf_Trigger(uint8) auf. Das :WdgIf delegiert diesen Aufruf via Wdg_Trigger() an den spezifischen Treiber :Wdg, welcher über Trigger Hardware() die physikalische Watchdog Hardware nachtriggert. Nach Abarbeitung kehren die synchronen Aufrufe sukzessive zurück.
   • Zweig [WDGM_ALIVE_STOPPED]: Ist die Alive-Überwachung gestoppt bzw. fehlgeschlagen, unterbleibt der Triggeraufruf an :WdgIf; es erfolgt kein Nachtriggern der Hardware.
5. Der Kontrollfluss kehrt über die Rücksprungnachricht von :WdgM zu :Gpt und schließlich zur Timer Hardware zurück.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm definiert den normativen Steuerungsablauf für die GPT-basierte Ausführung der Watchdog-Manager-Hauptfunktionalität. Entwickler und Integratoren müssen sicherstellen, dass:

• der GPT-Kanal für den Aufruf des Callbacks WdgM_Cbk_GptNotification() passend konfiguriert ist;
• die Überprüfung der Alive-Zähler vor dem Absetzen des Hardware-Triggers stattfindet;
• im Zustand WDGM_ALIVE_STOPPED die Ausführung von WdgIf_Trigger(uint8) strikt unterdrückt wird, damit der Hardware-Watchdog auslöst (ECU-Reset);
• die Durchlaufzeiten des gesamten Strangs von Callback bis Hardwaretrigger innerhalb der maximal zulässigen Watchdog-Triggerperiode liegen.