DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_WatchdogDriver FIG-560ce49622facac3 961 × 829 px 2 Release(s)

Figure 3: Data exchange between watchdog driver and hardware

SHA-256 Inhalts-Fingerabdruck: 560ce49622facac36b5d216f8d60134ea28b0b92a9c6d865f9661f96b68018c2

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 betw een w atchdog driv er and hardw are).
  • Architektur-Kontext: AUTOSAR Classic Platform (System Services / MCAL), Spezifikationsstand R3.0.7 / R3.1.5.
  • 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)

R2.1.20 → R3.0.7 normative Änderung Vorgänger: FIG-10a29405f31a4750
  • Lifeline Watchdog Interface: Umbenannt zu «module» WdgIf::WdgIf mit Modul-Stereotyp und Dekompositionssymbol.
  • Lifeline Watchdog Driver: Umbenannt zu «module» Wdg::Wdg mit Modul-Stereotyp und Dekompositionssymbol.
  • Lifeline «module» WdgM::WdgM: Als aufrufende Instanz hinzugefügt.
  • Schnittstelle WdgIf_Trigger(DeviceIndex): Aufruf von WdgM::WdgM an WdgIf::WdgIf mit Parameter DeviceIndex hinzugefügt.
  • API-Signatur Wdg_Trigger: Aufruf von WdgIf::WdgIf an Wdg::Wdg von Wdg_Trigger(void) zu Wdg_Trigger() geändert.
  • Rückgabemeldungen: Spezifische Bezeichnungen Wdg_Trigger und WdgIf_Trigger anstelle von generischem return.
  • Interaktion Hardware-Trigger: Umbenannt von trigger WDG hardware zu trigger Watchdog hardware.
  • Diagrammkopf: Beschriftung von sd Data Exchange w. watchdog hardware zu sd Data exchange betw een w atchdog driv er and hardw are geändert.
R3.1.5 → R3.2.3 redaktionell Nachfolger: FIG-baf257cc8785b424
  • 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.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

sd Data exchange betw een w atchdog driv er and hardw are | «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 (2)

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