namespace <RoutineInterface-Namespace>

Este espacio de nombres proporciona interfaces para la encapsulación y ejecución de rutinas de diagnóstico específicas de la aplicación dentro del módulo diag de Adaptive Platform. La tarea principal consiste presumiblemente en ofrecer una capa de abstracción para operaciones de rutina, como iniciar, detener y consultar resultados frente al sistema de gestión de diagnóstico. Pregunta (abierta) El control de la ejecución de rutinas probablemente esté acoplado al ciclo de vida de la pila de diagnóstico de nivel superior. Como condición de contorno esencial, las implementaciones deben garantizar la seguridad para subprocesos requerida y un comportamiento determinista ante llamadas asíncronas.

más ›

Contexto

El espacio de nombres namespace <RoutineInterface-Namespace> forma parte del clúster funcional diag (Diagnostic Management) de AUTOSAR Adaptive Platform en la versión R25-11. Dentro de este espacio de nombres, la clase de interfaz <RoutineInterface> está definida como DiagnosticRoutineInterface. La función principal de este espacio de nombres consiste en proporcionar un marco estandarizado para la encapsulación de rutinas de diagnóstico ejecutadas por componentes de software de aplicación en el vehículo.

Es probable que la clase <RoutineInterface> sirva como capa de abstracción entre el sistema de gestión de diagnóstico de la plataforma y las secuencias de rutinas específicas del vehículo. Pregunta Q-03b9b94f9c2849b0 (abierta) La gestión de diagnóstico de nivel superior procesa las solicitudes de diagnóstico externas (como, por ejemplo, UDS RoutineControl según ISO 14229-1) y las reenvía a la rutina de aplicación registrada. A través de la implementación de la interfaz, la aplicación proporciona la lógica real de control, test y verificación, sin presentar dependencias directas con la capa de protocolos de transporte ni con topologías de red.

Ciclo de vida

El ciclo de vida de las instancias de la clase de interfaz <RoutineInterface> probablemente esté estrechamente acoplado al estado de provisión de los servicios de diagnóstico correspondientes. Pregunta Q-32a86efa16843445 (abierta) La instanciación suele tener lugar en el curso de la fase de inicialización de la aplicación adaptativa, antes de registrar la interfaz en el gestor de diagnóstico y habilitarla para solicitudes externas. En este proceso, la aplicación asume la responsabilidad de la creación de objetos y de la provisión de los contextos de ejecución requeridos.

Durante la fase operativa, la instancia de la interfaz permanece activa y recibe comandos de control entrantes. Dado que las llamadas de diagnóstico por parte de testers externos pueden llegar de forma concurrente con las tareas regulares de la aplicación, las implementaciones deben garantizar la seguridad para subprocesos requerida. Al finalizar la aplicación o desactivar el servicio, es necesaria una anulación ordenada del registro para garantizar que ninguna rutina en ejecución quede en un estado indefinido y que los recursos asignados se liberen de forma determinista.

Ruta de uso

Una ruta de uso típica para una rutina de diagnóstico se divide en una secuencia estructurada de pasos de interacción entre el sistema de gestión de diagnóstico y la lógica de la aplicación. Es presumible que el flujo comprenda las siguientes fases: Pregunta Q-da2cd4e1ceb5b3b8 (abierta)

1. Inicialización y registro: la aplicación instancia la clase <RoutineInterface> y registra el objeto de interfaz en la administración de diagnóstico del módulo diag.
2. Inicio de la rutina: al recibir la solicitud de diagnóstico correspondiente, el sistema llama al método de inicio de la interfaz. De este modo se desencadena la lógica específica de la aplicación, por ejemplo, una prueba de actuadores, un ciclo de calibración o un ciclo de cálculo.
3. Consulta de estado y de resultados: durante la ejecución o tras finalizar la operación, los estados intermedios o el resultado final pueden consultarse mediante las llamadas de interfaz pertinentes y transferirse al sistema de gestión.
4. Finalización o interrupción prematura: la rutina concluye de forma regular tras una ejecución correcta o bien se interrumpe de manera controlada cuando sea necesario mediante una solicitud de parada explícita de la infraestructura de diagnóstico.

Escenarios de error

En el marco de la ejecución de rutinas pueden surgir diversas condiciones de error que requieren un tratamiento de errores coherente. Si durante la ejecución de una rutina de diagnóstico se presentan estados operativos imprevistos —como una tensión de alimentación insuficiente, estados no permitidos del vehículo o cuellos de botella en los recursos—, la interfaz debe señalizarlo. Los parámetros de entrada erróneos o las interrupciones de la ejecución deben notificarse a la gestión de diagnóstico mediante códigos de error definidos. Esto sitúa a la plataforma en posición de transmitir códigos de respuesta negativos (NRC) conformes con el estándar al tester de diagnóstico externo y mantener un estado seguro del vehículo.