DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_EEPROMAbstraction FIG-ff6858dedd1d5e1e 783 × 445 px 2 Release(s)

Figure 5: Sequence diagram of “Ea_Init” service

SHA-256 Inhalts-Fingerabdruck: ff6858dedd1d5e1e8f844f14effb7ed94b4c85d3f78f673b3b559d2b77b05b5a

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 Spezifikation des synchronen Initialisierungsdienstes Ea_Init innerhalb der AUTOSAR-Basissoftware (Classic Platform). Das Diagramm veranschaulicht das Zusammenspiel zwischen dem System- und Zustandsmanagement (EcuM) und der EEPROM-Abstraktion (Ea) im Steuergeräte-Hochlauf.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst zwei BSW-Module als Lebenslinien (Stereotyp «module»):

  • EcuM: ECU State Manager als Aufrufer des Initialisierungsdienstes.
  • Ea: EEPROM Abstraction als aufgerufenes Modul der Speicherdienst-Abstraktionsschicht.

Schnittstellen und Nachrichten:

  • Synchroner Operationsaufruf Ea_Init(const Ea_ConfigType*) von EcuM an Ea (im Diagramm zweizeilig über dem Aufrufpfeil).
  • Rückkehrnachricht (Return) Ea_Init() von Ea an EcuM.

3. Dynamisches Verhalten & Sequenzablauf

  1. EcuM stößt den synchronen Aufruf Ea_Init(const Ea_ConfigType*) an der Lebenslinie von Ea unter Übergabe des Konfigurationszeigers an.
  2. Das Modul Ea führt auf seinem Aktivierungsbalken die interne Initialisierung anhand der übergebenen Konfigurationsdaten durch.
  3. Nach Abschluss der Initialisierungslogik erfolgt die Rückkehr (Ea_Init()) synchron über die gestrichelte Pfeillinie zurück an EcuM.

4. Normative Relevanz & Entwickler-Hinweise

Der Dienst Ea_Init erfordert zur Initialisierung die Übergabe eines Zeigers auf die Post-Build- bzw. Initialisierungskonfiguration (const Ea_ConfigType*). Der Aufrufer EcuM muss sicherstellen, dass vor dem Aufruf eine gültige Konfigurationsstruktur referenziert wird. Der Rückkehrpfeil trägt formal weiterhin den Bezeichner Ea_Init().

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

R4.1.3 → R4.2.2 normative Änderung Vorgänger: FIG-c2373ad290992556
  • Aufrufoperation von EcuM an Ea: Signatur von parameterlos Ea_Init() zu parameterbehaftet Ea_Init(const Ea_ConfigType*) mit Konfigurationszeiger geändert (im Diagramm zweizeilig als Ea_Init(const und Ea_ConfigType*) dargestellt).
  • Rückkehrpfeil: Behält die Beschriftung Ea_Init().
R4.3.1 → R18-10_R4.4.0_R1.5.0 redaktionell Nachfolger: FIG-94458ae1b8d2b58d
  • Aufruf- und Rückkehrbeschriftung: Textüberlagerung/Fehldarstellung im Beschriftungsbereich zwischen Aufruf- und Rückkehrpfeil (Ea_Init (const Ea_Config kollidiert mit Ea_Init()).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«module» | EcuM | «module» | Ea | Ea_Init(const Ea_ConfigType*) | Ea_Init()

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.2.2 AUTOSAR_SWS_EEPROMAbstraction S. 48 5 Figure 5: Sequence diagram of “Ea_Init” service
R4.3.1 AUTOSAR_SWS_EEPROMAbstraction S. 47 5 Figure 5: Sequence diagram of “Ea_Init” service