DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_EEPROMAbstraction FIG-94458ae1b8d2b58d 595 × 340 px 1 Release(s)

Figure 4: Sequence diagram of “Ea_Init” service

SHA-256 Inhalts-Fingerabdruck: 94458ae1b8d2b58d86ed131a8009db18b531d12ca32e81f828f9d07eebc3471d

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 von EcuM an Ea, visuell überlagert dargestellt als Textblock mit Ea_Init / (const Ea_Config... / Ea_Init().
  • Rückkehrnachricht (Return) 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.3.1 → R18-10_R4.4.0_R1.5.0 redaktionell Vorgänger: FIG-ff6858dedd1d5e1e
  • Aufruf- und Rückkehrbeschriftung: Textüberlagerung/Fehldarstellung im Beschriftungsbereich zwischen Aufruf- und Rückkehrpfeil (Ea_Init (const Ea_Config kollidiert mit Ea_Init()).
R18-10_R4.4.0_R1.5.0 → R19-11 redaktionell Nachfolger: FIG-431891f36421ec28
  • Aufrufbeschriftung: Bereinigung des Rendering-Fehlers; die Signatur Ea_Init(const Ea_ConfigType*) steht wieder einzeilig sauber über dem Aufrufpfeil.
  • Rückkehrbeschriftung: Die Beschriftung Ea_Init() steht wieder sauber über der gestrichelten Rückkehrlinie.

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 (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R18-10_R4.4.0_R1.5.0 AUTOSAR_SWS_EEPROMAbstraction S. 46 4 Figure 4: Sequence diagram of “Ea_Init” service