DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_ECUStateManager FIG-1af58691d4934c0c 932 × 782 px 1 Release(s)

Figure 16: Wakeup Source States

SHA-256 Inhalts-Fingerabdruck: 1af58691d4934c0c36e8125987ece3f71e3dbfe0ac59d2e8c78a1466b1258294
✦ 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_StartWakeupSources() 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_StartWakeupSources(), 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). Beim Eintritt in PENDING muss der EcuM die betroffenen Weckquellen über EcuM_StartWakeupSources() starten, um die Validierungssequenz durchzuführen. Tritt ein Timeout auf, stoppt die Transition nach EXPIRED die Weckquellen über EcuM_StopWakeupSources(). Die Freigabe der Weckquellen erfolgt über EcuM_EnableWakeupSources() bei Eintritt in ENABLED.

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

R4.1.3 → R4.2.2 normative Änderung Vorgänger: FIG-ae46fd1642318010
  • Zustand PENDING: Entry-Aktion entry / EcuM_EnableWakeupSources() wird durch entry / EcuM_StartWakeupSources() ersetzt.
R4.2.2 → R4.3.1 normative Änderung Nachfolger: FIG-f876cdebdbfca71c
  • Zustandsstruktur: Der übergeordnete Zustand ENABLED und der Zustand Disabled sowie die Transition GoSleep entfallen vollständig.
  • Startzustand: Initialer Eintrittspunkt (Initial State mit Transition Power On / Initial) führt direkt in ECUM_WKSTATUS_NONE.
  • Zustandsbezeichnungen: Rückkehr zu den vollständigen Präfix-Bezeichnern ECUM_WKSTATUS_NONE, ECUM_WKSTATUS_PENDING, ECUM_WKSTATUS_VALIDATED und ECUM_WKSTATUS_EXPIRED.
  • Parameterübergabe: Schnittstellenaufrufe BswM_EcuM_CurrentWakeup(sources, <STATE>), EcuM_SetWakeupEvent(sources) und EcuM_ClearWakeupEvent(sources) erhalten den expliziten Parameter sources.
  • Guard-Bedingungen: Schreibweise von [no val.] und [validation] geändert zu [No Validation] und [With Validation].
  • Trigger: Ereignisbezeichnung Timer expiration geändert zu Timer Expired.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

Vorkommen in AUTOSAR-Releases (1)

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