DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_NVRAMManager FIG-6eae05a1bd8d9253 658 × 461 px 2 Release(s)

Figure 11: UML sequence diagram NvM_SetDataIndex

SHA-256 Inhalts-Fingerabdruck: 6eae05a1bd8d925393c7ac3d13f61a12c0fd91bfb899f32176dfb131b1ba772c

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

  • Klassifikation: UML-Sequenzdiagramm (sd NvM_SetDataIndex).
  • Technischer Zweck & Einordnung: Spezifikation des synchronen Interaktionsmusters zur Selektion eines Datensatz-Elements innerhalb eines Dataset-NVRAM-Blocks (NVM_BLOCK_DATASET). Im AUTOSAR-Gesamtsystem (Classic Platform, Memory Stack) gehört der NVRAM Manager (NvM) zu den System Services. Das Diagramm modelliert den Steuerungsfluss beim Umschalten des aktiven Datenindexes für nachfolgende Lese-, Schreib- oder Wiederherstellungsoperationen.

2. Komponenten, Entitäten & Schnittstellen

  • Beteiligte Instanzen (Lifelines):
    • Generic Elements::NvM User: Aufrufende Instanz (Software-Komponente der Applikationsschicht bzw. BSW-Modul wie Dem/Diag), die Speicherungsdienste des NvM anfordert.
    • «module» NvM::NvM: BSW-Modul NVRAM Manager mit Stereotyp «module» und Dekompositionssymbol (Sub-Interaction / interne Realisierung).
  • Schnittstellen & Parameter:
    • Synchroner Aufruf: NvM_SetDataIndex(BlockId, DataIndex)
      • BlockId: Identifikator des NVRAM-Blocks (NvM_BlockIdType).
      • DataIndex: Zu selektierender Index des Datensatzes (uint8, Wertebereich 0 .. (NvMDatasetBlockCount - 1) bzw. NV/ROM-Datensätze).
    • Rückgabewert: Impliziter synchroner Return (Std_ReturnType: E_OK / E_NOT_OK).

3. Dynamisches Verhalten & Sequenzablauf

  1. Trigger: Die SW Component ruft synchron NvM_SetDataIndex(BlockId, DataIndex) auf.
  2. Interne Verarbeitung (NvM):
    • Validierung: Prüfung auf Modulinitialisierung (NVM_UNINIT), Gültigkeit der BlockId sowie Zulässigkeit des Block-Management-Typs (muss NVM_BLOCK_DATASET sein).
    • Bereichsprüfung: Validierung von DataIndex gegen die konfigurierte Anzahl an Datensätzen (NvMDatasetBlockCount / ROM-Instanzen).
    • Zustandsprüfung: Prüfung, ob der angeforderte Block aktuell in einer laufenden asynchronen Operation gebunden ist (Busy-Flag im administrativen Block).
    • Aktualisierung: Bei erfolgreicher Validierung wird der Index direkt im internen administrativen Block (NvM_AdminBlockTable) im RAM hinterlegt.
  3. Abschluss: Unmittelbare synchrone Rückkehr (Return) zur aufrufenden Komponente ohne Einreihung in die NvM-Job-Queue. Es finden keine Callbacks, keine MemIf- und keine Fls/Fee-Treiberinteraktionen statt.

4. Normative Relevanz & Entwickler-Hinweise

  • Synchroner API-Vertrag: NvM_SetDataIndex ist eine rein synchrone Verwaltungsfunktion. Im Gegensatz zu NvM_ReadBlock oder NvM_WriteBlock triggert sie keinen Hintergrundjob und liefert kein asynchrones Callback-Signal.
  • Blocktyp-Restriktion: Die Funktion ist normativ ausschließlich für Blöcke des Typs NVM_BLOCK_DATASET zulässig. Für Blöcke vom Typ NVM_BLOCK_NATIVE oder NVM_BLOCK_REDUNDANT ist der Aufruf unzulässig und führt bei aktivem Det (NVM_DEV_ERROR_DETECT == STD_ON) zum Entwicklungsfehler NVM_E_PARAM_BLOCK_TYPE mit Rückgabe E_NOT_OK.
  • Nebenläufigkeit & Queueing: Ein Aufruf während einer bereits laufenden asynchronen Bearbeitung desselben Blocks führt zur Ablehnung (E_NOT_OK) und Det-Fehler NVM_E_BLOCK_PENDING, um Inkonsistenzen zwischen selektiertem Datensatz und adressierten Speicherbereichen zu verhindern.
  • Konfigurationsabhängigkeit: Die Obergrenze von DataIndex ist streng gekoppelt an die Summe aus NvMDatasetBlockCount und NvMNvramBlockIdentifier/ROM-Blöcken im BSW-Parameterbaum.

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

R2.1.20 → R3.0.7 redaktionell Vorgänger: FIG-b8583606f88a63ba
  • Lifeline Aufrufer: Von SW Component (mit Vermerk (from Interaction Views)) in Generic Elements::NvM User umbenannt.
  • Lifeline NvM: Stereotyp «module» oberhalb von NvM::NvM ergänzt.
  • Diagramm: Metadaten- und Kommentarfeld („Status: Proposed by TO as per NvM SWS 1.44...“) im unteren Bereich hinzugefügt.
R3.1.5 → R3.2.3 redaktionell Nachfolger: FIG-70541ec551937c09
  • Lifelines: Bei beiden Instanzen wurde der Paketpräfix entfernt (Generic Elements::NvM User zu NvM User und «module» NvM::NvM zu «module» NvM).
  • Aufruf-Nachricht: In der Signatur von NvM_SetDataIndex wurden die Parameternamen (BlockId, DataIndex) durch die Datentypen (NvM_BlockIdType, uint8) ersetzt.
  • Rückkehr-Nachricht: Die Beschriftung NvM_SetDataIndex wurde um ein leeres Klammernpaar zu NvM_SetDataIndex() ergänzt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

sd Nv M_SetDataIndex | «module» | NvM::NvM | Generic Elements::NvM | User | NvM_SetDataIndex(BlockId,DataIndex) | NvM_SetDataIndex | Status: Proposed by TO as per NvM SWS 1.44 | Description: | Comments:

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R3.0.7 AUTOSAR_SWS_NVRAMManager S. 79 11 Figure 11: UML sequence diagram NvM_SetDataIndex
R3.1.5 AUTOSAR_SWS_NVRAMManager S. 82 11 Figure 11: UML sequence diagram NvM_SetDataIndex