DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_EEPROMAbstraction FIG-c2373ad290992556 784 × 446 px 1 Release(s)

Figure 5: Sequence diagram of “Ea_Init” service

SHA-256 Inhalts-Fingerabdruck: c2373ad290992556213a745f03b3235603f48e85a0530592d10b6035716a6651

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() von EcuM an Ea.
  • Rückkehrnachricht (Return) Ea_Init() von Ea an EcuM.

3. Dynamisches Verhalten & Sequenzablauf

  1. EcuM stößt den synchronen Aufruf Ea_Init() an der Lebenslinie von Ea an.
  2. Das Modul Ea führt auf seinem Aktivierungsbalken die interne Initialisierung 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 Aufruf Ea_Init() erfolgt im Hochlaufkontext (Startup-Phase des EcuM). In dieser Spezifikationsfassung wird Ea_Init() parameterlos aufgerufen; das Modul greift intern auf seine Vorkonfiguration bzw. Link-Time-/Post-Build-Datenstrukturen zu. Aufrufe weiterer Untermodule während der Initialisierung (wie EEPROM-Treiber) sind in dieser Sequenz nicht modelliert.

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

R4.0.3 → R4.1.3 keine inhaltliche Änderung Vorgänger: FIG-11efe208d35add32

Keine inhaltlichen Änderungen erkennbar.

R4.1.3 → R4.2.2 normative Änderung Nachfolger: FIG-ff6858dedd1d5e1e
  • 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().

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«module» | EcuM | «module» | Ea | Ea_Init() | Ea_Init()

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.1.3 AUTOSAR_SWS_EEPROMAbstraction S. 56 5 Figure 5: Sequence diagram of “Ea_Init” service