BR122023022300A2 - Método e sistema para realizar o test drive em uma máquina móvel - Google Patents

Abstract

A presente invenção refere-se a um método incluindo determinar um roteiro de test drive (TDS) para realizar enquanto uma ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive da máquina móvel. O TDS inclui uma sequência organizada de procedimentos do ciclo de condução (DCPs). A sequência organizada de DCPs começa com um DCP inicial e termina com um DCP final. Cada DCP é indicativo de um respectivo estado da máquina móvel. O TDS inclui um primeiro DCP particular associado com ambos um primeiro estado da máquina móvel particular e uma primeira condição pertencente ao primeiro estado da máquina móvel particular. O método ainda inclui emitir uma representação de pelo menos uma porção do TDS. Adicionalmente, o método inclui determinar e emitir uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular.

Description

REFERÊNCIA CRUZADA AO PEDIDO RELACIONADO

[0001] Este pedido reivindica prioridade para o Pedido de Paten te dos Estados Unidos No. 16/785.585, depositado em 8 de fevereiro de 2020. O Pedido de Patente dos Estados Unidos No. 16/785.585 é aqui incorporado por referência em sua totalidade.

ANTECEDENTES

[0002] Devido a um número médio crescente de componentes e sistemas em uma máquina móvel sendo controlado por computador, a habilidade e o conhecimento necessários para atender a máquina mó-veltambém aumentaram. Em pelo menos algumas máquinas móveis, os computadores que controlam os componentes e sistemas são unidades de controle eletrônico (ECUs). Além disso, para pelo menos alguns tipos de reparos feitos em uma máquina móvel, um técnico que reparou a máquina móvel normalmente testará a máquina móvel após concluir os reparos para garantir que os reparos foram feitos corretamente. Por exemplo, depois de substituir as pastilhas de freio em uma máquina móvel que foi trazida a uma oficina com uma reclamação de freios fazendo som de trituração, o técnico que substituiu as pastilhas de freio normalmente conduzirá a máquina móvel e aplicará os freios uma ou mais vezes para fazer certifique-se de que os freios não estão fazendo o som de trituração. Esse tipo de test drive normalmente não requer o uso de uma ferramenta. Em contraste, no entanto, após reparar um componente ou sistema controlado por computador ou uma ECU dentro de uma máquina móvel, um técnico pode se sentir compelido a trazer consigo durante o test drive, uma ferramenta que se co- munica com a ECU. Devido à complexidade dos sistemas controlados por ECU em uma máquina móvel, seria benéfico se a ferramenta usada durante o test drive fornecesse ao técnico os procedimentos do ciclo de acionamento para que o técnico pudesse controlar a máquina móvel de maneira eficiente para garantir a máquina foi devidamente reparada.

VISÃO GERAL

[0003] Em uma primeira implementação, um método é fornecido. O método inclui determinar, por um ou mais processadores, um roteiro de test drive para realizar enquanto uma ferramenta monitora um sis-temaeletrônico em uma máquina móvel durante um test drive da má-quinamóvel. O roteiro de test drive inclui uma sequência organizada de procedimentos do ciclo de condução. A sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final. Cada procedimento de ciclo de condução é indicativo de um respectivo estado da máquina móvel. O roteiro de test driveinclui um primeiro procedimento de ciclo de condução particular associado com ambos um primeiro estado da máquina móvel particular e uma primeira condição pertencente ao primeiro estado da máquina móvel particular. O método ainda inclui emitir, por um ou mais processadores, uma representação de pelo menos uma porção do roteiro de test drive. Adicionalmente, o método inclui determinar, por um ou mais processadores, uma ou mais dentre: informação de status correspon-dente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular. Além disso, o método inclui emitir, por um ou mais processadores, uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular.

[0004] Em uma segunda implementação, um sistema computaci onalé fornecido. O sistema computacional inclui um ou mais proces-sadores e comportamento de dados legíveis por computador que ar-mazenainstruções executáveis. A execução das instruções executáveis por um ou mais processadores faz com que o sistema computacional realize as funções. As funções compreendem determinar um roteiro de test drive para realizar enquanto uma ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive da máquina móvel. O roteiro de test drive inclui uma sequência organizada de procedimentos do ciclo de condução. A sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final. Cada procedimento de ciclo de condução é indicativo de um respectivo estado da máquina móvel. O roteiro de test drive inclui um primeiro procedimento de ciclo de condução particular associado com ambos um primeiro estado da máquina móvel particular e uma primeira condição pertencente ao primeiro estado da máquina móvel particular. As funções ainda incluem emitir uma representação de pelo menos uma porção do roteiro de test drive. Além disso, as funções incluem determinar uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular. Ainda, as funções incluem emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular.

[0005] Em uma terceira implementação, um meio legível por computador é fornecido. O meio legível por computador armazenou nele instruções executáveis por um ou mais processadores para fazer com que um sistema computacional realize as funções. As funções incluem determinar um roteiro de test drive para realizar enquanto uma ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive da máquina móvel. O roteiro de test drive inclui uma sequência organizada de procedimentos do ciclo de condução. A sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final. Cada procedimento de ciclo de condução é indicativo de um respectivo estado da máquina móvel. O roteiro de test drive inclui um primeiro procedimento de ciclo de condução particular associado com ambos um primeiro estado da máquinamóvel particular e a primeira condição pertencente ao primeiro estado da máquina móvel particular. As funções ainda incluem emitir uma representação de pelo menos uma porção do roteiro de test drive. Além disso, as funções incluem determinar uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquinamóvel particular. Além disso, as funções incluem emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular.

[0006] Em uma quarta implementação, um sistema computacional é fornecido. O sistema computacional inclui meios para determinar um roteiro de test drive para realizar enquanto uma ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive da máquina móvel. O roteiro de test drive inclui uma sequência organi-zada de procedimentos do ciclo de condução. A sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final. Cada procedimento de ciclo de condução é indicativo de um respectivo estado da máquina móvel. Em que o roteiro de test drive inclui um primeiro procedimento de ciclo de condução particular associado com ambos um primeiro estado da máquina móvel particular e uma primeira condição pertencente ao primeiro estado da máquina móvel particular. O sistema computacional ainda inclui meios para emitir uma representação de pelo menos uma porção do roteiro de test drive. Além disso, o sistema computacional inclui meios para determinar uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular. ainda o sistema computacional inclui meios para emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquinamóvel particular.

[0007] Outras implementações se tornarão evidentes para aqueles versados na técnica lendo a seguinte descrição detalhada, com refe-rência, quando apropriado, aos desenhos anexos.

BREVE DESCRIÇÃO DOS DESENHOS

[0008] Implementações de exemplo são descritas neste documen to com referência aos desenhos.

[0009] A Figura 1 é um diagrama em blocos de um sistema de acordo com uma ou mais implementações exemplificativas.

[0010] A Figura 2 mostra detalhes de um veículo e um sistema de veículo mostrado na Figura 1, de acordo com uma ou mais implemen-tações exemplificativas.

[0011] A Figura 3 e a Figura 4 mostram veículos exemplificativos.

[0012] A Figura 5 mostra exemplos de uma ferramenta de acordo com uma ou mais implementações exemplificativas.

[0013] A Figura 6 mostra exemplos de um dispositivo de ligação de veículo à ferramenta de acordo com uma ou mais implementações exemplificativas.

[0014] A Figura 7 é um diagrama em blocos de uma ferramenta de acordo com uma ou mais implementações exemplificativas.

[0015] A Figura 8 mostra um roteiro de test drive de acordo com uma ou mais implementações exemplificativas.

[0016] A Figura 9 mostra um mapa de identificador de parâmetro (PID) de acordo com uma ou mais implementações exemplificativas.

[0017] A Figura 10 mostra um mapa de monitoramento de acordo com uma ou mais implementações exemplificativas.

[0018] A Figura 11 mostra um mapa de roteiro de test drive de acordo com uma ou mais implementações exemplificativas.

[0019] A Figura 12, a Figura 13, a Figura 14, e a Figura 15 mos tramdados de status de test drive de acordo com uma ou mais imple-mentações exemplificativas.

[0020] A Figura 16 é um diagrama em blocos de um sistema inclu indo um servidor de acordo com uma ou mais implementações exem- plificativas.

[0021] A Figura 17 representa um fluxograma mostrando um mé todo de exemplo de acordo com as implementações de exemplo.

[0022] A Figura 18, Figura 19, Figura 20, Figura 21, Figura 22, Fi gura 23, Figura 24, Figura 25, Figura 26, Figura 27, Figura 28, Figura 29, Figura 30, Figura 31, Figura 32, e Figura 33 mostram interfaces gráficas de usuário (GUIs) de acordo com uma ou mais implementa- ções de exemplo.

[0023] A Figura 34 é um diagrama que mostra dados de mapea mento de diagnóstico e reparo de acordo com as implementações de exemplo.

[0024] A Figura 35 é um diagrama que mostra índices de acordo com as implementações de exemplo.

[0025] A Figura 36 é um diagrama que mostra dados de mapea mento de acordo com as implementações de exemplo.

[0026] A Figura 37 mostra um índice de teste de componente de acordo com as implementações de exemplo.

[0027] A Figura 38 é um diagrama que mostra dados de mapea mento de sintoma para componente de exemplo de acordo com as im-plementações de exemplo.

[0028] A Figura 39 é um diagrama mostrando dados de mapea mento de exemplo de acordo com as implementações de exemplo.

[0029] A Figura 40 mostra um índice PID de acordo com as im plementações de exemplo.

[0030] A Figura 41 mostra um índice de teste funcional de acordo com as implementações de exemplo.

[0031] A Figura 42 mostra um índice de procedimento de reiniciali- zação de acordo com as implementações de exemplo.

[0032] A Figura 43 e Figura 44 mostram um dispositivo vestível de acordo com as implementações de exemplo. Todas as figuras são es-quemáticas, não necessariamente em escala, e geralmente mostram apenas partes que são necessárias para elucidar exemplos de modali-dades, em que outras partes podem ser omitidas ou meramente suge-ridas.

DESCRIÇÃO DETALHADA I. INTRODUÇÃO

[0034] Esta descrição descreve vários exemplos de implementa- ção, pelo menos alguns que dizem respeito ao uso de um roteiro de test drive durante o teste de condução de uma máquina móvel ou, mais simplesmente, de um veículo. Em particular, a descrição descre-veimplementações de exemplo nas quais um processador determina o roteiro de test drive a ser executado enquanto uma ferramenta monitora um sistema eletrônico na máquina móvel. O processador pode produzir uma representação de pelo menos uma parte do roteiro de test drive. Por exemplo, o processador pode exibir pelo menos uma parte do roteiro de test drive e/ou reproduzir pelo menos uma parte do roteiro de test drive por meio de um alto-falante. O processador pode determinar e emitir informações de status que correspondem a um estado operacional específico da máquina móvel sendo acionada por teste. Da mesma forma, o processador pode determinar e emitir informações de status que correspondem a alcançar uma condição que pertence ao estado operacional específico da máquina móvel sendo acionada por teste. A saída das informações de status anteriores pode incluir informações que podem orientar o condutor como dirigir a máquinamóvel durante o test drive. Essas informações podem indicar que o condutor deve continuar dirigindo a máquina móvel sem nenhumaalteração ou que o condutor deve alterar a forma como a máquina móvel está sendo conduzida, como aumentar ou diminuir a velocidade da máquina móvel.

II. EXEMPLO DE SISTEMAS

[0035] A Figura 1 é um diagrama em blocos de um sistema 410 incluindo um veículo 412, uma ferramenta 414, um processador 416 e um roteiro de test drive 418. O veículo 412 inclui um sistema de veículo 420. O roteiro de test drive 418 inclui vários procedimentos de ciclo de condução. O processador 416 é configurado para se comunicar com e/ou dentro da ferramenta 414. O processador 416 também é configurado para acessar o roteiro de test drive 418 e para enviar o roteiro de test drive 418 para a ferramenta 414 e/ou para outro compo-nente da ferramenta 414. A ferramenta 414 é configurada para se co-municar eletricamente com o veículo 412 (isto é, usando uma corrente elétrica e/ou usando ondas eletromagnéticas). A ferramenta 414 que se comunica com o veículo 412 pode incluir a comunicação com o sistema de veículo 420 e/ou qualquer componente dentro do sistema de veículo 420. A ferramenta 414 pode determinar e emitir informações de status que correspondem a um estado operacional específico do veículo 412 como o veículo 412 está sendo acionado por teste com base nos procedimentos de ciclo de condução do roteiro de test drive 418. A ferramenta 414 também pode determinar e emitir informações de status que correspondem a alcançar uma condição que pertence ao estado operacional particular do veículo 412 durante o test drive.

[0036] A seguir, a Figura 2 é um diagrama em blocos mostrando detalhes de exemplo do veículo 412 e detalhes de exemplo do sistema de veículo 420. Conforme mostrado na Figura 2, o veículo 412 inclui o sistema de veículo 420, um conector de diagnóstico integrado (OBDC) 422, uma fonte de alimentação 424 e uma rede de veículo 432. A Figura 2 também mostra que o sistema de veículo 420 inclui uma unidade de controle eletrônico (ECU) 426, um dispositivo de entrada conectado a ECU 428 e um dispositivo de saída conectado a ECU 430. A fonte de alimentação 424 pode incluir uma bateria ou um conjunto de baterias. A ferramenta 414 está configurada para ser operativamente acoplada ao OBDC 422. A ferramenta 414 também está configurada para ser operativamente desacoplada do OBDC 422 de modo que a ferramenta 414 possa ser operativamente acoplada a um OBDC em outro veículo (não mostrado).

[0037] O dispositivo de entrada conectado à ECU 428 inclui um ou mais dispositivos de entrada. Como exemplo, o dispositivo de entrada conectado à ECU 428 inclui um sensor, um relé ou um interruptor. O dispositivo de saída conectado à ECU 430 inclui um ou mais dispositivos de saída. Como exemplo, o dispositivo de saída conectado à ECU 430 inclui uma bomba, um motor, um solenoide, uma válvula, um relé, um injetor, uma buzina, uma luz, um visor ou um dispositivo de saída aural (por exemplo, alto-falante). Exemplos de protocolos de mensagem de dados de veículo (VDM | vehicle data messa) usados para comunicação na rede de veículo 432 estão listados na Seção VI desta descrição. Exemplos da ECU 426 são mostrados na Figura 3 e exemplos do sistema de veículo 420 estão listados na Seção VI desta descrição.

[0038] Como outro exemplo, o dispositivo de saída conectado à ECU 430 pode incluir um componente de feedback tátil do veículo. Em pelo menos algumas implementações, o componente de feedback tátil do veículo inclui um componente tipicamente em contato com um ocupante do veículo durante um test drive do veículo, como um volante, um cinto de segurança, um assento, um painel ou um pedal, como um pedal de acelerador, um pedal de embreagem ou um pedal de freio.

[0039] A seguir, a Figura 3 mostra um veículo 440 de acordo com as implementações de exemplo. O veículo 440 inclui um sistema de retenção inflável suplementar (SIR) ECU 442, um sistema de controle de tração ECU 444, um ECU da tela 446, um sistema de trem de força ECU 448, um sistema de freio antibloqueio (ABS) ECU 450 e um OBDC 452, cada um dos quais está conectado a uma fonte de alimentação 454 usando um barramento de força 456 e a uma rede de veículo 458. Outros exemplos de uma ECU dentro do veículo 440 também são possíveis.

[0040] A ECU da tela 446 inclui uma tela, como uma tela de cristal líquido (LCD). A ECU da tela 446 pode, mas não necessariamente, exibir controles do sistema de áudio, controles de aquecimento, ventilação e ar-condicionado (HVAC) e/ou informações de navegação e/ou outros conteúdos também ou em vez disso. Semelhante à ECU 426 mostrada na Figura 2, cada ECU do veículo 440 pode ser conectada a um ou mais dispositivos de entrada conectados a ECU 428 e um ou mais dispositivos de saída conectados a ECU 430. A ECU da tela 446 pode exibir pelo menos uma parte de um roteiro de test drive fornecido a ele da ferramenta 100.

[0041] O OBDC 452 pode estar localizado dentro de um compar timento de passageiros do veículo 440, dentro de um compartimento do trem de força (por exemplo, um compartimento do motor) do veículo 440, ou dentro de um compartimento de armazenamento dentro do veículo 440. Detalhes adicionais sobre veículos, ECUs, OBDCs, e os barramento de comunicação do veículo estão localizados na Seção VI desta descrição. O veículo 412, mostrado na Figura 1 e na Figura 2, pode ser disposto como o veículo 440. O sistema 410 mostrado na Figura 1 pode incluir o veículo 440 no lugar do veículo 412.

[0042] A seguir, a Figura 4 mostra um veículo 460 de acordo com as implementações de exemplo. O veículo 460 pode ser organizado como uma motocicleta que inclui uma ECU de injeção de combustível 462, uma ECU de conjunto de instrumentos 464, uma ECU de ABS 466, uma ECU de ignição 468 e/ou um OBDC 470. As ECUs no veículo 460 são conectadas a uma fonte de alimentação (não mostrada) e podem ser conectadas ao OBDC 470 através de uma rede de veículos (não mostrada). Semelhante à ECU 426 mostrada na Figura 2, cada ECU do veículo 460 pode ser conectada a um ou mais dispositivos de entrada conectados a ECU 28 e a um ou mais dispositivos de saída conectados a ECU 430. O veículo 412, mostrado na Figura 1, pode ser disposto como o veículo 460. O sistema 410 mostrado na Figura 1 pode incluir o veículo 460 no lugar do veículo 412.

[0043] A seguir, a Figura 5 mostra um dispositivo tablet 480 e um smartphone 482. De acordo com as implementações de exemplo, a ferramenta 414 e/ou uma ferramenta 100 (mostrada na Figura 7) pode incluir e/ou ser disposta como um dispositivo tablet 480. O dispositivo tablet 480 pode, mas não necessariamente, incluir um tablet IPAD® da Apple Inc. de Cupertino, Califórnia ou um tablet SAMSUNG GALAXY TAB da Samsung Electronics Co., Ltd. de Maetan-Dong, Yeongtong- Gu Suwon-Si, Gyeonggi-Do, República da Coreia. De acordo com algumas outras implementações de exemplo, a ferramenta 414 e/ou a ferramenta 100 podem incluir e/ou ser dispostas como um smartphone 482 (por exemplo, um smartphone IPHONE® da Apple Inc., ou um smartphone GALAXY® da Samsung Electronics Co., Ltda.). De acordo com as implementações de exemplo anteriores, pelo menos uma parte dos dados legíveis por computador armazenados na memória pode incluir dados legíveis por computador baixados para um transceptor (não mostrado na Figura 5) da loja de varejo online APP STORE®, da loja de varejo on-line GOOGLE PLAY® ou de outra fonte dos aplicativos ou dados legíveis por computador. De acordo com pelo menos algumas das implementações anteriores, o dispositivo tablet ou smartphone pode ser programado para incluir um ou mais aplicativos para executar um CRPI para executar uma função descrita nesta descrição e/ou exibir uma GUI de acordo com o exemplo implementações descritas nesta descrição.

[0044] A Figura 5 também mostra uma ligação de veículo à ferra menta 484 de acordo com as implementações de exemplo. A ligação de veículo à ferramenta 484 inclui um conector 486, um chicote 488 e um conector de acoplamento OBDC 490. O conector 486 pode incluir um conector USB configurado para conectar a uma porta USB, um DB9 conectável a uma porta, tal como uma porta serial organizada de acordo com o padrão de interface serial EIA/TIA 232 ou algum outro conector. Em algumas implementações, a ferramenta 414 (por exemplo, o tablet 480 ou o smartphone 482) pode incluir uma porta disposta para se conectar ao conector 486. O conector de acoplamento OBDC 490 é configurado para conectar operativamente a um OBDC (por exemplo, o OBDC 422 ou o OBDC 452) em um veículo de modo a permitir que uma ferramenta (por exemplo, a ferramenta 414 ou a ferramenta 100) e um veículo (por exemplo, o veículo 412, o veículo 440 ou o veículo 460) se comuniquem entre si.

[0045] A seguir, a Figura 6 mostra um dispositivo de ligação de veículo à ferramenta 492 e um dispositivo de ligação de veículo à fer-ramenta 494. Cada dispositivo de ligação de veículo à ferramenta 492 e o dispositivo de ligação de veículo à ferramenta 494 incluem um transceptor para se comunicar sem fio com um transceptor em uma ferramenta, tal como um transceptor 106 na ferramenta 100 mostrada na Figura 7. O dispositivo de ligação de veículo à ferramenta 492 inclui um conector que atende ao padrão SAE® J1962 e/ou que é configurado para conectar a um OBDC em conformidade com o padrão SAE® J1962. O dispositivo de ligação de veículo à ferramenta 494 inclui um conector que atende ao padrão SAE® J1939_13 e/ou que é configurado para conectar a um OBDC em conformidade com o padrão SAE® J1939_13. Em uma implementação alternativa, o dispositivo de ligação de veículo à ferramenta 492 e/ou o dispositivo de ligação de veículo à ferramenta 494 pode incluir um conector que atende a um protocolo de mensagem de dados de veículo diferente e/ou que está configurado para se conectar a um OBDC em conformidade com os diferentes protocolos de mensagens de dados do veículo.

A. Ferramenta

[0046] A Figura 7 é um diagrama em blocos de uma ferramenta 100. A ferramenta 100 inclui um processador 102, uma memória 104, um transceptor 106, uma interface de usuário 108, um receptor de sistema global de navegação por satélite (GNSS) 110 e/ou um barramen- to de dados 156. O barramento de dados 156 conecta operativamente o processador 102, a memória 104, o transceptor 106, a interface de usuário 108 e/ou o receptor GNSS 110 entre si. Em outras palavras, o barramento de dados 156 fornece uma conexão operativa entre dois ou mais do processador 102, a memória 104, o transceptor 106, a interface de usuário 108 e/ou o receptor GNSS 110. Em pelo menos al-gumasimplementações, a ferramenta 100 também inclui uma fonte de alimentação 112 e um alojamento 114.

[0047] A conexão operacional fornecida pelo barramento de dados 156 permite que o processador 102 solicite e receba dados da memória 104. A conexão operacional fornecida pelo barramento de dados 156 permite que o processador 102 forneça e armazene dados dentro da memória 104. A conexão operacional fornecida pelo barramento de dados 156 permite que o processador 102 receba entrada de dados usando a interface de usuário 108 e envie dados para a interface de usuário 108 para saída pela interface de usuário 108. A conexão operativa fornecida pelo barramento de dados 156 permite que o processador 102 receba dados recebidos pelo transmissor 106 e para fornecer ao transmissor 106 dados que devem ser transmitidos pelo transmissor 106.

1. Processador

[0048] Um processador, como o processador 102 ou qualquer ou tro processador discutido nesta descrição, pode incluir um ou mais processadores. Qualquer processador discutido nesta descrição pode, portanto, ser referido como "pelo menos um processador" ou "um ou mais processadores". Além disso, qualquer processador discutido nes-tadescrição pode incluir um processador de uso geral (por exemplo, um microprocessador de núcleo único INTEL® ou um microprocessador multicore INTEL®) e/ou um processador de uso especial (por exemplo, um processador de sinal digital, um processador gráfico, um processador embutido ou um processador de circuito integrado especí- fico de aplicativo (ASIC). Além disso, qualquer processador discutido nesta descrição pode incluir ou ser conectado operativamente a um controlador de memória que controla um fluxo de dados indo e vindo de uma memória, tal como a memória 104.

[0049] Qualquer processador discutido nesta descrição pode ser configurado para executar instruções de programa legíveis por compu-tador (CRPI | computer-readable program instructions). Qualquer CRPI discutida nesta descrição pode, por exemplo, incluir instruções de montador, instruções de máquina, instruções dependentes de máqui-na,microcódigo, instruções de firmware, dados de configuração de estado e/ou código-fonte ou código objeto escrito em uma ou qualquer combinação de dois ou mais linguagens de programação. Como exemplo, uma linguagem de programação pode incluir uma linguagem de programação orientada a objetos, como Java, Python ou C++, ou uma linguagem de programação procedural, como a linguagem de programação "C". Qualquer processador discutido nesta descrição pode ser configurado para executar funcionalidade codificada em adição ou como alternativa à funcionalidade codificada por software (por exemplo, via CRPI). Em pelo menos algumas implementações da ferramenta 100, o processador 102 pode ser programado para executar quaisquer funções descritas nesta descrição como sendo executadas pela ferramenta 414 ou pela ferramenta 100.

[0050] Um processador embutido refere-se a um processador com uma função ou funções dedicadas dentro de um dispositivo eletrônico, mecânico, pneumático e/ou hidráulico maior, e é contrastado com um computador de uso geral. O processador embutido pode incluir um chip de unidade de processamento central usado em um sistema que não seja uma estação de trabalho de uso geral, laptop ou computador de mesa. Em algumas implementações, o processador embutido pode executar um sistema operacional, como um sistema operacional em tempo real (RTOS). Como exemplo, o RTOS pode incluir o SMX® RTOS desenvolvido pela Micro Digital, Inc., de modo que o processador embutido pode, mas não necessariamente, incluir (a) um processador ARM (computador de conjunto de instruções reduzido) avançado (por exemplo, um processador ARM AT91SAM4E fornecido pela Atmel Corporation, San Jose, Califórnia), ou (b) um processador COLDFIRE® (por exemplo, um processador 52259) fornecido pela NXP Semiconductors NV, Eindhoven, Holanda. Um processador de uso geral, um processador de uso especial e/ou um processador embutido podem realizar processamento de sinal analógico e/ou processamento de sinal digital.

2. Memória

[0051] Uma memória, como a memória 104 ou qualquer outra memória discutida nesta descrição, pode incluir uma ou mais memórias. Qualquer memória discutida nesta descrição pode, portanto, ser referida como "pelo menos uma memória"ou "uma ou mais memórias". Uma memória pode incluir uma memória não transitória, uma memória transitória ou uma memória não transitória e uma memória transitória. Uma memória não transitória, ou uma parte dela, pode estar localizada dentro ou como parte de um processador (por exemplo, dentro de um único chip de circuito integrado). Uma memória não transitória, ou parte dela, pode ser separada e distinta de um processador.

[0052] Uma memória não transitória pode incluir um componente de armazenamento volátil ou não volátil, tal como um componente de armazenamento de disco ou memória óptica, magnética, orgânica ou outra. Adicionalmente ou alternativamente, uma memória não transitória pode incluir ou ser configurada como uma memória de acesso aleatório (RAM), uma memória somente leitura (ROM), uma memória somente leitura programável (PROM), uma memória somente leitura programável apagável (EPROM), uma memória flash, uma memória somente leitura programável eletricamente apagável (EEPROM) ou uma memória somente leitura de disco compacto (CD-ROM). A RAM pode incluir RAM estática ou RAM dinâmica. Uma memória não transitória pode ser configurada como um dispositivo de armazenamento removível, um dispositivo de armazenamento não removível ou uma combinação dos mesmos. Um armazenamento removível e/ou um dispositivo de armazenamento não removível pode, mas não necessariamente, incluir um dispositivo de disco magnético, como uma unidade de disco flexível ou uma unidade de disco rígido (HDD), uma unidade de disco óptico, como um disco compacto (CD) e/ou uma unidade de disco versátil digital (DVD), uma unidade de estado sólido (SSD) ou uma unidade de fita.

[0053] Uma memória transitória pode incluir, por exemplo, CRPI fornecida através de uma rede de comunicação, tal como o barramen- to de dados 156 e/ou a rede 252 mostrada na Figura 16.

[0054] Uma "memória"pode ser referida por outros termos, como "memória legível por computador", um "meio legível por computador", um "meio de armazenamento legível por computador", um "dispositivo de armazenamento de dados", um "dispositivo de memória, ” “mídia legível por computador”, um “banco de dados legível por computador”, “pelo menos uma mídia legível por computador” ou “uma ou mais mí-diaslegíveis por computador”. Qualquer um desses termos alternativos pode ser precedido pelo prefixo “transitório” se a memória for transitória ou “não transitória” se a memória for não transitória. Para uma memória que inclui várias memórias, duas ou mais das várias memórias podem ser do mesmo tipo de memória ou de tipos diferentes de memórias.

3. Transceptor

[0055] Um transceptor, como o transceptor 106 ou qualquer outro transceptor discutido nesta descrição, pode incluir um ou mais trans- ceptores. Cada transceptor inclui um ou mais transmissores configurados para transmitir dados para uma rede e/ou um barramento de dados dentro do dispositivo (por exemplo, a ferramenta 100) incluindo o transceptor. Cada transceptor inclui um ou mais receptores configurados para receber dados ou uma comunicação transportada por uma rede e/ou um barramento de dados dentro do dispositivo (por exemplo, a ferramenta 100) incluindo o transceptor. Salvo indicação em contrário, quaisquer dados descritos como sendo transmitidos para um dispositivo ou sistema são considerados recebidos por esse dispositivo ou sistema. Da mesma forma, salvo indicação em contrário, quaisquer dados descritos como sendo recebidos de um dispositivo ou sistema são considerados transmitidos por esse dispositivo ou sistema direta ou indiretamente para o dispositivo ou sistema receptor. Para algumas implementações, um transceptor pode incluir um transmissor e um receptor em um único chip semicondutor. Pelo menos em algumas dessas implementações, o chip semicondutor pode incluir um processador.

[0056] Para os fins desta descrição e com relação a um veículo específico (por exemplo, o veículo 412, o veículo 440 ou o veículo 460), uma rede pode ser configurada como uma rede de veículos, uma rede não veicular ou uma rede multifuncional. A rede de veículos está pelo menos parcialmente integrada ao veículo específico e tem um OBDC e uma ou mais unidades de controle eletrônico interconectadas ao OBDC e/ou entre si. Pelo menos em algumas implementações, a ferramenta 100 inclui um chicote que se conecta operativamente ao OBDC no veículo específico e permite que a ferramenta 100 seja disposta fora do veículo específico. Nessas ou em outras implementações, a ferramenta 100 é configurada para se comunicar com o OBDC e pode ser disposta dentro ou fora do veículo específico. A rede não veicular está fora do veículo específico e inclui um ou mais nós de re de fora do veículo específico. A rede multifuncional está contida pelo menos parcialmente dentro do veículo específico e pelo menos parci-almente fora do veículo específico. A rede multifuncional pode incluir uma rede de veículos e uma rede não veicular.

[0057] Pelo menos em algumas das implementações de exemplo, um transmissor, como um transmissor dentro de qualquer transceptor descrito nesta descrição, transmite sinais de rádio transportando dados e um receptor, como um receptor dentro de qualquer transceptor descrito nesta descrição, recebe sinais de rádio transportando dados. Um transceptor com um transmissor de rádio e um receptor de rádio pode incluir uma ou mais antenas e pode ser referido como um "trans- ceptor de rádio", um "transceptor de RF" ou um "transceptor sem fio". "RF" representa "frequência de rádio".

[0058] Um sinal de rádio transmitido ou recebido por um transcep- tor de rádio pode ser organizado de acordo com um ou mais padrões ou protocolos de comunicação sem fio, como um padrão IEEE®, como (i) um padrão IEEE® 802.11 para redes locais sem fio (LAN sem fio) (que às vezes é chamado de padrão WI-FI®) (por exemplo, 802.11a, 802.11b, 802.11g ou 802.11n), (ii) um padrão IEEE® 802.15 (por exemplo, 802.15.1, 802.15,3, 802.15.4 (ZIGBEE®), ou 802.15.5) para redes de área pessoal sem fio (PANs), (iii) um padrão BLUETOOTH® versão 4.1 ou 4.2 desenvolvido pelo Bluetooth Special Interest Group (SIG) de Kirkland, Washington, (iv) um padrão de comunicação celular sem fio, como um padrão de evolução de longo prazo (LTE), (v) um padrão de acesso múltiplo por divisão de código (CDMA), (vi) um padrão de rede digital aprimorada integrada (IDEN), (vii) um sistema global para padrão de comunicações móveis (GSM), (viii) um padrão de serviço de rádio de pacote geral (GPRS), (ix) um sistema universal de telecomunicações móveis stem (UMTS), (x) um padrão de taxas de dados aprimoradas para evolução GSM (EDGE), (xi) um padrão de serviço de distribuição multiponto multicanal (MMDS), (xii) um padrão da União Internacional de Telecomunicações (ITU), como o ITU -T G.9959 padrão referido como o padrão Z-Wave, (xiii) um padrão 6LoWPAN, (xiv) um protocolo de rede Thread, (xv) um padrão da Organização Internacional para Padronização (ISO/Comissão Eletrotécnica Internacional (IEC), como o padrão ISO/IEC 18000-3 para Near Field Communication (NFC), (xvi) o padrão de comunicação Sigfox, (xvii) o padrão de comunicação Neul, (xviii) o padrão de comunicação LoRaWAN ou uma nova comunicação de rádio 5G (5G NR) padrão pela organização de padrões do 3rd Generation Partnership Project (3GPP), como o padrão de comunicação 5G NR, fase 1 ou 5G NR, fase 2. Outros exemplos de padrões ou protocolos de comunicação sem fio são possíveis.

[0059] Pelo menos em algumas das implementações, um trans missor, tal como um transmissor dentro de qualquer transceptor descrito nesta descrição, pode ser configurado para transmitir um sinal (por exemplo, um ou mais sinais ou uma ou mais ondas elétricas) transportando ou representando dados em um circuito elétrico (por exemplo, um ou mais circuitos elétricos). Da mesma forma, um receptor, como um receptor dentro de qualquer transceptor descrito nesta descrição, pode ser configurado para receber através de um circuito elétrico um sinal transportando ou representando dados pelo circuito elétrico. O circuito elétrico pode fazer parte de uma rede não veicular, uma rede veicular ou uma rede multifuncional. O sinal transportado por um circuito elétrico pode ser organizado de acordo com um padrão de comunicação com fio, como um Protocolo de Controle de Transmissão / Protocolo de Internet (TCP/IP), um padrão de comunicação Ethernet IEEE® 802.3 para uma LAN, uma especificação de interface de serviço de dados sobre cabo (padrão DOCSIS), como DOCSIS 3.1, uma especificação de barramento serial universal (USB), um protocolo de mensagem de dados do veículo (VDM) ou algum outro padrão ou pro-tocolo de comunicação com fio. Exemplos de um protocolo VDM estão listados na Seção VI desta descrição. Um circuito elétrico pode incluir um fio, um circuito impresso em uma placa de circuito e/ou um cabo de rede (por exemplo, um único fio, um par trançado de fios, um cabo de fibra óptica, um cabo coaxial, um chicote elétrico, um cabo de alimentação linha, um circuito impresso, um cabo CAT5 e/ou cabo CAT6). O fio pode ser referido como um "condutor". A transmissão de dados pelo condutor pode ocorrer eletricamente e/ou opticamente.

[0060] De acordo com pelo menos algumas implementações, o transceptor 106 inclui um transceptor de rede 150 e/ou um transceptor de comunicação de veículo 152. O transceptor de rede 150 é configurado para se comunicar através de uma rede não veicular e/ou uma rede multifuncional. O transceptor de comunicações de veículo 152 é configurado para se comunicar através de uma rede de veículo e/ou uma rede multifuncional. O transceptor 106 pode ser configurado como um gateway para se comunicar através de uma rede multifuncional. O transceptor 106 também está configurado para se comunicar pelo bar- ramento de dados 156.

[0061] Pelo menos em algumas implementações, o transceptor de rede 150 inclui um modem, uma placa de interface de rede, uma rede de área local (LAN) na placa-mãe (LOM) e/ou um chip montável em uma placa de circuito. Como exemplo, o chip pode incluir um processador de rede CC3100 Wi-Fi® disponível pela Texas Instruments, Dallas, Texas, um módulo CC256MODx Bluetooth® Host Controller Interface (HCI) disponível pela Texas Instruments ou um chip diferente para comunicação via Wi-Fi. Fi®, Bluetooth® ou outro protocolo de co-municação.

[0062] Um nó de rede que está dentro e/ou acoplado a uma rede não veicular e/ou que se comunica através de uma rede não veicular ou uma rede multifuncional usando uma tecnologia de comutação de pacotes pode ser configurado localmente para um próximo 'salto' na rede (por exemplo, um dispositivo ou endereço para onde enviar dados e de onde esperar dados). Como exemplo, um dispositivo (por exemplo, um transceptor) configurado para comunicação usando um padrão IEEE® 802.11 pode ser configurado com um nome de rede, um tipo de segurança de rede e uma senha. Alguns dispositivos negociam automaticamente essas informações por meio de um mecanismo de descoberta (por exemplo, uma tecnologia de telefone celular).

[0063] O transceptor de rede 150 pode ser organizado para trans mitir uma solicitação e/ou receber uma resposta usando um protocolo de transferência, como um protocolo de transferência de hipertexto (ou seja, HTTP), um HTTP sobre um link de soquete seguro (SSL) ou segurança de camada de transporte (TLS) (ou seja, HTTPS), um protocolo de transferência de arquivos (ou seja, FTP) ou um protocolo de transferência de correio simples (SMTP). O transceptor de rede 150 pode ser organizado para transmitir uma mensagem SMS usando um protocolo peer-to-peer de mensagem curta ou usando algum outro protocolo.

[0064] Os dados transmitidos pelo transceptor 106 podem incluir um identificador de destino ou endereço de um dispositivo de computação para o qual os dados devem ser transmitidos. Os dados ou comunicação transmitidos pelo transceptor 106 podem incluir um identificador de origem ou endereço da ferramenta 100. O identificador ou endereço de origem pode ser usado para enviar uma resposta para a ferramenta 100. Esses dados descritos podem incluir um roteiro de test drive ou outra data em vez disso ou também. 4. Interface de usuário

[0065] Pelo menos em algumas implementações, a interface de usuário 108 inclui uma tela 116 e um dispositivo de entrada 118. Nes- sas ou em outras implementações, a interface de usuário 108 também inclui um dispositivo de saída aural 120 ou um dispositivo de feedback tátil 122. Ainda em outras implementações, a interface de usuário 108 inclui a tela 116, o dispositivo de entrada 118, o dispositivo de saída aural 120 e o dispositivo de feedback háptico 122. Qualquer uma das implementações acima mencionadas da interface de usuário 108 pode incluir uma câmera 98, um scanner 154 ou ambos a câmera 98 e o scanner 154.

[0066] A tela 116 pode incluir uma ou mais telas. Como um exem plo, cada tela de uma ou mais telas inclui uma tela sensível ao toque capacitiva, uma tela sensível ao toque resistiva, uma tela de plasma, uma tela de diodo emissor de luz (LED), uma tela de tubo de raios ca-tódicos,um diodo orgânico emissor de luz (OLED) (como um OLED de matriz ativa ou um OLED de matriz passiva), um tela de cristal líquido (LCD) (como um LCD retroiluminado, colorido), uma tela touch screen com o LCD, uma tela sensível ao toque capacitiva ou uma tela sensível ao toque resistiva. A tela 116 pode incluir um tipo diferente de tela também ou em vez disso.

[0067] Pelo menos em algumas implementações, um visor da tela 116 é afixado (por exemplo, afixado de forma removível) a um substrato do alojamento 114 e/ou ao alojamento 114. Nessas ou em outras implementações, um visor da tela 116 é um e/ou dentro de um disposi-tivovestível, como um par de óculos ou óculos de proteção, uma tela montável na cabeça ou uma tela de pulso, como um relógio de pulso (por exemplo, um smartwatch).

[0068] A tela 116 é configurada para exibir um roteiro de test drive e/ou uma representação de um roteiro de test drive armazenado na memória 104. A tela 116 também pode ser configurada para exibir uma imagem estática (como uma imagem de luz visível, uma imagem térmica, e/ou uma imagem combinada com base em uma imagem de luz visível e uma imagem térmica), um vídeo, um arquivo de texto (como um arquivo de texto com uma extensão de arquivo PDF ou uma extensão de arquivo XML), um arquivo de linguagem de marcação de hipertexto, um página da Web (como uma página da Web incluindo uma barra de pesquisa, um cursor e/ou um roteiro de test drive) e/ou uma interface gráfica de usuário (GUI). Pelo menos em algumas implementações, a tela 116 é configurada para exibir uma barra de rolagem horizontal e/ou uma barra de rolagem vertical. A barra de rolagem horizontal e a barra de rolagem vertical podem ser usadas para fazer com que a tela 116 exiba conteúdo não exibido atualmente na tela 116. Uma página da web que pode ser exibida na tela 116 pode incluir qualquer conteúdo mostrado ou descrito em relação a qualquer um ou mais da Figura 17 à Figura 33. Também são possíveis outros exemplos de conteúdo que podem ser exibidos na tela 116.

[0069] O dispositivo de entrada 118 está configurado para receber entradas de usuário de um usuário da ferramenta 100. Como exemplo, o dispositivo de entrada 118 inclui um teclado ou teclado incluindo uma ou mais teclas configuradas para serem pressionadas ou manipuladas pelo usuário. Como outro exemplo, o dispositivo de entrada 118 inclui um microfone configurado para receber ondas sonoras, tais como ondas sonoras produzidas pelo usuário falando palavras em um vocabulário da ferramenta 100. A tela 116 configurada como uma tela sensível ao toque também pode receber entradas do usuário de um usuário da ferramenta 100. Consequentemente, o dispositivo de entrada 118 pode incluir a tela 116 quando configurada como uma tela sensível ao toque.

[0070] Nas implementações que incluem o dispositivo de saída aural 120, o dispositivo de saída aural 120 inclui um ou mais alto- falantes configurados para converter sinais elétricos em sons audíveis. Nessas ou em outras implementações, o dispositivo de saída aural 120 inclui fones de ouvido com fio e/ou fones de ouvido sem fio. Os fones de ouvido com fio podem se conectar a um plugue de áudio ope-racionalmenteconectável a um conector de áudio. Os fones de ouvido sem fio podem incluir fones de ouvido intra-auriculares, como os fones de ouvido intra-auriculares AIRPODS PRO® da Apple Inc.

[0071] Nas implementações que incluem o dispositivo de feedback háptico 122, o dispositivo de feedback háptico 122 pode incluir um motor de massa rotativo excêntrico, um atuador ressonante linear, um atuador piezoelétrico e/ou um dispositivo de impacto forçado (ram acelerada). Pelo menos em algumas dessas implementações ou outras implementações, o dispositivo de feedback háptico 122 pode ser con-figurado como um dispositivo de feedback háptico usável. Como exemplo, o dispositivo de feedback tátil vestível pode incluir uma peça de roupa, um relógio de pulso, uma luva ou óculos. Outros exemplos do dispositivo de feedback háptico 122 também são possíveis.

[0072] A câmera 98 pode incluir uma câmera de luz visível, uma câmera térmica ou uma câmera de luz visível e uma câmera térmica. O scanner 154 pode incluir uma fonte de luz, como um diodo emissor de luz ou um laser, um sensor, como uma ou mais células fotoelétricas e um decodificador. O decodificador pode ser usado para decodificar um código, como um código de barras linear, unidimensional, ou um código de matriz, como um código de resposta rápida (QR). Como exemplo, o decodificador pode decodificar um código para determinar um número de identificação de veículo de uma máquina móvel, ou um número de série ou número de modelo de um componente de máquina móvel (por exemplo, uma ECU).

[0073] Voltando à Figura 43, um dispositivo vestível 751 é mostra do. O dispositivo vestível 751 inclui uma haste 572, um alojamento da haste 753, dobradiças 754, uma barra superior 755, uma ponte 756, lentes 757, almofadas de nariz 758 e uma tela 759. A tela 759 pode incluir uma tela de prisma. O conteúdo descrito nesta descrição como sendo exibido na tela 116, uma parte desse conteúdo e/ou outro conteúdo pode ser exibido na tela 759.

[0074] O alojamento da haste 753 pode conter vários componen tes(não mostrados) do dispositivo vestível 751. Por exemplo, o aloja-mento da haste 753 pode incluir um transceptor, uma câmera, um mi-crofone e/ou uma fonte de alimentação. O transceptor dentro do alo-jamento de haste é configurado para receber conteúdo que deve ser mostrado na tela 759 e para transmitir sinais para a ferramenta 100, como sinais indicativos de um comando de cancelamento, um comando de partida/reinicialização e/ou um teste completo comando de roteiro de unidade. O processador 102 pode responder a esses comandos da mesma maneira que o processador 102 responde à determinação de um USC de cancelamento, um USC de inicialização/reinicialização e um roteiro de test drive completo USC 699, respectivamente, mostrado na Figura 22 à Figura 25 e Figura 27 à Figura 29 é selecionado. Além disso, alternativamente, os sinais podem ser indicativos de um comando de repetição ou de um próximo comando. O processador 102 pode responder a esses comandos da mesma forma que o processador 102 responde à determinação de uma instrução de repetição USC 893 e uma próxima instrução USC 895, respectivamente, mostradas na Figura 28 é selecionado. O transceptor dentro do alojamento da haste pode ser configurado para se comunicar com o transceptor de rede 150 e/ou outro transceptor.

[0075] A Figura 43 mostra o conteúdo 760 exibido na tela 759. O conteúdo 760 é parte de um medidor de progresso 866 mostrado na Figura 28. Outros exemplos de conteúdo que podem ser exibidos na tela 759 também são possíveis.

[0076] Voltando à Figura 44, um dispositivo vestível 773 é mostra do. O dispositivo vestível 773 pode ser configurado como um relógio de pulso com uma pulseira 774, uma coroa 775 e uma tela 776. O con-teúdo descrito nesta descrição como sendo exibido na tela 116, uma parte desse conteúdo e/ou outro conteúdo pode ser exibido na tela 776. O dispositivo vestível 773 pode incluir um processador. O disposi-tivovestível pode incluir um transceptor configurado para se comunicar com o transceptor de rede 150 e/ou outro transceptor.

[0077] A Figura 44 mostra o conteúdo exibido na tela 776. O con teúdo exibido na tela 776 inclui um medidor de progresso 831, uma instrução de repetição USC 777 e uma próxima instrução USC 778. O medidor de progresso 831, que também é mostrado na Figura 29, inclui um indicador de início/fim de medidor 833, um indicador de segmento completo 835, um indicador de segmento incompleto 837, um valor de temporizador 839 e um indicador de DCP 841. Mais detalhes sobre esses aspectos do medidor de progresso 831 são descritos em relação à Figura 29 e são aplicáveis à Figura 44.

[0078] Em resposta à determinação da instrução de repetição USC 777 foi selecionada, um processador do dispositivo vestível 773 é con-figurado para fazer com que um dispositivo de saída auricular do dis-positivovestível 773 emita a instrução de TDS emitida mais recentemente por esse dispositivo de saída auricular. Em resposta à determinação da próxima instrução USC 778 foi selecionada, o processador do dispositivo vestível 773 é configurado para fazer com que o dispositivo de saída auricular do dispositivo vestível 773 emita uma instrução de TDS que o processador do dispositivo vestível 773 está programado para saída usando o dispositivo de saída auditiva do dispositivo vestível 773 após a conclusão do DCP atualmente sendo executado. Outros exemplos de conteúdo que podem ser exibidos na tela 759 também são possíveis.

[0079] Além disso, o processador do dispositivo vestível 773 pode controlar um dispositivo de feedback tátil dentro do dispositivo vestível 773 para notificar um usuário sobre o dispositivo vestível de uma ocor-rência de um evento de procedimento de ciclo de condução, como a transição para um próximo procedimento de ciclo de condução, com-pletando um procedimento de ciclo de condução, aprovação em um procedimento de ciclo de condução ou reprovação em um procedimento de ciclo de condução.

5. Componentes adicionais

[0080] Voltando à Figura 7, o receptor GNSS 110 é configurado para receber sinais de satélites GNSS e para gerar dados GNSS re-presentativos desses sinais recebidos. O processador 102 pode usar os dados GNSS para determinar uma localização, como latitude e longitude, da ferramenta 100. Como exemplo, os dados GNSS podem ser configurados como dados GNSS fornecidos pelo Sistema de Posicio-namento Global associado aos Estados Unidos da América, o sistema Galileo associado à Europa, o sistema BeiDou associado à República Popular da China, o Sistema Global de Navegação por Satélite, por vezes referido como GLONASS, associado à Federação Russa, ou o Sistema de Satélite Quazi-Zenith, por vezes referido como QZSS, associado ao Japão.

[0081] Uma fonte de alimentação, tal como a fonte de alimentação 112 ou qualquer outra fonte de alimentação discutida nesta descrição, pode ser disposta em qualquer uma das várias configurações. Como exemplo, a fonte de alimentação pode ser configurada para incluir cir-cuitos para receber corrente CA de uma fonte elétrica CA (por exemplo, circuitos elétricos conectados operativamente a uma tomada elétrica) e converter a corrente CA em uma corrente CC para fornecer a um ou mais dos componentes conectados à fonte de alimentação 112. Como outro exemplo, a fonte de alimentação pode ser configurada para incluir uma bateria ou ser operada por bateria. Ainda como outro exemplo, a fonte de alimentação pode ser configurada para incluir uma célula solar ou ser operada por energia solar. Além disso, uma fonte de alimentação pode ser configurada para incluir circuito(s) elétrico(s) para distribuir corrente elétrica por todo o dispositivo ou sistema, incluindo essa fonte de alimentação. Como exemplo, esses circuitos elétricos incluem um barramento elétrico 158 que se conecta ao processador 102, à memória 104, ao transceptor 106, à interface de usuário 108 e ao receptor GNSS 110. Outros exemplos de uma fonte de alimentação também são possíveis.

[0082] Pelo menos em algumas implementações, a ferramenta 100 inclui um alojamento 114. O alojamento 114 envolve pelo menos uma porção do seguinte: o processador 102, a memória 104, o trans- ceptor 106, a interface de usuário 108, o barramento de dados 156 e/ ou a fonte de alimentação 112. O alojamento 114 pode suportar um substrato. Pelo menos em algumas implementações de exemplo, pelo menos uma parte do seguinte: o processador 102, a memória 104, o transceptor 106, a interface de usuário 108, o barramento de dados 156 e/ou a fonte de alimentação 112 são montados e /ou conectado a um substrato do alojamento 114. O alojamento 114 pode ser feito de vários materiais. Por exemplo, o alojamento 114 pode ser feito de um material plástico (por exemplo, acrilonitrila butadieno estireno (ABS)) e um elastômero termoplástico usado para formar uma aderência no alojamento 114.

B. Conteúdo da memória

[0083] As implementações de exemplo podem determinar, gerar, armazenar e/ou usar uma variedade de dados legíveis por computador. Pelo menos alguns dos dados legíveis por computador podem ser armazenados em uma memória, como a memória 104 e/ou uma memória 260 mostrada na Figura 16. Como exemplo, a memória 104 contém instruções de programação legíveis por computador (CRPI) 124, um roteiro de test drive 126, um temporizador 128, um status de servi- ço 130, um status de roteiro de test drive (TDS) 132, dados de seleção de veículo 134, funções de scanner de veículo 136, um mapa de PID 138, um mapa de monitoramento 140, um aplicativo 142, dados de diagnóstico e reparo 144, relatórios 146 e/ou dados de localização 148.

[0084] A CRPI 124 inclui instruções de programa executáveis por um processador, tal como o processador 102 e/ou o processador 256 mostrado na Figura 16. Como exemplo, a CRPI 124 pode incluir ins-truções de programa que são executáveis para fazer com que a ferra-menta 100 execute qualquer função descrita como sendo executada pela ferramenta 100 ou pelo processador 102. Como outro exemplo, a CRPI 124 pode incluir instruções de programa que são executáveis para fazer com que um servidor 254 mostrado na Figura 16 execute qualquer função descrita como sendo executada pelo servidor 254 ou pelo processador 256. Pelo menos em algumas implementações, o temporizador 128 é implementado usando instruções de programa da CRPI 124. Pelo menos em algumas dessas implementações ou em outras implementações, o processador 102 comunica-se operativamente com um ou mais temporizadores de hardware para receber entradas para uso pelo temporizador 128. A CRPI 124 pode incluir instruções de programa dispostas como o aplicativo 142.

[0085] O roteiro de test drive 126 inclui um ou mais roteiros de test drive. Como exemplo, o roteiro de test drive 126 inclui um roteiro de test drive que pode ser executado enquanto a ferramenta 100 monitora um sistema eletrônico no veículo 412. Um roteiro de test drive do roteiro de test drive 126 inclui uma sequência organizada de procedimentos de ciclo de condução. A sequência organizada de procedimentos de ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final. Cada procedimento do ciclo de condução é indicativo de um respectivo estado do veículo. Pelo menos em algumas implementações, o roteiro de test drive 126 inclui um primeiro procedimento de ciclo de condução específico que está associado tanto a um primeiro estado de veículo específico quanto a uma primeira condição pertencente ao primeiro estado de veículo específico. O roteiro de test drive 418 (mos-trado na Figura 1) pode, mas não necessariamente, ser armazenado no roteiro de test drive 126. O roteiro de test drive 126 pode incluir o roteiro de test drive 160 mostrado na Figura 8.

[0086] Como exemplo, o estado do veículo indicado por um proce dimento de ciclo de condução pode incluir uma taxa de aceleração, uma velocidade do veículo, uma temperatura de um componente do veículo (por exemplo, uma temperatura de um fluido de veículo específico), uma carga do motor (representando uma transmissão em uma marcha específica ou o veículo sendo conduzido em um caminho com um grau/inclinação específico), um nível de fluido ou um estado específico de um componente do veículo (por exemplo, uma posição específica do acelerador, como acelerador aberto cinquenta por cento; um estado do interruptor do freio aberto ou fechado; compressor de ar condicionado ligado ou desligado; desembaçador de vidro ligado ou desligado; uma ECU do trem de força operando em circuito aberto ou fechado, ou uma lâmpada indicadora de mau funcionamento ligada ou desligada). Como outro exemplo, o estado do veículo pode incluir a ocorrência de um estado do veículo idêntico ao estado do veículo para um procedimento de ciclo de condução realizado anteriormente no roteiro de test drive. Assim, alguns roteiros de test drive podem incluir procedimentos de ciclo de condução idênticos em locais diferentes dentro da sequência organizada de procedimentos de ciclo de condução.

[0087] O temporizador 128 inclui um ou mais temporizadores. Co mo exemplo, o temporizador 128 pode incluir um temporizador de con-tagem crescente que é iniciado quando um procedimento de ciclo de condução do roteiro de test drive 126 começa. O temporizador de con-tagem crescente pode parar quando o procedimento de ciclo de condução do roteiro de test drive 126 terminar. Como outro exemplo, o temporizador 128 pode incluir um temporizador de contagem regressiva que é iniciado quando um procedimento de ciclo de condução do roteiro de test drive 126 começa. O temporizador de contagem regressiva pode parar quando o procedimento de ciclo de condução do roteiro de test drive 126 termina. O processador 102, 256 pode ser configurado para emitir um tempo indicado pelo temporizador 128 para a interface de usuário 108. O processador 102, 256 pode ser configurado para pausar ou reiniciar o temporizador 128, como pausar o temporizador 128 se o veículo mudar de veículo estados ou redefinir o temporizador 128 se o veículo mudar de operar no estado de veículo necessário para um procedimento de ciclo de condução para um estado de veículo diferente e, em seguida, voltar ao estado de veículo necessário para o procedimento de ciclo de condução.

[0088] O estado de serviço 130 inclui dados indicativos de um es tado de manutenção do veículo 412. Em um aspecto, o estado de ma-nutenção do veículo pode ser um modo de serviço de veículo particular. O modo de serviço de veículo particular pode ser um modo de serviço de veículo de vários modos de serviço de veículo dispostos em uma sequência de modos de serviço de veículo. Como exemplo, os vários modos de serviço de veículo organizados em uma sequência de modos de serviço de veículo podem incluir um modo de diagnóstico, um modo de reparo, um modo de test drive e um modo de relatório pós-reparo. O processador 102 pode ser configurado para determinar que o modo de serviço de veículo específico é o modo de diagnóstico ao determinar que um novo tipo de veículo ou um novo veículo específico foi selecionado. Adicionalmente ou alternativamente, o processador 102 pode ser configurado para recuperar um modo de serviço de veículo anterior que foi usado anteriormente para um veículo específico. Um benefício de rastrear o status de manutenção do veículo 412 é que o processador 102 pode fazer com que a tela 116 exiba um indicador do status. Um usuário que vê esse indicador é capaz de ver o quanto ele progrediu na manutenção do veículo e/ou que outras informações exibidas com o indicador do status são aplicáveis ao modo de serviço do veículo indicado.

[0089] O status de TDS 132 inclui dados indicativos de um status de execução de um roteiro de test drive. De acordo com implementações nas quais o roteiro de teste de acionamento inclui um ou mais procedimentos de ciclo de condução, o status de TDS 132 pode incluir dados indicativos de um status de execução de cada um ou mais pro-cedimentos de ciclo de condução. De acordo com essas ou outras im-plementações, o status de roteiro de test drive 132 pode incluir valores de medição para medições realizadas pela ferramenta 100 durante a execução do roteiro de test drive e/ou valores de parâmetro para PID(s) recebidos pela ferramenta 100 durante a execução do roteiro da unidade de teste. O status de TDS 132 pode incluir uma saída de valor de tempo pelo temporizador 128. Um benefício de armazenar o status de TDS 132 é que o processador 102 pode enviar para a interface de usuário 108 pelo menos uma parte do status de TDS para que um usuário da ferramenta 100 pode ser informado se qualquer alteração na operação do veículo 412 durante a execução do roteiro de test drive 126 deve ser realizada por um condutor do veículo 412.

[0090] Os dados de seleção de veículo 134 podem incluir um ou mais menus de seleção de veículo. O processador 102, 256 pode emitir um menu de seleção de veículo para permitir que um usuário da fer-ramenta 100 selecione um tipo de veículo ou um veículo específico. A Figura 18 mostra um exemplo de uma GUI 600 que inclui um menu de seleção de veículo. Os dados de seleção de veículo 134 também po- dem incluir dados que representam relações entre anos de modelo de veículo e os tipos de veículos que foram construídos para e/ou durante cada ano de modelo. Por exemplo, para um determinado ano de modelo, os dados de seleção de veículo 134 podem incluir dados que indicam todas as marcas de veículos que incluem pelo menos um tipo de veículo para o ano de modelo determinado e, para cada uma dessas marcas de veículos, os dados de seleção de veículo 134 podem incluir dados que indiquem todos os modelos de veículos que correspondem a uma das marcas de veículos que construíram pelo menos um tipo de veículo para o ano modelo determinado. O processador 102, 256 pode gerar um menu de seleção de veículo com base nos outros dados dentro dos dados de seleção de veículo 134.

[0091] As funções de scanner de veículo 136 incluem uma ou mais funções que incluem a ferramenta 100 transmitindo uma mensagem de dados de veículo para o veículo 412 e/ou recebendo uma mensagem de dados de veículo do veículo 412. Como exemplo, as funções de scanner de veículo 136 incluem uma função que inclui o transceptor de comunicação do veículo 152 transmitindo uma mensagem de dados do veículo para o veículo e/ou recebendo uma mensagem de dados do veículo do veículo 412. Exemplos pertencentes a uma mensagem de dados do veículo são descritos na Seção VI abaixo. Pelo menos em algumas implementações, uma mensagem de dados do veículo recebida do veículo 412 pode incluir dados indicativos de um tipo de veículo e/ou um veículo específico. Nessas ou outras implementações, uma mensagem de dados do veículo recebida do veículo 412 pode incluir dados indicativos de um DTC definido no veículo 412.

[0092] Pelo menos em algumas implementações, uma mensagem de dados do veículo transmitida para um veículo inclui um PID e uma mensagem de dados do veículo transmitida para a ferramenta 100 do veículo em resposta à mensagem de dados do veículo transmitida ao veículo incluindo um PID inclui um valor de parâmetro associado ao PID. Essa mensagem de resposta pode, mas não necessariamente, incluir o PID ou um identificador representativo do PID.

[0093] A Tabela 1 mostra um exemplo de uma mensagem de soli citação e resposta incluindo um PID de acordo com um exemplo de protocolo de dados de veículo referido como um protocolo de rede de área de controlador. Neste exemplo, o identificador de nó é um identi-ficador de onze bits escrito como um octal e dois números hexadecimais, e os bytes de dados (DB) restantes são escritos como hexadecimal. Por exemplo, o PID $4D equivale ao PID 77 (em formato decimal) para a velocidade do motor mostrada pelo menos na Figura 9. Para determinar uma velocidade do motor para mostrar em um indicador de parâmetro PID 143 mostrado na Figura 25, os valores de parâmetro hexadecimais $3C90 podem ser convertidos em decimal e depois divididos por quatro para chegar a uma velocidade do motor de 3.876 rotações por minuto. O identificador de nó pode indicar qual dispositivo enviou a mensagem de dados do veículo. Os valores de $ 55 indicam que os bytes de dados não são usados. Outros exemplos de uma mensagem de solicitação e resposta incluindo um PID e/ou uma fórmula para converter um valor de parâmetro PID hexadecimal em um valor de parâmetro PID decimal usando o mesmo ou outro protocolo de dados são possíveis. TABELA 1

[0094] A ferramenta 100 pode monitorar um sistema eletrônico, tal como o sistema de veículo 20, em um veículo solicitando valores de parâmetro PID do sistema de veículo, recebendo os valores de parâmetro PID e comparando os valores de parâmetro PID com um ou mais limites de parâmetro PID para determinar se o valor do parâmetro PID está dentro de uma faixa de operação esperada para que o sistema do veículo funcione corretamente. O monitoramento do sistema eletrônico também pode incluir a ferramenta 100 armazenando valores de parâmetros PID na memória. Pelo menos em algumas implementações, a ferramenta 100 monitora o sistema eletrônico em vários modos de serviço de veículo da ferramenta 100, como o modo de diagnóstico, o modo de reparo, o modo de test drive e o modo de relatório pós- reparo. A ferramenta 100 pode armazenar os valores de parâmetro PID como dados de status de test drive 206, como mostrado na Figura 13 a 15.

[0095] O mapa de PID 138 inclui um mapeamento de PIDs para nomes de parâmetros. Um processador, tal como o processador 102, pode determinar PIDs contidos no roteiro de test drive 126 (por exemplo, PIDs associados a um procedimento de ciclo de condução específico do roteiro de test drive) e determinar nomes de parâmetros correspondentes a partir do mapa de PID 138. O processador 102 pode então preencher uma seção de exibição de parâmetro, tal como a seção de exibição de parâmetro 760 mostrada em pelo menos a Figura 22, dentro de uma GUI contendo uma representação de pelo menos uma parte de um roteiro de test drive. A seção de exibição de parâmetros pode incluir nomes de parâmetros correspondentes a PIDs relacionados a um procedimento de ciclo de condução específico enquanto o procedimento de ciclo de condução específico está sendo executado. O processador 102 pode solicitar e receber parâmetros associados aos PIDs determinados e exibir os parâmetros recebidos dentro da seção de exibição de parâmetros.

[0096] O mapa de monitoramento 140 de identificadores de moni toramento para nomes de monitor. Um processador, tal como o pro-cessador 102, pode determinar os identificadores de monitoramento contidos no roteiro de test drive 126 (por exemplo, identificadores de monitoramento associados a um procedimento de ciclo de condução específico do roteiro de test drive) e determinar os nomes de monito-ramento correspondentes a partir do mapa de monitoramento 140. O processador 102 pode então preencher uma seção de exibição de monitoramento de prontidão, tal como uma seção de exibição de moni-toramento de prontidão 772 mostrada pelo menos na Figura 22, dentro de uma GUI contendo uma representação de pelo menos uma parte de um roteiro de test drive. A seção de exibição de monitoramento de prontidão pode incluir nomes de monitoramento correspondentes um identificadores de monitoramento relacionados ao procedimento de ciclo de condução específico enquanto o procedimento de ciclo de condução específico está sendo executado. O processador 102 pode solicitar e receber dados de status de monitoramento associados aos identificadores de monitoramento determinados e exibir os dados de status de monitoramento recebidos dentro da seção de exibição de monitoramento de prontidão.

[0097] O aplicativo 142 inclui um ou mais aplicativos executáveis pelo processador 102. Pelo menos em algumas implementações, um ou mais aplicativos incluem um aplicativo de navegador da web (ou mais simplesmente, um navegador da web). O aplicativo de navegador da web é organizado para recuperar informações da World Wide Web usando uma rede não veicular ou uma rede multifuncional, como a rede 252 mostrada na Figura 16. O aplicativo de navegador da web pode exibir uma página da web na tela 116. Pelo menos em algumas im-plementações, a página da web inclui uma GUI incluindo conteúdo dentro de uma GUI mostrada na Figura 17 à Figura 33.

[0098] Os dados de reparo 144 incluem dados que a ferramenta 100 está configurada para usar em um ou mais dos modos de serviço aqui descritos como sendo usados pela ferramenta 100. Como exemplo, a ferramenta 100 pode usar os dados de reparo 144 em um ou mais dentre um modo de serviço de diagnóstico, um modo de serviço de reparo, um modo de serviço de test drive e/ou um modo de serviço de relatório pós-reparo. Cada um desses modos de serviço é descrito mais abaixo. Exemplos dos dados de reparo são mostrados na Figura 34 à Figura 42 e são descritos em detalhes na Seção V desta descrição.

[0099] Como exemplo, para um sintoma específico (por exemplo, um DTC P0171) exibido por um veículo, o processador 102, 256 pode se referir aos dados de mapeamento de sintoma para PID 551 mostrados na Figura 36 para determinar um conjunto de PIDs correspondentes ao sintoma específico. Durante um modo de serviço, tal como o modo de serviço de diagnóstico, a ferramenta 100 pode transmitir mensagens de dados do veículo para solicitar o conjunto de PIDs e exibir o conjunto de PIDs com valores de parâmetro na tela 116 para fornecer informações que um usuário pode usar para determinar como prossiga com a manutenção do veículo.

[00100] Como outro exemplo, para um sintoma específico (por exemplo, um DTC P0171) exibido por um veículo, o processador 102, 256 pode se referir aos dados de mapeamento de teste de sintoma para componente 553 mostrados na Figura 36 para determinar um conjunto de testes de componentes correspondentes ao sintoma específico. Durante um modo de serviço, tal como o modo de serviço de diagnóstico, a ferramenta 100 pode exibir um respectivo controle sele- cionável pelo usuário de teste de componente (USC) para cada teste de componente do conjunto de testes de componente. Em resposta à determinação de que um USC de teste de componente específico foi selecionado, o processador 102 pode fazer com que a ferramenta 100 configure automaticamente a ferramenta 100 para realizar o teste de componente e/ou inicie automaticamente a execução do teste de componente.

[00101] Em qualquer implementação em que o processador 256 se refere aos dados de mapeamento de sintoma para teste de componente 553, o servidor 254 pode transmitir valor(es) de índice dentro dos dados de mapeamento de sintoma para teste de componente 553 para um sintoma identificado para o a ferramenta 100 e o processador 102 podem se referir aos dados de mapeamento de sintoma para teste de componente 553 dentro da memória 104 para determinar quais testes de componentes devem ser realizados determinando quais testes de componentes estão associados ao valor de índice(s) fornecidos pelo servidor 254. O processador 102 pode então fazer com que a tela 116 exiba USC(s) de teste de componente para permitir a seleção do(s) teste(s) de componente.

[00102] Ainda como outro exemplo, para um sintoma específico (por exemplo, um DTC P0171) exibido por um veículo, o processador 102, 256 pode se referir aos dados de mapeamento de sintoma para teste funcional 555 mostrados na Figura 36 para determinar um conjunto de testes funcionais correspondentes ao sintoma específico. De acordo com este exemplo, os testes funcionais são referidos como FT1, FT2, FT3, FT4 (onde FT representa “teste funcional”). Durante um modo de serviço, como o modo de serviço de diagnóstico, a ferramenta 100 pode exibir um respectivo teste funcional USC para cada teste funcional do conjunto de testes funcionais.

[00103] Em resposta à determinação de que um USC de teste fun-cionalespecífico foi selecionado, o processador 102 pode fazer com que a ferramenta 100 configure automaticamente a ferramenta 100 para realizar o teste funcional e/ou iniciar automaticamente a execução do teste funcional. Pelo menos em algumas implementações, configurar a ferramenta 100 para realizar um teste funcional inclui carregar o transceptor de comunicações do veículo 152 com uma mensagem de dados do veículo incluindo um identificador para o teste funcional as- sociado ao USC de teste funcional selecionado e transmitir a mensagem de dados do veículo para o veículo. Em qualquer implementação em que o processador 256 se refere aos dados de mapeamento de sintoma para teste funcional 555, o servidor 254 pode transmitir va- lor(es) de índice dentro dos dados de mapeamento de sintoma para teste funcional 555 para um sintoma identificado para o a ferramenta 100 e o processador 102 podem se referir aos dados de mapeamento de sintoma para teste funcional 555 dentro da memória 104 para determinar quais testes funcionais devem ser realizados determinando quais testes funcionais estão associados ao valor de índice(s) fornecidos pelo servidor 254. O processador 102 pode então fazer com que a tela 116 exiba USC(s) de teste funcional para permitir a seleção do(s) teste(s) funcional(is).

[00104] Ainda como outro exemplo, para um sintoma específico (por exemplo, um DTC P0171) exibido por um veículo, o processador 102, 256 pode se referir aos dados de mapeamento de procedimento de sintoma para procedimento de reinicialização 557 mostrados na Figura 36 para determinar um conjunto de procedimentos de reiniciali- zação correspondentes ao sintoma específico. Durante um modo de serviço, como o modo de serviço de reparo, a ferramenta 100 pode exibir um procedimento de reinicialização USC para cada procedimento de reinicialização do conjunto de procedimentos de reinicialização.

[00105] Em resposta à determinação de que um determinado pro-cedimento de reinicialização USC foi selecionado, o processador 102 pode fazer com que a ferramenta 100 configure automaticamente a ferramenta 100 para realizar o procedimento de reinicialização e/ou iniciar automaticamente a execução do procedimento de reinicializa- ção. Pelo menos em algumas implementações, configurar a ferramenta 100 para realizar um procedimento de reinicialização inclui carregar o transceptor de comunicações do veículo 152 com uma mensagem de dados do veículo incluindo um identificador para o procedimento de reinicialização associado ao procedimento de reinicialização selecionado USC e transmitir a mensagem de dados do veículo para o veículo. Em qualquer implementação em que o processador 256 se refere aos dados de mapeamento de sintoma para procedimento de reinicia- lização 557, o servidor 254 pode transmitir valor(es) de índice dentro dos dados de mapeamento de sintoma para procedimento de reinicia- lização 557 para um sintoma identificado para o a ferramenta 100 e o processador 102 podem se referir aos dados de mapeamento de sintoma para procedimento de reinicialização 557 dentro da memória 104 para determinar quais procedimentos de reinicialização devem ser executados determinando quais procedimentos de reinicialização estão associados ao(s) valor(es) de índice fornecido(s) pelo servidor 254.

[00106] Os dados de reparo 144 podem incluir dados que sugerem um componente para manutenção (por exemplo, ajustar ou substituir) em um veículo. O processador 102, 256 pode determinar qual componente sugerir com base nos resultados do(s) teste(s) de componente e/ou teste(s) funcional(is) realizado(s) durante o modo de serviço de diagnóstico. Essa determinação pode também basear-se no fato de, durante um test drive do veículo que contém o componente reparado, um monitor falhou e/ou uma lâmpada indicadora de mau funcionamento dentro do veículo ligada. O processador 102, 256 pode ser configurado para diminuir uma taxa de confiança ao sugerir que o componente alivie um sintoma específico no veículo se o monitor falhar e/ou uma lâmpada indicadora de mau funcionamento dentro do veículo ligada durante o test drive um número limite ou porcentagem de vezes para o sintoma específico e manutenção do componente do veículo. Em contraste, o processador 102, 256 pode ser configurado para aumentar a taxa de confiança ao sugerir que o componente alivie o sintoma específico no veículo se o monitor não falhar e a lâmpada indicadora de mau funcionamento dentro do veículo não acender durante o test drive um número limite ou porcentagem de vezes para o sintoma específico e manutenção do componente do veículo.

[00107] Os relatórios 146 incluem um ou mais relatórios gerados por um processador, como o processador 102, 256. Um relatório dentro dos relatórios 146 inclui o conteúdo do relatório. O processador 102 pode emitir um relatório para a tela 116 e a tela 116 pode exibir a saída do relatório pelo processador 102. Exemplos de conteúdo de relatóriosão mostrados na Figura 31 a Figura 33. Esses números são discutidos na Seção IV.

[00108] Os dados de localização 148 podem incluir os dados GNSS representativos de sinais GNSS recebidos pelo receptor GNSS 110 e/ou uma localização determinada pelo processador 102 com base nos dados GNSS. O processador 102 pode transmitir a localização determinada para o servidor 254.

[00109] A CRPI 124 pode incluir instruções de programa executáveis por um processador para emitir dados de seleção de veículo 134 na tela 116 e para determinar um tipo de veículo ou um veículo particular através do uso dos dados de seleção de veículo 134. Adicionalmente ou alternativamente, a CRPI 124 pode incluir instruções de pro-gramaexecutáveis por um processador para determinar um tipo de veículo ou um veículo específico através do uso da função de scanner de veículo 136.

[00110] A CRPI 124 pode incluir instruções de programa executáveis por um processador para determinar uma condição de serviço (por exemplo, um sintoma) do veículo. Como exemplo, a condição de serviço pode incluir um DTC determinado pelo processador que executa a CRPI para solicitar e receber o DTC do veículo. Como outro exemplo, a condição de serviço pode incluir um identificador de sistema de veículo, um identificador de componente de veículo, um DTC e/ou uma reclamação de cliente inserida por meio de uma GUI, como a GUI 602 mostrada na Figura 19.

[00111] A seguir, a Figura 8 mostra um roteiro de test drive 160 de acordo com as implementações de exemplo. O roteiro de test drive 160 inclui números de procedimento de ciclo de condução 162, instruções de roteiro de test drive (TDS) 164, valores de temporizador 166, PIDs 168 e identificadores de monitoramento 170. As instruções TDS 164 incluem instruções indicando como o veículo deve ser operado durante o test drive. Como exemplo, os procedimentos do ciclo de condução numerados 1, 2, 3, 4, 5, 6, 7 na Figura 8 estão associados às instruções TDS 161, 163, 165, 167, 169, 171, 173, respectivamente. Os valores do temporizador 166 podem incluir valores do temporizador a serem contados usando o temporizador 128. Como exemplo, os procedimentos do ciclo de condução numerados 1, 2, 3, 4, 5, 6, 7 na Figura 8 estão associados a valores de temporizador 175, 177, 179, 181, 183, 185, 187, respectivamente. Um ou mais dos valores de temporizador 166 podem incluir um valor de temporizador que indica uma estimativa de quanto tempo levará para realizar o procedimento de ciclo de condução associado a esse valor de temporizador. Adicionalmente ou alternativamente, um ou mais dos valores de temporizador 166 podem incluir um valor de temporizador que indica por quanto tempo uma ECU requer que o procedimento de ciclo de condução associado a esse valor de temporizador seja executado.

[00112] Embora a Figura 8 mostra que cada procedimento de ciclo de condução está associado a um único temporizador, em pelo menos algumas implementações, um procedimento de ciclo de condução de um roteiro de test drive pode ser associado a vários temporizadores ou nenhum temporizador. O fornecimento de identificadores de monito-ramento com um procedimento de ciclo de condução permite que o processador 102 solicite e receba dados de status do monitor enquan- to o procedimento de ciclo de condução está sendo executado. Pelo menos em algumas implementações, se o processador 102 determinar que os dados de status do monitor indicam que o monitor falhou durante a execução do procedimento do ciclo de condução, o processador 102 pode emitir através da interface do usuário uma indicação de que o monitor falhou. Receber tal indicação durante a execução do roteiro de test driveé benéfico, pois o condutor pode encerrar o roteiro de test drive antecipadamente e retornar à oficina para continuar reparando o veículo antes de executar o roteiro de test drive em sua totalidade.

[00113] Adicionalmente, o processador 102 pode usar os valores de temporizador 166 e os identificadores de monitoramento 170 para de-terminar quando transmitir uma mensagem de dados do veículo para o veículo 12 para determinar se um monitor passou ou falhou. Pelo menos em algumas implementações, o processador 102 começa a transmitir a mensagem de dados do veículo para solicitar o status do monitor um limite de tempo antes que o temporizador para o procedimento de ciclo de condução expire. Por exemplo, a quantidade de tempo limite pode ser uma quantidade fixa de tempo, como um minuto. Como outro exemplo, a quantidade de tempo limite pode ser uma porcentagem fixa do temporizador para o procedimento de ciclo de condução, como vinte e cinco por cento do valor do temporizador para o procedimento de ciclo de condução. Um benefício de esperar para enviar as mensagens de dados do veículo para solicitar o status do monitor até um período de tempo mais próximo de quando o status do monitor provavelmente mudará é que a rede do veículo 432 não é carregada com mensagens de dados do veículo para solicitar o status do monitor durante um tempo período em que o status do monitor provavelmentenão mudará. Além disso, se o status do monitor mudar para passar ou falhar antes que o temporizador expire, então o processador 102 pode determinar que o próximo procedimento de ciclo de condução do roteiro de test drive pode começar.

[00114] A seguir, a Figura 9 mostra um mapa de PID 180 de acordo com as implementações de exemplo. O mapa de PID 180 pode estar contido no mapa de PID 138 sozinho ou com um ou mais outros mapas PID. O mapa de PID 180 inclui um ou mais PIDs 182 e respectivos nomes de parâmetros 184. De acordo com pelo menos algumas implementações, os PIDs são apenas numéricos e os nomes de parâmetrossão alfanuméricos. Um mapa de PID pode ser associado a um ou mais tipos diferentes de veículos. Um mapa de PID diferente (não mostrado) pode ser associado a um ou mais tipos diferentes de veículos. O mapa de PID 180 pode incluir um identificador de tipo de veículo 186 para que o processador 102 possa localizar o mapa de PID 180 para um tipo específico de veículo sendo atendido usando a ferramenta 100. Para fins desta descrição, o tipo de veículo "A" nos desenhos pode representar o tipo de veículo “2014 Chevrolet Tahoe (4WD)” conforme mostrado em pelo menos alguns dos desenhos.

[00115] De acordo com uma implementação de exemplo, o processador 102 pode determinar um PID dos PIDs 168 no roteiro de test drive 160 e determinar um nome de parâmetro para o PID determinado. O processador 102 pode solicitar e receber um valor de parâmetro do veículo 412 transmitindo pelo menos o PID associado ao valor de pa-râmetro. Depois disso, o processador 102 pode preencher uma GUI com pelo menos uma parte do roteiro de test drive e uma seção de exibição de parâmetro incluindo o nome do parâmetro e o valor do parâmetro, ambos associados ao PID enviado ao veículo.

[00116] A seguir, a Figura 10 mostra um mapa de monitoramento 189 de acordo com as implementações de exemplo. O mapa de monitoramento 189 pode estar contido no mapa de monitoramento 140 sozinho ou com um ou mais outros mapas de monitor. O mapa de moni- toramento 189 inclui um ou mais identificadores de monitoramento 190 e respectivos nomes de monitoramento 191 e identificadores de indicador de monitoramento de prontidão (RMI) 192. De acordo com pelo menos algumas implementações, os identificadores de monitoramento 190 são apenas numéricos e os nomes de monitoramento 191 são alfanuméricos. O processador 102 pode incluir um identificador de monitoramento entre os identificadores de monitoramento 190 em um VDM para solicitar um status de um monitor de prontidão associado ao respectivo nome de monitor. Um mapa de monitoração pode ser associado a um ou mais tipos diferentes de veículos. Um mapa de monitoramento diferente (não mostrado) pode ser associado a um ou mais outros tipos diferentes de veículos. O mapa de monitoramento 189 pode incluir um identificador de tipo de veículo 193 para que o processador 102 possa localizar o mapa de monitoramento 189 para um tipo particular de veículo sendo atendido usando a ferramenta 100.

[00117] De acordo com uma implementação de exemplo, o processador 102 pode determinar um identificador de monitoramento a partir dos identificadores de monitoramento 170 no roteiro de test drive 160 e determinar um nome de monitoramento a partir dos nomes de moni-toramento 191 para o identificador de monitoramento determinado. O processador 102 pode solicitar e receber um valor de status de um monitor do veículo 412 transmitindo pelo menos o identificador de mo-nitoramento associado ao monitor. Depois disso, o processador 102 pode preencher uma GUI com uma seção de exibição de monitoramento de prontidão, incluindo o nome do monitor e o status do monitor, ambos associados ao identificador do monitor enviado ao veículo.

[00118] A seguir, a Figura 11 mostra um mapa de roteiro de test drive 194 de acordo com as implementações de exemplo. O mapa de roteiro de test drive 194 pode estar contido em uma memória, como a memória 104, 260. Em particular, o mapa de roteiro de test drive 194 pode estar contido no roteiro de test drive 126. O processador 102 pode solicitar e receber um roteiro de test drive determinando um roteiro de test drive associado a um ou mais identificadores associados a esse roteiro de test drive. Como exemplo, um ou mais identificadores as-sociados a um roteiro de test drive 195 podem incluir um tipo de identi-ficador de veículo 196, um identificador de sistema 197, um identificador de componente 198 e/ou um identificador de código de problema de diagnóstico (DTC) 199. Em algumas implementações, um ou mais roteiros de test drive podem ser associados a vários componentes. Esses um ou mais roteiros de test drive podem ser usados quando vários componentes foram reparados no veículo ou por outros motivos. A Figura 19 mostra uma GUI 602 configurada para permitir que um usuário da ferramenta 100 insira um identificador de sistema, um identificador de componente e um DTC. Nas implementações usando a GUI 602, um tipo de veículo já foi inserido.

[00119] A seguir, a Figura 12 mostra os dados de status de test drive 200 pertencentes ao roteiro de test drive 160. Os dados de status de test drive 200 podem ser armazenados no status de TDS 132. Conforme mostrado na Figura 12, os dados de status de test drive 200 in-cluemnúmeros de procedimento de ciclo de condução 201 que cor-respondem aos números de procedimento de ciclo de condução 162 (mostrados na Figura 8). Os dados de status de test drive 200 também incluem status de procedimento de ciclo de condução 202, ou seja, um status para cada procedimento de ciclo de condução do roteiro de test drive 160. Como exemplo, um status de ciclo de condução pode ser "não iniciado", "em andamento, ” “interrompido” ou “concluído”. Os dados de status de test drive 200 incluem parâmetros PID 203. Os dados de status de test drive 200 incluem ainda dados de status de monitores aprovados (M/P) 204 e dados de status de monitores com falha (M/F) 205. Como mostrado na Figura 12, todos os status de procedimentos de ciclo de condução 202 são "não iniciados". Consequentemente, ne-nhumparâmetro PID foi recebido para o roteiro de test drive 160 e todos os dados de status M/P 204 e todos os dados de status M/F 205 indicam nenhum, porque nenhum dos monitores foi verificado ainda.

[00120] A seguir, a Figura 13 mostra os dados de status de test drive 206 pertencentes ao roteiro de test drive 160. Os dados de status de test drive 206 podem ser armazenados no status de TDS 132. Os dados de status de test drive 206 são semelhantes aos dados de status de test drive 200, exceto que o status e os dados do parâmetro PID para o DCP 1 foram alterados desde que o DCP 1 foi iniciado e está em andamento. Como mostrado na Figura 13, os parâmetros PID foram recebidos para os PIDs 61, 77, 78 e 79, mas nenhum dos monitores 25, 27, 30, 33 e 34 passou ou falhou. Como mostrado na Figura 8, esses são os monitores que devem ser verificados para o DCP 1. Além disso, nenhum parâmetro PID foi recebido para os DCPs 2 a 7, e a aprovação ou reprovação dos monitores não foi determinada para os DCPs 2 a 7, porque os DCPs 2 a 7 não começaram. Embora a Figura 13 mostra apenas um único parâmetro para cada um dos PIDs 61, 77, 78 e 79, o status de TDS 132 pode incluir vários parâmetros para um ou mais PIDs para um ou mais dos procedimentos do ciclo de condução que foram pelo menos parcialmente executados.

[00121] A seguir, a Figura 14 mostra os dados de status de test drive 207 pertencentes ao roteiro de test drive 160. Os dados de status de test drive 207 podem ser armazenados no status de TDS 132. Semelhante aos dados de status de test drive 200, 206, os dados de status de test drive 207 incluem o drive números de procedimento de ciclo 201, os status de procedimento de ciclo de condução 202, os parâmetros PID 203, os dados de status M/P 204 e os dados de status M/F 205. Como mostrado na Figura 14, o status do DCP 1 está completo e o status do DCP 2 está em andamento. Além disso, a Figura 14 mos- tra que o monitor associado ao monitor ID 34 passou como resultado da execução e/ou durante a execução do DCP 1. A Figura 14 também mostra que nenhum parâmetro PID foi recebido para os DCPs 3 a 7, e a aprovação ou reprovação de monitores não foi determinada para os DCPs 3 a 7, porque os DCPs 3 a 7 não foram iniciados.

[00122] A seguir, a Figura 15 mostra os dados de status de test drive 208 pertencentes ao roteiro de test drive 160. Os dados de status de test drive 208 podem ser armazenados no status de TDS 132. Semelhante aos dados de status de test drive 200, 206, 207, os dados de status de test drive 208 incluem os números de procedimento de ciclo de condução 201, os status de procedimento de ciclo de condução 202, os parâmetros PID 203, os dados de status M/P 204 e os dados de status M/F 205. Conforme mostrado na Figura 15, os status do DCP 1 e do DCP 2 estão completos e o status do DCP 3 está em andamento.Além disso, a Figura 15 mostra que o monitor associado ao monitor ID 34 passou como resultado da execução e/ou durante a execução do DCP 1 e que o monitor associado ao monitor ID 27 passou como resultado da execução e/ou durante a execução do DCP 2. Figura 15 também mostra que nenhum parâmetro PID foi recebido para os DCPs 4 a 7, e a aprovação ou falha de monitores não foi determinada para os DCPs 4 a 7, porque os DCPs 4 a 7 não foram iniciados. C. Sistema de computação do servidor

[00123] A Figura 16 é um diagrama em blocos de um sistema 250 de acordo com uma ou mais implementações de exemplo. O sistema 250 inclui o veículo 412 com o sistema de veículo 20, a ferramenta 414, uma rede 252 e um servidor 254. A rede 252 pode incluir uma rede não veicular ou uma rede multifuncional. A ferramenta 414 dentro do sistema 250 pode ser disposta como a ferramenta 100 mostrada na Figura 7. O veículo 412 pode ser disposto como o veículo 440, o veí- culo 460 ou qualquer outro veículo ou máquina móvel descrita nesta descrição. A rede 252 pode incluir qualquer rede sem fio e/ou qualquer rede com fio descrita nesta descrição ou outro tipo ou combinação de dois ou mais tipos de redes que permitem que o servidor 254 e a fer-ramenta 414 se comuniquem entre si.

[00124] O servidor 254 inclui um processador 256, um transceptor 258, uma memória 260 e um barramento de dados 262. O barramento de dados 262 conecta operativamente o processador 256, o transcep- tor 258 e/ou a memória 260 entre si. Em outras palavras, o barramento de dados 262 fornece uma conexão operativa entre dois ou mais do processador 256, o transceptor 258 e/ou a memória 260. Pelo menos em algumas implementações, o servidor 254 também inclui uma fonte de alimentação 264 e um alojamento 266. A fonte de alimentação 264 pode fornecer corrente elétrica ao processador 256, ao transceptor 258 e/ou à memória 260 usando um barramento de energia 268.

[00125] A descrição de um processador acima refere-se a “qualquer outro processador discutido nesta descrição. O processador 256 é um tal processador e, portanto, a descrição acima mencionada pertence ao processador 256. Além disso, para as implementações em que o processador 256 é disposto como o microprocessador multicore INTEL®, o processador 256 pode incluir um ou mais processadores INTEL® XEON® tendo entre quatro e vinte e oito núcleos. Pelo menos em algumas implementações do servidor 254, o processador 256 pode ser programado para executar quaisquer funções descritas nesta descrição como sendo executadas pelo servidor 254.

[00126] A descrição de um transceptor acima se refere a “qualquer outro transceptor discutido nesta descrição. O transceptor 258 é um tal transceptor e, portanto, a descrição acima mencionada se refere ao transceptor 258.

[00127] A descrição de uma memória acima refere-se a “qualquer outra memória discutida nesta descrição. A memória 260 é uma memória desse tipo e, portanto, a descrição acima mencionada pertence à memória 260.

[00128] A descrição de uma fonte de alimentação acima refere-se a “qualquer outra fonte de alimentação discutida nesta descrição. A fonte de alimentação 264 é tal fonte de alimentação e, portanto, a descrição acima mencionada se refere à fonte de alimentação 264.

[00129] O alojamento 266 envolve pelo menos uma parte do seguinte: o processador 256, o transceptor 258, a memória 260, o bar- ramento de dados 262 e/ou a fonte de alimentação 264. O alojamento 266 pode suportar um substrato. Pelo menos em algumas implementações de exemplo, pelo menos uma parte do seguinte: o processador 256, o transceptor 258, a memória 260, o barramento de dados 262 e/ou a fonte de alimentação 264 é/estão montados e/ou conectados a um substrato do alojamento 266. Pelo menos em algumas implementações, o alojamento 266 inclui um rack e/ou gabinete com uma ou mais prateleiras.

[00130] A memória 260 inclui a CRPI 124, o roteiro de test drive 126, o temporizador 128, o status de serviço 130, o status de TDS 132, os dados de seleção de veículo 134, as funções de scanner de veículo 136, o mapa de PID 138, o mapa de monitoramento 140, o aplicativo 142, os dados de diagnóstico e reparo 144, relatórios 146 e dados de localização 148. A descrição desses dados legíveis por computador armazenados na memória 104 acima é aplicável a esses dados legíveis por computador dentro da memória 260. O servidor 256 pode receber dados de localização gerados na ferramenta 100 e, em seguida, armazenar esses dados de localização dentro dos dados de localização 148.

[00131] Pelo menos em algumas implementações, a rede 252 inclui satélites de um sistema global de navegação por satélite (GNSS) con- figurado para transmitir sinais que podem ser usados por um proces-sador, como o processador 102 ou um processador dentro de uma ECU no veículo 412, 440, 460, para determinar a localização de um receptor que recebe os sinais de alguns dos satélites GNSS. A localização determinada pode indicar uma localização do veículo 412, 440, 460, da ferramenta 100 ou de ambos se a ferramenta 100 estiver localizada dentro do veículo 412, 440, 460.

[00132] Nas implementações em que o aplicativo 142 na ferramenta 100 inclui um navegador, o processador 256 pode emitir uma GUI, tal como qualquer GUI mostrada nos desenhos para a rede 252 para transmissão para a ferramenta 100. O processador 256 pode receber dados indicando seleção de um USC de dentro de uma GUI exibida na tela 116 e dados que a ferramenta 100 recebe de um veículo conectadoà ferramenta 100 entre outros dados para que o servidor 254 possa incluir os dados de status de serviço 130 e o status de TDS 132. O processador 256 pode usar pelo menos o status de serviço 130 e/ou os dados TDS 132 para determinar qual GUI deve ser fornecida à ferramenta 100 para exibição na tela 116. III. EXEMPLO DE OPERAÇÃO

[00133] A Figura 17 mostra um fluxograma que descreve um conjunto de funções 500 de um método de acordo com uma ou mais das implementações de exemplo. Duas ou mais funções e/ou partes de duas ou mais funções do conjunto de funções 500 podem, mas não necessariamente, ser executadas ao mesmo tempo. O conjunto de funções 500 pode ser realizado por um ou mais processadores. Por exemplo, o conjunto de funções 500 pode ser executado por um ou mais processadores descritos nesta descrição.

[00134] O bloco 501 inclui determinar um roteiro de test drive para realizar enquanto uma ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive da máquina móvel. O roteiro de test drive inclui uma sequência organizada de procedimentos do ciclo de condução. A sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final. Cada procedimento de ciclo de condução é indicativo de um respectivo estado da máquina móvel. O roteiro de test drive inclui um primeiro pro-cedimento de ciclo de condução particular associado com ambos um primeiro estado da máquina móvel e uma primeira condição pertencente ao primeiro estado da máquina móvel particular.

[00135] Como exemplo, determinar o roteiro de test drive pode incluir um processador que determina um ou mais identificadores associados a um roteiro de test drive dentro do mapa de roteiro de test drive 194 e, em seguida, determinar um roteiro de test drive associado a um ou mais identificadores, como um teste roteiro de drive identificado dentro do mapa de roteiro de drive de teste 194. De acordo com este exemplo, um ou mais identificadores podem incluir um DTC. Em alguns casos, o processador 102 pode determinar o DTC a partir de uma mensagem de dados do veículo que o veículo 412 envia para a ferramenta 100. Em alguns outros casos, o processador 102 pode determinar o DTC a partir de uma GUI, como a GUI 602 mostrada em 19.

[00136] De acordo com pelo menos algumas implementações, o primeiro procedimento de ciclo de condução particular é o procedimento de ciclo de condução inicial. De acordo com pelo menos algumas outras implementações, o primeiro procedimento de ciclo de condução particular é o procedimento de ciclo de condução final. De acordo ainda com pelo menos algumas outras implementações, o primeiro procedimento de ciclo de condução particular é um procedimento de ciclo de condução após o procedimento de ciclo de condução inicial e antes do procedimento de ciclo de condução final.

[00137] Em seguida, o bloco 502 inclui a saída de uma representa- ção de pelo menos uma parte do roteiro de test drive (ou mais sim-plesmente,representação de TDS). A saída da representação de TDS pode incluir o processador 102 emitindo a representação de TDS para a interface de usuário 108. Pelo menos em algumas implementações, a saída da representação de TDS inclui a exibição 116, o dispositivo de saída aural 120 e/ou o dispositivo de feedback tátil 122 emitindo a representação de TDS. Como um exemplo, a saída da representação de TDS usando o dispositivo de feedback háptico 122 pode incluir a ativação do dispositivo de feedback háptico 122 para produzir uma primeira saída específica para indicar um sucesso (por exemplo, um monitor de prontidão não falhando) durante um procedimento de ciclo de condução, um segundo saída para indicar uma falha (por exemplo, um monitor de prontidão falhando) durante um procedimento de ciclo de condução, uma terceira saída específica para indicar quando um próximo procedimento de ciclo de condução está começando ou terminando e/ou uma quarta saída específica para indicar um período de tempo passado ou permanecendo em um procedimento de ciclo de condução atualmente sendo executado (por exemplo, emitir um número de pulsos para indicar que um mesmo número de minutos restantes para o procedimento de ciclo de condução atual).

[00138] Em um aspecto, a representação de TDS pode incluir apenas uma parte do roteiro de test drive devido a um tamanho do roteiro de test drive e um tamanho da tela 116. Por exemplo, a tela 116 pode ser limitada a exibir até três unidades procedimentos de ciclo mesmo que o roteiro de test drive inclua mais de três procedimentos de ciclo de condução. Em outro aspecto, a representação de TDS pode incluir apenas uma parte do roteiro de test drive porque alguma outra parte do roteiro de test drivenão é necessária atualmente. Por exemplo, a representação de TDS pode incluir uma porção audível indicando uma instrução de TDS do roteiro de test drive que deve ser executada após a execução de uma saída de instrução de TDS anterior pelo dispositivo de saída aural 120 ter acabado de terminar.

[00139] Em seguida, o bloco 503 inclui determinar uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular. Os exemplos de informações de status descritos em outro lugar nesta descrição são aplicáveis às informações de status do bloco 503.

[00140] Em seguida, o bloco 504 inclui a saída de uma ou mais das informações de status correspondentes ao alcance do primeiro estado de máquina móvel particular ou as informações de status correspondentes ao alcance da primeira condição pertencente ao primeiro estado de máquina móvel particular. A emissão de uma ou ambas as informações de status acima mencionadas pode incluir o processador 102 fornecendo as informações de status para a interface de usuário 108. As informações de status podem ser exibidas dentro de uma GUI, como qualquer uma ou mais GUIs mostradas nos desenhos.

[00141] De acordo com uma primeira implementação adicional que inclui realizar o conjunto de funções 500, a primeira condição pertencente ao primeiro estado da máquina móvel particular inclui uma condição temporal. Determinar a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui determinar a primeira informação de status. A primeira informação de status indica se a máquina móvel está operando no primeiro estado da máquinamóvel particular. Determinar a informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular inclui determinar a segunda informação de status. A segunda informação de status corresponde ao alcance da condição temporal.

[00142] Em pelo menos alguns casos da primeira implementação adicional que inclui realizar o conjunto de funções 500, determinar a primeira informação de status inclui um ou mais processadores deter-minar que a máquina móvel está operando no primeiro estado da má-quinamóvel particular. Adicionalmente, a segunda informação de status indica uma ou mais dentre: uma quantidade de tempo a máquina móvel esteve operando no primeiro estado da máquina móvel particular, uma quantidade adicional de tempo a máquina móvel irá operar no primeiro estado da máquina móvel particular, ou uma quantidade mínima de tempo que a máquina móvel irá operar no primeiro estado da máquina móvel particular.

[00143] Em pelo menos alguns outros casos da primeira implementação adicional que inclui realizar o conjunto de funções 500, determinar, por um ou mais processadores, que a máquina móvel alternada ao primeiro estado da máquina móvel particular de um estado operacional que não é o primeiro estado da máquina móvel particular. Adicionalmente, iniciar, por um ou mais processadores em resposta à determinação que a máquina móvel alternada ao primeiro estado da máquinamóvel particular do estado operacional que não é o primeiro estado da máquina móvel particular, um temporizador para determinar a segundainformação de status correspondente ao alcance da condição temporal.

[00144] Em pelo menos ainda em alguns outros casos da primeira implementação adicional que inclui realizar o conjunto de funções 500, o método ainda inclui emitir, por um ou mais processadores, uma soli-citação ao sistema eletrônico na máquina móvel, e receber, por um ou mais processadores em resposta à solicitação, uma resposta do sis-temaeletrônico na máquina móvel. Além disso, a resposta do sistema eletrônico na máquina móvel inclui um identificador de parâmetro (PID) e um valor de parâmetro associado com o PID. Adicionalmente, de- terminar a primeira informação de status inclui um ou mais processa-dores determinar se o valor de parâmetro associado com o PID exceder um limiar do valor de parâmetro associado com o primeiro estado da máquina móvel particular.

[00145] De acordo com uma segunda implementação adicional que inclui realizar o conjunto de funções 500, a primeira condição pertencente ao primeiro estado da máquina móvel particular inclui uma condição espacial. Além disso, determinar a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui determinar a primeira informação de status. Ainda, a primeira informação de status indica se a máquina móvel está operando no primeiro estado da máquina móvel particular. Além disso, determinar a informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular inclui determinar a segunda informação de status. Além disso, a segunda informação de status corresponde ao alcance da condição espacial.

[00146] Em pelo menos alguns casos da segunda implementação adicional que inclui realizar o conjunto de funções 500, determinar a primeira informação de status inclui um ou mais processadores deter-minar que a máquina móvel está operando no primeiro estado da má-quinamóvel particular. Ainda, a segunda informação de status indica uma ou mais dentre: uma distância a máquina móvel percorreu ao operar no primeiro estado da máquina móvel particular, uma distância adicional a máquina móvel irá percorrer ao operar no primeiro estado da máquina móvel particular, ou uma distância mínima que a máquina móvel irá percorrer ao operar no primeiro estado da máquina móvel particular.

[00147] Em pelo menos ainda em alguns outros casos da segunda implementação adicional que inclui realizar o conjunto de funções 500, o método inclui determinar, por um ou mais processadores, que a má- quina móvel alternada ao primeiro estado da máquina móvel particular de um estado operacional que não é o primeiro estado da máquina móvel particular. Adicionalmente, o método inclui iniciar, por um ou mais processadores em resposta à determinação que a máquina móvel alternada ao primeiro estado da máquina móvel particular do estado operacional que não é o primeiro estado da máquina móvel particular, um odômetro para determinar a segunda informação de status cor-respondente ao alcance da condição espacial.

[00148] Em pelo menos ainda em alguns outros casos da segunda implementação adicional que inclui realizar o conjunto de funções 500, o método compreende ainda emitir, por um ou mais processadores, uma solicitação ao sistema eletrônico na máquina móvel. O método ainda inclui receber, por um ou mais processadores em resposta à solicitação, uma resposta do sistema eletrônico na máquina móvel. Além disso, a resposta do sistema eletrônico na máquina móvel inclui um PID e um valor de parâmetro associado com o PID. Além disso, determinar a primeira informação de status inclui um ou mais processadores determinar se o valor de parâmetro associado com o PID exceder um limiar do valor de parâmetro associado com o primeiro estado da máquina móvel particular.

[00149] De acordo com uma terceira implementação adicional que inclui realizar o conjunto de funções 500, o método ainda inclui determinar, por um ou mais processadores, uma velocidade da máquina móvel. O método ainda inclui determinar, por um ou mais processadores, se a velocidade da máquina móvel excede uma velocidade limiar. De acordo com essa implementação, um modo para emitir a informação de status é condicionado em se a velocidade da máquina móvel excede a velocidade limiar. Em um aspecto, o modo de emitir a informação de status é um modo restrito se a velocidade da máquina móvel excede a velocidade limiar. Em outro aspecto, o modo de emitir a informação de status é um modo não restrito se a velocidade da má-quinamóvel não exceder a velocidade limiar.

[00150] De acordo com uma quarta implementação adicional que inclui realizar o conjunto de funções 500, o roteiro de test drive inclui um segundo procedimento de ciclo de condução particular associado com ambos um segundo estado da máquina móvel particular e uma segunda condição pertencente ao segundo estado da máquina móvel particular. Além disso, o método para esta implementação ainda inclui determinar, por um ou mais processadores, o primeiro procedimento de ciclo de condução particular encerrou, e emitir, por um ou mais processadores, em resposta à determinação do primeiro procedimento de ciclo de condução particular encerrou, uma indicação que o segundo procedimento de ciclo de condução particular for um procedimento de ciclo de condução atual a ser realizado. Em pelo menos alguns casos da terceira implementação adicional, o primeiro procedimento de ciclo de condução particular é o procedimento de ciclo de condução inicial ou o segundo procedimento de ciclo de condução particular é o procedimento de ciclo de condução final.

[00151] De acordo com uma quinta implementação adicional que inclui realizar o conjunto de funções 500, o roteiro de test driveestá associado com um código de problemas que foi definido ativo pelo sistemaeletrônico na máquina móvel, e emitir a representação de pelo menos uma porção do roteiro de test drive inclui exibir, em uma tela da ferramenta, uma representação do primeiro procedimento de ciclo de condução particular. Além disso, o método para esta implementação ainda inclui exibir, na tela da ferramenta, um indicador de status associado com um identificador de parâmetro (PID) que o sistema eletrônico na máquina móvel é configurado para emitir, e um indicador de status associado com a monitor de prontidão que o sistema eletrônico na máquina móvel é configurado para verificar estar em um estado pron to. Ambos o PID e o monitor de prontidão podem estar associados com o código de problemas.

[00152] Em pelo menos alguns casos, o método da quinta implementação adicional inclui receber, por um ou mais processadores, um primeiro valor de parâmetro. O primeiro valor de parâmetro é emitido pelo sistema eletrônico na máquina móvel e está associado com o PID. O método ainda inclui determinar, por um ou mais processadores, se o primeiro valor de parâmetro está dentro de uma faixa de valores de parâmetro definida para ambos o PID e o primeiro procedimento de ciclo de condução particular. Em um aspecto, se um ou mais processadores determinar que o primeiro valor de parâmetro está dentro da faixa de valores de parâmetro, então exibir o indicador de status para o PID inclui exibir o PID, o primeiro valor de parâmetro associado com o PID, e uma indicação do primeiro valor de parâmetro associado com o PID está dentro da faixa de valores de parâmetro. Em outro aspecto, se um ou mais processadores determinar que o primeiro valor de parâmetro não está dentro da faixa de valores de parâmetro, então exibir o indicador de status para o PID inclui exibir o PID, o primeiro valor de parâmetro associado com o PID, e uma indicação do primeiro valor de parâmetro associado com o PID não está dentro da faixa de valores de parâmetro. A indicação o primeiro valor de parâmetro associado com o PID está dentro da faixa de valores de parâmetro é diferente da indicação do primeiro valor de parâmetro associado com o PID não está dentro da faixa de valores de parâmetro.

[00153] De acordo com uma sexta implementação adicional que inclui realizar o conjunto de funções 500, o primeiro estado da máquinamóvel particular inclui um estado térmico de um componente de máquina móvel. Além disso, determinar a informação de status correspondente para alcançar um ou ambos do primeiro estado da máquina móvel particular e da primeira condição pertencente ao primeiro estado da máquina móvel particular inclui determinar uma temperatura per-tencente ao componente de máquina móvel. Ainda, emitir a informação de status correspondente para alcançar um ou ambos do primeiro estado da máquina móvel particular e a primeira condição pertencente ao primeiro estado da máquina móvel particular inclui emitir a temperatura pertencente ao componente de máquina móvel.

[00154] De acordo com uma sétima implementação adicional que inclui realizar o conjunto de funções 500, o método ainda inclui emitir, por um ou mais processadores ao sistema eletrônico na máquina móvel antes da execução do procedimento de ciclo de condução inicial, uma primeira mensagem solicitando o sistema eletrônico na máquina móvel para apagar todos os códigos de problemas definidos pelo sistemaeletrônico na máquina móvel. Além disso, o método inclui receber, por um ou mais processadores do sistema eletrônico na máquina móvel em resposta à emissão da primeira mensagem, uma segunda mensagem indicando um status do sistema eletrônico na máquina móvel apagando códigos de problemas definidos pelo sistema eletrônico na máquina móvel. Além disso, o método inclui emitir, por um ou mais processadores, dados indicando o status do sistema eletrônico na máquinamóvel apagando códigos de problemas definidos pelo sistema eletrônico na máquina móvel.

[00155] De acordo com uma oitava implementação adicional que inclui realizar o conjunto de funções 500, o roteiro de test driveestá associado com um monitor de prontidão que o sistema eletrônico na máquina móvel é configurado para verificar estar em um estado pronto. Além disso, determinar a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui um ou mais processadores determinando o monitor de prontidão em um estado pronto. Além disso, emitir a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui emitir uma indicação que o monitor de prontidão está em um status pronto para, assim, notificar um condutor sobre a máquina móvel que o test drive da máquina móvel pode ser finalizado.

[00156] Em pelo menos alguns casos da oitava implementação adicional que inclui realizar o conjunto de funções 500, emitir a indicação que o monitor de prontidão está em um status pronto ocorre antes de concluir o procedimento de ciclo de condução final.

[00157] De acordo com uma nona implementação adicional que inclui realizar o conjunto de funções 500, o roteiro de test driveestá associado com um monitor de prontidão onde o sistema eletrônico na máquina móvel é configurado para verificar estar em um estado pronto. Além disso, o monitor de prontidão está associado com um código de problemas o sistema eletrônico na máquina móvel é configurado como ativo. Além disso, determinar a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui um ou mais processadores determinando que o sistema eletrônico na máquina móvel definiu o código de problemas como ativo antes do procedimento de ciclo de condução final ser concluído. Além disso, emitir a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui emitir uma indicação que o sistema eletrônico na máquina móvel definiu o código de problemas como ativo para notificar um condutor sobre a máquina móvel que o test drive da máquina móvel pode ser encerrado antes da conclusão do procedimento de ciclo de condução final.

[00158] De acordo com uma décima implementação adicional que inclui realizar o conjunto de funções 500, o primeiro procedimento de ciclo de condução particular é o procedimento de ciclo de condução inicial, o procedimento de ciclo de condução final, ou um procedimento de ciclo de condução intermediário entre o procedimento de ciclo de condução inicial e o procedimento de ciclo de condução final.

[00159] De acordo com uma décima primeira implementação adicional que inclui realizar o conjunto de funções 500, um ou mais processadores incluem: um ou mais processadores localizados dentro da ferramenta, um ou mais processadores localizados dentro de um servidor operavelmente conectado com a ferramenta, ou um ou mais processadores localizados dentro da ferramenta e um ou mais processadores localizados dentro do servidor operavelmente conectado com a ferramenta.

[00160] De acordo com uma décima segunda implementação adicional que inclui realizar o conjunto de funções 500, emitir a representação de pelo menos uma porção do roteiro de test drive e emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui exibir, em uma tela, uma interface gráfica de usuário que inclui: a representação de pelo menos uma porção do roteiro de test drive, a informação de status cor-respondente ao alcance do primeiro estado da máquina móvel particular, e/ou a informação de status correspondente ao alcance do primei-racondição pertencente ao primeiro estado da máquina móvel particular.

[00161] De acordo com uma décima terceira implementação adicional que inclui realizar o conjunto de funções 500, emitir a representação de pelo menos uma porção do roteiro de test drive e emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui emitir, usando um ou mais alto-falantes, sons audíveis que indicam a representação de pelo menos uma porção do roteiro de test drive, a informação de status cor- respondente ao alcance do primeiro estado da máquina móvel particular, e/ou a informação de status correspondente ao alcance do primei-racondição pertencente ao primeiro estado da máquina móvel particular.

[00162] De acordo com uma decima quarta implementação adicional que inclui realizar o conjunto de funções 500, o método inclui determinar, por um ou mais processadores, a máquina móvel é um tipo particular de máquina móvel. O método ainda inclui determinar, por um ou mais processadores, que a ferramenta está operando em um modo de diagnóstico. O método ainda inclui exibir, em uma tela da ferramentaapós determinar que a ferramenta está operando no modo de diagnóstico, uma primeira GUI. A primeira GUI inclui uma indicação que a ferramenta está operando no modo de diagnóstico. Além disso, o método inclui determinar, por um ou mais processadores, que a ferramenta muda de operando no modo de diagnóstico para operando em um modo de reparo. Adicionalmente, o método inclui exibir, na tela da ferramentaapós ambos exibir a primeira GUI e determinar que a ferramenta muda de operando no modo de diagnóstico para operando no modo de reparo, uma segunda GUI. A segunda GUI inclui uma indicação que a ferramenta está operando no modo de reparo. O método ainda inclui determinar, por um ou mais processadores, que a ferramenta muda de operando no modo de reparo para operando em um modo de test drive. Além disso, o método inclui exibir, na tela após ambos exibir a segunda GUI e determinar que a ferramenta muda de operando no modo de reparo para operando no modo de test drive, uma terceira GUI. A terceira GUI inclui uma indicação que a ferramentaestá operando no modo de test drive, a representação de pelo menos uma porção do roteiro de test drive, e uma ou mais dentre: a in-formação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da má-quinamóvel particular. Além disso, o método inclui determinar, por um ou mais processadores, que a ferramenta muda de operando no modo de test drive para operando em um modo de relatório pós-reparo. Ainda, o método inclui exibir, na tela após ambos exibir a terceira GUI e determinar que a ferramenta muda de operando no modo de test drive para operando no modo de relatório pós-reparo, uma quarta GUI. A quarta GUI inclui uma indicação que a ferramenta está operando no modo de relatório pós-reparo. A primeira GUI, a segunda GUI, a terceira GUI, e a quarta GUI incluem informações correspondentes ao tipo particular de máquina móvel.

[00163] De acordo com uma décima quinta implementação adicional que inclui realizar o conjunto de funções 500, emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui transmitir, pela ferramenta, uma mensagem de dados incluindo uma solicitação para uma unidade de controle eletrônico na máquina móvel para ativar um componente de feedback tátil da máquina móvel com uma assinatura particular correlacionada com a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular. Uma vantagem de fornecer feedback háptico usando o componente de feedback tátil da máquina móvel é que um dispositivo de feedback tátil usável separado não é necessário para esta implementação. Além disso, fornecer feedback háptico por meio do componente de feedback tátil da máquina móvel ou um dispositivo de feedback tátil usável durante um test driveé benéfico, porque o feedback háptico não exige que o condutor tire os olhos da estrada não se preocupar com condições audíveis ruidosas durante o test drive, como ruído audível de outras máquinas móveis na proximidade à máquina móvel, interferindo com qualquer informação de status é emitido em uma forma audível.

[00164] De acordo com uma décima sexta implementação adicional que inclui realizar o conjunto de funções 500, emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui transmitir, pela ferramenta a um dispositivo de feedback tátil usável, um sinal indicativo de uma solicitação para o dispositivo de feedback tátil usável ativar um componente de feedback tátil com uma assinatura particular correlacionada com a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular.

IV. EXEMPLO DAS INTERFACES GRÁFICAS DE USUÁRIO

[00165] A seguir, a Figura 18 à Figura 33 mostram exemplos de in-terfaces gráficas de usuário (GUIs) 600 a 630. Uma ou mais das GUIs na Figura 18 à Figura 33 pode incluir uma interface de usuário natural (NUI) que inclui um ou mais elementos de interface de usuário que operam, em combinação com outro componente de interface de usuário e um processador, usando reconhecimento de voz, detecção de movimento, detecção de gestos e/ou saídas auditivas. Em um aspecto, o processador 102 está configurado para enviar as GUIs 600 a 630 para a tela 116. A tela 116 é configurada para exibir as GUIs 600 a 630. Uma ou mais das GUIs 600 a 630 podem incluir um controle se- lecionável pelo usuário (USC). O processador 102 está configurado para detectar a seleção de um USC e fazer com que uma ou mais fun- ções sejam executadas em resposta à determinação de que o USC ter sido selecionado. A seleção de um USC pode ocorrer usando o dispo-sitivo de entrada 118. Por exemplo, um USC pode ser selecionada usando uma tecla de botão de pressão do dispositivo de entrada 118 ou tocando na tela 116 configurada como uma tela sensível ao toque. Em outro aspecto, o processador 256 é configurado para enviar as GUIs 600 a 630 para a rede 252 para transmissão por sua vez para uma ferramenta, como a ferramenta 100.

[00166] Cada uma das GUIs 600 a 630 inclui uma descrição de GUI 650. A descrição de GUI 650 fornece uma indicação de um tema da GUI incluindo essa descrição de GUI 650. Exemplos do tema de GUI são fornecidos abaixo ao discutir GUIs particulares. Cada uma das GUIs 600 a 630 também inclui um identificador de veículo 666. Conforme mostrado na Figura 18, o identificador de veículo 666 usa o texto"Nenhum veículo ativo" para indicar que nem um tipo de veículo nem um veículo específico ter sido selecionado. Outros textos ou símbolos podem ser usados para fazer a mesma indicação. Como mostrado na Figura 19 à Figura 33, o identificador de veículo 666 indica um tipo de veículo selecionado para manutenção usando a ferramenta 100. Pelo menos em algumas implementações, o identificador de veículo 666 pode indicar um veículo específico do tipo de veículo selecionado para manutenção usando a ferramenta 100.

[00167] Cada uma das GUIs 600 a 630 também inclui indicador 668 e indicador 670 para indicar um status de hardware pertencente à fer-ramenta 100. Como exemplo, o indicador 668 indica se o transceptor 106 está ou não conectado a uma rede de comunicação sem fio, como uma rede sem fio do veículo ou uma rede sem fio não veicular. Como outro exemplo, o indicador 670 indica se o transceptor 106 está ou não conectado a uma rede de comunicação com fio, como uma rede de veículo com fio ou uma rede com fio não veicular. Pelo menos em al- gumas implementações, uma barra invertida 672 através do indicador 668 indica que a ferramenta 100 não está conectada a uma rede de comunicação sem fio e a ausência da barra invertida 672 através do indicador 668 indica que a ferramenta 100 está conectada a uma rede de comunicação sem fio. Da mesma forma, uma barra invertida 674 através do indicador 670 indica que a ferramenta 100 não está conectada a uma rede de comunicação com fio e a ausência da barra invertida 674 através do indicador 670 indica que a ferramenta 100 está conectada a uma rede de comunicação com fio.

[00168] As GUIs 600 a 630 incluem algumas USCs GUI comuns. Esses USC comuns incluem um USC traseiro 652. Em resposta à determinação de que o USC traseiro 652 é selecionado, o processador 102 pode fazer com que a tela 116 exiba uma GUI que foi exibida imediatamente antes de exibir a GUI que continha o USC traseiro 652 que foi selecionado. O USC 652 traseiro pode incluir um indicador indicativo da função executada e/ou em resposta à seleção do USC 652 traseiro. Como exemplo, o indicador pode incluir texto, como "Voltar" ou "Sair" e/ou um símbolo como uma seta.

[00169] Os USCs de GUI comuns também incluem um USC de tela inicial 654. Em resposta à determinação de que o USC de tela inicial 654 é selecionado, o processador 102 pode fazer com que a tela 116 exiba uma GUI de tela inicial em vez de exibir a GUI que continha o USC de tela inicial 654 que foi selecionado.

[00170] Os USCs de GUI comuns também incluem um menu de expansão USC 658. Em resposta à determinação de que o menu de expansão USC 658 é selecionado, o processador 102 é configurado para exibir um menu em um modo expandido se um menu estiver atu-almentedisponível para uma GUI atualmente exibida e estiver atual-mentenão expandido. As USCs de GUI comuns também incluem um menu de contrato USC 656. Em resposta à determinação de que o menu de contrato USC 656 é selecionado, o processador 102 é confi-gurado para exibir um menu em um modo contratado se um menu estiver atualmente disponível para uma GUI atualmente exibida e estiver atualmente expandido.

[00171] Os USCs de GUI comuns também incluem um boletim de serviço técnico (TSB) USC 660. Em resposta à determinação de que o TSB USC 660 é selecionado, o processador 102 é configurado para procurar e/ou solicitar TSBs em relação a um tipo de veículo identificado ou veículo específico. Pelo menos em algumas implementações, o USC TSB 660 não é selecionável se nenhum veículo tiver sido identificado e/ou se nenhum TSB em relação ao tipo de veículo identificado ou veículo específico estiver disponível. O processador 102 pode fazer com que o pedido de TSBs seja enviado pela rede 252 para o servidor 254. O servidor 254 pode procurar na memória 260 por TSB(s) para retornar à ferramenta 100 em resposta ao pedido de TSBs.

[00172] Os USCs de GUI comuns também incluem um USC de veículo de mudança 662. O USC de veículo de mudança 662 é selecio- nável para exibir uma tela U/I com dados de seleção de veículo 134 para inserir um ou mais identificadores de um tipo de veículo e/ou um ou mais identificadores de um determinado veículo. Por exemplo, o processador 102 pode fazer com que a tela 116 exiba a GUI 600 em resposta à determinação de que o USC de veículo de mudança 662 ter sido selecionado.

[00173] Os USCs de GUI comuns também incluem um USC de registro de vista 664. Em algumas implementações, o USC de registro de vista 664 não é selecionável se um determinado veículo ainda não tiver sido identificado e/ou se um registro de veículo em relação ao veículo específico identificado não estiver disponível. Um registro de veículo em relação a um veículo específico identificado pode indicar informações sobre instâncias anteriores de manutenção do veículo es- pecífico identificado. O processador 102 pode precisar de identificado-resalém de um ano, marca e modo de um veículo para identificar um veículo específico. Como exemplo, os identificadores adicionais podem incluir um nome de cliente, um VIN completo, um número de placa, entre outros identificadores adicionais.

[00174] A GUI 600 pode incluir um cursor 676 móvel para apontar para um USC ou outro item da GUI 600. O processador 102 pode detectar o USC ou o outro item da GUI 600 é selecionado quando o cursor 676 está disposto no USC ou em outro item da GUI 600. Uma GUI mostrada na Figura 19 à Figura 33 também pode incluir um cursor, semelhante ao cursor 676, para uso na seleção de um item dessa GUI. Para implementações em que a tela 116 inclui uma tela sensível ao toque, as GUIs mostradas na Figura 18 à Figura 33 pode ou não incluir um cursor.

[00175] A seguir, a Figura 18, em particular, mostra que a descrição da GUI 650 indica que a GUI 600 pertence à seleção de um tipo de veículo ou de um veículo específico. Como mostrado na Figura 18, a GUI 600 inclui um menu de seleção de ano 680 no qual um seletor de ano 692 representando o ano 2014 foi selecionado. A GUI 600 inclui um menu de seleção de marca 682 no qual um seletor de marca 694 representando a marca Chevrolet foi selecionado. A GUI 600 inclui um menu de seleção de modelo 684 no qual um seletor de modelo 696 representando o modelo Tahoe foi selecionado. O menu de seleção de ano 680 inclui uma barra de rolagem 686 para fazer com que o menu de seleção de ano 680 exiba ano(s) não mostrado(s) atualmente no menu de seleção de ano 680. Da mesma forma, o menu de seleção de ano 682 inclui uma barra de rolagem 688 para fazer a seleção de ano. menu 682 para exibir marca(s) não mostrada(s) atualmente no menu de seleção de marca 682. Da mesma forma, o menu de seleção de modelo 684 inclui uma barra de rolagem 690 para fazer com que o menu de seleção de modelo 684 exiba modelo(s) não mostrado(s) atualmente na seleção de modelo cardápio 684.

[00176] Pelo menos em algumas implementações, o menu de seleção de marca 682 é preenchido com marcas de veículos após um ano ser selecionado no menu de seleção de ano 680. Da mesma forma, em pelo menos algumas implementações, o menu de seleção de modelo 684 é preenchido com modelos de veículo após um ano ser selecionado no menu de seleção de ano 680 e depois que uma marca é selecionada no menu de seleção de marca 682. Em modalidades alternativas, o menu de seleção de ano 680 está em uma GUI sem o menu de seleção de marca 682 e sem o menu de seleção de modelo 684, e a marca o menu de seleção 682 está em uma GUI sem o menu de seleção de ano 680 e sem o menu de seleção de modelo 684, e o menu de seleção de modelo 684 está em uma GUI sem o menu de seleção de ano 680 e sem o menu de seleção de marca 682.

[00177] Pelo menos em algumas implementações, a GUI 600 ou uma GUI separada inclui menus de seleção de recursos para selecionar outras características de um tipo de veículo ou um veículo específico sendo selecionado. Como exemplo, as outras características do tipo de veículo podem incluir um tipo de tração (por exemplo, tração nas 2 rodas (2WD), tração nas 4 rodas (4WD) ou tração nas quatro rodas (AWD)), um deslocamento do motor (por exemplo, 3,8 litros (L) ou 5,7 L), ou um tipo de transmissão (por exemplo, automática, automática com overdrive, manual de 3 velocidades ou manual de 4 velocidades).

[00178] Ainda em outras implementações, as outras características do tipo de veículo podem ser selecionadas usando um USC 691 anterior, um USC 693 Sim e um USC 695 seguinte. Após selecionar um conjunto de características, como ano, marca e modelo, o GUI 600 pode exibir um identificador de tipo de veículo 689, como 2014 Che vrolet Tahoe (4WD), onde "4WD"é uma característica suplementar que pode ser selecionada pelo uso do Sim USC 693. O anterior USC 691 pode ser usado para causar a GUI 600 para exibir um identificador de tipo de veículo diferente, como 2014 Chevrolet Tahoe (2WD) e o próximo USC 695 pode ser usado para fazer com que o GUI 600 exiba ainda um identificador de tipo de veículo diferente, como 2014 Chevrolet Tahoe (AWD). Selecionar o USC 691 anterior ou o próximo USC 695 pode fazer com que o identificador de tipo de veículo 689 mude para o identificador de tipo de veículo diferente.

[00179] A GUI 600 também inclui um VIN USC 678 para inserir um identificador de um veículo específico. Como exemplo, o VIN USC 678 pode ser usado para digitar ou digitar um número de identificação do veículo (VIN) associado ao veículo em particular. Como outro exemplo, o VIN USC 678 pode ser usado para fazer com que o transceptor de comunicações do veículo 152 solicite um VIN de uma ECU no veículo 412. O processador 102 pode receber o VIN solicitado e determinar pelo menos um ano, marca, modelo e um número de série do veículo específico do VIN.

[00180] A GUI 600 inclui um seletor de veículo USC 677 para capturar uma indicação visual de um determinado veículo. Como exemplo, em resposta à seleção do seletor de veículo USC 677, o processador 102 pode fazer com que a câmera 98 capture uma imagem, tal como uma imagem de um código 681 representando um VIN, e cause uma GUI, tal como a GUI ou uma GUI diferente, para exibir uma janela 679 mostrando a imagem do código 681 e para exibir uma representação da representação alfanumérica do VIN 683 conforme determinado pelo processador 102 decodificando o código 681. Como ainda outro exemplo, em resposta a seleção do seletor de veículo USC 677, o processador 102 pode fazer com que o scanner 154 gere uma imagem, como uma imagem do código 681, e faça com que uma GUI, como a GUI ou uma GUI diferente, exiba a janela 679 mostrar a imagem do código 681 e exibir uma representação da representação alfanumérica do VIN 683 conforme determinado pelo processador 102 decodificando o código 681. Pelo menos em algumas implementações, o processador 102 pode exibir a janela 679 em um GUI.

[00181] A seguir, a Figura 19 mostra a GUI 602. A descrição da GUI 650 indica que a GUI 602 se refere à seleção de um roteiro de test drive. Como mostrado na Figura 19, a GUI 602 inclui um menu de seleção de sintomas 700. Pelo menos em algumas implementações, o menu de seleção de sintomas 700 inclui um ou mais seletores de sistema de veículo, como o seletor de sistema de veículo 702. Como exemplo, o seletor de sistema de veículo 702 pode representar um sistema de motor. A GUI 602 também inclui um ou mais seletores de componentes, como o seletor de componentes 704. Como exemplo, o seletor de componentes 704 pode representar um componente do sistema do motor, como um sensor de oxigênio. A GUI 602 também inclui um ou mais seletores DTC, como o seletor DTC 706. Como exemplo, o seletor DTC pode representar um P0171 DTC representativo de uma falha do sistema do motor em que um banco de escapamento está emitindo escapamento que indica que o motor está funcionando de forma insuficiente.

[00182] A Figura 19 também mostra que a GUI 602 pode incluir um USC de reclamação 708 para inserir uma reclamação de cliente em relação a um tipo de veículo ou a um veículo específico. Como exemplo, o USC de reclamação 708 pode ser usada para digitar ou digitar uma reclamação do cliente em relação ao veículo específico. Como exemplo, uma reclamação de cliente inserida por meio do USC de reclamação 708 pode indicar “teste de emissões com falha do veículo”. De acordo com este exemplo, o processador 102 pode se referir ao mapa de roteiro de test drive 194 mostrado na Figura 11 para determi- nar um roteiro de test drive para o tipo de veículo ou um veículo espe-cífico e a reclamação do cliente, como o roteiro de test drive 52 para o veículo tipo A, sistema do motor (já que a reclamação se refere às emissões do motor) e todos os componentes (desde a reclamação não identifica nenhum componente em particular). A GUI 602 inclui um OK USC 710 para indicar a aprovação do sistema/componente/DTC ou reclamação do cliente. O GUI 602 inclui um USC de cancelamento 712. O USC de cancelamento 712 pode ser usado para limpar quais-querseleções feitas anteriormente através do GUI 602.

[00183] A seguir, a Figura 20 mostra a GUI 604. Como exemplo, a descrição da GUI 650 na Figura 20, bem como na Figura 21 a Figura 33, indica que a GUI é para realizar diagnósticos inteligentes em relação a um sintoma (por exemplo, um DTC) usando um modo de scanner da ferramenta 100 (por exemplo, um modo no qual o processador 102, 256 está configurado para executar uma função de scanner de veículo dentre as funções do scanner do veículo 136). Alternativamente, a descrição da GUI 650 em qualquer uma ou mais das GUIs mostradas na Figura 20 à Figura 33 pode indicar um tema de GUI diferente enquanto o outro conteúdo de qualquer uma dessas GUI é exibido na tela 116. Pelo menos em algumas implementações, a realização de diagnósticos inteligentes pode incluir o processador 102, 236 pesquisando os dados de diagnóstico e reparo 144 para determinar os dados para preencher dentro de uma GUI mostrada na Figura 20 à Figura 33 para orientar um usuário na manutenção de um veículo.

[00184] A GUI 604, bem como cada uma das GUIs numeradas entre e incluindo GUI 606 e GUI 630, inclui um conjunto de indicadores de modo de serviço de veículo 730 incluindo quatro indicadores de modo de serviço de veículo. O conjunto de indicadores de modo de serviço de veículo 730 inclui um primeiro indicador de modo de serviço de veículo 732 indicativo de um modo de serviço de diagnóstico, um segundo indicador de modo de serviço de veículo 734 indicativo de um modo de serviço de reparo, um terceiro indicador de modo de serviço de veículo 736 indicativo de um serviço de test drive e um quarto indicador de modo de serviço de veículo 738 indicativo de um modo de serviço de relatório pós-reparo (isto é, um modo de serviço de relatório pós-reparo). Na Figura 20, o terceiro indicador de modo de serviço de veículo 736 é destacado para indicar que a ferramenta 100 está operando atualmente no modo de serviço de test drive. O terceiro indicador de modo de serviço de veículo 736 também é destacado na Figura 21 a Figura 30, enquanto o quarto indicador de modo de serviço do veículo 738 é destacado na Figura 31 a Figura 33.

[00185] A GUI 604 também inclui uma função DTC USC 740, uma unidade de teste inicial USC 742, um USC 744 de dados inteligentes, um procedimento de ciclo de condução 746 USC e um USC 748 de monitores. Em resposta à determinação da função DTC, USC 740 é selecionado a partir do GUI 604, o processador 102 envia um VDM para uma ECU no veículo 412 com um pedido para limpar o DTC dentro da ECU. Em resposta à determinação do início do test drive USC 742 é selecionado, o processador 102 determina um TDS a ser realizado para o tipo de veículo identificado pelo identificador de veículo 666 e emite uma representação de pelo menos uma porção do TDS determinado. Em resposta à determinação de que o USC 744 de dados inteligentes é selecionado, o processador 102 emite uma GUI mostrando dados de pré-reparo e pós-reparo. Os dados de pré-reparo podem incluir dados que o processador 102 recebe do veículo enquanto a ferramenta está operando no modo de serviço de diagnóstico. Os dados pós-reparo podem incluir dados que o processador 102 recebe do veículo enquanto a ferramenta está operando no modo de serviço de test drive. GUIs de exemplo exibindo dados de pré-reparo e dados de pós-reparo são mostrados na Figura 31 a Figura 33. Em resposta à determinação do procedimento de ciclo de condução 746 USC é sele-cionado, o processador 102 pode emitir uma GUI para mostrar as con-dições do veículo necessárias para executar um monitor de prontidão. Em resposta à determinação dos monitores USC 748 selecionados, o processador 102 pode emitir uma GUI para visualizar monitores de prontidão e observar a execução de sistemas de controle de emissões de veículos específicos.

[00186] A descrição da GUI 650 indica ainda um DTC P0171. A fer-ramenta 100 pode ter determinado o DTC P0171 enquanto a ferramenta 100 estava operando no modo de serviço de diagnóstico. Por exemplo, durante o modo de serviço de diagnóstico, uma GUI pode incluir a função DTC USC 740 para solicitar DTC. Em resposta à seleção dessa versão da função DTC USC 740, o processador 102 envia um VDM para uma ECU no veículo 412 solicitando dados indicando quais DTC são definidos na ECU.

[00187] A seguir, a Figura 21 mostra a GUI 606. A GUI 606 é a mesma que a GUI 604, exceto que a função DTC USC 740 indica que todos os DTC na ECU foram apagados (ou seja, “Todos os códigos apagados!”). A GUI 606 pode ser exibida em resposta ao processador 102 recebendo um VDM (da ECU que a ferramenta 100 solicitou limpar seus códigos) indicando que todos os DTC na ECU foram apagados.

[00188] A seguir, a Figura 22 mostra a GUI 608. A GUI 608 inclui uma seção de exibição de parâmetro 760, uma seção de exibição de monitoramento de prontidão 772 e uma seção de exibição de TDS 784.

[00189] Cada seção de exibição de parâmetro 760 mostrada nos desenhos inclui um ou mais indicadores de parâmetro PID e PID (PPI). Cada PPI inclui uma representação textual de um PID e um indicador de parâmetro associado ao PID. Em alguns casos, um indicador de parâmetro fica em branco ou nulo para indicar que um parâmetro as-sociado ao PID não foi recebido. Em outros casos, um indicador de parâmetro contém um valor numérico. Ainda em outros casos, um in-dicador de parâmetro contém um valor textual não numérico, como “ON” ou “OFF”. Se aplicável, um PPI pode incluir um símbolo de unidade, como "°F" para graus Fahrenheit, "°C para graus Celsius", "kPa" para quilopascais, "PSI" para libras por polegada quadrada, "V" para volts, “%” para porcentagem ou “RPM” para rotações por minuto”, entre os símbolos de unidade. Cada PPI é exibido usando um número de pixels da exibição 116. De acordo com as implementações de exemplo, a seção de exibição de parâmetro 760 contida em qualquer GUI pode incluir qualquer número de PPIs que se encaixam na seção de exibição de parâmetro 760.

[00190] Na Figura 22, a seção de exibição de parâmetro 760 inclui um PPI 143 pertencente a um PID de velocidade do motor do veículo 412, um PPI 145 pertencente a um PID de temperatura do ar ambiente do veículo 412, um PPI 111 pertencente a um PID de temperatura do líquido de arrefecimento do motor do veículo 412 e um PPI 147 pertencente a um PID de posição do acelerador do veículo 412. A seção de exibição de parâmetro 760 de uma GUI pode incluir mais ou menos PPIs e/ou PPIs pertencentes a diferentes PIDs. Um processador, como o processador 102 ou 256, pode determinar qual PPI incluir na seção de exibição de parâmetro 760 determinando quais PIDs estão associados ao procedimento de ciclo de condução atual do TDS 160 que está sendo executado e quais PPIs estão associados àqueles PID.

[00191] Com referência à Figura 8, os PIDs 311 incluem quatro PIDs (isto é, PIDs 61, 77, 78, 79) que estão associados ao DCP 1, que é um DCP atual a ser executado enquanto a GUI 608 é exibida. O mapa de PID 180 mostrado na Figura 9 mostra que os PPIs 143, 145, 111, 147 estão associados aos PIDs 61, 77, 78, 79, respectivamente. Um processador, como o processador 102, 256, pode preencher a GUI 608 com os PPIs 143, 145, 111, 147 após se referir ao TDS 160 e ao mapa de PID 180.

[00192] Nos desenhos, um PPI com um parâmetro determinado dentro de uma faixa predeterminada para o PID associado é representado usando linhas hachuradas a quarenta e cinco graus em relação a um topo para baixo de pelo menos uma porção do PPI, tal como o PPI 147 mostrado na Figura 22. Nos desenhos, um PPI com um parâmetro determinado fora da faixa predeterminada para o PID associado é representado usando linhas de sombra horizontais da esquerda para a direita do PPI, como o PPI 143 mostrado na Figura 22. Pelo menos em algumas implementações, as GUIs podem mostrar PPIs com sombre- amento para representar cores diferentes para indicar se o parâmetro exibido dentro de um determinado PPI está dentro ou fora do intervalo predeterminado para o PID associado. Por exemplo, um PPI verde pode indicar que o parâmetro dentro desse PPI está dentro do intervalo predeterminado e um PPI vermelho pode indicar que o parâmetro dentro desse PPI está fora do intervalo predeterminado. Um PPI sem sombreamento pode, mas não necessariamente, indicar que um intervalo ou valor limite predeterminado não está associado a um PID para esse PPI e/ou que o PID associado ao PPI não é verificado pelo veículo para determinar se um monitor de prontidão passa ou falha durante um procedimento de ciclo de condução atual.

[00193] Na Figura 22, a seção de exibição de monitoramento de prontidão 772 inclui um RMI 83 pertencente a um monitor de sistema de combustível do veículo 412, um RMI 99 pertencente a um monitor de catalisador do veículo 412, um RMI 87 pertencente a um monitor de aquecedor de sensor de oxigênio do veículo 412, um RMI 101 perten-cente a um monitor de catalisador aquecido do veículo 412 e um RMI 93 pertencente a um monitor de sensor de oxigênio do veículo 412. A seção de exibição de monitoramento de prontidão 772 de uma GUI pode incluir mais ou menos RMIs e/ou RMIs pertencentes para dife-rentescombinações de monitores. Cada RMI é exibido usando um número de pixels da exibição 116.

[00194] Com referência à Figura 8, os IDs de monitoramento 309 incluem cinco IDs de monitoramento (isto é, IDs de monitoramento 25, 27, 30, 33, 34) que estão associados ao DCP 1, que é um DCP atual a ser executado enquanto a GUI 608 é exibida. O mapa de monitoramento 189 mostrado na Figura 10 mostra que os RMIs 83, 99, 87, 101, 93 estão associados aos IDs de monitoramento 25, 27, 30, 33, 34, respectivamente. Um processador, como o processador 102, 256, pode preencher a GUI 608 com os RMIs 83, 99, 87, 101, 93 após consultar o TDS 160 e o mapa de monitoramento 189.

[00195] Cada seção de exibição de monitoramento de prontidão 772 mostrada nos desenhos inclui um ou mais indicadores de monitoramento de prontidão (RMI). Cada RMI inclui uma representação textual de um monitor de veículo e um status do monitor de veículo. Por exemplo, o status de um monitor de veículo pode ser "não iniciado ou em andamento", "aprovado" ou "reprovado". Nos desenhos, o estado não iniciado ou em processo é representado usando um RMI sem linhas de sombreamento horizontais e sem linhas tracejadas, como um RMI 83 mostrado na Figura 22. Nos desenhos, o estado aprovado para um RMI é representado usando linhas tracejadas em quarenta e cinco graus em relação a um topo para baixo do RMI, tal como o RMI 101 mostrado na Figura 24. Nos desenhos, o estado de falha de um RMI é representado usando linhas de sombra horizontais da esquerda para a direita do RMI, tal como usado em um RMI 83 mostrado na Figura 24. Pelo menos em algumas implementações, as GUIs podem mostrar RMIs com cores diferentes para indicar se o status do monitor é "não iniciado ou em andamento", "aprovado" ou "reprovado". Por exemplo, um RMI branco pode indicar que o status de um monitor as-sociado a esse RMI não está iniciado ou em andamento. Um RMI verde pode indicar que o status de um monitor associado a esse RMI foi aprovado. Um RMI vermelho pode indicar que o status de um monitor associado a esse RMI falhou. De acordo com as implementações de exemplo, a seção de exibição de monitoramento de prontidão 772 contida em qualquer GUI pode incluir qualquer número de RMIs que se encaixem na seção de exibição de monitoramento de prontidão 772.

[00196] Cada seção de exibição de TDS 784 em uma GUI inclui um ou mais procedimentos de ciclo de condução. Como mostrado na Figura 22, a seção de exibição de TDS 784 inclui procedimentos de ciclo de condução 790, 792, 794. Cada DCP é exibido usando um número de pixels da exibição 116. Pelo menos em algumas implementações, um procedimento de DCP atual a ser executado é destacado de alguma maneira. Como mostrado na Figura 22, o DCP 790 é destacado. A seção de exibição de TDS 784 inclui números de procedimento de ciclo de condução 786 e exibições de temporizador 788. Conforme mostrado na Figura 22, o número de DCP e o temporizador associados ao DCP 790 são destacados para indicar que o DCP 790 é o DCP atual a ser executado. De acordo com as implementações de exemplo, a seção de exibição de TDS 784 contida em qualquer GUI pode incluir qualquer número de DCPs que se encaixem na seção de exibição de TDS 784.

[00197] Com referência à Figura 8 e à Figura 22, o DCP 790 para DCP 1 inclui uma instrução de TDS que corresponde à instrução de TDS 161 e um valor do temporizador que corresponde ao valor do temporizador 175. Da mesma forma, o DCP 792 para DCP 2 inclui uma instrução de TDS que corresponde à instrução de TDS 163 e um temporizador valor que corresponde ao valor do temporizador 177. Da mesma forma, o DCP 794 para DCP 3 inclui uma instrução de TDS que corresponde à instrução de TDS 165 e um valor do temporizador que corresponde ao valor do temporizador 179.

[00198] A GUI 608 inclui um USC do roteiro completo de test drive 699, um USC 798 de inicialização/reinicialização e um USC 796 de cancelamento. Pelo menos em algumas implementações, em resposta à determinação do USC do roteiro completo de test drive 699 é seleci-onado, o processador 102 pode causar a exibição 116 para exibir uma GUI no modo de serviço de relatório pós-reparo. Em algumas imple-mentações, o USC do roteiro completo de test drive 699 está ativo a qualquer momento enquanto um procedimento de ciclo de unidade está sendo executado. Em outras implementações, o USC do roteiro completo de test drive 699 está ativo após um monitor de prontidão falhar durante a execução de um roteiro de test drive ou após todos os procedimentos de ciclo de unidade do TDS terem sido executados. Pelo menos em algumas implementações, o processador 102 pode ser configurado para alternar automaticamente de uma GUI mostrando um procedimento de ciclo de unidade para uma GUI no modo de serviço de relatório pós-reparo sem exigir que um usuário selecione o USC do roteiro completo de test drive 699.

[00199] Além disso, em pelo menos algumas implementações, em resposta à determinação de USC de iniciar/reiniciar 798 é selecionado, o processador 102, 256 pode iniciar uma ação em relação à GUI que inclui o USC de iniciar/reiniciar 798. Por exemplo, iniciar a ação incluem iniciar ou reiniciar um temporizador associado a um DCP atualmente sendo executado e/ou iniciar ou reiniciar a solicitação de parâmetros PID para um PPI.

[00200] Além disso, em pelo menos algumas implementações, em resposta à determinação do USC de cancelamento 796 é selecionado, o processador 102, 256 pode parar uma ação em relação à GUI que inclui o USC de cancelamento 796. Por exemplo, parar a ação pode incluir parar um temporizador associado a um procedimento de ciclo de condução, parando a solicitação de valores de parâmetro PID de modo que os valores de parâmetro em um PPI parem de mudar e/ou alternando para uma GUI diferente, como uma GUI que não mostra um TDS.

[00201] A GUI 610, 612, 614, 618, 620, 622 mostrada na Figura 23, 24, 25, 27, 28, 29, respectivamente, também mostram o USC do roteiro completo de test drive 699, o USC de cancelamento 796 e o USC de iniciar/reiniciar 798. A descrição do USC do roteiro completo de test drive 699, o USC de cancelamento 796 e o USC de iniciar/reiniciar 798 acima são aplicáveis à GUI 610, 612, 614, 618, 620, 622.

[00202] A GUI 608 inclui um ícone de modo de áudio 814 e um ícone de modo visual 816. Pelo menos em algumas implementações, o ícone de modo de áudio 814 é destacado de alguma maneira se o TDS selecionado deve ser emitido usando o dispositivo de saída aural 120, enquanto o ícone de modo 816 é destacado de alguma maneira se o TDS selecionado deve ser emitido usando a tela 116. Nessas ou em outras implementações, o ícone de modo de áudio 814 é configurado como uma seleção de USC de modo de áudio e o ícone de modo visual é configurado como um ícone visual seleção de modo USC. Em resposta à determinação da seleção do USC de modo de áudio é selecionado enquanto a ferramenta 100 está emitindo o TDS usando a tela 116, um processador, tal como o processador 102, 256, é configurado para alternar a ferramenta 100 para emitir o TDS usando a saída aural dispositivo 120. Em resposta à determinação da seleção de modo visual USC é selecionado enquanto a ferramenta 100 está emitindo o TDS usando o dispositivo de saída aural 120, um processador, tal como o processador 102, 256, é configurado para alternar a ferramenta 100 para emitir o TDS usando a tela 116.

[00203] A GUI 608 inclui um medidor de progresso 821. Em algu- mas implementações, o medidor de progresso 821 é configurado como uma barra de temporizador 822. O indicador de progresso de tempori-zador pode incluir um valor do temporizador 824 (isto é, um valor nu-mérico referente a uma saída do temporizador 128, como um tempo decorrido desde que um DCP foi iniciado e/ou uma quantidade de tempo até que o DCP seja concluído).

[00204] A seguir, a Figura 23 mostra a GUI 610. A GUI 610 inclui a seção de exibição de parâmetro 760, a seção de exibição de monitoramento de prontidão 772 e a seção de exibição de TDS 784.

[00205] Como mostrado na Figura 23, a seção de exibição de TDS 784 inclui procedimentos de ciclo de condução 790, 792, 794, e o DCP 792 é destacado para indicar que é um DCP atual a ser executado. O número de DCPs e o temporizador associado ao DCP 792 também são destacados para indicar que é o DCP atual a ser executado. De acordo com implementações nas quais a exibição 116 muda de exibir a GUI 606 para exibir a GUI 608, a Figura 22 e Figura 23 ilustram assim um exemplo de dois DCP em uma sequência ordenada de um DCP sendo executado de acordo com o roteiro de test drive que contém esses dois DCPs.

[00206] Com referência à Figura 8 e Figura 23, o DCP 792 para DCP 2 inclui uma instrução de TDS que corresponde à instrução de TDS 163 e um valor do temporizador que corresponde ao valor do temporizador 177. Da mesma forma, o DCP 792 para DCP 1 inclui uma instrução de TDS que corresponde à instrução de TDS 161 e um temporizador valor que corresponde ao valor do temporizador 175. Da mesma forma, o DCP 794 para DCP 3 inclui uma instrução de TDS que corresponde à instrução de TDS 165 e um valor do temporizador que corresponde ao valor do temporizador 179.

[00207] Na Figura 23, a seção de exibição de parâmetro 760 inclui um PPI 117 pertencente a uma velocidade do veículo do veículo 412, um PPI 121 pertencente a um indicador de nível de combustível PID do veículo 412, um PPI 125 pertencente a um primeiro sensor de oxigênio em um primeiro banco de sensores de oxigênio PID do veículo 412, um PPI 127 pertencente a um segundo sensor de oxigênio no primeiro banco de sensores de oxigênio PID do veículo 412 e um PPI 129 pertencente a um primeiro sensor de oxigênio em um segundo banco de sensores de oxigênio PID do veículo 412.

[00208] A GUI 610 inclui um USC de seção de exibição de expansão 825 dentro da seção de exibição de parâmetro 760. Em resposta à determinação de um USC de seção de exibição de expansão selecionada, um processador, tal como o processador 102, 256, pode fazer com que a seção de exibição se expanda de modo que indicadores e/ou outras informações são exibidas nessa seção de exibição. Por exemplo, em resposta à determinação do USC de seção de exibição de expansão 825 é selecionada, um processador, tal como o processador 102, 256, pode fazer com que a seção de exibição de parâmetro 760 se expanda de modo que um PPI 131 pertencente a um segundo sensor de oxigênio em um segundo banco de sensores de oxigênio PID do veículo 412 e um PPI 141 pertencente a um PID de monitoramento de catalisador do veículo 412 são exibidos na seção de exibição de parâmetro 760 juntamente com os PPIs mostrados na Figura 23. O processador pode determinar quais PPI(s) adicionais exibir na seção de exibição de parâmetro 760 referindo-se ao DCP atual sendo executado dentro do TDS 160 mostrado na Figura 8.

[00209] Com referência à Figura 8, os PIDs 313 incluem sete PIDs (isto é, PIDs 64, 66, 68, 69, 70, 71, 76) que estão associados ao DCP 2, que é o DCP atual a ser executado enquanto a GUI 610 é exibida. O mapa de PID 180 mostrado na Figura 9 mostra que os PPIs 117, 121, 125, 127, 129, 131, 141 estão associados aos PIDs 64, 66, 68, 69, 70, 71, 76, respectivamente. Um processador, como o processador 102, 256 pode preencher a GUI 610 com os PPIs 117, 121, 125, 127, 129 depois de se referir ao TDS 160 e ao mapa de PID 180 e com os PPIs 117, 121, 125, 127, 129, 131, 141 após o USC de seção de exibição de expansão 825 ser selecionado enquanto a GUI 610 é exibida.

[00210] Na Figura 23, semelhante à GUI 608 mostrada na Figura 22, a seção de exibição de monitoramento de prontidão 772 inclui o RMI 83 pertencente ao monitor do sistema de combustível do veículo 412, o RMI 99 referente ao monitor de catalisador do veículo 412, o RMI 87 pertencente ao monitor do aquecedor do sensor de oxigênio do veículo 412, o RMI 101 pertencente ao monitor de catalisador aquecido do veículo 412 e o RMI 93 pertencente ao monitor do sensor de oxigênio do veículo 412. Cada RMI é exibido usando um número de pixels da tela 116.

[00211] Com referência à Figura 8, os IDs de monitoramento 315 incluem quatro IDs de monitoramento (isto é, IDs de monitoramento 25, 27, 30, 33) que estão associados ao DCP 2, que é um DCP atual a ser executado enquanto a GUI 610 é exibida. O mapa de monitoramento 189 mostrado na Figura 10 mostra que os RMIs 83, 99, 87, 93 estão associados aos IDs de monitoramento 25, 27, 30, 33, respectivamente. Um processador, como o processador 102, 256, pode preencher a GUI 610 com os RMIs 83, 99, 87, 93 após consultar o TDS 160 e o mapa de monitoramento 189. O GUI 610 mostra destaque nos RMIs 83, 99, 87, 93 para indicar o status (como o status de falha) dos monitores com os IDs de monitoramento 25, 27, 30, 33.

[00212] Pelo menos em algumas implementações, apenas os monitores associados ao TDS atual são exibidos na seção de exibição de monitoramento de prontidão 772. Pelo menos em algumas outras im-plementações, no entanto, a seção de exibição de monitoramento de prontidão 772 exibe um ou mais outros RMIs além daqueles associados ao TDS atual. A ferramenta 100 pode usar as últimas implementa- ções para mostrar o estado de um RMI que foi testado durante um DCP anterior do TDS. Por exemplo, a GUI 610 mostra o RMI 101 destacado para indicar que o monitor de catalisador aquecido dentro do monitor ID 34 realizado para DCP 1 passou. De acordo com a última implementação, a seção de exibição de monitoramento de prontidão 772 pode exibir RMIs para todos os monitores a serem verificados durante a execução do TDS.

[00213] A GUI 610 inclui o ícone de modo de áudio 814 e o ícone de modo visual 816. Conforme mostrado na Figura 23, o ícone de modo visual 816 é destacado para indicar que o TDS selecionado deve ser emitido usando a tela 116.

[00214] A GUI 610 inclui o medidor de progresso 821. Em algumas implementações, o medidor de progresso 821 é configurado como uma barra de temporizador 822. O indicador de progresso de temporizador pode incluir um valor do temporizador 824 (isto é, um valor numérico referente a uma saída do temporizador 128, como um tempo decorrido desde que um DCP foi iniciado e/ou uma quantidade de tempo até que o DCP seja concluído). Na Figura 23, o medidor de progresso 821 também inclui um indicador 823 dentro da barra de temporizador 822 para indicar até que ponto o temporizador para DCP progrediu (ou seja, 3:23 de 4:00). Pelo menos em algumas implementações, o valor do temporizador 824 incrementa um segundo a cada segundo enquanto o DCP 2 está sendo executado e o indicador 823 preenche uma porção adicional de 1/240 da barra do temporizador 822 para cada segundo enquanto o DCP 2 está sendo executado.

[00215] A seguir, a Figura 24 mostra a GUI 612. A GUI 612 inclui a seção de exibição de parâmetro 760, a seção de exibição de monitoramento de prontidão 772 e a seção de exibição de TDS 784.

[00216] Como mostrado na Figura 24, a seção de exibição de TDS 784 inclui procedimentos de ciclo de condução 790, 792, 794, e o DCP 794 é destacado para indicar que é um DCP atual a ser executado. O número de DCPs e o temporizador associado ao DCP 794 também são destacados para indicar que é o DCP atual a ser executado.

[00217] Com referência à Figura 8 e Figura 24, o DCP 794 para DCP 3 inclui uma instrução de TDS que corresponde à instrução de TDS 165 e um valor do temporizador que corresponde ao valor do temporizador 179. Da mesma forma, o DCP 792 para DCP 1 inclui uma instrução de TDS que corresponde à instrução de TDS 161 e um temporizador valor que corresponde ao valor do temporizador 175. Da mesma forma, o DCP 794 para DCP 2 inclui uma instrução de TDS que corresponde à instrução de TDS 163 e um valor do temporizador que corresponde ao valor do temporizador 177.

[00218] Na Figura 24, a seção de exibição de parâmetro 760 inclui o PPI 117 pertencente a uma velocidade do veículo do veículo 412, o PPI 121 pertencente a um indicador de nível de combustível PID do veículo 412, um PPI 123 pertencente a um PID do ciclo de trabalho da válvula de purga de emissões do evaporador de o veículo 412, um PPI 125 pertencente a um primeiro sensor de oxigênio em um primeiro banco de sensores de oxigênio PID do veículo 412 e o PPI 127 pertencente a um segundo sensor de oxigênio no primeiro banco de sensores de oxigênio PID do veículo 412.

[00219] A GUI 612 inclui o USC de seção de exibição de expansão 825 dentro da seção de exibição de parâmetro 760. Em resposta à de-terminação do USC de seção de exibição de expansão 825 é selecionado de dentro da GUI 612, um processador, tal como o processador 102, 256, pode fazer com que o parâmetro seção de exibição 760 para expandir de modo que o PPI 129 pertencente a um primeiro sensor de oxigênio no segundo banco de sensores de oxigênio PID do veículo 412, o PPI 131 pertencente ao segundo sensor de oxigênio no segundo banco de sensores de oxigênio PID do veículo 412, e o PPI 141 pertencente ao PID do monitor de catalisador do veículo 412 são exibidos na seção de exibição de parâmetro 760 juntamente com os PPIs mostrados na Figura 24.

[00220] Com referência à Figura 8, os PIDs 317 incluem oito PIDs (ou seja, PIDs 64, 66, 67, 68, 69, 70, 71, 76) que estão associados ao DCP 3, que é o DCP atual a ser executado enquanto a GUI 612 é exibida. O mapa de PID 180 mostrado na Figura 9 mostra que os PPIs 117, 121, 123, 125, 127, 129, 131, 141 estão associados aos PIDs 64, 66, 67, 68, 69, 70, 71, 76, respectivamente. Um processador, como o processador 102, 256, pode preencher a GUI 612 com os PPIs 117, 121, 123, 125, 127, 129 após consultar o TDS 160 e o mapa de PID 180 e com os PPIs 117, 121, 123, 125, 127 exibido após o USC de seção de exibição de expansão 825 ser selecionada enquanto a GUI 612 é exibida.

[00221] Na Figura 24, semelhante à GUI 608 mostrada na Figura 22, a seção de exibição de monitoramento de prontidão 772 inclui o RMI 83 pertencente ao monitor do sistema de combustível do veículo 412, o RMI 99 referente ao monitor de catalisador do veículo 412, o RMI 87 pertencente ao monitor do aquecedor do sensor de oxigênio do veículo 412, o RMI 101 pertencente ao monitor de catalisador aquecido do veículo 412 e o RMI 93 referente ao monitor de sensor de oxigênio do veículo 412.

[00222] Com referência à Figura 8, os IDs de monitoramento 319 incluem três IDs de monitoramento (isto é, IDs de monitoramento 25, 30, 33) que estão associados ao DCP 3, que é um DCP atual a ser executado enquanto a GUI 612 é exibida. O mapa de monitoramento 189 mostrado na Figura 10 mostra que os RMIs 83, 99, 93 estão associados aos IDs de monitoramento 25, 30, 33, respectivamente. Um processador, tal como o processador 102, 256 pode preencher a GUI 612 com os RMIs 83, 99, 93 depois de consultar o TDS 160 e o mapa de monitoramento 189. A GUI 612 mostra destaque nos RMIs 83, 99, 93 para indicar o status (como o status de falha) de monitores com os IDs de monitoramento 25, 30, 33.

[00223] Embora os monitores com IDs de monitoramento 25, 30, 33 estejam associados ao DCP 3, conforme indicado anteriormente, a fer-ramenta 100 pode mostrar o estado de um RMI que foi testado durante um DCP anterior do TDS. Neste caso mostrado na Figura 24, a GUI 614 mostra o RMI 87 destacado para indicar que o monitor de aquecedor do sensor de oxigênio com ID de monitoramento 27 realizado para DCP 2 e o RMI 101 destacado para indicar que o monitor de catalisador aquecido com ID de monitoramento 34 realizado para DCP 1 passaram.

[00224] A GUI 612 inclui o ícone de modo de áudio 814 e o ícone de modo visual 816. Conforme mostrado na Figura 24, o ícone de modo visual 816 é destacado para indicar que o TDS selecionado deve ser emitido usando a tela 116.

[00225] A GUI 612 inclui o medidor de progresso 821. Na Figura 24, o medidor de progresso 821 inclui o valor do temporizador 824 e o indicador 823 dentro da barra do temporizador 822 para indicar até que ponto o temporizador para DCP progrediu (ou seja, 6:34 de 10:00). Pelo menos em algumas implementações, o valor do temporizador 824 incrementa um segundo a cada segundo enquanto o DCP 3 está sendo executado e o indicador 823 preenche uma porção adicional de 1/600 da barra do temporizador 822 para cada segundo enquanto o DCP 3 está sendo executado.

[00226] A seguir, a Figura 25 mostra a GUI 614. A GUI 614 inclui a seção de exibição de parâmetro 760, a seção de exibição de monitoramento de prontidão 772 e a seção de exibição de TDS 784. A seção de exibição de parâmetro 760 inclui um USC 840 adicional. Em respostaà seleção do USC 840 adicional, um processador, tal como o processador 102, 256, emite uma GUI para permitir que um usuário adicione um ou mais PPI à seção de exibição de parâmetro 760. Um exemplo da GUI acima mencionada, ou seja, GUI 624, é mostrado na Figura 30. O PPI 159 mostrado na Figura 25 pode ser mostrado na GUI 614 como resultado da seleção para adicionar o PPI 159 da GUI 624.

[00227] A seção de exibição de TDS 784 inclui os números de pro-cedimento de ciclo de condução 786, exibições de temporizador 788, uma barra de rolagem 832 e um seletor 834 dentro da barra de rolagem 832. O seletor 834 pode ser movido dentro da barra de rolagem 832. Em resposta à determinação do seletor 834 ter sido movido, um processador, como o processador 102, 256, pode fazer com que a GUI 614 exiba uma combinação diferente de procedimentos de ciclo de condução de um roteiro de test drive em comparação com uma combinação de procedimentos de ciclo de condução desse roteiro de test drive que foram exibidos antes que o seletor 834 fosse movido. Os números de procedimento de ciclo de condução 786 exibidos na seção de exibição de TDS 784 incluem DCP 1 a 6. De acordo com pelo menos algumas implementações, um procedimento de ciclo de condução atual a ser executado é destacado para auxiliar um usuário da ferramenta 100. Conforme mostrado na Figura 25, um valor do temporizador e instruções TDS para um DCP 2 são destacados.

[00228] Na Figura 25, cada um dos RMIs dentro da seção de exibição de monitoramento de prontidão 772 inclui um seletor de modo gráfico, tal como um seletor de modo gráfico 655 dentro do RMI 83. O se- letor de modo gráfico 655 pode ser usado para aumentar o tamanho do RMI 83. O tela 116 pode exibir o RMI 83, aumentado em tamanho, de modo que o RMI 83 inclua um gráfico. Os seletores de modo gráfico para outros RMIs também podem ser usados para aumentar o tamanho do RMI que inclui o seletor de modo gráfico. Para estados do monitor de prontidão que podem ser indicados por meio de apenas dois valores, como aprovado ou reprovado, um gráfico na janela de tamanho aumentado pode exibir uma indicação do valor atual associado ao monitor de prontidão pertencente ao RMI. Um RMI também pode incluir um seletor de modo gráfico quando o RMI aumenta de tamanho. A seleção do seletor de modo de gráfico quando um RMI é aumentado em tamanho pode fazer com que o RMI diminua de tamanho, como o tamanho do RMI antes do seletor de modo de gráfico ser selecionado para aumentar o tamanho do RMI.

[00229] A seção de monitoramento de prontidão 772 inclui os RMIs 83, 87, 93, 99, 101 e um RMI 843. O RMI 843 está associado a um monitor de prontidão de componentes abrangente que é executado em alguns veículos. Pelo menos em algumas implementações, o monitor de prontidão de componentes abrangente é executado sempre que o veículo estiver operando e não requer que nenhum procedimento de ciclo de condução seja executado. Assim, o monitor de prontidão de componentes abrangente, ao contrário de muitos outros monitores de prontidão, pode fazer com que um DTC seja definido e uma lâmpada indicadora de mau funcionamento acenda sem ter que executar um procedimento de ciclo de condução.

[00230] A seguir, a Figura 26 mostra a GUI 616. A GUI 616 inclui um USC TDS de áudio 810 e um USC TDS visual 812. Em resposta à determinação do USC TDS de áudio 810 selecionado, o processador 102 muda para um modo no qual o processador 102 emite uma representação de pelo menos uma porção de um TDS usando o dispositivo de saída aural 120. Além disso, o processador 102 pode emitir uma GUI com uma representação visual limitada do TDS em comparação com uma representação visual mais completa do TDS que está contida na saída GUI em resposta a determinar o visual USC TDS 812 é selecionado. Cada uma dentre a Figura 27 até a Figura 29 mostra um exemplo de GUI com uma representação visual limitada do TDS. Em resposta à determinação de que o USC TDS visual 812 é selecionado, o processador 102 muda para um modo no qual o processador 102 emite uma representação de pelo menos uma porção de um TDS usando a tela 116. Cada um da Figura 24 à Figura 26 mostra um exemplo de GUI com uma descrição visual mais completa de um roteiro de test drive. Pelo menos em algumas implementações, uma representação visual limitada do TDS não inclui uma representação textual de um DCP desse TDS, enquanto uma representação visual mais completa do TDS inclui uma representação textual de pelo menos um DCP do TDS.

[00231] A seguir, a Figura 27 mostra a GUI 618. A GUI 618 inclui um ícone 850 indicativo de que a ferramenta 100 está operando em um modo no qual um TDS e/ou um procedimento de ciclo de condução do TDS é emitido de forma auditiva usando o dispositivo de saída auditiva 120. A GUI 618 também inclui o ícone de modo de áudio 814 e um ícone de modo visual 816, que são configurados conforme descrito acima. A GUI 618 também inclui um USC 852 inicial e um USC 854 cancelado. Para pelo menos algumas implementações, em resposta à determinação do USC 852 inicial selecionado, o processador 102 emite de forma auditiva um primeiro ou um procedimento de ciclo de condução seguinte de um TDS. Para essas ou pelo menos algumas outrasimplementações, em resposta à determinação do USC de cancelamento 854 é selecionado, o processador 102 cancela a saída auditiva de um procedimento de ciclo de condução de um TDS e/ou TDS. Além disso, em resposta à determinação do USC de cancelamento 854 é selecionado, o processador 102 pode mudar da exibição da GUI 618 para uma GUI diferente, como a GUI 606 mostrada na Figura 21.

[00232] A seguir, a Figura 28 mostra a GUI 620. A GUI 620 inclui um medidor de progresso 866 para mostrar o progresso da conclusão de um TDS, como o TDS 160. O medidor de progresso 866 inclui ícones de anúncio de procedimento de ciclo de condução 868, 870, 872, 874, 876, 878, 880, um ícone de anúncio de conclusão TDS 882 e ícones de temporização de procedimento de ciclo de condução 884, 886, 888, 890, 892, 894. Os ícones de temporização de procedimento de ciclo de condução 884, 886, 888, 890, 892, 894 representam os valores de temporizador 177, 179, 181, 183. Em uma modalidade alternativa, o medidor de progresso 866 pode incluir um ícone de temporização de procedimento de ciclo de condução correspondente a qualquer valor do temporizador com um valor de 0:00, tal como o valor do temporizador 175.

[00233] Pelo menos em algumas implementações de exemplo, o progresso da conclusão do TDS é mostrado dentro do medidor de progresso 866 usando destaque. O destaque dentro do medidor de progresso 866 pode ser correlacionado com uma saída do temporizador 128 e/ou os valores do temporizador 166. O exemplo de destaque 896 é mostrado na Figura 28 (usando sombreamento). De acordo com essas implementações, o destaque 896 do ícone de anúncio de procedimento de ciclo de condução 868 indica que a instrução de TDS 161 ter sido emitida pelo dispositivo de saída aural 120 e o destaque 896 do ícone de anúncio de procedimento de ciclo de condução 870 indica que a instrução de TDS 163 ter sido emitido pelo dispositivo de saída aural 120.

[00234] Pelo menos em algumas implementações, uma dimensão de um ícone de temporização de procedimento de ciclo de condução é indicativa de um período de tempo associado a um procedimento de ciclo de condução em comparação com outras dimensões de outros ícones de temporização de procedimento de ciclo de condução indicativo de outros períodos de tempo associados a outros procedimentos do ciclo de condução. Por exemplo, um ícone de temporização de pro- cedimento de ciclo de condução mais longo indica um primeiro período de tempo maior que um segundo período de tempo indicado por um ícone de temporização de procedimento de ciclo de condução mais curto. Em particular, os tempos indicados pelo ícone de temporização do procedimento de ciclo de condução 884 e o ícone de temporização do procedimento de ciclo de condução 886 podem ser de quatro e dez minutos, respectivamente.

[00235] O processador 102 pode fazer com que o destaque dentro dos ícones de temporização do procedimento do ciclo de condução 884, 886, 888, 890, 892, 894 sejam adicionados à medida que uma instrução de TDS associada está sendo concluída em relação a uma porcentagem de conclusão da instrução de TDS associada. Pelo menos em algumas implementações, o destaque começa a preencher os ícones de temporização do procedimento de ciclo de condução 884, 886, 888, 890, 892, 894 a partir de uma porção mais à esquerda desses ícones. Para uma implementação na qual um ícone de temporizaçãode procedimento de ciclo de condução se correlaciona com um DCP de quatro minutos, o destaque 896 pode aumentar dentro desse ícone de temporização de procedimento de ciclo de condução em 1/240 para cada segundo contado pelo temporizador 128 e o indicador de segmento incompleto 827 pode diminua em 1/240 para cada segundo contado pelo temporizador 128. Por exemplo, o destaque 896 dentro do ícone de temporização do procedimento de ciclo de condução 884 estende oitenta por cento do comprimento total do ícone de temporizaçãodo procedimento de ciclo de condução 884 para indicar que o DCP 2 dentro do TDS 160 está oitenta por cento completo. Uma porção 919 do ícone de temporização do procedimento do ciclo de condução 884 que é mostrada sem o destaque 896 é vinte por cento do comprimento total do ícone de temporização do procedimento do ciclo de condução 884 para indicar que vinte por cento do tempo necessário para realizar o DCP 2 ainda está para ser realizado.

[00236] A GUI 620 inclui um ícone 891 para notificar um usuário da ferramenta 100 que uma palavra ou palavras no vocabulário da ferra-menta 100 podem ser faladas para fazer com que uma instrução de TDS seja emitida pelo dispositivo de saída aural 120. Como exemplo, o ícone 891 inclui o texto “Diga 'Repetir' para repetir a instrução de TDS” e o texto “Diga 'Próximo'para reproduzir o USC de próxima instrução de TDS”. Enquanto a tela 116 está exibindo uma GUI com o ícone 891, tal como a GUI 620 ou a GUI 622 mostrada na Figura 29, o processador 102 pode detectar ondas sonoras que representam a palavra"Repetir" ter sido recebida por um microfone do dispositivo de entrada 118. Em resposta a essa detecção, um processador, tal como o processador 102, 256, pode causar uma instrução de TDS de um DCP atualmente sendo executado para ser reproduzido usando o dispositivo de saída aural 120. Enquanto o monitor 116 está exibindo uma GUI com o ícone 891, tal como a GUI 620 ou a GUI 622 mostrada na Figura 29, um processador, como o processador 102, 256, pode detectar ondas sonoras que representam a palavra "Próximo"ter sido recebida por um microfone do dispositivo de entrada 118. Em resposta a essa detecção, um processador, como o processador 102, 256, pode fazer com que uma instrução de TDS para um próximo DCP programado para ser executado seja reproduzida usando o dispositivo de saída aural 120.

[00237] A configuração da ferramenta 100 para poder repetir a instrução de TDS de saída mais recente usando a ferramenta 100 é vantajosa porque o usuário da ferramenta 100 pode receber uma instrução para continuar operando um veículo conforme necessário para um DCP atualmente sendo executado em um TDS. Em alguns aspectos, é ainda mais vantajoso poder repetir a saída da instrução de TDS de saída mais recente em resposta a um comando de voz, porque o usuário da ferramenta 100 provavelmente conduzirá o veículo 412 e pode manter sua olhos na estrada em vez de olhar para a tela 116 para ter que ler a instrução de TDS da tela 116. Além disso, caso o usuário da ferramenta 100 dirigindo o veículo ainda não tenha alterado um estado operacional do veículo para atender aos requisitos da instrução de TDS de saída mais recente e não pode recuperar a instrução de TDS de saída mais recente, repetir a instrução de TDS de saída mais recente usando o dispositivo de saída aural 120 pode lembrar o usuário de como alterar o estado operacional do veículo para atender aos requisitos da instrução de TDS de saída mais recente.

[00238] Configurar a ferramenta 100 para emitir uma instrução de TDS para um próximo DCP agendado (ou seja, um próximo DPS agendado) a ser executado é vantajoso porque um usuário da ferramenta pode receber novas informações de estado operacional sobre como o veículo 412 é necessário para ser operado para o próximo DPS programado. O usuário da ferramenta 100 pode considerar a nova informação de estado operacional para planejar uma porção futura de uma rota na qual a instrução de TDS para o próximo DPS programado deve ser executada.

[00239] A GUI 620 inclui um USC de instrução de repetição 893 e um USC de próxima instrução 895. Em resposta à determinação de que o USC de instrução de repetição 893 foi selecionado, o processador 102, 256 é configurado para fazer com que o dispositivo de saída aural 120 emita a saída de instrução de TDS mais recente pelo dispositivo de saída aural 120. Em resposta à determinação do USC de próximainstrução 895 foi selecionada, o processador 102, 256 é configurado para fazer com que o dispositivo de saída aural 120 emita uma instrução de TDS que o processador 102, 256 é programado para saída usando o dispositivo de saída aural 120 após a conclusão do DCP atualmente sendo executado.

[00240] Semelhante à GUI 608 mostrada na Figura 22, a GUI 620 inclui o ícone de modo de áudio 814 e o ícone de modo visual 816. A descrição da operação desses ícones é descrita acima em relação à GUI 608 e é aplicável à GUI 620. Além disso, semelhante à GUI 608 mostrado na Figura 22, o GUI 620 inclui o USC de início/reinicialização 798 e o USC de cancelamento 796. A descrição da operação desses USCs é descrita acima em relação ao GUI 608 e é aplicável ao GUI 620.

[00241] A seguir, a Figura 29 mostra a GUI 622. A GUI 622 inclui um medidor de progresso 831 para mostrar o progresso da conclusão de um DCP de um TDS, tal como o DCP 2 do TDS 160. O medidor de progresso 831 inclui um indicador de início/fim do medidor 8 33, um indicador de segmento completo 835, um indicador de segmento incompleto 837, um valor do temporizador 839 e um indicador DCP 841. Na Figura 29, o indicador DCP 841 indica que o segundo DCP de sete DCPs (isto é, DCP 2) do TDS 160 está sendo executado. Como mostrado na Figura 8, o DCP 2 inclui um valor do temporizador de quatro minutos. O valor do temporizador 839 pode indicar uma saída do temporizador 128. Esse valor do temporizador 839 pode, por exemplo, indicar uma quantidade de tempo restante para completar o DCP indicado pelo indicador DCP 841.

[00242] O indicador de segmento completo 835 e o indicador de segmento incompleto 837, em combinação, podem representar cem por cento do valor do temporizador correlacionado com o DCP indicado pelo indicador DCP 841. Para uma implementação na qual o valor do temporizador correlacionado com o DCP é quatro minutos e enquanto o temporizador 128 está contando esse valor do temporizador, o indicador de segmento concluído 835 pode aumentar em 1/240o do medidor de progresso 831 para cada segundo contado pelo temporizador 128 e o indicador de segmento incompleto 837 pode diminuir em 1/240o por cento do medidor de progresso 831 para cada segundo contado pelo temporizador 128. De acordo com essa implementação, com três minutos e vinte e três segundos de quatro minutos restantes, o indicador de segmento concluído 835 cobre cerca de quinze por cento do medidor de progresso 821 e o indicador de segmento incompleto 837 cobre cerca de oitenta e cinco por cento do medidor de progresso 831.

[00243] A GUI 622 inclui o ícone 891 para notificar um usuário da ferramenta 100 que um comando de voz pode ser falado para fazer com que uma instrução de TDS seja emitida pelo dispositivo de saída aural 120. A descrição da operação de usar o ícone 891 descrito acima com em relação à Figura 28 é aplicável ao uso do ícone 891 mostrado na Figura 29. A GUI 622 também inclui o USC de instrução de repetição 893 e o USC de próxima instrução 895. A descrição da operação de utilização do USC de instrução de repetição 893 e o USC de próxima instrução 895 descrita acima em relação à Figura 28 é aplicável ao uso do USC de instrução de repetição 893 e do USC de próximainstrução 895 mostrada na Figura 29.

[00244] Pelo menos em algumas implementações, uma GUI inclui um medidor de progresso para mostrar o progresso da conclusão de um TDS e um medidor de progresso para mostrar o progresso da conclusão de um DCP do TDS. Como exemplo, essa GUI pode ser organizada como a GUI 620, exceto que a GUI também inclui um medidor de progresso para mostrar o progresso da conclusão de um DCP do TDS, como o medidor de progresso 821.

[00245] Um benefício de exibir uma GUI com um medidor de progresso, como o medidor de progresso 821, 866, é fornecer uma maneira para um usuário da ferramenta determinar rapidamente o quão perto um DCP atualmente sendo executado está de ser concluído para que um usuário possa antecipar precisar alterar um estado operacional do veículo 412. Para determinar como o estado operacional do veículo 412 precisa mudar após a conclusão do DCP atualmente sendo executado, o usuário pode solicitar que a ferramenta 100 reproduza o USC de pró-ximainstrução de TDS em resposta à seleção do USC de próxima ins-trução 895 ou espere que a ferramenta 100 reproduza o USC de próxi-mainstrução de TDS após a conclusão do DCP atualmente sendo exe-cutado. Um benefício de exibir uma GUI com um medidor de progresso, como o medidor de progresso 866, é fornecer uma maneira para um usuário da ferramenta determinar rapidamente o quão perto um TDS atualmente sendo executado está para ser concluído.

[00246] A seguir, a Figura 30 mostra a GUI 624. Conforme discutido acima, a GUI 624 permite que um usuário adicione um ou mais PPI à seção de exibição de parâmetro 760 de uma GUI. Pelo menos em al-gumasimplementações, o processador 102, 256 é configurado para emitir a GUI 624 em resposta à seleção de um USC adicional, tal como o USC adicionado 840 mostrado na Figura 25.

[00247] A GUI 624 inclui a seção de exibição de parâmetro 760 in cluindo o PPI 143, 113, 115, 111.145. A GUI 624 também inclui um menu de seleção de PPI 917 incluindo PPI 111, 113, 115, 117, 119, 121, 123, 125, 127, 129, 131, 133, 135, 137, 139, 141, 143, 145, 147, 149, 151, 153, 155, 157, 159. Cada um desses PPI é selecionável. Pelo menos em algumas implementações, o processador 102, 256 é configurado para destacar um PPI que foi selecionado dentro do menu de seleção de PPI 917. A Figura 30 mostra o PPI 159 destacado para representar que o PPI 159 foi selecionado. Pelo menos em algumas implementações, o processador 102, 256 pode adicionar o(s) PPI(s) se- lecionado(s) no menu de seleção de PPI 917 na seção de exibição de parâmetro 760 após determinar que o(s) PPI(s) foi(m) selecionado(s). Nessas ou em outras implementações, o processador 102, 256 pode adicionar o(s) PPI(s) selecionado(s) no menu de seleção de PPI 917 em resposta à determinação de que um USC 799 adicionado selecionado dentro da GUI 624 ter sido selecionado. Outras maneiras de causar a adição de um PPI à seção de exibição de parâmetro 760 também são possíveis.

[00248] A seguir, a Figura 31, Figura 32, Figura 33 mostram a GUI 626, 628, 630, respectivamente. A GUI 626, 628, 630 mostra que a ferramenta 100 está operando no modo de serviço de relatório pós- reparo. A GUI 626, 628, 630 mostra um relatório 897, 898, 899, res-pectivamente. Cada relatório 897, 898, 899 inclui uma USC de seleção de relatório 900, 902, 904. Pelo menos em algumas implementações, a USC de seleção de relatório 900 inclui texto e/ou símbolos para selecionar um relatório, como o relatório 897 que é adaptado para um cliente. O relatório 897 pode, portanto, ser considerado um relatório pós-reparo do cliente. Da mesma forma, o USC de seleção de relatório 902 inclui texto e/ou símbolos para indicar que o relatório 898 é adaptado para um redator de serviço. O relatório 898 pode, portanto, ser considerado um relatório pós-reparo do escritor de serviço. O USC de seleção de relatório 904 inclui texto e/ou símbolos para indicar que o relatório 899 é feito sob medida para um técnico. O relatório 899 pode assim ser considerado um relatório técnico pós-reparação.

[00249] Em resposta à seleção do USC de seleção de relatório 900 enquanto a tela 116 está exibindo o relatório 898, 899, o processador 102, 256 pode fazer com que a tela 116 comece a exibir o relatório 897 em vez do relatório 898, 899. Em resposta a seleção do USC de seleção de relatório 902 enquanto a tela 116 está exibindo o relatório 897, 899, o processador 102, 256 pode fazer com que a tela 116 comece a exibir o relatório 898 em vez do relatório 897, 899. Em respostaà seleção do USC de seleção de relatório 904 enquanto a tela 116 está exibindo o relatório 897, 898, o processador 102, 256 pode fazer com que a tela 116 comece a exibir o relatório 899 em vez do relatório 897, 898.

[00250] A GUI 626, 628, 630 inclui uma seção de sintomas 906. A seção de sintomas 906 inclui uma descrição do sintoma que foi diagnosticado enquanto a ferramenta 100 ter sido operada no modo de serviço de diagnóstico. Como exemplo, o sintoma exibido na seção de sintomas 906 pode incluir um identificador DTC, como o identificador P0171 DTC.

[00251] A GUI 626, 628, 630 inclui uma seção de monitores 908. A seção de monitores 908 inclui um indicador que indica se os monitores de prontidão testados durante o modo de serviço de test drivepassaram ou falharam. Como mostrado na Figura 32, a GUI 630 inclui RMI 83, 87, 93, 99, 101 para fornecer a indicação se os monitores de prontidão testados durante o modo de serviço de test drive passaram ou falharam.

[00252] A GUI 626, 628, 630 inclui uma seção de dados de veículo 910. Pelo menos em algumas implementações, a seção de dados de veículo 910 inclui dados de veículo de pré-reparo capturados enquanto a ferramenta 100 operava no modo de serviço de diagnóstico e dados de pós-reparo capturados enquanto a ferramenta 100 operada no modo de serviço de test drive ou no modo de serviço de relatório pós- reparo. Como exemplo, a seção de dados do veículo 910 inclui um PPI 912 pertencente a um PID de voltagem do sensor de fluxo de ar de massa do veículo 412. O PPI 912 inclui um parâmetro de pré-reparo 914 e um parâmetro de pós-reparo 916 que correspondem à massa de ar PID de tensão do sensor de fluxo. Como outro exemplo, a seção de dados do veículo 910 inclui um PPI 918 pertencente a um PID de frequência do sensor de fluxo de ar de massa do veículo 412. O PPI 918 inclui um parâmetro de pré-reparo 920 e um parâmetro de pós-reparo 922 que correspondem ao ar de massa PID de frequência do sensor de fluxo. Ainda como outro exemplo, a seção de dados do veículo 910 inclui um PPI 924 pertencente a um PID de massa/tempo do sensor de fluxo de ar de massa do veículo 412. O PPI 924 inclui um parâmetro de pré-reparo 926 e um parâmetro de pós-reparo 928 que correspondemà massa do sensor de fluxo de ar massa/tempo PID. O parâmetro de pré-reparo 914, 920, 926 pode incluir um parâmetro capturado enquanto uma seção de exibição de parâmetro 760 foi exibida em uma GUI durante o modo de serviço de veículo de diagnóstico.

[00253] A GUI 626, 628, 630 inclui uma seção de dados de reparo 930. A seção de dados de reparo 930 inclui dados referentes a um reparo feito no veículo. Como mostrado na Figura 31, a seção de dados de reparo 930 pode incluir uma descrição textual 936 descrevendo o reparo feito no veículo 412 e uma descrição visual 938 referente ao reparo feito no veículo 412. Conforme mostrado na Figura 31 e Figura 32, a seção de dados de reparo 930 pode incluir um gráfico de reparos superior 940 e um resumo de custo 942. O gráfico de reparos superior 940 pode indicar se o reparo feito no veículo 412 para superar o sintoma experimentado pelo veículo 412 está entre os reparos de maior frequência feitas ao tipo particular de veículo correspondente ao veículo 412 ou às reparações de maior frequência feitas a todos os tipos de veículos. O resumo de custo 942 pode incluir informações de custo relativas a peças, mão de obra, suprimentos e impostos associados ao reparo do veículo 412.

[00254] A GUI 626, 628, 630 inclui um USC de download 932 e um USC de impressão 934. Pelo menos em algumas implementações, em resposta à determinação de que o download de USC 932 é selecionado, o processador 102 pode solicitar ao servidor 254 para transmitir uma versão do relatório 897, 898, 899 para armazenamento na memória 104. Pelo menos em algumas implementações, em resposta à determinação da impressão USC 934 selecionada, o processador 102, 256 pode fazer com que o relatório 897, 898, 899 seja enviado para uma impressora.

V. DIAGNÓSTICO E REPARO

[00255] A seguir, a Figura 34 mostra exemplos de dados de mapeamento de diagnóstico e reparo 550. Como mostrado, os dados de mapeamento de diagnóstico e reparo 550 podem compreender dados de mapeamento de sintoma para PID (MD) 551, MD de componente para PID 552, MD de teste de sintoma para componente 553, MD 554 de teste de componente a componente, MD 555 de teste de sintoma a funcional, MD 556 de teste de componente a funcional, MD 557 de procedimento de sintoma a reinicialização e procedimento de componente a reinicialização MD 558. Exemplos mais particulares dos dados de mapeamento anteriores são discutidos abaixo.

[00256] A seguir, a Figura 35 mostra exemplos de diferentes índices que podem ser armazenados dentro do índice 560. Como mostrado, o índice 560 pode compreender um índice de PID 561, um índice de teste de componente (CTI) 562, um índice de teste funcional (FTI) 563 e um procedimento de reinicialização índice (RPI) 564. Dois ou mais desses índices podem ser combinados e armazenados como um único índice. Exemplos mais particulares dos índices anteriores são discutidos abaixo.

[00257] A seguir, a Figura 36 mostra exemplos dos dados de ma-peamento de diagnóstico e reparo 550. Em particular, a Figura 36 mostra exemplos do MD 551 de sintoma para PID para quatro sintomas: o sintoma 1 é mapeado para dezesseis PIDs, o sintoma 2 é mapeado para três PIDs, o sintoma 3 é mapeado para dois PIDs e o sintoma 4 é mapeado para dois PIDs. A Figura 36 também mostra exemplos do MD 553 de teste de sintoma para componente para quatro sintomas: o sintoma 1 é mapeado para testes de dois componentes, o sintoma 2 é mapeado para testes de dois componentes, o sintoma 3 é mapeado para testes de componente zero e o sintoma 4 é mapeado para dois testes de componentes. A Figura 36 também mostra exemplos do MD 555 de sintoma para teste funcional para quatro sintomas: o sintoma 1 é mapeado para quatro testes funcionais, o sintoma 2 é mapeado para quatro testes funcionais, o sintoma 3 é mapeado para quatro testes funcionais e o sintoma 4 é mapeado para quatro testes funcionais. A Figura 36 também mostra exemplos do MD de sintoma 557 para procedimento de reinicialização para cinco sintomas: o sintoma 1 é mapeado para um procedimento de reinicialização, o sintoma 2 é mapeado para um procedimento de reinicialização, o sintoma 3 é mapeado para procedimentos de reinicialização a zero, o sintoma 4 é mapeado para um procedimento de reinicialização e o sintoma 5 é mapeado para dois procedimentos de reinicialização. Na Figura 36, os sintomas de exemplo são mostrados entre parênteses e os PIDs, testes de componentes, testes funcionais e procedimentos de reinicializa- ção são listados após os dois pontos.

[00258] A seguir, a Figura 37 mostra um exemplo de índice de teste de componente (CTI) 570. O CTI 570 compreende uma lista organizada de testes de componente. A Figura 37 mostra três exemplos de re-presentações de testes de componentes dentro do CTI 570. Conforme mostrado na Figura 37, o CTI 570 pode representar testes de compo-nente usando números de teste de componente 571, valores de índice 572 e nomes de teste de componente 573 (isto é, pelo menos uma pa-lavra descrevendo um teste de componente). Um CTI diferente (para uso com as modalidades de exemplo) pode representar testes de componentes usando apenas uma dessas três representações de exemplo, uma combinação de quaisquer duas dessas três representa-ções de exemplo ou com uma representação de teste de componente de exemplo diferente. Os valores de índice 572 podem, por exemplo, compreender números decimais, hexadecimais ou de alguma outra base para representar os testes de componentes dentro do CTI 570. O CTI 562 (mostrado na Figura 35) pode compreender índices de teste de múltiplos componentes, como um CTI separado para cada um dos vários conjuntos diferentes de informações de identificação específicas (por exemplo, um CTI separado para cada Y/M/M ou Y/M/M/E). Esses CTI separados podem ser organizados como o CTI 570 ou de outra maneira. O CTI 570 pode compreender ou estar associado a informações de identificação de veículos particulares.

[00259] A seguir, a Figura 38 é um diagrama que mostra dados de mapeamento de sintoma para componente de exemplo 575 que podem ser armazenados nos dados de mapeamento de diagnóstico e reparo 550. Os sintomas 576 na Figura 38 são mostrados como DTCs, mas como mostrado na Figura 36, um sintoma mapeado pode compreender um sintoma diferente de um DTC. A Figura 38 mostra uma contagem de sintomas 577 entre parênteses para cada sintoma. O servidor 254 pode determinar as contagens de sintomas 577 com base nos dados da ordem de reparo que foram gerados em outras instâncias do tipo de veículo identificado pelo identificador de veículo 666.

[00260] Os DTCs mostrados na Figura 38 pode ser referido a um “P-codes” de uma ECU do controlador do trem de força. Como mostrado na Figura 38, um sintoma (como o sintoma P01551 e P01552) pode ser mapeado para vários componentes. O mapeamento entre o sintoma e o(s) componente(s) é representado na Figura 38 pelas linhas de mapeamento 578.

[00261] A seguir, a Figura 39 mostra exemplos adicionais dos dados de mapeamento de diagnóstico e reparo 550. Em particular, a Figura 39 mostra exemplos do MD 552 de componente para PID para quatro componentes: o componente 1 é mapeado para três PIDs, o componente 2 é mapeado para três PIDs, o componente 3 é mapeado para dois PIDs e o componente 4 é mapeado para um PID. A Figura 39 também mostra exemplos do MD 554 de componente a componen- te para cinco componentes: componente 1 é mapeado para testes de dois componentes, componente 2 é mapeado para testes de três com-ponentes, componente 3 é mapeado para testes de três componentes, componente 4 é mapeado para dois testes de componente e o com-ponente 5 é mapeado para um teste de componente. A Figura 39 também mostra exemplos do MD 556 de componente para teste funcional para seis componentes: componente 1 é mapeado para dois testes funcionais, componente 2 é mapeado para zero testes funcionais, componente 3 é mapeado para dois testes funcionais, componente 4 é mapeado para zero testes funcionais, o componente 5 é mapeado para zero testes e o componente 6 é mapeado para um teste funcional. A Figura 39 também mostra exemplos do procedimento MD 558 de componente para reinicialização para oito componentes: os componentes 1, 2, 3, 4, 5 e 6 são mapeados para procedimentos de reinicia- lização zero, o componente 7 é mapeado para dois procedimentos de reinicialização e o componente 8 é mapeado para dois procedimentos de reinicialização. Na Figura 39, os sintomas de exemplo são mostrados entre parênteses e os PIDs, testes de componentes, testes funcionais e procedimentos de reinicialização são listados após os dois pontos.

[00262] A seguir, a Figura 40 mostra um exemplo de índice de PID 585. O índice de PID 585 compreende uma lista organizada de PIDs. A Figura 40 mostra três exemplos de representações de PIDs dentro do índice de PID 585. Conforme mostrado na Figura 40, o índice de PID 585 pode representar os PIDs usando números PID 586, valores de índice 587 e nomes de PID 588 (isto é, pelo menos uma palavra descrevendo um PID). Um índice de PID diferente (para uso com as modalidades de exemplo) pode representar PIDs usando apenas uma dessas três representações de exemplo, uma combinação de quaisquer duas dessas três representações de exemplo ou com uma repre- sentação de PID de exemplo diferente. Os valores de índice 587 podem, por exemplo, compreender números decimais, hexadecimais ou de alguma outra base para representar os PIDs dentro do índice de PID 585. O índice de PID 561 (mostrado na Figura 35) pode compreendervários índices PID, como um índice de PID separado para cada um dos vários conjuntos diferentes de informações de identificação específicas (por exemplo, um índice de PID separado para cada Y/M/M ou Y/M/M/E). Esses índices PID separados podem ser organizados como o índice de PID 585 ou de outra maneira. O índice de PID 585 pode compreender ou estar associado a um tipo específico de veículo.

[00263] A seguir, a Figura 41 mostra um exemplo de índice de teste funcional (FTI) 590. O FTI 590 compreende uma lista organizada de testes funcionais. A Figura 41 mostra três exemplos de representações de testes funcionais dentro do FTI 590. Conforme mostrado na Figura 41, o FTI 590 pode representar teste funcional usando números de teste funcional 591, valores de índice 592 e nomes de teste funcional 593 (ou seja, pelo menos uma palavra descrevendo um teste funcional). Um FTI diferente (para uso com as modalidades de exemplo) pode representar testes funcionais usando apenas uma dessas três representações de exemplo, uma combinação de quaisquer duas dessas três representações de exemplo ou com uma representação de teste funcional de exemplo diferente. Os valores de índice 592 podem, por exemplo, compreender números decimais, hexadecimais ou de alguma outra base para representar os testes funcionais dentro do FTI 590. O FTI 563 (mostrado na Figura 35) pode compreender vários índices de teste funcional, como um FTI separado para cada um dos vários conjuntos diferentes de informações de identificação específicas (por exemplo, um FTI separado para cada Y/M/M ou Y/M/M/E). Esses FTI separados podem ser organizados como o FTI 590 ou de outra maneira. O FTI 590 pode compreender ou estar associado a informações de identificação de veículos particulares.

[00264] A seguir, a Figura 42 mostra um exemplo de índice de pro-cedimento de reinicialização (RPI) 595. O RPI 595 compreende uma lista organizada de procedimentos de reinicialização. A Figura 42 mostratrês exemplos de representações de procedimentos de reinicializa- ção dentro do RPI 595. Conforme mostrado na Figura 42, o RPI 595 pode representar procedimentos de reinicialização usando números de procedimentos de reinicialização 596, valores de índice 597 e nomes de procedimentos de reinicialização 598 (isto é, pelo menos uma palavra descrevendo um procedimento de reinicialização). Um RPI diferente (para uso com as modalidades de exemplo) pode representar procedimentos de redefinição usando apenas uma dessas três representações de exemplo, uma combinação de quaisquer duas dessas três representações de exemplo ou com uma representação de procedimento de redefinição de exemplo diferente. Os valores de índice 597 podem, por exemplo, compreender números decimais, hexadecimais ou de alguma outra base para representar os procedimentos de reini- cialização dentro do RPI 595. O RPI 564 (mostrado na Figura 35) pode compreender vários índices de procedimento de reinicialização, como um RPI separado para cada um dos vários conjuntos diferentes de informações de identificação específicas (por exemplo, um RPI separado para cada Y/M/M ou Y/M/M/E). Esses RPI separados podem ser organizados como o RPI 595 ou de outra maneira. O RPI 595 pode compreender ou estar associado a informações de identificação de veículos particulares. Os valores de índice 597 podem ser diferentes dos valores de índice de outros índices (como o índice de PID 585, o CTI 570 e o FTI 590) para que um único índice usando os números de índice de vários índices possa ser formado sem qualquer sobreposição de os números do índice. VI. EXEMPLO DE VEÍCULO

[00265] Um veículo é uma máquina móvel que pode ser usada para transportar uma pessoa, pessoas e/ou carga. Um veículo pode ser conduzido e/ou guiado de outra forma ao longo de um caminho (por exemplo, uma estrada pavimentada ou de outra forma) em terra, na água, no ar e/ou no espaço exterior. Um veículo pode ter rodas, esteiras, trilhos e/ou esqui. Um veículo pode incluir um automóvel, uma motocicleta (por exemplo, uma motocicleta de duas ou três rodas), um veículo todo-o-terreno (ATV) definido pela ANSI/SVIA-1-2007, um snowmobile, uma embarcação (por exemplo, um JET SKI® moto aquática), caminhão leve, caminhão médio, caminhão pesado, semi- trator, drone e/ou máquina agrícola. Um veículo pode incluir e/ou usar qualquer fonte de voltagem e/ou corrente apropriada, como uma bateria, um alternador, uma célula de combustível e similares, fornecendo qualquer corrente e/ou voltagem apropriada, como cerca de 12 volts, cerca de 42 volts e similares. Um veículo pode, mas não necessariamente, incluir e/ou usar qualquer sistema e/ou motor para fornecer sua mobilidade. Esses sistemas e/ou motores podem incluir componentes de veículos que usam combustíveis fósseis, como gasolina, gás natural, propano e similares, eletricidade, como aquela gerada por uma bateria, magneto, célula de combustível, célula solar e similares, energia eólica e híbridos e/ou combinações dos mesmos. Um veículo pode, mas não necessariamente, incluir uma unidade de controle eletrônico (ECU), um OBDC e uma rede de veículos que conecta o OBDC à ECU. Um veículo pode ser configurado para operar como um veículo autônomo.

[00266] Alguns veículos e tipos de veículos podem ser identificados por características do veículo, como características indicativas de quando o veículo ter sido construído (por exemplo, o ano do veículo), quem construiu o veículo (por exemplo, a marca do veículo), nomes de marketing associados ao veículo (por exemplo, por exemplo, um nome de modelo de veículo, ou mais simplesmente “modelo”) e características do veículo (por exemplo, um tipo de motor). Esta descrição usa uma abreviatura YMME e/ou Y/M/M/E, onde cada letra na ordem mostrada representa um ano do modelo, marca do veículo, nome do modelo do veículo e tipo de motor, respectivamente. Esta descrição usa uma abreviatura YMM e/ou Y/M/M, onde cada letra na ordem mostrada representa um ano do modelo, marca do veículo e nome do modelo do veículo, respectivamente. Um exemplo Y/M/M/E é 2020/Toyota/Camry/4Cyl, em que “2020” representa o ano do modelo em que o veículo ter sido construído, “Toyota” representa o nome do fabricante do veículo Toyota Motor Corporation, Aichi Japão, “Camry” representa um modelo de veículo construído por aquele fabricante, e “4Cyl” representa um tipo de motor (isto é,um motor de combustão interna de quatro cilindros) dentro do veículo. Um versado na técnica entenderá que outros recursos além ou como alternativa ao "tipo de motor" podem ser usados para identificar um veículo. Esses outros re-cursos podem ser identificados de várias maneiras, como um código de opção de produção regular (RPO), como os códigos RPO definidos pela General Motors Company LLC, Detroit Michigan.

[00267] Alguns veículos, como automóveis, estão associados a um VIN exclusivo. Alguns VINs incluem dezessete caracteres alfanuméricos. Para, pelo menos, cerca de dezessete caracteres VIN, os últimos seis caracteres representam um número de série único associado a um determinado tipo de veículo representado pelos primeiros onze ca-racteresalfanuméricos desses VIN. Os primeiros onze caracteres alfa-numéricos geralmente representam pelo menos um YMME ou um YMM. Em alguns casos, um veículo inclui um código de barras unidimensional indicativo de um VIN associado a esse veículo.

[00268] Uma rede de veículo, tal como a rede de veículo 32, pode incluir um ou mais condutores (por exemplo, condutores de fio de cobre) e/ou pode ser sem fio. Como exemplo, uma rede de veículo pode incluir um ou dois condutores para transportar mensagens de dados de veículo de acordo com um protocolo de mensagem de dados de veículo (VDM), tal como um protocolo VDM bidirecional. Um protocolo VDM bidirecional pode incluir um protocolo VDM SAE® J1850 (PWM ou VPW), um protocolo VDM SAE® J1939 baseado no controle serial SAE® J1939_201808 rede de veículos pesados de comunicação - documento de nível superior e/ou qualquer outro core J1939, um protocolo VDM de rede de área de controlador (CAN) ISO® 15764-4, um protocolo VDM ISO® 9141-2 K-Line, um protocolo VDM ISO® 14230-4 KWP2000 K-Line, um protocolo ISO® 17458 (por exemplo,, partes 1-5) Protocolo FlexRay VDM, um protocolo VDM de rede de interconexão local (LIN) ISO® 17987, um protocolo CAN 2.0 VDM, padronizado em parte usando um veículo rodoviário ISO® 11898-1:2015 - CAN - Parte I: dados camada de enlace e protocolo de sinalização física, um protocolo CAN FD VDM (ou seja, CAN com protocolo VDM de taxa de dados flexível), um protocolo MOST® Cooperation VDM (como o MOST Specification Rev. 3.0 E2 ou o MOST® Dynamic Specification, Rev. 3.0.2), um protocolo Ethernet VDM (por exemplo, um protocolo Ethernet 802.3 usando uma especificação de transceptor de camada física BROADR-REACH® para aplicações automotivas da Broadcom Inc., San Jose, Califórnia), ou algum outro protocolo VDM definido para rea-lizarcomunicações com ou dentro do veículo 412, 440, 460. Todo e qualquer VDM discutido nesta descrição é organizado de acordo com um protocolo VDM.

[00269] Em vez de ser bidirecional, um protocolo VDM pode ser unidirecional. Por exemplo, um protocolo SENT VDM (ou seja, um pro-tocolo VDM de transmissão de nibble de borda única) é um protocolo VDM unidirecional. O protocolo SENT VDM ter sido padronizado como o protocolo SAE J2716 VDM. Um sensor em um veículo pode incluir um transmissor configurado para se comunicar usando o protocolo SENT VDM (ou seja, um transmissor SENT VDM). Um barramento de comunicação do veículo pode conectar operacionalmente o transmissor SENT VDM e uma ECU dentro do veículo. O transceptor 106 (por exemplo, o transceptor de comunicações do veículo 152) pode incluir um receptor SENT VDM conectável ao barramento de comunicação do veículo conectado operativamente ao transmissor SENT VDM. O re-ceptor SENT VDM pode receber mensagens do protocolo SENT VDM que representam os valores do sensor emitidos pelo sensor com o transmissor SENT VDM.

[00270] Um OBDC, como o OBDC 422, 452, pode incluir um conector de diagnóstico integrado (OBD), como um conector OBD II. Um conector OBD II pode incluir slots para reter até dezesseis terminais de conectores, mas pode incluir um número diferente de slots ou nenhum slot. Como exemplo, um OBDC pode incluir um conector OBD II que atenda à especificação SAE J1962, como um conector 16M, número de peça 12110252, disponível na Aptiv LLC de Dublin, Irlanda. Um OBDC pode incluir terminais condutores que se conectam a um condutor em um veículo. Por exemplo, um OBDC pode incluir terminais de conector que se conectam a condutores que se conectam respectivamente aos terminais positivo e negativo de uma bateria ou bateria. Um OBDC pode incluir um ou mais terminais condutores que se conectam a um condutor de um barramento de comunicação de veículo de modo que o OBDC seja conectado operativamente a uma ou mais ECUs. Uma ferramenta, tal como a ferramenta 414, pode se conectar operativamente a um OBDC para receber VDM do veículo incluindo esse OBDC. Um VDM pode transportar dados VDM. Os dados VDM podem, mas não necessariamente, incluir um identificador de parâmetro (PID) e parâmetros de dados (dados PID) associados ao PID. Os dados VDM podem, mas não necessariamente, incluir um DTC.

[00271] Uma ECU pode controlar vários aspectos da operação do veículo e/ou componentes dentro de um sistema de veículo. Por exemplo, uma ECU pode incluir uma ECU do sistema de trem de força (PT), uma ECU do módulo de controle do motor (ECM), um sistema de retenção inflável suplementar (SIR) (ou seja, um sistema de airbag) ECU, uma ECU do sistema de entretenimento ou algum outro ECU. Uma ECU pode receber uma entrada elétrica ou óptica de um dispositivo de entrada conectado à ECU (por exemplo, uma entrada de sensor), controlar um dispositivo de saída conectado à ECU (por exemplo, um solenoide) por meio de uma saída de sinal elétrico ou óptico pela ECU, gerar uma mensagem de dados do veículo (VDM) (como um VDM baseado em uma entrada recebida ou uma saída controlada) e defina um código de problema de diagnóstico (DTC) para um estado (como ativo ou histórico). Uma ECU pode realizar um teste funcional em resposta ao recebimento de um VDM solicitando a execução do teste funcional. O teste funcional pode ser usado para testar um dispositivo de saída conectado à ECU. VII. CONCLUSÃO

[00272] Deve ser entendido que as disposições aqui descritas e/ou mostradas nos desenhos são apenas para fins de exemplo e não se destinam a ser limitantes. Como tal, aqueles versados na técnica apreciarão que outros arranjos e elementos (por exemplo,máquinas, interfaces, funções, ordens e/ou agrupamentos de funções) podem ser usados em vez disso, e alguns elementos podem ser omitidos comple-tamente.Além disso, várias funções descritas e/ou mostradas nos de-senhos como sendo executadas por um ou mais elementos podem ser realizadas por um processador executando instruções de programa legíveis por computador ou por uma combinação de hardware, firmware e/ou software. Para fins desta descrição, a execução de CRPI con- tido em um meio legível por computador para executar alguma função pode incluir a execução de todas as instruções de programa desses CRPI ou apenas uma parte desses CRPI.

[00273] Embora vários aspectos e implementações sejam descritos neste documento, outros aspectos e implementações serão evidentes para aqueles versados na técnica. Os vários aspectos e implementações aqui divulgados são para fins de ilustração e não se destinam a ser limitativos, sendo o verdadeiro escopo indicado pelas reivindicações, juntamente com o escopo completo de equivalentes aos quais tais reivindicações têm direito. Também deve ser entendido que a ter-minologia usada neste documento apenas com a finalidade de descre-verimplementações e não se destina a ser limitativa.

[00274] Nesta descrição, os artigos "um", "uma" e "o/a"são usados para introduzir elementos e/ou funções das implementações de exemplo. A intenção de usar esses artigos é que haja um ou mais dos elementos e/ou funções introduzidos.

[00275] Nesta descrição, a intenção de usar o termo "e/ou" em uma lista de pelo menos dois elementos ou funções e a intenção de usar os termos "pelo menos um de", "pelo menos um dos seguintes", "um ou mais de” e “um ou mais dos seguintes” imediatamente anteriores a uma lista de pelo menos dois componentes ou funções deve cobrir cadaimplementação incluindo um componente ou função listada independentemente e cada implementação incluindo uma combinação dos componentes ou funções listadas. Por exemplo, uma implementação descrita como incluindo A, B e/ou C, ou pelo menos um de A, B e C, ou pelo menos um de: A, B e C, ou pelo menos um de A, B, ou C, ou pelo menos um de: A, B ou C, ou um ou mais de A, B e C, ou um ou mais de: A, B e C, ou um ou mais de A, B, ou C, ou um ou mais de: A, B ou C destina-se a cobrir cada uma das seguintes implementações possíveis: (i) uma implementação incluindo A, mas não B e não C, (ii) uma implementação incluindo B, mas não A e não C, (i ii) uma imple-mentação incluindo C, mas não A e não B, (iv) uma implementação incluindo A e B, mas não C, (v) uma implementação incluindo A e C, mas não B, (v) uma implementação incluindo B e C, mas não A, e/ou (vi) uma implementação incluindo A, B e C. Para as implementações incluindo componente ou função A, as implementações podem incluir um A ou múltiplos A. Para as implementações incluindo componente ou função B, as implementações podem incluir um B ou múltiplos B. Para as implementações que incluem componente ou função C, as implementações podem incluir um C ou múltiplos C. O uso de números ordinais como "primeiro", "segundo", "terceiro" e assim por diante é distinguir os respectivos elementos em vez de denotar uma ordem desses elementos, a menos que o contexto de uso desses termos in-dique explicitamente o contrário. O uso do símbolo “$” como prefixo de um número indica que o número é um número hexadecimal.

[00276] As implementações da presente divulgação podem, assim, estar relacionadas a uma das modalidades de exemplo enumeradas (EEEs) listadas abaixo.

[00277] EEE 1 é um método compreendendo: determinar, por um ou mais processadores, um roteiro de test drive para realizar enquanto uma ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive da máquina móvel, em que o roteiro de test drive inclui uma sequência organizada de procedimentos do ciclo de condução, em que a sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final, em que cada procedimento de ciclo de condução é indicativo de um respectivo estado da máquina móvel, e em que o roteiro de test driveinclui um primeiro procedimento de ciclo de condução particular associado com ambos um primeiro estado da máquina móvel particular e uma primeira condição pertencente ao primeiro estado da máquina móvel particular; emitir, por um ou mais processadores, uma representação de pelo menos uma porção do roteiro de test drive; determinar, por um ou mais processadores, uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular; e emitir, por um ou mais processadores, uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular.

[00278] EEE 2 é o método, de acordo com EEE 1, em que a primei-racondição pertencente ao primeiro estado da máquina móvel particular inclui a condição temporal, em que determinar a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui determinar a primeira informação de status, em que a primeira informação de status indica se a máquina móvel está operando no primeiro estado da máquina móvel particular, em que determinar a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui determinar a segunda informação de status, e em que a segunda in-formação de status corresponde ao alcance da condição temporal.

[00279] EEE 3 é o método de EEE 2, em que determinar a primeira informação de status inclui um ou mais processadores determinar que a máquina móvel está operando no primeiro estado da máquina móvel particular, e em que a segunda informação de status indica uma ou mais dentre: uma quantidade de tempo a máquina móvel esteve operando no primeiro estado da máquina móvel particular, uma quantidade adicional de tempo a máquina móvel irá operar no primeiro estado da máquina móvel particular, ou uma quantidade mínima de tempo que a máquina móvel irá operar no primeiro estado da máquina móvel particular.

[00280] EEE 4 é o método, de acordo com qualquer uma das EEE 2 a 3, compreendendo ainda: determinar, por um ou mais processadores, que a máquina móvel alternada ao primeiro estado da máquina móvel particular de um estado operacional que não é o primeiro estado da máquina móvel particular; e iniciar, por um ou mais processadores em resposta à determinação que a máquina móvel alternada ao primeiro estado da máquina móvel particular do estado operacional que não é o primeiro estado da máquina móvel particular, um temporizador para determinar a segunda informação de status correspondente ao alcance do condição temporal.

[00281] EEE 5 é o método, de acordo com EEE 4, compreendendo ainda: emitir, por um ou mais processadores, em uma tela, uma interface gráfica de usuário incluindo uma representação do temporizador.

[00282] EEE 6 é o método, de acordo com EEE 5, em que a representação do temporizador está disposta como um medidor de progresso incluindo múltiplos ícones de anúncio de procedimento de ciclo de condução, múltiplos ícones de tempo de procedimento de ciclo de condução, e/ou um ícone de anúncio de conclusão de roteiro de test drive.

[00283] EEE 7 é o método, de acordo com EEE 6, em que o medidor de progresso usa destaque para indicar o progresso de conclusão do roteiro de test drive.

[00284] EEE 8 é o método, de acordo com qualquer uma das EEEs 6 ou 7, em que uma dimensão de um primeiro ícone de temporização do procedimento de ciclo de condução é indicativo de um comprimento de período associado com um primeiro procedimento de ciclo de condução conforme comparado com outras dimensões de outro ícone de temporização do procedimento de ciclo de conduções indicativo de outros comprimentos de tempos associado com outros procedimentos do ciclo de condução.

[00285] EEE 9 é o método, de acordo com EEE 5, em que a repre-sentação do temporizador é disposta como um medidor de progresso incluindo um indicador de início/fim do medidor, um indicador de seg-mento completo, e um indicador de segmento incompleto se o proce-dimento de ciclo de condução iniciou, mas não completou.

[00286] EEE 10 é o método, de acordo com EEE 9, em que o medidor de progresso ainda inclui um valor de temporizador e um indicador de procedimento de ciclo de condução.

[00287] EEE 11 é o método, de acordo com EEE 10, em que o indicador de procedimento de ciclo de condução inclui um primeiro número indicando quantos procedimentos do ciclo de condução do roteiro de test drive iniciaram desde que o roteiro de test drive foi iniciado e um número total de procedimentos do ciclo de condução no roteiro de test drive.

[00288] EEE 12 é o método, de acordo com qualquer uma das EEE 2 a 11, compreendendo ainda: emitir, por um ou mais processadores, uma solicitação ao sistema eletrônico na máquina móvel, e receber, por um ou mais processadores em resposta à solicitação, uma resposta do sistema eletrônico na máquina móvel, em que a resposta do sistemaeletrônico na máquina móvel inclui um identificador de parâmetro (PID) e um valor de parâmetro associado com o PID, e em que determinar a primeira informação de status inclui um ou mais processadores determinar se o valor de parâmetro associado com o PID excede um limiar do valor de parâmetro associado com o primeiro estado da máquina móvel particular.

[00289] EEE 13 é método, de acordo com EEE 1, em que a primei-racondição pertencente ao primeiro estado da máquina móvel particu lar inclui uma condição espacial, em que determinar a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui determinar a primeira informação de status, em que a primeira informação de status indica se a máquina móvel está operando no primeiro estado da máquina móvel particular, em que determinar a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui determinar a segunda informação de status, e em que a segunda informação de status corresponde ao alcance a condição espacial.

[00290] EEE 14 é o método, de acordo com EEE 13, em que determinar a primeira informação de status inclui um ou mais processadores determinar que a máquina móvel está operando no primeiro estado da máquina móvel particular, e em que a segunda informação de status indica uma ou mais dentre: a distância a máquina móvel percorreu ao operar no primeiro estado da máquina móvel particular, a distância adicional a máquina móvel irá percorrer ao operar no primeiro estado da máquina móvel particular, ou a distância mínima que a máquinamóvel irá percorrer ao operar no primeiro estado da máquina móvel particular.

[00291] EEE 15 é o método, de acordo com qualquer uma das EEE 13 a 14, compreendendo ainda: determinar, por um ou mais processadores, que a máquina móvel alternada ao primeiro estado da máquina móvel particular de um estado operacional que não é o primeiro estado da máquina móvel particular; e iniciar, por um ou mais processadores em resposta à determinação que a máquina móvel alternada ao primeiro estado da máquina móvel particular do estado operacional que não é o primeiro estado da máquina móvel particular, um odômetro para determinar a segunda informação de status correspondente ao alcance do condição espacial.

[00292] EEE 16 é o método, de acordo com qualquer uma das EEE 13 a 15, compreendendo ainda: emitir, por um ou mais processadores, uma solicitação ao sistema eletrônico na máquina móvel, e receber, por um ou mais processadores em resposta à solicitação, a resposta do sistema eletrônico na máquina móvel, em que a resposta do siste-maeletrônico na máquina móvel inclui um identificador de parâmetro (PID) e um valor de parâmetro associado com o PID, e em que deter-minar a primeira informação de status inclui um ou mais processadores determinar se o valor de parâmetro associado com o PID excede a limiar do valor de parâmetro associado com o primeiro estado da máquinamóvel particular.

[00293] EEE 17 é o método, de acordo com qualquer uma das EEE 1 a 16, compreendendo ainda: determinar, por um ou mais processadores, uma velocidade da máquina móvel; e determinar, por um ou mais processadores, se a velocidade da máquina móvel exceder uma velocidade limiar, em que um modo de emitir a informação de status é condicionado em se a velocidade da máquina móvel excede a velocidade limiar, em que o modo de emitir a informação de status é um modo restrito se a velocidade da máquina móvel exceder a velocidade limiar, e em que o modo de emitir a informação de status é um modo não restrito se a velocidade da máquina móvel não exceder a velocidade limiar.

[00294] EEE 18 é o método, de acordo com qualquer uma das EEE 1 a 17, em que o roteiro de test drive inclui um segundo procedimento de ciclo de condução particular associado com ambos um segundo estado da máquina móvel particular e uma segunda condição pertencente ao segundo estado da máquina móvel particular, o método compreendendo ainda: determinar, por um ou mais processadores, o primeiro procedimento de ciclo de condução particular encerrou; e emitir, por um ou mais processadores em resposta à determinação do primeiro procedimento de ciclo de condução particular encerrou, uma indica- ção que o segundo procedimento de ciclo de condução particular é um procedimento de ciclo de condução atual a ser realizado, e, opcional-mente, em que o primeiro procedimento de ciclo de condução particular é o procedimento de ciclo de condução inicial ou o segundo procedimento de ciclo de condução particular é o procedimento de ciclo de condução final.

[00295] EEE 19 é o método, de acordo com qualquer uma das EEE 1 a 18, em que o roteiro de test driveestá associado com um código de problemas que foi definido ativo pelo sistema eletrônico na máquina móvel, em que emitir a representação de pelo menos uma porção do roteiro de test drive inclui exibir, em uma tela da ferramenta, uma re-presentação do primeiro procedimento de ciclo de condução particular, e em que o método compreende ainda: exibir, na tela da ferramenta, um indicador de status associado com um identificador de parâmetro (PID) que o sistema eletrônico na máquina móvel é configurado para emitir, e um indicador de status associado com um monitor de prontidão que o sistema eletrônico na máquina móvel é configurado para verificar estar em um estado pronto, em que ambos o PID e o monitor de prontidão são associados com o código de problemas.

[00296] EEE 20 é o método, de acordo com EEE 19, compreendendo ainda: receber, por um ou mais processadores, um primeiro valor de parâmetro, em que o primeiro valor de parâmetro é emitido pelo sistema eletrônico na máquina móvel e está associado com o PID; e determinar, por um ou mais processadores, se o primeiro valor de parâmetro está dentro de uma faixa de valores de parâmetro definida para ambos o PID e o primeiro procedimento de ciclo de condução particular; em que se um ou mais processadores determinam que o primeiro valor de parâmetro está dentro da faixa de valores de parâmetro, então exibir a indicador de status para o PID inclui exibir o PID, o primeiro valor de parâmetro associado com o PID, e uma indicação o primeiro valor de parâmetro associado com o PID está dentro da faixa de valores de parâmetro, em que se um ou mais processadores determinam que o primeiro valor de parâmetro não está dentro da faixa de valores de parâmetro, então exibir o indicador de status para o PID inclui exibir o PID, o primeiro valor de parâmetro associado com o PID, e uma indicação o primeiro valor de parâmetro associado com o PID não está dentro da faixa de valores de parâmetro, e em que a indicação o primeiro valor de parâmetro associado com o PID está dentro da faixa de valores de parâmetro é diferente do que a indicação o primeiro valor de parâmetro associado com o PID não está dentro da faixa de valores de parâmetro.

[00297] EEE 21 é o método, de acordo com qualquer uma das EEE 1 a 20, em que o primeiro estado da máquina móvel particular inclui um estado térmico de um componente de máquina móvel, em que determinar a informação de status correspondente para alcançar um ou ambos do primeiro estado da máquina móvel particular e a primeira condição pertencente ao primeiro estado da máquina móvel particular inclui determinar uma temperatura pertencente ao componente de má-quinamóvel, e em que emitir a informação de status correspondente para alcançar um ou ambos do primeiro estado da máquina móvel particular e a primeira condição pertencente ao primeiro estado da máquinamóvel particular inclui emitir a temperatura pertencente ao componente de máquina móvel.

[00298] EEE 22 é o método, de acordo com qualquer uma das EEE 1 a 21, compreendendo ainda: emitir, por um ou mais processadores ao sistema eletrônico na máquina móvel antes da execução do procedimento de ciclo de condução inicial, uma primeira mensagem solicitando o sistema eletrônico na máquina móvel para apagar todos os códigos de problemas definidos pelo sistema eletrônico na máquina móvel; receber, por um ou mais processadores do sistema eletrônico na máquina móvel em resposta à emissão da primeira mensagem, uma segunda mensagem indicando um status do sistema eletrônico na máquina móvel apagando códigos de problemas definidos pelo siste-maeletrônico na máquina móvel; e emitir, por um ou mais processadores, dados indicando o status do sistema eletrônico na máquina móvel apagando códigos de problemas definidos pelo sistema eletrônico na máquina móvel.

[00299] EEE 23 é o método, de acordo com qualquer uma das EEE 1 a 22, em que o roteiro de test driveestá associado com um monitor de prontidão o sistema eletrônico na máquina móvel é configurado para verificar estar em um estado pronto, em que determinar a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui um ou mais processadores determinar o monitor de prontidão é in um estado pronto, e em que emitir a informação de status correspondente ao alcance do primeiro estado da máquina móvel parti-cular inclui emitir uma indicação o monitor de prontidão está em um sta-tus pronto para, assim, notificar um condutor sobre a máquina móvel que o test drive da máquina móvel pode ser finalizado.

[00300] EEE 24 é o método, de acordo com EEE 23, em que emitir a indicação que o monitor de prontidão está em um status pronto ocorre antes da conclusão do procedimento de ciclo de condução final.

[00301] EEE 25 é o método, de acordo com qualquer uma das EEE 1 a 22, em que o roteiro de test driveestá associado com um monitor de prontidão que o sistema eletrônico na máquina móvel é configurado para verificar estar em um estado pronto, em que o monitor de prontidão está associado com um código de problemas que o sistema eletrônico na máquina móvel é configurado como ativo, em que determinar a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular inclui um ou mais processadores determinando que o sistema eletrônico na máquina móvel definiu o códi- go de problemas como ativo antes do procedimento de ciclo de condução final ser completado, e em que emitir a informação de status cor-respondente ao alcance do primeiro estado da máquina móvel particular inclui emitir uma indicação do sistema eletrônico na máquina móvel que definiu o código de problemas como ativo para notificar um condutor sobre a máquina móvel que o test drive da máquina móvel pode ser encerrado antes da conclusão do procedimento de ciclo de condução final.

[00302] EEE 26 é o método, de acordo com qualquer uma das EEE 1 a 25, em que o primeiro procedimento de ciclo de condução particular é o procedimento de ciclo de condução inicial, o procedimento de ciclo de condução final, ou um procedimento de ciclo de condução intermediário entre o procedimento de ciclo de condução inicial e o procedimento de ciclo de condução final.

[00303] EEE 27 é o método, de acordo com EEE 1, em que um ou mais processadores incluem: um ou mais processadores localizados dentro da ferramenta, um ou mais processadores localizados dentro de um servidor operavelmente conectado com a ferramenta, ou um ou mais processadores localizados dentro da ferramenta e um ou mais processadores localizados dentro do servidor operavelmente conectado com a ferramenta.

[00304] EEE 28 é o método, de acordo com qualquer uma das EEE 1 a 27, em que emitir a representação de pelo menos uma porção do roteiro de test drive e emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui exibir, em uma tela, uma interface gráfica de usuário que inclui: a representação de pelo menos uma porção do roteiro de test drive, a informação de status correspondente ao alcance do pri- meiro estado da máquina móvel particular, e/ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular.

[00305] EEE 29 é o método, de acordo com qualquer uma das EEE 1 a 28, em que emitir a representação de pelo menos uma porção do roteiro de test drive e emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui emitir, usando um ou mais alto-falantes, sons audíveis que indicam a representação de pelo menos uma porção do roteiro de test drive, a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular, e/ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular.

[00306] EEE 30 é o método, de acordo com qualquer uma das EEE 1 a 29, compreendendo ainda: determinar, por um ou mais processadores, que a máquina móvel é um tipo particular de máquina móvel; determinar, por um ou mais processadores, que a ferramenta está operando em um modo de diagnóstico; exibir, em uma tela da ferramentaapós determinar que a ferramenta está operando no modo de diagnóstico, uma primeira interface gráfica de usuário (GUI), em que a primeira GUI inclui uma indicação que a ferramenta está operando no modo de diagnóstico; determinar, por um ou mais processadores, que a ferramenta muda de operando no modo de diagnóstico para operando em um modo de reparo; exibir, na tela da ferramenta após ambos exibir a primeira GUI e determinar que a ferramenta muda de operando no modo de diagnóstico para operando no modo de reparo, uma segunda GUI, em que a segunda GUI inclui uma indicação que a ferramentaestá operando no modo de reparo; determinar, por um ou mais processadores, que a ferramenta muda de operando no modo de reparo para operando em um modo de test drive; exibir, na tela após ambos exibir a segunda GUI e determinar que a ferramenta muda de operando no modo de reparo para operando no modo de test drive, uma terceira GUI, em que a terceira GUI inclui uma indicação que a ferramenta está operando no modo de test drive, a representação de pelo menos uma porção do roteiro de test drive, e uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance da primeira condição pertencente ao primeiro estado da máquina móvel particular; determinar, por um ou mais processadores, que a ferramenta muda de operando no modo de test drive para operando em um modo de relatório pós-reparo; e exibir, na tela após ambos exibir a terceira GUI e determinar que a ferramenta muda de operando no modo de test drive para operando no modo de relatório pós- reparo, uma quarta GUI, em que a quarta GUI inclui uma indicação que a ferramenta está operando no modo de relatório pós-reparo, em que a primeira GUI, a segunda GUI, a terceira GUI, e a quarta GUI inclueminformações correspondentes ao tipo particular de máquina móvel.

[00307] EEE 31 é o método, de acordo com qualquer uma das EEEs 1 a 30, em que emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui transmitir, pela ferramenta, uma mensagem de dados incluindo uma solicitação para uma unidade de controle eletrônico na máquina móvel para ativar um componente de feedback tátil dentro da máquina móvel com uma assinatura particular correlacionada com a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da má-quinamóvel particular.

[00308] EEE 32 é o método, de acordo com qualquer uma das EEEs 1 a 30, em que emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular inclui transmitir, pela ferramenta a um dispositivo de feedback tátil usável, um sinal indicativo de uma solicitação para o dispositivo de feedback tátil usável para ativar um componente de feedback tátil com uma assinatura particular correlacionada com a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular.

[00309] EEE 33 é o método, de acordo com qualquer uma das EEEs 1 a 32, compreendendo ainda: iniciar o procedimento de ciclo de condução particular do roteiro de test drive um primeiro período e então um segundo período antes de iniciar um próximo procedimento de ciclo de condução na sequência organizada de procedimentos do ciclo de condução, e emitir, por um ou mais processadores, uma indicação que o procedimento de ciclo de condução particular inicia o segundo período.

[00310] EEE 34 é o método, de acordo com qualquer uma das EEEs 1 a 33, compreendendo ainda: determinar, por um ou mais processadores, uma localização da máquina móvel ou a ferramenta usando dados de localização de um sistema de satélite de navegação global, e emitir, por um ou mais processadores, uma instrução para guiar a máquina móvel ao longo de um caminho com características compatíveis alcançando o primeiro estado da máquina móvel particular e/ou alcançando a primeira condição pertencente ao primeiro estado da máquina móvel particular.

[00311] EEE 35 é o método, de acordo com qualquer uma das EEEs 1 a 34, em que a máquina móvel é um veículo configurado como um automóvel, uma motocicleta, um veículo todo-o-terreno (ATV), uma moto de neve, uma embarcação, um caminhão leve, um caminhão médio, um caminhão pesado, um semi-trator, um drone, ou uma máquinaagrícola.

[00312] EEE 36 é o método, de acordo com quaisquer EEEs 1 a 35, em que determinar o roteiro de test drive inclui determinar um ou mais identificadores dentro um mapa de roteiro de test drive e que o roteiro de test driveestá associado com um ou mais identificadores.

[00313] EEE 37 é o método, de acordo com EEE 36, em que um ou mais identificadores incluem um ou mais códigos de diagnóstico de problemas.

[00314] EEE 38 é o método, de acordo com qualquer uma das EEEs 36 ou 37, em que um ou mais identificadores incluem um identificador de veículo, um sistema de identificador de veículo, e um identificador de componente de veículo.

[00315] EEE 39 é o método, de acordo com qualquer uma das EEE 36 a 38, em que um ou mais identificadores incluem uma reclamação de cliente textual.

[00316] EEE 40 é o método, de acordo com qualquer uma das EEEs 1 a 39, em que a sequência organizada de procedimentos do ciclo de condução é especificada por um fabricante de equipamento original que construiu a máquina móvel.

[00317] EEE 41 é o método, de acordo com qualquer uma das EEEs 1 a 39, em que a sequência organizada de procedimentos do ciclo de condução é especificada por um fornecedor de pós-venda de informações de serviço sobre o veículo.

[00318] EEE 42 é o método, de acordo com qualquer uma das EEEs 1 a 41, em que o sistema eletrônico na máquina móvel inclui uma unidade de controle eletrônico para um sistema de trem de força na máquina móvel e em que a unidade de controle eletrônico é programada para controlar as emissões da máquina móvel que atender aos regulamentos europeus de diagnóstico a bordo.

[00319] EEE 43 é o método, de acordo com qualquer uma das EEEs 1 a 41, em que o sistema eletrônico na máquina móvel inclui uma unidade de controle eletrônico para um sistema de trem de força na máquina móvel e em que a unidade de controle eletrônico é programada para controlar as emissões da máquina móvel que atender aos regulamentos de diagnóstico a bordo II dos Estados Unidos.

[00320] EEE 44 é o método, de acordo com qualquer uma das EEEs 1 a 41, em que o sistema eletrônico na máquina móvel inclui sis-temaavançado de assistência ao condutor.

[00321] EEE 45 é um sistema computacional compreendendo: um ou mais processadores; e armazenamento de dados legíveis por computador armazenando instruções executáveis, em que execução das instruções executáveis por um ou mais processadores faz com que sistema computacional para realizar funções compreendendo: determinar um roteiro de test drive para realizar enquanto uma ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive of a máquina móvel, em que o roteiro de test drive inclui uma sequência organizada de procedimentos do ciclo de condução, em que a sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final, em que cada procedimento de ciclo de condução é indicativo de um respectivo estado da máquina móvel, e em que o roteiro de test drive inclui um primeiro pro- cedimento de ciclo de condução particular associado com ambos um primeiro estado da máquina móvel particular e uma primeira condição pertencente ao primeiro estado da máquina móvel particular; emitir uma representação de pelo menos uma porção do roteiro de test drive; determinar uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular; e emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular.

[00322] EEE 46 é o sistema computacional, de acordo com EEE 45, compreendendo ainda: a ferramenta.

[00323] EEE 47 é a meio legível por computador com instruções executáveis nele armazenadas por um ou mais processadores para fazer com que a sistema computacional para realizar funções compreendendo: determinar um roteiro de test drive para realizar enquanto a ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive of a máquina móvel, em que o roteiro de test drive inclui uma sequência organizada de procedimentos do ciclo de condução, em que a sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final, em que cada procedimento de ciclo de condução é indicativo de a respectivo estado da máquina móvel, e em que o roteiro de test drive inclui um primeiro procedimento de ciclo de condução particular associado com ambos um primeiro estado da máquina móvel particular e a primeiracondição pertencente ao primeiro estado da máquina móvel particular; emitir uma representação de pelo menos uma porção do roteiro de test drive; determinar uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel par-ticular ou informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular; e emitir uma ou mais dentre: a informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da máquina móvel particular.

[00324] EEE 48 é um sistema computacional compreendendo: um ou mais processadores, e armazenamento de dados legíveis por computador armazenando instruções executáveis, em que execução das instruções executáveis por um ou mais processadores faz com que sistema computacional para realizar o método, de acordo com qualquer uma das EEE 1 a EEE 44.

[00325] EEE 49 é um meio legível por computador não transitório com instruções executáveis nele armazenadas por um ou mais processadores para fazer com que um sistema computacional para realizar o método, de acordo com qualquer uma das EEE 1 a EEE 44.

[00326] EEE 50 é um sistema computacional compreendendo: meios para determinar um roteiro de test drive para realizar enquanto uma ferramenta monitora um sistema eletrônico em uma máquina móvel durante um test drive da máquina móvel, em que o roteiro de test drive inclui uma sequência organizada de procedimentos do ciclo de condução, em que a sequência organizada de procedimentos do ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final, em que cada procedimento de ciclo de condução é indicativo de um respectivo estado da máquina móvel, e em que o roteiro de test drive inclui um primeiro procedimento de ciclo de condução particular associado com ambos um primeiro estado da máquina móvel particular e uma primei- ra condição pertencente ao primeiro estado da máquina móvel particular; meios para emitir uma representação de pelo menos uma porção do roteiro de test drive; meios para determinar uma ou mais dentre: informação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da má-quinamóvel particular; e meios para emitir uma ou mais dentre: a in-formação de status correspondente ao alcance do primeiro estado da máquina móvel particular ou a informação de status correspondente ao alcance do primeira condição pertencente ao primeiro estado da má-quinamóvel particular.

Claims (20)

1. Método caracterizado pelo fato de que compreende: determinar, em um processador, um roteiro de test drive a ser realizado enquanto um sistema eletrônico em um veículo é monitorado durante um test drive do veículo, em que o roteiro de test drive inclui uma sequência organizada de procedimentos de ciclo de condução; determinar, no processador, uma seleção de um controle selecionável pelo usuário configurado para selecionar um modo de saída para a sequência organizada de procedimentos de ciclo de condução de acordo com o modo de saída selecionado; emitir, no processador durante uma execução do roteiro de test drive, uma representação de um ou mais procedimentos de ciclo de condução do roteiro de test drive de acordo com o modo de saída selecionado; e determinar, no processador, um status do veículo durante a execução do roteiro de test drive.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o modo de saída inclui um modo de saída visual, e em que emitir a representação do um ou mais procedimentos de ciclo de condução do roteiro de test drive de acordo com o modo de saída selecionado inclui emitir a representação do um ou mais procedimentos de ciclo de condução em um monitor.

3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que o monitor é incorporado em um dispositivo vestível, um tablet, um smartphone ou um scanner de veículo.

4. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o modo de saída inclui um modo de saída audível, e em que emitir a representação do um ou mais procedimentos de ciclo de condução do roteiro de test drive de acordo com o modo de saída selecionado inclui emitir a representação do um ou mais procedimentos de ciclo de condução através de um alto-falante.

5. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que o status do veículo durante a execução do roteiro de test drive indica um ou mais dentre: um monitor de veículo passou, o monitor de veículo falhou, o monitor de veículo está em estado pronto, um código de problema de diagnóstico no veículonão foi definido como ativo, o código de problema de diagnóstico no veículo foi definido como ativo, um status de conclusão de um procedimento de ciclo de condução do roteiro de test drive, uma indicação se o veículo está operando em um estado particular, um período de tempo que o veículo esteve a operando no estado particular, ou uma indicação se um valor de parâmetro correspondente a um identificador de parâmetro particular excede um limite.

6. Método, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que a seleção do controle selecio- nável pelo usuário inclui receber uma seleção de um botão de pressão ou uma seleção de uma saída de controle selecionável pelo usuário gráfica em um monitor.

7. Método, de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que: a sequência organizada de procedimentos de ciclo de condução inclui um primeiro procedimento de ciclo de condução e um segundo procedimento de ciclo de condução, a sequência organizada de procedimentos de ciclo de condução começa com um procedimento de ciclo de condução inicial e termina com um procedimento de ciclo de condução final, o segundo procedimento de ciclo de condução é ordenado sucessivamente após o primeiro procedimento de ciclo de condução, o primeiro procedimento de ciclo de condução corresponde a um primeiro conjunto de identificadores de parâmetros solicitáveis do sistema eletrônico, o segundo procedimento de ciclo de condução corresponde a um segundo conjunto de identificadores de parâmetros solicitáveis do sistema eletrônico, e pelo menos um dentre o primeiro conjunto de identificadores de parâmetros ou o segundo conjunto de identificadores de parâmetroscontém um ou mais identificadores de parâmetros específicos não contidos no outro do primeiro conjunto de identificadores de parâmetros ou do segundo conjunto de identificadores de parâmetros.

8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que: o procedimento de ciclo de condução inicial é o primeiro procedimento de ciclo de condução; e/ou o procedimento de ciclo de condução final é o segundo pro-cedimento de ciclo de condução.

9. Método, de acordo com a reivindicação 7 ou 8, caracterizado pelo fato de que ainda compreende: determinar, no processador, que o sistema eletrônico no veículo define um código de problema de diagnóstico ativo durante uma execução do roteiro de test drive; e emitir, no processador em resposta à determinação de que o sistema eletrônico no veículo define o código de problema de diagnóstico ativo durante a execução do roteiro de test drive, uma indicação de que o test drive do veículo pode ser finalizado antes da conclusão do procedimento do ciclo de condução final.

10. Método, de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que: cada procedimento de ciclo de condução é indicativo de um respectivo estado de veículo, e o respectivo estado de veículo para um ou mais dos proce-dimentos de ciclo de condução inclui uma velocidade do veículo sendo superior a zero milha ou quilómetro por hora.

11. Método, de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que a sequência organizada de procedimentos de ciclo de condução inclui um primeiro procedimento de ciclo de condução e um segundo procedimento de ciclo de condução, e em que o método ainda compreende: determinar, no processador, que uma execução do primeiro procedimento de ciclo de condução está completa; emitir, no processador em resposta à determinação de que a execução do primeiro procedimento de ciclo de condução está completa, uma representação do segundo procedimento de ciclo de condução.

12. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que determinar a execução do primeiro procedimento de ciclo de condução está completa inclui determinar que o veículo operou em um estado de veículo partícular correspondente ao primeiro procedimento de ciclo de condução por um período de tempo específico ou enquanto o veículo viajou uma distância específica.

13. Método, de acordo com qualquer uma das reivindicações 1 a 12, caracterizado pelo fato de que a mobilidade do veículo é fornecida por um sistema no veículo que gera eletricidade utilizando uma bateria e/ou uma célula de combustível.

14. Método, de acordo com qualquer uma das reivindicações 1 a 13, caracterizado pelo fato de que o sistema eletrônico no veículo inclui um sistema avançado de assistência ao condutor.

15. Método, de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que a sequência organizada de procedimentos de ciclo de condução inclui um primeiro procedimento de ciclo de condução, e em que o método ainda compreende: transmitir, no processador antes de executar o primeiro procedimento de ciclo de condução, uma primeira mensagem de dados de veículo para o veículo para solicitar dados indicando quais códigos de problemas de diagnóstico são definidos pelo sistema eletrônico no veículo; e receber, no processador, uma segunda mensagem de dados do sistema eletrônico, a segunda mensagem de dados incluindo dados que indicam que nenhum código de problema de diagnóstico é definido pelo sistema eletrônico no veículo.

16. Método, de acordo com qualquer uma das reivindicações 1 a 15, caracterizado pelo fato de que executar o um ou mais procedimentos de ciclo de condução do roteiro de test drive inclui verificar uma temperatura de um ou mais componentes do veículo e confirmar que a temperatura não ultrapassa um limite de temperatura.

17. Método, de acordo com qualquer uma das reivindicações 1 a 16, caracterizado pelo fato de que ainda compreende: transmitir, no processador para o sistema eletrônico no veículo, uma mensagem de dados de veículo incluindo um identificador de parâmetro; e em que o status do veículo durante a execução do roteiro de test drive é baseado em um valor de parâmetro correspondente ao identificador de parâmetro recebido em resposta à transmissão da mensagem de dados de veículo.

18. Método, de acordo com a reivindicação 17, caracteri- zado pelo fato de que: determinar o status de execução do roteiro de test drive inclui determinar que o valor de parâmetro ultrapassa um valor limite correspondente ao identificador de parâmetro; e o status de execução do roteiro de test drive inclui interrompido ou concluído.

19. Sistema de computação caracterizado pelo fato de que compreende: um processador; e memória legível por computador não transitório que arma-zenainstruções executáveis, em que a execução das instruções executáveis no processador faz o sistema de computação realizar o método como definido em qualquer uma das reivindicações 1 a 18.

20. Memória legível por computador não transitório carac-terizada pelo fato de que possui armazenadas nela instruções executáveis em um processador para fazer um sistema de computação realizar o método como definido em qualquer uma das reivindicações 1 a 18.