DEENESPTFRRUARHIKOZHNL
AUTOSAR_CP_SWS_FlashEEPROMEmulation FIG-2c06f67a3265f9b6 991 × 411 px 1 Release(s)

Figure 9.1: Sequence diagram of Fee_Init

SHA-256 Inhalts-Fingerabdruck: 2c06f67a3265f9b651fc60461d5f82c240c866784119ddfc9e7477e7a513c4f0
✦ 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 der Initialisierungs- und Vorbereitungsphase.

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

Sequenzablauf ohne Verzweigung:

  • EcuM ruft synchron Fee_Init(const Fee_ConfigType*) auf Fee auf.
  • Nach Fee_Init wird der Modulstatus auf MEMIF_BUSY_INTERNAL gesetzt; Aufträge (Jobs) können ab diesem Zeitpunkt bereits angenommen werden.
  • Fee_Init() kehrt zu EcuM zurück.
  • In einem nachfolgenden kombinierten Schleifenfragment (loop) ruft SchM periodisch Fee_MainFunction() auf. Sofern interne Verwaltungsoperationen erforderlich sind, verbleibt der Modulstatus auf MEMIF_BUSY_INTERNAL.
  • Nach Verlassen der Schleife bzw. nach Abschluss der internen Verwaltung ruft SchM erneut Fee_MainFunction() auf; sind die internen Verwaltungsoperationen abgeschlossen oder gar nicht erforderlich, wird der Modulstatus auf MEMIF_IDLE gesetzt.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm spezifiziert das Verhalten des Modulstatus nach Aufruf von Fee_Init:

  • Das Modul wechselt nach Fee_Init in den Status MEMIF_BUSY_INTERNAL, ist jedoch bereits in der Lage, Jobs entgegenzunehmen.
  • Erforderliche interne Verwaltungsoperationen werden über zyklische Aufrufe von Fee_MainFunction() abgearbeitet.
  • Sobald keine internen Operationen mehr anstehen oder diese abgeschlossen sind, wechselt der Status zu MEMIF_IDLE.

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

R24-11 → R25-11 normative Änderung Vorgänger: FIG-ee7e49aedae3c325
  • Kombiniertes Fragment alt mit den Zweigen [synchronous initialization] und [asynchronous initialization] entfällt vollständig; die synchrone Initialisierungsvariante entfällt.
  • Der Aufruf Fee_Init(const Fee_ConfigType*) mit Rückkehr Fee_Init() durch EcuM erfolgt nun direkt als einziger Initialisierungsablauf.
  • Kommentarbox oben geändert: Text lautet neu „After Fee_Init, module status is set to MEMIF_BUSY_INTERNAL. Jobs can be accepted.“
  • Kommentarbox Mitte geändert: Text lautet neu „If internal management operations are needed, module status remains MEMIF_BUSY_INTERNAL“.
  • Kommentarbox unten geändert: Text lautet neu „Internal management operations finished or not needed, module status set to MEMIF_IDLE“.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«module» | Fee | «module» | EcuM | «module» | SchM |                           |    |   |     |  |     |  |  |  | ! |  |   | ! ! |  | " |    |       #     | " |         |                  |    |   |     |  |     |  |        #     | " |        | $ |     |                       |    |   % |  | loop | Fee_MainFunction() | Fee_MainFunction() | Fee_MainFunction() | Fee_Init() | Fee_Init(const Fee_ConfigType*) | Fee_MainFunction()

Vorkommen in AUTOSAR-Releases (1)

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