DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_WatchdogDriver FIG-baf257cc8785b424 961 × 829 px 1 Release(s)

Figure 3: Data exchange between watchdog driver and hardware

SHA-256 Inhalts-Fingerabdruck: baf257cc8785b4240aeaece2510a3edf3f3502739c290b36bd6e9cac43886827

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ 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

  • Klassifikation: UML-Sequenzdiagramm (sd Data exchange between watchdog driver and hardware).
  • Architektur-Kontext: AUTOSAR Classic Platform (System Services / MCAL), Spezifikationsstand R3.2.3.
  • Funktionale Einordnung: Interaktionsmuster zwischen Watchdog Manager (WdgM), Watchdog Interface (WdgIf), Watchdog Driver (Wdg) und physikalischer Watchdog-Hardware (Watchdog Hardware). Es stellt die synchrone Trigger-Kette zur periodischen Überwachung sowie die Rückmeldung aktualisierter Aktivierungscodes dar.

2. Komponenten, Entitäten & Schnittstellen

  • Akteure / Lifelines:
    • «module» WdgM::WdgM: Watchdog Manager zur Überwachung der Programmausführung und Initiierung der Triggerung.
    • «module» WdgIf::WdgIf: Watchdog Interface zur Abstraktion und Weiterleitung an den zuständigen Treiberkanal.
    • «module» Wdg::Wdg: Watchdog Driver (MCAL) zur direkten Registerbedienung der Watchdog-Peripherie.
    • Watchdog Hardware: Physikalische Überwachungsschaltung.
  • Schnittstellen & Interaktionen:
    • WdgIf_Trigger(DeviceIndex): Synchrone Aufrufschnittstelle vom WdgM an das WdgIf mit Geräteindex DeviceIndex.
    • Wdg_Trigger(): Synchroner Aufruf vom WdgIf an den Treiber Wdg.
    • trigger Watchdog hardware: Schreibzugriff des Treibers auf die Watchdog-Peripherie.
    • Wdg_Trigger / WdgIf_Trigger: Synchrone Rückgabepfade zum Aufrufer.
    • update activation code: Hardware-Rückmeldung des modifizierten Aktivierungswerts an den Treiber.
  • Beziehungen & Stereotypen:
    • Modul-Stereotyp «module» und Dekompositionssymbole an den BSW-Lebenslinien.
    • 1:n-Zuordnung vom WdgIf zu Treiberinstanzen über DeviceIndex.

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm stellt zwei aufeinanderfolgende, identische Trigger-Zyklen dar:

  1. Erster Trigger-Zyklus:
    • WdgM::WdgM ruft synchron WdgIf_Trigger(DeviceIndex) am WdgIf::WdgIf auf.
    • WdgIf::WdgIf leitet den Aufruf über Wdg_Trigger() an Wdg::Wdg weiter.
    • Wdg::Wdg führt trigger Watchdog hardware an der Watchdog Hardware aus.
    • Die Ausführung kehrt über synchrone Rückmeldungen Wdg_Trigger und WdgIf_Trigger zurück an WdgM::WdgM.
    • Die Hardware liefert einen aktualisierten Aktivierungscode per update activation code an den Treiber Wdg::Wdg.
  2. Zweiter Trigger-Zyklus:
    • WdgM::WdgM setzt den nächsten periodischen Aufruf WdgIf_Trigger(DeviceIndex) ab.
    • WdgIf::WdgIf ruft Wdg_Trigger() an Wdg::Wdg auf.
    • Wdg::Wdg triggert die Hardware mit dem aktualisierten Aktivierungscode via trigger Watchdog hardware.
    • Synchrone Rückkehr der Ausführung über Wdg_Trigger und WdgIf_Trigger.
    • Die Hardware generiert die nachfolgende Code-Iteration per update activation code.

4. Normative Relevanz & Entwickler-Hinweise

  • Treiber-Implementierung (MCAL):
    • Wdg_Trigger() führt die Hardware-Bedienung synchron im Kontext des aufrufenden Tasks aus.
    • Dynamische Challenge-Response- oder Token-Verfahren erfordern die Verwaltung des über update activation code bezogenen Werts im Treiber für den folgenden Trigger-Zyklus.
    • Die Schnittstellen sind non-reentrant; Aufrufe über WdgIf_Trigger müssen pro DeviceIndex serialisiert erfolgen.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R3.1.5 → R3.2.3 redaktionell Vorgänger: FIG-560ce49622facac3
  • Diagrammkopf: Korrektur der fehlerhaften Wortabstände von sd Data exchange betw een w atchdog driv er and hardw are zu sd Data exchange between watchdog driver and hardware.
R3.2.3 → R21-11 normative Änderung Nachfolger: FIG-a029765282bfdd68
  • Lifelines: Entfernung der C++-Bereichsoperator-Syntax (WdgM::WdgM zu WdgM, WdgIf::WdgIf zu WdgIf, Wdg::Wdg zu Wdg).
  • Lifeline Watchdog Hardware: Stereotyp «Peripheral» hinzugefügt.
  • Lifeline Timer Hardware: Als neuer Interaktionspartner zur periodischen Interrupt-Generierung hinzugefügt.
  • Schnittstellen: Ersetzung von WdgIf_Trigger / Wdg_Trigger durch WdgIf_SetTriggerCondition(uint8, uint16) und Wdg_SetTriggerCondition(uint16).
  • Ablauf und Trigger-Architektur: Umstellung von synchronem Trigger-Durchreichen auf asynchrone, timer-interruptgesteuerte Hardwarebedienung (interrupt() von Timer Hardware an Wdg, gefolgt von trigger WDG hardware() und update activation code()).
  • Notizfeld: Hinweiskasten zur Anbindung externer Watchdog-Hardware über SPI- oder DIO-Peripherietreiber hinzugefügt (Hint: Access to external Wdg hardware will be done via peripheral drivers as SPI or DIO.).
  • Diagrammrahmen: UML-Rahmen mit Diagrammkopf entfernt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

sd Data exchange between watchdog driver and hardware | «module» | WdgM::WdgM | «module» | WdgIf::WdgIf | «module» | Wdg::Wdg | Watchdog | Hardware | WdgIf_Trigger(DeviceIndex) | Wdg_Trigger() | trigger Watchdog hardware | Wdg_Trigger | WdgIf_Trigger update activation code | WdgIf_Trigger(DeviceIndex) | Wdg_Trigger() | trigger Watchdog hardware | Wdg_Trigger | WdgIf_Trigger update activation code

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R3.2.3 AUTOSAR_SWS_WatchdogDriver S. 31 3 Figure 3: Data exchange between watchdog driver and hardware