DEENESPTFRRUARHIKOZHNL

struct ara::diag::DiagnosticSovdContentData

[SWS_DM_02385] Upstream: RS_Diag_04260

struct DiagnosticSovdContentData {...};

The DiagnosticSovdContentData declaration.

Header-Datei#include "ara/diag/diagnostic_sovd_content_data.h"
Forwarding-Header#include "ara/diag/diag_fwd.h"
Scopenamespace ara::diag

User GuideKI-GENERIERT

Kapselt Inhaltselemente und Ergebnisparameter für standardisierte SOVD-Diagnosedienste und -Operationsausführungen.
KI-GENERIERT ungeprüft Modell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 5ebd4d309016 Herkunft Offene Fragen (2)
KI-generiertgemini-3.8-flash-medium · 2026-10-13

Kapselt Inhaltselemente und Ergebnisparameter für standardisierte SOVD-Diagnosedienste und -Operationsausführungen.

Die Struktur ara::diag::DiagnosticSovdContentData dient als standardisierter Datenbehälter zur Kapselung von Diagnoseinhalten für SOVD-Dienste in AUTOSAR Adaptive ([SWS_DM_02385]). Sie hält die Nutzdaten in einem öffentlichen Vektor von Inhaltselementen ([SWS_DM_02386]), aus denen das Diagnostic Management bei Operations- und Statusrückmeldungen das SOVD-Attribut parameters generiert. Als reines Wertübertragungsobjekt bietet die Struktur keine interne Thread-Synchronisation, weshalb nebenläufige Modifikationen anwendungsintern abgesichert werden müssen.

Kontext

Die Datenstruktur ara::diag::DiagnosticSovdContentData ist Teil des Diagnosemoduls (diag) der AUTOSAR Adaptive Platform und im Header ara/diag/diagnostic_sovd_content_data.h deklariert (AUTOSAR_AP_SWS_Diagnostics §8.59 „Header: ara/diag/diagnostic_sovd_content_data.h“, [SWS_DM_02385]). Sie fungiert als standardisierter Datenträger zur Kapselung von Diagnoseinhalten bei der Service-orientierten Fahrzeugdiagnose gemäß ASAM SOVD.

Innerhalb der Plattform vermittelt die Struktur zwischen dem Diagnose-Server (Diagnostic Management, DM) und den Dienstanbietern einer Adaptive Application ([SWS_DM_01396], [SWS_DM_02174]). Wird von einem externen SOVD-Client eine Operation oder eine Statusabfrage ausgelöst, delegiert das DM den Aufruf an die implementierende Softwarekomponente. Die erzeugten Ausgabedaten werden von der Anwendung in einer Instanz von DiagnosticSovdContentData abgelegt ([SWS_DM_02386]). Anschließend überführt das DM diese Inhalte in den SOVD-Antwortkörper, namentlich in das standardisierte Attribut parameters ([SWS_DM_02176], [SWS_DM_02181]).

diag_sovd_content_kontext client SOVD-Client dm Diagnostic Management client->dm SOVD-Request dm->client SOVD-Response (parameters) app Adaptive Applikation (Operation / Content-Provider) dm->app StartExecution() / Read() data DiagnosticSovdContentData (elements) app->data erzeugt / befüllt data->dm liefert Parameter

Kontextdiagramm: Einbettung von DiagnosticSovdContentData im Datenaustausch zwischen SOVD-Client, Diagnostic Management und Diagnosedienstanbieter. Quellen: [SWS_DM_01396], [SWS_DM_02174], [SWS_DM_02176], [SWS_DM_02385], [SWS_DM_02386].

Lebenszyklus

Die Definition als C++-struct (AUTOSAR_AP_SWS_Diagnostics §8.59.1.1 „Public Member Variables“, [SWS_DM_02385]) weist DiagnosticSovdContentData die Rolle eines Datenbehälters zu. Die Struktur besitzt die öffentliche Mitgliedsvariable elements vom Typ ara::core::Vector<DiagnosticSovdContentElementData> ([SWS_DM_02386]), in welcher die einzelnen Inhaltselemente dynamisch verwaltet werden.

Die Erzeugung der Instanz erfolgt typischerweise lokal innerhalb der Dienstanbieter-Methoden, sobald Diagnosedaten für eine Rückmeldung zusammengestellt werden. Bei asynchronen Schnittstellen wie Read (AUTOSAR_AP_SWS_Diagnostics §8.x „Read“) wird das Objekt in ein ara::core::Future<DiagnosticSovdContentData> gekapselt. Interpretation: Hierbei dürfte die Struktur per Wertübergabe oder Move-Semantik in den Besitz des Aufrufers übergehen, sodass ihre Lebensdauer an das verarbeitende Future-Objekt gebunden ist. Frage Q-564c59896de41f85 (offen)

Hinsichtlich der Nebenläufigkeit enthält die Struktur keine internen Synchronisationsprimitive. Interpretation: Da es sich um ein reines Wertübertragungsobjekt (Value Object) handelt, dürfte kein interner Thread-Schutz existieren; nebenläufige Zugriffe auf dieselbe Instanz müssen somit durch die aufrufende Anwendungslogik synchronisiert werden. Frage (offen) Die Zerstörung der Instanz erfolgt automatisch mit dem Verlassen des Gültigkeitsbereichs des verwaltenden Kontextes.

Nutzungspfad

Der primäre Nutzungspfad von DiagnosticSovdContentData liegt in der Bereitstellung von Nutzdaten bei synchronen Operationsausführungen sowie bei Statusabfragen im SOVD-Rahmenwerk:

  1. Ein externer SOVD-Client sendet eine Anforderung zum Start einer Operation gemäß ASAM SOVD an das Fahrzeug ([SWS_DM_01396]).
  2. Nach Validierung der Randbedingungen delegiert das Diagnostic Management die Ausführung an die zuständige Operation über ara::diag::GenericDiagnosticSovdOperation::StartExecution ([SWS_DM_02174]).
  3. Die Dienstanwendung führt die Diagnoseoperation aus, instanziiert DiagnosticSovdContentData und befüllt das Mitglied elements mit den erzeugten Elementdaten ([SWS_DM_02386]).
  4. Das Objekt wird im Rahmen des Rückgabewerts für synchrone Ausführungen an das Diagnostic Management übergeben ([SWS_DM_02176]).
  5. Das Diagnostic Management liest die Werte aus DiagnosticSovdContentData aus, überträgt sie in das Attribut parameters des SOVD-Antwortkörpers und sendet die Antwort an den Client ([SWS_DM_02176]).

Ein analoger Pfad gilt für die Statusabfrage über SovdOperationExecution::GetStatus ([SWS_DM_02180]), bei der das Attribut parameters ebenfalls aus den übergebenen DiagnosticSovdContentData abgeleitet wird ([SWS_DM_02181]). Ebenso nutzen Inhaltsanbieter dieselbe Struktur als Rückgabetyp über Read (AUTOSAR_AP_SWS_Diagnostics §8.x „Read“).

Nutzungsablauf für DiagnosticSovdContentData bei OperationsausführungSOVD-ClientDiagnostic ManagementGenericDiagnosticSovdOperationSOVD-Aufruf: Start ExecutionStartExecution()Instanziiert DiagnosticSovdContentDataBefüllt elementsRückgabe mit DiagnosticSovdContentDataMappt elements auf SOVD-parametersSOVD-Response (parameters)

Sequenzdiagramm: Bereitstellung von Nutzdaten mittels DiagnosticSovdContentData bei einer synchronen Operationsausführung. Quellen: [SWS_DM_01396], [SWS_DM_02174], [SWS_DM_02176], [SWS_DM_02386].

Dieser Leitfaden basiert auf der AUTOSAR-Spezifikation R25-11 und stützt sich ausschließlich auf die spezifizierten Anforderungen und Dokumentstellen.

UML-Klassendiagramm

Hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); Klicken öffnet die jeweilige Klassenseite.

G nara__diag__DiagnosticSovdContentData509 «struct» DiagnosticSovdContentData + elements

Konstanten

elements variable

The diagnostic sovd content elements.

Dokumentation der Konstanten / Variablen

variable elements [SWS_DM_02386] Upstream: RS_Diag_04260

ara::core::Vector<DiagnosticSovdContentElementData> elements;

The diagnostic sovd content elements.

Header-Datei#include "ara/diag/diagnostic_sovd_content_data.h"
Scopestruct ara::diag::DiagnosticSovdContentData
Symbolelements
Typara::core::Vector< DiagnosticSovdContentElementData >

Request a governed re-review of this record. The record is not changed immediately.

Record
AUTOSAR/AP/record/SWS_DM_02386
Status
valid/unmigrated
Version
AUTOSAR/AP/record/SWS_DM_02386@rel:R25-11#18fe6277
Content hash
18fe6277
Source
https://www.autosar.org/fileadmin/standards/R25-11/AP/AUTOSAR_AP_SWS_Diagnostics.pdf#nameddest=SWS_DM_02386
Status: valid/unmigrated Version: rel:R25-11#18fe6277 Versionshistorie & Revisions (1 transition)
Current State
valid/unmigrated
Reason
mechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record
Campaign
2026-08-13-status-backfill
Active Version
AUTOSAR/AP/record/SWS_DM_02386@rel:R25-11#18fe6277
Point-in-Time History:
DateActorTransitionReason / RationaleCampaign
2026-08-13toolnone → valid/unmigratedmechanically backfilled by migriere_status_backfill.py -- no per-field curation history exists yet for this record2026-08-13-status-backfill