namespace <RoutineInterface-Namespace>
Guia do utilizadorGERADO POR IA
Define interfaces padronizadas para o encapsulamento e a execução de rotinas de diagnóstico em aplicações adaptativas.
Define interfaces padronizadas para o encapsulamento e a execução de rotinas de diagnóstico em aplicações adaptativas.
Este namespace disponibiliza interfaces para o encapsulamento e a execução de rotinas de diagnóstico específicas da aplicação dentro do módulo diag da Adaptive Platform. A tarefa primária consiste presumivelmente em oferecer uma camada de abstração para operações de rotina, tais como iniciar, parar e consultas de resultados perante o sistema de gerenciamento de diagnóstico. Pergunta (aberta) O controle da execução da rotina deve estar tipicamente acoplado ao ciclo de vida da pilha de diagnóstico de nível superior. Como condição de contorno essencial, as implementações devem assegurar a segurança de threads (thread safety) exigida e um comportamento determinístico em chamadas assíncronas.
Contexto
O namespace namespace <RoutineInterface-Namespace> é parte do cluster funcional diag (Diagnostic Management) da AUTOSAR Adaptive Platform no Release R25-11. Dentro deste namespace, a classe de interface <RoutineInterface> está definida como DiagnosticRoutineInterface. O papel primário deste namespace consiste na disponibilização de um arcabouço padronizado para o encapsulamento de rotinas de diagnóstico executadas por componentes de software de aplicação no veículo.
A classe <RoutineInterface> deve servir como camada de abstração entre o sistema de gerenciamento de diagnóstico da plataforma e os fluxos de rotina específicos do veículo. Pergunta Q-03b9b94f9c2849b0 (aberta) O gerenciamento de diagnóstico de nível superior processa requisições de diagnóstico externas (como, por exemplo, UDS RoutineControl segundo a ISO 14229-1) e as encaminha para a rotina de aplicação registrada. Por meio da implementação da interface, a aplicação disponibiliza a lógica real de controle, teste e verificação sem apresentar dependências diretas da camada de protocolo de transporte ou de topologias de rede.
Ciclo de vida
O ciclo de vida de instâncias da classe de interface <RoutineInterface> deve estar estreitamente acoplado ao estado de disponibilização dos serviços de diagnóstico associados. Pergunta Q-32a86efa16843445 (aberta) Uma instanciação ocorre tipicamente durante a fase de inicialização da aplicação adaptativa, antes de a interface ser registrada no gerenciador de diagnóstico e liberada para requisições externas. A aplicação assume, assim, a responsabilidade pela criação do objeto e pela disponibilização dos contextos de execução necessários.
Durante a fase de operação, a instância de interface permanece ativa e recebe comandos de controle de entrada. Como as chamadas de diagnóstico por testadores externos podem chegar concorrentemente a tarefas regulares da aplicação, as implementações devem assegurar a segurança de threads requerida. No encerramento da aplicação ou na desativação do serviço, é necessário um cancelamento de registro ordenado para garantir que nenhuma rotina em andamento permaneça em um estado indefinido e que os recursos alocados sejam liberados de modo determinístico.
Caminho de utilização
Um caminho de utilização típico para uma rotina de diagnóstico divide-se em uma sequência estruturada de etapas de interação entre o sistema de gerenciamento de diagnóstico e a lógica da aplicação. O fluxo deve compreender presumivelmente as seguintes fases: Pergunta Q-da2cd4e1ceb5b3b8 (aberta)
- Inicialização e registro: a aplicação instancia a classe
<RoutineInterface>e registra o objeto de interface no gerenciamento de diagnóstico do módulodiag. - Início da rotina: ao receber uma respectiva requisição de diagnóstico, o sistema chama o método de início da interface. Com isso, é disparada a lógica específica da aplicação, por exemplo, um teste de atuadores, uma execução de calibração ou um ciclo de cálculo.
- Consulta de status e de resultado: durante a execução ou após a conclusão da operação, estados intermediários ou o resultado final podem ser consultados por meio de chamadas de interface correspondentes e transmitidos ao sistema de gerenciamento.
- Término ou interrupção prematura: a rotina é encerrada regularmente após o processamento bem-sucedido ou, se necessário, cancelada de forma controlada por meio de uma solicitação de parada explícita da infraestrutura de diagnóstico.
Cenários de erro
No âmbito da execução da rotina, podem ocorrer diversas condições de erro que exigem um tratamento consistente de erros. Caso ocorram estados operacionais imprevistos durante a execução de uma rotina de diagnóstico — tais como tensão de alimentação insuficiente, estados não permitidos do veículo ou escassez de recursos —, a interface deve sinalizar isso. Parâmetros de entrada incorretos ou interrupções de execução devem ser reportados ao gerenciamento de diagnóstico por meio de códigos de erro definidos. Isso capacita a plataforma a transmitir códigos de resposta negativa (NRCs) em conformidade com o padrão para o testador de diagnóstico externo e a manter um estado seguro do veículo.
Este texto foi gerado por uma IA com base nos metadados de especificação da AUTOSAR para o Release R25-11.
Não há dados de elementos para esta versão
Classes
DiagnosticRoutineInterface class
Diagrama de classes
Abgerundete Rahmen = Namespace- bzw. Klassen-Scopes; hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); graue Boxen = namespace-fremde bzw. externe Basisklassen. Klicken öffnet die jeweilige Klassen- bzw. cppreference-Seite.
gemini-3.8-flash-low· 2026-10-13 · Original em alemão