DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_ECUStateManager FIG-ae46fd1642318010 892 × 746 px 1 Release(s)

Figure 16: Wakeup Source States

SHA-256 Inhalts-Fingerabdruck: ae46fd1642318010bac5046c07ccfb43fe5ddad409f503e8323db9282dd8bb28
✦ 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

Das Diagramm ist ein hierarchisches UML-Zustandsdiagramm des AUTOSAR ECU State Managers (EcuM), das die Interaktion zwischen EcuM, BSW Mode Manager (BswM) und Communication Manager (ComM) bei der Weckquellenverwaltung spezifiziert. Es modelliert hierarchische Zustände für Freigabe und Weckvalidierung inklusive Entry- und Exit-Aktionen.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst:

  • Zustände:
    • ENABLED: Übergeordneter Zustand mit Entry-Aktionen + entry / BswM_EcuM_CurrentWakeup(ENABLED), + entry / EcuM_EnableWakeupSources() und Exit-Aktion + exit / EcuM_DisableWakeupSources().
    • Disabled: Verbundzustand mit Initial State, enthält:
      • NONE: Zustand ohne Weckereignis mit + entry / BswM_EcuM_CurrentWakeup(NONE).
      • Validation: Zusammengesetzter Subzustand mit:
        • PENDING: Weckereignis anstehend, mit + entry / BswM_EcuM_CurrentWakeup(PENDING), + entry / EcuM_EnableWakeupSources() und + do / exec. wakeup validation seq..
        • VALIDATED: Validiertes Weckereignis mit + entry / BswM_EcuM_CurrentWakeup(VALIDATED) und + entry / ComM_EcuM_WakeUpIndication().
        • EXPIRED: Abgelaufene Validierung mit + entry / BswM_EcuM_CurrentWakeup(EXPIRED).
  • Schnittstellen und Ereignisse:
    • BswM-Schnittstelle: BswM_EcuM_CurrentWakeup(...).
    • ComM-Schnittstelle: ComM_EcuM_WakeUpIndication().
    • EcuM-APIs: EcuM_SetWakeupEvent(), EcuM_ClearWakeupEvent(), EcuM_ValidateWakeupEvent(), EcuM_EnableWakeupSources(), EcuM_DisableWakeupSources(), EcuM_StopWakeupSources().
    • Externe Trigger / Events: GoSleep, Timer expiration.
    • Guards: [no val.], [validation].

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf ist wie folgt definiert:

  • Initialisierung: Vom globalen Initial State führt eine Transition in den Zustand Disabled, dort initial nach NONE.
  • Wechsel Enabled / Disabled: Aus dem Zustand Disabled führt das Ereignis GoSleep in den Zustand ENABLED.
  • Weckereignisse:
    • Aus ENABLED führt EcuM_SetWakeupEvent() [no val.] direkt in den Zustand VALIDATED innerhalb von Disabled.
    • Aus ENABLED führt EcuM_SetWakeupEvent() [validation] in den Zustand PENDING im Block Validation.
  • Validierungsablauf innerhalb von Validation:
    • EcuM_ValidateWakeupEvent() triggert den Übergang von PENDING nach VALIDATED.
    • Timer expiration / EcuM_StopWakeupSources() schaltet von PENDING nach EXPIRED.
  • Rücksetzen:
    • Aus Validation führt EcuM_ClearWakeupEvent() zurück nach NONE.
  • Aktionen: Bei jedem Zustandswechsel wird über die jeweilige Entry-Aktion der BswM via BswM_EcuM_CurrentWakeup über den neuen Status informiert. Bei Eintritt in VALIDATED erfolgt die Benachrichtigung an ComM (ComM_EcuM_WakeUpIndication).

4. Normative Relevanz & Entwickler-Hinweise

Die Zustandslogik koppelt Zustandswechsel normativ an BswM-Zustandsmeldungen (BswM_EcuM_CurrentWakeup). Bei Eintreffen eines Weckevents im Zustand ENABLED wird die Weckquelle in den Modus Disabled überführt. Tritt ein Timeout bei der Validierung auf, muss die Transition nach EXPIRED zwingend den Treiberstopp via EcuM_StopWakeupSources() auslösen. Bei erfolgreicher Validierung wird ComM_EcuM_WakeUpIndication als Entry-Aktion von VALIDATED ausgeführt.

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

R4.0.3 → R4.1.3 normative Änderung Vorgänger: FIG-407eea1386f12f08
  • Zustandsstruktur: Einführung hierarchischer Zustände ENABLED und Disabled mit Subzuständen NONE und Validation (enthält PENDING, VALIDATED, EXPIRED).
  • Zustandsbezeichnungen: Präfix ECUM_WKSTATUS_ entfällt an den Zuständen (NONE, PENDING, VALIDATED, EXPIRED, ENABLED, Disabled).
  • Zustandskonfiguration: Zustand ECUM_WKSTATUS_DISABLED entfällt zugunsten des hierarchischen Aufbaus mit ENABLED und Disabled.
  • Aktionen / Benachrichtigungen: Einführung von Entry-Aktionen mit Aufrufen von BswM_EcuM_CurrentWakeup(...) an allen Zuständen.
  • Funktionsaufrufe: EcuM_EnableWakeupSources() und EcuM_DisableWakeupSources() werden als Entry- bzw. Exit-Aktionen an ENABLED sowie EcuM_EnableWakeupSources() als Entry an PENDING modelliert.
  • Transitionen: Neuer Trigger GoSleep führt von Disabled nach ENABLED.
  • Aktionen an Transitionen: Aufruf von EcuM_StopWakeupSources() bei Transition Timer expiration von PENDING nach EXPIRED. Transition EcuM_ValidateWakeupEvent() führt ohne Transition Action nach VALIDATED (Aufruf ComM_EcuM_WakeUpIndication() nun als Entry-Aktion in VALIDATED).
  • Syntax der Signaturen: Klammern an Funktionsaufrufen ergänzt (EcuM_SetWakeupEvent(), EcuM_ClearWakeupEvent(), etc.). Guard-Bedingung [Validation on] / [Validation off] umbenannt zu [validation] / [no val.].
R4.1.3 → R4.2.2 normative Änderung Nachfolger: FIG-1af58691d4934c0c
  • Zustand PENDING: Entry-Aktion entry / EcuM_EnableWakeupSources() wird durch entry / EcuM_StartWakeupSources() ersetzt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

ENABLED | + entry / BswM_EcuM_CurrentWakeup(ENABLED) + exit / EcuM_DisableWakeupSources() + entry / EcuM_EnableWakeupSources() | Disabled | NONE | + entry / BswM_EcuM_CurrentWakeup(NONE) | Validation | PENDING | + entry / BswM_EcuM_CurrentWakeup(PENDING) + entry / EcuM_EnableWakeupSources() + do / exec. wakeup validation seq. | VALIDATED | + entry / BswM_EcuM_CurrentWakeup(VALIDATED) + entry / ComM_EcuM_WakeUpIndication() | EXPIRED | + entry / BswM_EcuM_CurrentWakeup(EXPIRED) | EcuM_SetWakeupEvent() [no val.] EcuM_SetWakeupEvent() [validation] GoSleep | EcuM_ClearWakeupEvent() | EcuM_ValidateWakeupEvent() Timer expiration /EcuM_StopWakeupSources()

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.1.3 AUTOSAR_SWS_ECUStateManager S. 63 16 Figure 16: Wakeup Source States