DEENESPTFRRUARHIKOZHNL
AUTOSAR_CP_SWS_WatchdogManager FIG-ab4f94ea3427e6b3 932 × 1202 px 3 Release(s)

Figure 7.1: Overview of Watchdog Manager Supervision

SHA-256 Inhalts-Fingerabdruck: ab4f94ea3427e6b3198584a2dcb1e88b68c8eb2aee0d033d4d628c064e21f3b3
✦ 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-Aktivitätsdiagramm mit zwei Swimlanes (Partitionen: Ausführungskontexte SE context vs. OS Scheduler context), Kontrollflüssen, Datenknoten (Objekt-/Pufferzustände) und Iterationsbereich (For each SE).
  • Funktionale Einordnung: AUTOSAR Classic Platform, Basic Software (BSW), System Services Layer (WdgM). Das Diagramm visualisiert die funktionale Entkopplung zwischen der ereignisgesteuerten Erfassung von Checkpoints innerhalb überwachter Software-Entitäten (Supervised Entity – SW-C/BSW-Modul) und der periodisch-zyklischen Aggregation, Bewertung und Watchdog-Servicierung im Task-Kontext des Betriebssystems.

2. Komponenten, Entitäten & Schnittstellen

  • Partitionen / Kontexte:
    • SE context: Thread/Task-Kontext der aufrufenden Supervised Entity (SW-C Runnable, BSW-Task).
    • OS Scheduler context: Zyklischer BSW-Task-Kontext (typischerweise 10 ms – 100 ms Raster).
  • APIs & Entry Points:
    • WdgM_CheckpointReached(WdgM_SupervisedEntityIdType, WdgM_CheckpointIdType): Synchrone BSW-API, ausgelöst durch die SE zur Meldung des Erreichens eines definierten Kontrollpunkts.
    • WdgM_MainFunction(): Periodische Hauptfunktion des Watchdog-Managers, gerufen durch das BSW Scheduler / OS.
  • Interne Datenstrukturen & Puffer (Data Stores):
    • Alive Indication Counters: Puffer für Checkpoint-Trefferzähler je Alive-Überwachung.
    • Result of each Deadline Supervision of SE: Zwischenergebnis (korrekt / fehlerhaft; Zeitfenster zwischen Start- und End-Checkpoint eingehalten/verletzt).
    • Result of each Logical Supervision of SE: Zwischenergebnis (korrekt / fehlerhaft; Programmlaufkontrolle über Transitionen im Kontrollflussgraphen).
    • Result of each Alive Supervision of SE: Auswertung der Trefferzähler gegen konfigurierte Min/Max-Toleranzgrenzen (WdgMExpectedAliveIndications, Toleranzen).
    • Local Supervision Status of SE (state): Lokaler Zustand je SE (WdgM_LocalStatusType: OK, FAILED, EXPIRED, DEACTIVATED).
    • Global Supervision Status (state): Gesamtsystemstatus (WdgM_GlobalStatusType: OK, FAILED, EXPIRED, STOPPED, DEACTIVATED).
  • Beziehungen & Abhängigkeiten:
    • 1:n-Beziehung zwischen globalem Status und lokalen SE-Zuständen (For each SE).
    • n:1-Beziehung der Teilüberwachungen (Alive, Deadline, Logical) zum jeweiligen Local Supervision Status.
    • Ausgehende Hardwareschnittstelle: Ansteuerung des Hardware-Watchdogs via Watchdog Interface (WdgIf_SetTriggerCondition).

3. Dynamisches Verhalten & Sequenzablauf

  • Asynchroner/Ereignisgesteuerter Pfad (SE context):
    1. Aufruf von WdgM_CheckpointReached() durch die übergeordnete Supervised Entity.
    2. Atomare Inkrementierung des Alive Indication Counter für den gemeldeten Kontrollpunkt (Increment Alive Indication Counter of Checkpoint).
    3. Synchrone Auswertung der Deadline Supervision für vorzeitiges Eintreffen und Verzögerungen (Deadline Supervision of SE (early arrivals and delays)): Berechnung des Zeitabstands zum korrespondierenden Start-Checkpoint und Ablage des Zwischenergebnisses in Result of each Deadline Supervision of SE (correct/incorrect).
    4. Synchrone Auswertung der Kontrollflussüberwachung (Logical Supervision of SE): Validierung der Transition vom vorangegangenen Kontrollpunkt im Programmlaufgraphen und Ablage des Zwischenergebnisses in Result of each Logical Supervision of SE (correct/incorrect).
    5. Rückkehr in die Applikation über den Ablaufendknoten.
  • Periodisch-zyklischer Pfad (OS Scheduler context):
    1. Periodischer Aufruf der Hauptfunktion WdgM_MainFunction() im Task-Kontext des Betriebssystems.
    2. Iteration über alle überwachten Entitäten (For each SE):
      • Zyklische Auswertung der Alive-Überwachung (Alive Supervision of SE) anhand der gepufferten Alive Indication Counters gegen konfigurierte Toleranzgrenzen und Ablage des Status in Result of each Alive Supervision of SE (correct/incorrect).
      • Zyklische Auswertung der Deadline Supervision auf Fristüberschreitungen (Deadline Supervision of SE (timeouts)) und Ablage des Status in Result of each Deadline Supervision of SE (correct/incorrect).
      • Bestimmung des lokalen Überwachungsstatus (Determine the Local Supervision Status of SE) unter Aggregation der Zwischenergebnisse von Alive-, Deadline- und Logical Supervision sowie Aktualisierung von Local Supervision Status of SE (state).
    3. Zyklusabschluss und Hardware-Ansteuerung:
      • Bestimmung des globalen Überwachungsstatus (Determine Global Supervision Status) über alle lokalen Zustände hinweg und Ablage in Global Supervision Status (state).
      • Ausführung von Fehlerbehandlungsmaßnahmen (Handle errors).
      • Berechnung und Setzen der Trigger-Bedingung für die Hardware-Watchdog-Ansteuerung (Set condition for HW watchdog triggering) via Watchdog Interface.
      • Abschluss des Kontrollflusses im Ablaufendknoten.

4. Normative Relevanz & Entwickler-Hinweise

  • Konkurrenz- & Reentrancy-Anforderungen: WdgM_CheckpointReached() muss reentrant und multikernfähig sein. Der Zugriff auf Alive Indication Counters sowie Zustandsvariablen der Deadline- und Logical-Supervision erfordert OS-Interruptsperren oder atomare Operationen, da Checkpoints preemptiv zu WdgM_MainFunction() und untereinander aus unterschiedlichen Tasks aufgerufen werden.
  • Laufzeit-Budgetierung: Alive Supervision ist extrem leichtgewichtig im SE-Kontext (reines Inkrement). Deadline- und Logical-Supervision evaluieren Zeit- und Graph-Bedingungen synchron im Task-Kontext der SE; dies erhöht die Worst-Case Execution Time (WCET) der Applikationstask direkt.
  • Jitter & Scheduling-Treue: Die Alive-Überwachung ist hochgradig empfindlich gegenüber Perioden-Jitter der WdgM_MainFunction() sowie der SE-Tasks. Toleranzschwellen (WdgMMinMargin, WdgMMaxMargin) müssen im ARXML passend zur OS-Task-Aktivierung und Watchdog-Manager-Periodizität ausgelegt werden, um Fehlauslösungen (false positives) zu verhindern.
  • Modus-Umschaltung (WdgMMode): Im laufenden Betrieb können Überwachungskonfigurationen (welche SEs aktiv sind, welche Checkpoints gelten) über Watchdog-Modi gewechselt werden. Vor dem Auswerten lokaler Zustände muss die Gültigkeit der SE im aktuellen Modus sichergestellt sein.

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

R22-11 → R23-11 keine inhaltliche Änderung Vorgänger: FIG-1cb5f594c71b2d06

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Vorkommen in AUTOSAR-Releases (3)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_CP_SWS_WatchdogManager S. 27 7.1 Figure 7.1: Overview of Watchdog Manager Supervision
R24-11 AUTOSAR_CP_SWS_WatchdogManager S. 28 7.1 Figure 7.1: Overview of Watchdog Manager Supervision
R25-11 AUTOSAR_CP_SWS_WatchdogManager S. 28 7.1 Figure 7.1: Overview of Watchdog Manager Supervision