DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_FlashEEPROMEmulation FIG-98bd11c74a10aad7 890 × 737 px 1 Release(s)

Figure 4: Sequence diagram of Fee_Init

SHA-256 Inhalts-Fingerabdruck: 98bd11c74a10aad773aa87d99e980dc112ed380278d71aea6b187451393c1500

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

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)

R19-11 → R20-11 keine inhaltliche Änderung Nachfolger: FIG-e51c999de47c4981

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 | Initialization is finished within Fee_Init (synchronous), module status is set to MEMIF_IDLE | Module initialization is started within Fee_Init (asynchronous), module status set to MEMIF_BUSY_INTERNAL | Module initialization ongoing, module status still MEMIF_BUSY_INTERNAL | Module initialization finished, module status set to MEMIF_IDLE | Fee_MainFunction() | Fee_Init(const Fee_ConfigType*) | Fee_MainFunction() | Fee_Init(const Fee_ConfigType*) | Fee_Init() | Fee_Init() | Fee_MainFunction() | Fee_MainFunction()

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R19-11 AUTOSAR_SWS_FlashEEPROMEmulation S. 49 4 Figure 4: Sequence diagram of Fee_Init