estructura ara::diag::GenericDataIdentifier::OperationOutput

La estructura de datos ara::diag::GenericDataIdentifier::OperationOutput encapsula los datos útiles para mensajes de respuesta positiva en el marco de operaciones de diagnóstico genéricas de DID ([SWS_DM_00641]). Ante una petición de diagnóstico entrante, la aplicación instancia la estructura y rellena el miembro responseData con los datos de salida determinados antes de transferirla a Diagnostic Management ([SWS_DM_00631]). En este sentido, rige la restricción esencial de que responseData debe contener exclusivamente los datos útiles puros y bajo ningún concepto el propio Data Identifier. Tras la transferencia al mensaje de respuesta UDS, finaliza el ciclo de vida de este objeto de valor efímero.

más ›

Contexto

La estructura de datos ara::diag::GenericDataIdentifier::OperationOutput forma parte del módulo diag en la AUTOSAR Adaptive Platform y se proporciona mediante la cabecera ara/diag/generic_data_identifier.h ([SWS_DM_00641], [SWS_DM_00631]). Dentro de la arquitectura de diagnóstico, la estructura actúa como contenedor de datos especializado para los datos de resultado de un mensaje de respuesta de diagnóstico positiva relativo a un identificador de datos genérico (Data Identifier, DID) (AUTOSAR_AP_SWS_Diagnostics §8.19.2 «Struct: OperationOutput»).

En la interacción de los componentes arquitectónicos involucrados, OperationOutput forma el nexo de unión entre la función de servicio de diagnóstico específica de la aplicación y el Diagnostic Management central. Mientras que la aplicación es responsable de leer y preparar los datos útiles, el sistema de ejecución de diagnóstico asume el procesamiento general del protocolo frente al téster de diagnóstico externo. Para transferir los datos de respuesta, la estructura declara la variable miembro pública responseData de tipo ara::core::Vector<std::uint8_t> ([SWS_DM_00631], AUTOSAR_AP_SWS_Diagnostics §8.19.2.1.1 «responseData»). Este vector de bytes transporta la carga útil del mensaje de respuesta positiva, no debiendo estar contenido el propio identificador de datos en el vector ([SWS_DM_00631]).

Ciclo de vida

Como estructura ligera de transmisión de datos sin métodos propios, ara::diag::GenericDataIdentifier::OperationOutput está sujeta a un ciclo de vida de valor simple y transitorio ([SWS_DM_00641]). La instanciación se produce según la demanda dentro de la rutina de tratamiento específica de la aplicación, en cuanto se ha procesado con éxito una correspondiente operación de lectura o consulta para un DID genérico. El vector contenido responseData se rellena en este punto con los datos útiles de diagnóstico solicitados ([SWS_DM_00631]).

Las relaciones de propiedad son estrictamente secuenciales: la aplicación generadora mantiene inicialmente la instancia de forma local y, tras su finalización, la transfiere al marco de diagnóstico. El tiempo de vida de la instancia finaliza en cuanto Diagnostic Management ha incorporado los datos útiles al mensaje de respuesta de diagnóstico saliente. Es de suponer que la devolución al sistema de ejecución se realice mediante semántica de movimiento para ahorrar recursos, o bien empaquetada en un contenedor asíncrono como ara::core::Future o ara::core::Result. Pregunta Q-6e8dadb21e01d4fb (abierta) La estructura no ofrece una sincronización interna para el acceso concurrente; no obstante, dado que se rellena y transfiere de manera transitoria dentro del subproceso de trabajo que ejecuta la operación, interpretación: una protección entre subprocesos no es necesaria en el flujo de funcionamiento regular.

Ruta de uso

El orden de invocación típico durante el procesamiento de una consulta de datos de diagnóstico genérica se divide en los siguientes pasos:

1. Un téster de diagnóstico externo inicia una consulta (por ejemplo, un servicio UDS para lectura por identificador de datos), que es recibida por el Diagnostic Management del vehículo.
2. El sistema de diagnóstico delega la solicitud de lectura a la instancia correspondiente de ara::diag::GenericDataIdentifier de la aplicación.
3. La aplicación determina los datos de sensor o parámetros internos requeridos e instancia ara::diag::GenericDataIdentifier::OperationOutput ([SWS_DM_00641]).
4. La aplicación asigna al vector responseData los bytes determinados ([SWS_DM_00631]). En este sentido, el propio valor de DID no debe almacenarse en responseData (AUTOSAR_AP_SWS_Diagnostics §8.19.2.1.1 «responseData»).
5. La instancia rellenada se devuelve a Diagnostic Management, el cual antepone el DID, ensambla el telegrama de respuesta positiva completo y lo transmite al téster de diagnóstico.

Diagrama de secuencia: flujo de procesamiento de una consulta de datos genérica mediante el uso de OperationOutput. Fuentes: [SWS_DM_00641], [SWS_DM_00631], AUTOSAR_AP_SWS_Diagnostics §8.19.2 «Struct: OperationOutput».