DEENESPTFRRUARHIKOZHNL

structure ara::diag::GenericDataIdentifier::OperationOutput

[SWS_DM_00641] Upstream: RS_Diag_04169, RS_Diag_04172

struct OperationOutput {...};

Response data of positive respose message.

Header-Datei#include "ara/diag/generic_data_identifier.h"
Forwarding-Header#include "ara/diag/diag_fwd.h"
Scopeclass ara::diag::GenericDataIdentifier

Guide utilisateurGÉNÉRÉ PAR IA

Sert de structure de sortie pour les données utiles d'une réponse de diagnostic positive pour les identifiants de données génériques.
GÉNÉRÉ PAR IA non vérifié Modèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 00159dc7defb Provenance Questions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand

Sert de structure de sortie pour les données utiles d'une réponse de diagnostic positive pour les identifiants de données génériques.

La structure de données ara::diag::GenericDataIdentifier::OperationOutput encapsule les données utiles pour les messages de réponse positive dans le cadre d'opérations de diagnostic de DID génériques ([SWS_DM_00641]). Lors d'une requête de diagnostic entrante, l'application instancie la structure et remplit le membre responseData avec les données de sortie déterminées avant qu'elle ne soit transmise au Diagnostic Management ([SWS_DM_00631]). La contrainte essentielle est alors que responseData doit contenir exclusivement les données utiles pures et en aucun cas le Data Identifier proprement dit. Après le transfert dans le message de réponse UDS, le cycle de vie de l'objet-valeur éphémère prend fin.

Contexte

La structure de données ara::diag::GenericDataIdentifier::OperationOutput fait partie intégrante du module diag dans l'AUTOSAR Adaptive Platform et est mise à disposition via l'en-tête ara/diag/generic_data_identifier.h ([SWS_DM_00641], [SWS_DM_00631]). Au sein de l'architecture de diagnostic, la structure agit comme un conteneur de données spécialisé pour les données de résultat d'un message de réponse de diagnostic positive relatif à un identifiant de données générique (Data Identifier, DID) (AUTOSAR_AP_SWS_Diagnostics §8.19.2 « Struct: OperationOutput »).

Dans l'interaction des composants d'architecture impliqués, OperationOutput constitue le lien entre la fonction de service de diagnostic spécifique à l'application et le Diagnostic Management central. Alors que l'application est responsable de la lecture et de la préparation des données utiles, le système d'exécution de diagnostic prend en charge le traitement du protocole de niveau supérieur vis-à-vis du testeur de diagnostic externe. Pour la transmission des données de réponse, la structure déclare la variable membre publique responseData de type ara::core::Vector<std::uint8_t> ([SWS_DM_00631], AUTOSAR_AP_SWS_Diagnostics §8.19.2.1.1 « responseData »). Ce vecteur d'octets transporte la charge utile du message de réponse positive, l'identifiant de données lui-même ne devant pas être contenu dans le vecteur ([SWS_DM_00631]).

Cycle de vie

En tant que struct légère de transfert de données sans méthodes propres, ara::diag::GenericDataIdentifier::OperationOutput est soumise à un cycle de vie de valeur simple et transitoire ([SWS_DM_00641]). L'instanciation s'effectue à la demande au sein de la routine de traitement spécifique à l'application dès qu'une opération de lecture ou d'interrogation correspondante pour un DID générique a été traitée avec succès. Le vecteur contenu responseData est ici rempli avec les données utiles de diagnostic demandées ([SWS_DM_00631]).

Les relations de possession sont strictement séquentielles : l'application génératrice conserve d'abord l'instance localement et la transmet au framework de diagnostic une fois terminée. La durée de vie de l'instance prend fin dès que le Diagnostic Management a intégré les données utiles dans le message de réponse de diagnostic sortant. Le retour vers le système d'exécution s'effectue vraisemblablement de manière économe en ressources par sémantique de déplacement ou encapsulé dans un conteneur asynchrone tel que ara::core::Future ou ara::core::Result. La structure n'offre pas de synchronisation interne pour l'accès concurrent ; toutefois, comme elle est remplie et transmise de manière transitoire au sein du thread de travail exécutant l'opération, interprétation : une protection inter-threads n'est pas requise en fonctionnement normal. Question Q-6e8dadb21e01d4fb (ouverte)

Parcours d'utilisation

L'ordre d'appel typique lors du traitement d'une interrogation générique de données de diagnostic se décompose en les étapes suivantes :

  1. Un testeur de diagnostic externe initie une interrogation (par exemple un service UDS de lecture par identifiant de données), qui est reçue par le Diagnostic Management du véhicule.
  2. Le système de diagnostic délègue la requête de lecture à l'instance compétente de ara::diag::GenericDataIdentifier de l'application.
  3. L'application détermine les données de capteur ou les paramètres internes requis et instancie ara::diag::GenericDataIdentifier::OperationOutput ([SWS_DM_00641]).
  4. L'application affecte au vecteur responseData les octets déterminés ([SWS_DM_00631]). La valeur du DID elle-même ne doit pas être stockée dans responseData (AUTOSAR_AP_SWS_Diagnostics §8.19.2.1.1 « responseData »).
  5. L'instance remplie est renvoyée au Diagnostic Management, qui préfixe le DID, assemble le télégramme de réponse positive complet et le transmet au testeur de diagnostic.
Déroulement de la mise à disposition de données de diagnostic positivesDiagnosetesterGestion des diagnosticsApplicationDiagnoseanfrage (DID-Abfrage)Leseanforderung weiterleitenOperationOutput instanziierenRemplir responseData sans DIDRenvoyer OperationOutputDID voranstellen & positive Antwort bildenPositive UDS-Antwortnachricht

Diagramme de séquence : déroulement du traitement d'une interrogation générique de données à l'aide d'OperationOutput. Sources : [SWS_DM_00641], [SWS_DM_00631], AUTOSAR_AP_SWS_Diagnostics §8.19.2 « Struct: OperationOutput ».

Ce guide de classe a été généré automatiquement sur la base de la spécification AUTOSAR Adaptive Platform Release R25-11.

Diagramme de classes UML

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

G nara__diag__GenericDataIdentifier__OperationOutput669 «struct» OperationOutput + responseData

Constantes

responseData variable

Content of positive respose message (without DataIdentifier)

Documentation des constantes / variables

variable responseData [SWS_DM_00631] Upstream: RS_AP_00137, RS_Diag_04169

ara::core::Vector<std::uint8_t> responseData;

Content of positive respose message (without DataIdentifier)

Header-Datei#include "ara/diag/generic_data_identifier.h"
Scopestruct ara::diag::GenericDataIdentifier::OperationOutput
SymbolresponseData
Typara::core::Vector< std::uint8_t >

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

Record
AUTOSAR/AP/record/SWS_DM_00631
Status
valid/unmigrated
Version
AUTOSAR/AP/record/SWS_DM_00631@rel:R25-11#b0f271fe
Content hash
b0f271fe
Source
https://www.autosar.org/fileadmin/standards/R25-11/AP/AUTOSAR_AP_SWS_Diagnostics.pdf#nameddest=SWS_DM_00631
Status: valid/unmigrated Version: rel:R25-11#08f5ddb6 Versionshistorie & Revisions (1 transition, 7 revision)
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_00631@rel:R25-11#08f5ddb6
Point-in-Time History:
Recorded Revisions (7):
  • R25-11rel:R25-11#b0f271fe2026-09-30
  • R20-11rel:R20-11#45f2e5b92026-10-14
  • R21-11rel:R21-11#45f2e5b92026-10-14
  • R22-11rel:R22-11#843f570f2026-10-14
  • R23-11rel:R23-11#8c8c7ab82026-10-14
  • R24-11rel:R24-11#8c8c7ab82026-10-14
  • R25-11rel:R25-11#08f5ddb62026-10-14 active
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