DEENESPTFRRUARHIKOZHNL
AUTOSAR_CP_SWS_NVRAMManager FIG-92c63a3b31e892fb 932 × 703 px 5 Release(s)

Figure 9.8: UML sequence diagram for asynchronous call with callback

SHA-256 Inhalts-Fingerabdruck: 92c63a3b31e892fbd2b54c378cbcf0b16640a707023c70380c6c878c1fa7e702

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 asynchronen Auftragsverarbeitung im NVRAM Manager (NvM) mit Einzelblock-Callback-Benachrichtigung und abschließender Statusabfrage.

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Lebenslinien:

  • BSW Task (OS task or cyclic call): Periodischer Ausführungstask für BSW-Funktionen.
  • NvM User: Verwender der NvM-Dienste und Empfänger des Callbacks.
  • «module» NvM: NVRAM-Manager-Modul.

Schnittstellen und Signaturen:

  • NvM_WriteBlock(Std_ReturnType, NvM_BlockIdType, const void*) / Antwort NvM_WriteBlock().
  • NvM_MainFunction() / Antwort NvM_MainFunction().
  • NvM_SingleBlockCallbackFunction(Std_ReturnType, NvM_BlockRequestType, NvM_RequestResultType) mit Referenz <SingleBlockJobEndNotification>().
  • NvM_GetErrorStatus(Std_ReturnType, NvM_BlockIdType, NvM_RequestResultType**) / Antwort NvM_GetErrorStatus().

3. Dynamisches Verhalten & Sequenzablauf

  1. NvM User stößt den Schreibauftrag mit NvM_WriteBlock(Std_ReturnType, NvM_BlockIdType, const void*) an. Der NvM speichert Auftrag und Callback-Adresse aus dem NVRAM-Blockdeskriptor, setzt den Status auf NVM_REQ_PENDING und bestätigt mit NvM_WriteBlock().
  2. In der Schleife loop Job processing ([repeat until writing of block is completed]) ruft BSW Task periodisch NvM_MainFunction() auf. Die Daten werden asynchron ins NVRAM geschrieben.
  3. Nach Abschluss des Schreibvorgangs ruft BSW Task erneut NvM_MainFunction() auf. Der NvM benachrichtigt den Nutzer über den Funktionsaufruf NvM_SingleBlockCallbackFunction(Std_ReturnType, NvM_BlockRequestType, NvM_RequestResultType) (<SingleBlockJobEndNotification>()).
  4. Nach erfolgreichem Schreiben wird der Status auf NVM_REQ_OK gesetzt.
  5. NvM User ruft NvM_GetErrorStatus(Std_ReturnType, NvM_BlockIdType, NvM_RequestResultType**) auf, um den Status abzufragen.

4. Normative Relevanz & Entwickler-Hinweise

Der Servicetyp im Callback ist als formaler Aufzählungstyp NvM_BlockRequestType anstelle eines generischen uint8 definiert. Der Ergebnisparameter von NvM_GetErrorStatus ist als Doppelzeiger (NvM_RequestResultType**) ausgewiesen.

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

R20-11 → R21-11 keine inhaltliche Änderung Vorgänger: FIG-213e04fe125cfe75

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Vorkommen in AUTOSAR-Releases (5)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R21-11 AUTOSAR_SWS_NVRAMManager S. 148 9.8 Figure 9.8: UML sequence diagram for asynchronous call with callback
R22-11 AUTOSAR_SWS_NVRAMManager S. 150 9.8 Figure 9.8: UML sequence diagram for asynchronous call with callback
R23-11 AUTOSAR_CP_SWS_NVRAMManager S. 144 9.8 Figure 9.8: UML sequence diagram for asynchronous call with callback
R24-11 AUTOSAR_CP_SWS_NVRAMManager S. 165 9.8 Figure 9.8: UML sequence diagram for asynchronous call with callback
R25-11 AUTOSAR_CP_SWS_NVRAMManager S. 151 9.8 Figure 9.8: UML sequence diagram for asynchronous call with callback