DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_NVRAMManager FIG-aa99edecf6728f01 637 × 445 px 1 Release(s)

Figure 20: Implicit update/restore of RAM blocks

SHA-256 Inhalts-Fingerabdruck: aa99edecf6728f01d072473ab7db9bb0eee18f0111b4f35ac6f91c6c54992f1d

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

Architektur- und Interaktionsdiagramm für das NVRAM-Management in AUTOSAR Classic Platform. Es visualisiert das Prinzip des impliziten Aktualisierens und Wiederherstellens von Datenblöcken (RAM Mirror / RAM blocks) ohne direkte VFB- oder AUTOSAR-Schnittstellenkommunikation zwischen Anwendungs-Software-Komponente und NVRAM Manager. Die RTE ist gestrichelt als logischer Kontext bzw. Vermittler für Zustandswechsel angedeutet.

2. Komponenten, Entitäten & Schnittstellen

  • AUTOSAR SW-Component: Software-Komponente der Anwendungsebene; greift direkt bzw. über RTE-Puffer auf die Dateninhalte zu.
  • RAM block: Gestapelte Speichereinheiten (RAM-Spiegel / RAM mirror), permanent den nichtflüchtigen Pendants zugeordnet.
  • NVRAM Manager: Basissoftware-Modul (Services Layer); zuständig für die Verwaltung und Sicherung/Wiederherstellung von/zu NVRAM.
  • Other parts of basic SW: Weitere BSW-Module (insbesondere ECU State Manager / EcuM).
  • RTE: Runtime Environment (gestrichelt dargestellt); entkoppelt SW-C und BSW, regelt Zustands- und Aktivierungsereignisse.
  • Schnittstellen/Interaktionspfade:
    • Von SW-C zu RAM block: Unidirektionaler Pfeil „Access content of RAM blocks“.
    • Von Other parts of basic SW zu NVRAM Manager: Unidirektionaler Steuerpfeil „Initialize; Request to restore/save all blocks depending on ECU state“.
    • Von NVRAM Manager zu RAM block: Unidirektionaler Pfeil „Restore/save all blocks from/to non-volatile medium“.

3. Dynamisches Verhalten & Sequenzablauf

  1. BSW-Module („Other parts of basic SW“, typischerweise ECU State Manager) initialisieren den NVRAM Manager und fordern abhängig vom Steuergerätezustand (z. B. Startup oder Shutdown) das globale Wiederherstellen bzw. Speichern aller Blöcke an („Initialize; Request to restore/save all blocks depending on ECU state“).
  2. Der NVRAM Manager überträgt die Blockinhalte zwischen dem nichtflüchtigen Speichermedium und den zugeordneten RAM-Blöcken („Restore/save all blocks from/to non-volatile medium“).
  3. Die AUTOSAR-Softwarekomponente greift unabhängig und ohne NVRAM-Service-Aufrufe direkt auf den Inhalt der RAM-Blöcke zu („Access content of RAM blocks“).
  4. Zwischen NVRAM Manager und SW-Component findet über den RAM-Block kein direkter Informationstransfer statt.

4. Normative Relevanz & Entwickler-Hinweise

Das Schaubild verdeutlicht den Kontrakt für den impliziten NVRAM-Zugriff (Implicit RAM mirror):

  • Die Software-Komponente benötigt keine AUTOSAR-Service-Ports zum NvM (NvM_Service / Client-Server-Interface).
  • Konsistenz und Zugriffsschutz müssen über definierte Systemzustände sichergestellt werden: Die Komponente darf nur in sicheren ECU-Betriebszuständen auf die RAM-Blöcke zugreifen, vermittelt über RTE und EcuM.
  • Blockidentifikation, Blockgröße und Abbildung müssen zur Konfigurationszeit statisch zwischen NvM und SW-C vereinbart sein.

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

R2.1.20 → R3.0.7 keine inhaltliche Änderung Nachfolger: FIG-9e545e301f94a133

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

AUTOSAR | SW-Component RAM block | NVRAM Manager | Other parts of | basic SW | RTE | Initialize; Request to restore/save all blocks depending on ECU state | Restore/save all blocks from/to non-volatile medium | Access content of RAM blocks

Begleitender Spezifikationstext:

V2.2.0 R2.1 Rev 20 There are three principle ways, how a client can use the NVRAM service. 12.2.3.1 Implicit Update and Restore of RAM Mirror See Figure 20. This is a summary of use cases, in which there is no communication (in the sense of the VFB) between the NVRAM Manager and its client. The client holds its transient data in a so-called RAM mirror which is organized in so-called RAM blocks permanently associated with their non-volatile counterparts of the NVRAM Manager. Update and restore of the RAM blocks is initiated by the ECU State Manager, the AUTOSAR SW-C accesses its RAM blocks directly. Note, that the NVRAM Manager does NOT communicate with its client via the RAM blocks, because no information is exchanged between the NVRAM Manager and its client via the RAM block. In this case, the client does not need any AUTOSAR Interface to communicate with the Service. But nevertheless, there have to be certain contracts between the client and the NVRAM Manager:  On the size, identification and maybe further properties of the RAM/NVRAM blocks, which have to be known on both sides. For the access of the RAM mirror via the RTE see 12.4.  On the states (of the ECU and/or the client component) in which the RAM blocks can be safely accessed by the client. For this contract it is essential, that the client is informed about its activation/termination or about the relevant ECU states. This communication path has to be handled by the RTE in cooperation with the ECU State Manager (n

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R2.1.20 AUTOSAR_SWS_NVRAMManager S. 92 20 Figure 20: Implicit update/restore of RAM blocks