DEENESPTFRRUARHIKOZHNL
AUTOSAR_CP_SWS_FlashEEPROMEmulation FIG-ae468057b5291492 819 × 727 px 1 Release(s)

Figure 9.1: Sequence diagram of Fee_Init

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

UML-Sequenzdiagramm zur Initialisierung des BSW-Moduls Flash EEPROM Emulation (Fee) im Kontext der AUTOSAR Basic Software. Dargestellt ist das Zusammenspiel zwischen EcuM, SchM und Fee im Rahmen des Systemstarts bzw. der Initialisierungsphase.

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Entitäten («module»):

  • EcuM: ECU State Manager als Aufrufer der Initialisierungsfunktion.
  • SchM: Basic Software Scheduler (Schedule Manager) zur zyklischen Triggerung von Main-Funktionen.
  • Fee: Flash EEPROM Emulation Modul.

Schnittstellen und Operationen:

  • Fee_Init(const Fee_ConfigType*) mit Rückkehr Fee_Init() (synchroner Aufruf von EcuM an Fee).
  • Fee_MainFunction() mit Rückkehr Fee_MainFunction() (zyklischer/periodischer Aufruf von SchM an Fee).

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf ist über ein alternatives kombiniertes Fragment (alt) in zwei Initialisierungspfade unterteilt:

  1. Operand [synchronous initialization]:
    • EcuM ruft synchron Fee_Init(const Fee_ConfigType*) auf Fee auf.
    • Die Initialisierung wird innerhalb von Fee_Init synchron abgeschlossen; der Modulstatus wechselt auf MEMIF_IDLE.
    • Fee_Init() kehrt zu EcuM zurück.
  2. Operand [asynchronous initialization]:
    • EcuM ruft Fee_Init(const Fee_ConfigType*) auf Fee auf.
    • Die Initialisierung wird innerhalb von Fee_Init asynchron gestartet; der Modulstatus wird auf MEMIF_BUSY_INTERNAL gesetzt.
    • Fee_Init() kehrt zu EcuM zurück.
    • In einer Schleife (loop) ruft SchM wiederholt Fee_MainFunction() auf. Solange die Modulinitialisierung andauert, bleibt der Modulstatus auf MEMIF_BUSY_INTERNAL.
    • Nach Beendigung der Schleife ruft SchM abschließend Fee_MainFunction() auf; die Modulinitialisierung ist beendet und der Modulstatus wird auf MEMIF_IDLE gesetzt.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm spezifiziert die Zustandsübergänge des Fee-Modulstatus gemäß Memory Abstraction Interface (MemIf):

  • Nach synchroner Initialisierung ist das Modul unmittelbar betriebsbereit (MEMIF_IDLE).
  • Bei asynchroner Initialisierung befindet sich das Modul während interner Startabläufe im Zwischenzustand MEMIF_BUSY_INTERNAL und erfordert zyklische Aufrufe von Fee_MainFunction() durch die SchM, bis der Zustand MEMIF_IDLE erreicht wird.

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

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

Keine inhaltlichen Änderungen erkennbar.

R23-11 → R24-11 keine inhaltliche Änderung Nachfolger: FIG-ee7e49aedae3c325

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«module» | Fee | «module» | EcuM | «module» | SchM |                        |  |  |     |  |  |  |  |  |   |  |   |   |  |  |    |  |       |   |   |    |  |                 |  |   |      |  |  |     |  |  |  |  |  |  |   |  |    |   |  |  |    |  |   |   |   | ! |  |  " #  $ " % |    |  |                | & |    | &  |  |   |  |    |  |     |   |   | ! |  |  " #  $ " % |    |  |                  |  |  |   |  |    |  |    |   |   |   | alt | [synchronous initialization] | [asynchronous initialization] | loop | Fee_MainFunction() | Fee_MainFunction() | Fee_Init() | Fee_Init() | Fee_MainFunction() | Fee_Init(const Fee_ConfigType*) | Fee_MainFunction() | Fee_Init(const Fee_ConfigType*)

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_CP_SWS_FlashEEPROMEmulation S. 38 9.1 Figure 9.1: Sequence diagram of Fee_Init