BR102012030468A2 - Sistema de gerenciamento de informação de veículo - Google Patents

Sistema de gerenciamento de informação de veículo Download PDF

Info

Publication number
BR102012030468A2
BR102012030468A2 BR102012030468-6A BR102012030468A BR102012030468A2 BR 102012030468 A2 BR102012030468 A2 BR 102012030468A2 BR 102012030468 A BR102012030468 A BR 102012030468A BR 102012030468 A2 BR102012030468 A2 BR 102012030468A2
Authority
BR
Brazil
Prior art keywords
diagnostic data
vehicle
data
information management
abnormality
Prior art date
Application number
BR102012030468-6A
Other languages
English (en)
Other versions
BR102012030468B1 (pt
Inventor
Yoko Fujime
Shinnosuke Sekizuka
Original Assignee
Yamaha Motor Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yamaha Motor Co Ltd filed Critical Yamaha Motor Co Ltd
Publication of BR102012030468A2 publication Critical patent/BR102012030468A2/pt
Publication of BR102012030468B1 publication Critical patent/BR102012030468B1/pt

Links

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01MTESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
    • G01M17/00Testing of vehicles
    • G01M17/007Wheeled or endless-tracked vehicles
    • G01M17/0072Wheeled or endless-tracked vehicles the wheels of the vehicle co-operating with rotatable rolls
    • G01M17/0076Two-wheeled vehicles
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808Diagnosing performance data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C2205/00Indexing scheme relating to group G07C5/00
    • G07C2205/02Indexing scheme relating to group G07C5/00 using a vehicle scan tool
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841Registering performance data
    • G07C5/085Registering performance data using electronic data carriers

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

SISTEMA DE GERENCIAMENTO DE INFORMAÇÃO DE VEÍCULO. Trata-se de um sistema de gerenciamento de informação de veículo que pode lidar com vários tipos de veículos, elimina a necessidade da enfadonha operação de troca de cartucho e permite que os dados de diagnósticos sejam acessados em um curto espaço de tempo. Um primeiro transmissor transmite uma ou mais partes de daods de diagnósticos armazenadas em um armazenador para um computador pessoal conectado ao veículo. o primeiro transmissor transmite dados de término após transmitir todos os um ou mais dados de diagnóstico.

Description

“SISTEMA DE GERENCIAMENTO DE INFORMAÇÃO DE VEÍCULO”
Campo da Invenção
A presente invenção refere-se a sistemas de gerenciamento de informação de veí- culo e mais especificamente a um sistema de gerenciamento de informação de veiculo que gerencia dados no momento das falhas ocorridas.
Fundamentos da Invenção
Há um veículo conhecido adaptado para obter dados no momento das falhas ocor- ridas para o veículo e armazenar os dados em um armazenador de modo a usá-los para diagnosticar e reparar um mau funcionamento para a ocasião de uma anormalidade gerada 10 no veículo. Aqui, os dados no momento das falhas ocorridas referem-se a dados que repre- sentam um estado do veículo produzido com base em parâmetros relacionados ao estado do veículo obtido a partir de uma pluralidade de sensores fornecido no veículo. Em tal veícu- lo, um mecânico usa um dispositivo externo para Ier os dados no momento das falhas ocor- ridas a partir do armazenador e especifica o tipo de mau funcionamento no momento do 15 reparo do veículo.
Os dados no momento das falhas ocorridas incluem uma pluralidade de itens usa- dos para diagnosticar um estado do veículo. Diferentes itens são incluídos nos dados no momento das falhas ocorridas para diferentes tipos de veículos. Então, durante a manuten- ção ou reparo, um dispositivo que armazena um programa de controle de acordo com o tipo 20 do veículo deveria ser usado para Ier os dados no momento das falhas ocorridas. Então, a operação de manutenção para diferentes tipos de veículos, por exemplo, é enfadonha para um mecânico.
De modo a resolver os problemas descritos acima, em um dispositivo de diagnósti- co de veículo por JP-B 08-27221, um cartucho armazenado com um programa de controle para cada tipo de veículo é fornecido de forma desacoplável.
Em um dispositivo de diagnóstico de veículo descrito por JP-B 08-27221, se os da- dos no momento das falhas ocorridas não podem ser lidos enquanto um certo cartucho é montado, o cartucho deveria ser trocado por outro armazenado com um programa de con- trole para Ier os dados no momento das falhas ocorridas. Então, o dispositivo de diagnóstico 30 de veículo descrito por JP-B 08-27221 pode lidar com vários tipos de veículos, trocando os cartuchos.
No dispositivo de diagnóstico de veículo descrito por JP-B 08-27221, os cartuchos precisam ser trocados para montar um cartucho armazenado com um programa de controle para cada tipo de veículo de modo a Ier os dados no momento das falhas ocorridas. Isso torna a operação de reparo enfadonha para um mecânico.
No dispositivo de diagnóstico de veículo descrito por JP-B 08-27221, cada vez que os cartuchos são trocados, o dispositivo externo precisa Ier um programa de controle. Então, o dispositivo de diagnóstico de veículo descrito por JP-B 08-27221 exige muito tempo para Ier diferentes dados de diagnóstico para uma pluralidade de diferentes tipos de veículos.
Usando-se o dispositivo de diagnóstico de veículo descrito por JP-B 08-27221, um mecânico não pode executar a operação de reparo quando um cartucho armazenado com um programa de controle para um veículo que precisa de reparo não está disponível.
Sumário da Invenção
É então um objetivo da presente invenção fornecer um sistema de gerenciamento de informação de veículo e um método de gerenciamento de informação de veículo que possam lidar com vários tipos de veículos, elimina a necessidade da enfadonha operação de troca de cartucho e permite que os dados de diagnóstico sejam acessados em um curto es- paço de tempo.
De acordo com a presente invenção, o dito objetivo é resolvido por um sistema de gerenciamento de informação de veículo tendo as características da reivindicação indepen- dente 1. Ademais, o dito objetivo é também resolvido por um método de gerenciamento de informação de veículo tèlid<T*as caracteríisticas dâ reivindicação independente 9. As modali- dades preferenciais são estabelecidas nas reivindicações dependentes.
Consequentemente, é fornecido um sistema de gerenciamento de informação de veículo que gerencia os dados de diagnóstico indicando um estado do veículo e inclui uma pluralidade de detectores de parâmetros, uma unidade de produção de dados de diagnósti- 20 co, um armazenador, e um transmissor. Cada um dos detectores de parâmetros detecta um parâmetro relacionado ao estado do veículo. A unidade de produção de dados de diagnósti- co produz dados de diagnóstico com base em um parâmetro detectado por cada um dos detectores de parâmetros. O armazenador pode armazenar uma ou mais partes de dados de diagnóstico. O transmissor transmite uma ou mais partes de dados de diagnóstico arma- 25 zenadas no armazenador para um dispositivo externo conectado ao veículo. O transmissor transmite dados de término após todas as uma ou mais partes de dados de diagnóstico se- rem transmitidas.
No sistema de gerenciamento de informação de veículo descrito acima, os dados de término são transmitidos após uma ou mais partes de dados de diagnóstico serem 30 transmitidas. O dispositivo externo pode determinar o fim da transmissão de todas as partes de dados de diagnóstico ao receber os dados de término. Então, se o número de itens nos dados de diagnóstico para cada veículo for desconhecido e o número de partes de dados de diagnóstico a serem transmitidas a partir de cada veículo for desconhecido, o fim da recep- ção de todas as partes de dados de diagnóstico para a transmissão pode ser determinada. 35 Então, independente do tipo de veículo, todas as partes de dados de diagnóstico podem ser recebidas. O sistema de gerenciamento de informação de veículo pode lidar com o caso onde a especificação de dados é alterada aumentando-se o número de itens incluídos nos dados no momento das falhas ocorridas.
Se, por exemplo, a troca de cartucho for necessária de modo a Ier os dados de di- agnóstico com um número diferente de itens ou um conteúdo diferente, um dispositivo ex- terno precisa Ier um programa de controle cada vez que os cartuchos são trocados. Então, 5 se os cartuchos precisarem ser trocados, é exigido muito tempo para Ier os dados de diag- nóstico para uma pluralidade de diferentes tipos de veículos. No sistema de gerenciamento de informação de veículo, um dispositivo externo não tem que Ier uma pluralidade de pro- gramas de controle quando uma pluralidade de partes de dados de diagnóstico com diferen- tes números de itens e diferentes conteúdos de itens é recebida. Então, no sistema de ge- 10 renciamento de informação de veículo, é exigido tempo para acessar uma pluralidade de partes de dados de diagnóstico com diferentes números de itens ou diferentes conteúdos de itens pode ser mais curto do que o arranjo que exige a troca de cartuchos.
No sistema de gerenciamento de informação de veículo, a operação enfadonha tal como a operação de troca de cartucho não é necessária. Então, no sistema de gerencia- 15 mento de informação de veículo descrito acima, os dados de diagnóstico podem ser lidos sem executar uma operação, tal com a troca de cartuchos, para reparar uma pluralidade de diferentes tipos de veículos. Isso é altamente conveniente para um mecânico, se comparado ao arranjo que exige troca de cartuchos.
Breve Descricão dos Desenhos A FIG. 1 é um diagrama de bloco que mostra uma estrutura de uma motocicleta e
um dispositivo externo de acordo com a presente invenção.
A FIG. 2 é uma vista que mostra um exemplo específico de dados de diagnóstico armazenados em uma região de armazenamento.
A FIG. 3 mostra uma estrutura geral de como a motocicleta é conectada ao disposi- tivo externo.
A FIG. 4 é um fluxograma para ilustrar uma operação de armazenar dados de diag- nóstico em um armazenador.
A FIG. 5 é um fluxograma que ilustra uma operação de transmitir/receber dados de diagnóstico executada por um sistema de gerenciamento de informação de veículo e um computador pessoal.
A FIG. 6 é uma vista que mostra uma operação do sistema de gerenciamento de in- formação de veículo e o dispositivo externo.
A FIG. 7 é uma vista frontal parcialmente aumentada que mostra uma periferia de um medidor em uma motocicleta.
Descricão Detalhada da Invenção
Há um veículo conhecido que obtém dados no momento das falhas ocorridas para o veículo e armazena os dados no armazenador com o propósito de diagnosticar e reparar um mau funcionamento quando há uma anormalidade gerada no veículo. Em tal veículo, um mecânico lê os dados no momento das falhas ocorridas a partir do armazenador usando um dispositivo externo e especifica o tipo do mau funcionamento e similares quando o veículo é reparado.
Os dados no momento das falhas ocorridas incluem vários itens com base em qual
estado do veículo é diagnosticado. Diferentes itens são incluídos nos dados no momento das falhas ocorridas para diferentes tipos de veículos. Então, durante a manutenção e repa- ro, os dados no momento das falhas ocorridas precisam ser lidos usando um dispositivo armazenado com um programa de controle correspondente ao tipo do veículo. Então, a ma- 10 nutenção para diferentes tipos de veículos, por exemplo, é uma operação enfadonha para um mecânico.
Um dispositivo de diagnóstico de veículo que pode lidar com vários tipos de veícu- los através da montagem de um cartucho desacoplável armazenado com um programa de controle de acordo com o tipo de um veículo já foi sugerido. Nesse dispositivo, se os dados 15 no momento das falhas ocorridas não podem ser lidos a partir de um certo cartucho monta- do, o cartucho deveria ser trocado por um cartucho armazenado com um programa de con- trole correspondente aos dados no momento das falhas ocorridas de modo que os dados no momento das falhas ocorridas podem ser lidos.
Entretanto, usando o dispositivo de diagnóstico de veículo descrito acima, um me- cânico precisa trocar os cartuchos de acordo com os tipos de veículos. Isso torna o reparo enfadonho para o mecânico.
Os inventores tiveram a ideia de um dispositivo de diagnóstico que possa lidar com vários tipos de veículos sem a operação enfadonha. Em uma estrutura de acordo com a ideia dos inventores, uma ou mais partes de dados de diagnóstico (dados no momento das 25 falhas ocorridas) são transmitidas a um dispositivo externo e os dados de término são transmitidos ao dispositivo externo quando todas as partes de dados de diagnóstico são transmitidas. Mediante o recebimento dos dados de término, o dispositivo externo determina que a transmissão de todos os dados de diagnóstico foi terminada. Essa estrutura pode lidar com vários tipos de veículos e a operação enfadonha incluindo a troca de cartuchos não é 30 necessária. Então, a estrutura de acordo com a ideia dos inventores é altamente convenien- te para um mecânico. A estrutura funciona se a especificação de dados de diagnóstico é alterada.
Se a troca de cartuchos for necessária de modo a Ier os dados com um número di- ferente de itens ou um conteúdo diferente, um dispositivo externo precisa Ier um programa de controle cada vez que os cartuchos são trocados. Então, se os cartuchos precisam ser trocados, é exigido muito tempo para Ier os dados de diagnóstico para uma pluralidade de diferentes tipos de veículos. Na estrutura de acordo com a ideia dos inventores, um disposi- tivo externo não tem que Ier uma pluralidade de programas de controle quando uma plurali- dade de partes de dados de diagnóstico com diferentes números de itens e diferentes con- teúdos de itens são recebidos. Então, na estrutura de acordo com a ideia dos inventores, o tempo exigido para acessar uma pluralidade de partes de dados de diagnóstico com diferen- 5 tes números de itens ou diferentes conteúdos de itens pode ser mais curto do que o arranjo que exige a troca de cartuchos.
O dispositivo externo pode determinar o fim da transmissão de um ou mais quadros de dados de diagnóstico, e então os dados de diagnóstico podem ser exibidos imediatamen- te após todas as partes de dados de diagnóstico serem recebidas. Dessa forma, um mecâ- nico pode rapidamente começar a operação de reparo.
Agora, com relação aos desenhos, uma motocicleta 1 incluindo um sistema de ge- renciamento de informação de veículo de acordo com uma modalidade da presente inven- ção será descrita. Nos desenhos, as mesmas partes ou partes correspondentes são desig- nadas pelos mesmos caracteres de referência e sua descrição não será repetida.
Estrutura Geral
A FIG. 1 é um diagrama de bloco de um sistema de gerenciamento de informação de veículo 3 para uma motocicleta 1 e um computador pessoal (PC) 2. A motocicleta 2 inclui o sistema de gerenciamento de informação de veículo 3 e uma lâmpada de aviso 4.
O sistema de gerenciamento de informação de veículo 3 inclui uma pluralidade de 20 sensores de detecção 31, uma ECU (unidade eletrônica de controle) 32, um primeiro recep- tor 34, e um primeiro transmissor 35. A pluralidade de sensores de detecção 31 é fornecida, por exemplo, em um motor e uma fonte de alimentação na motocicleta 1. Os sensores de detecção 31 detectam parâmetros relacionados a um estado do veículo. A pluralidade de sensores de detecção 31, por exemplo, inclui vários sensores tal como um sensor de veloci- 25 dade do veículo para detectar a velocidade de um veícuio e um sensor de aceleração. A pluralidade de sensores de detecção 31 é conectada à ECU 32.
A ECU 32 controla o motor ou similar fornecido na motocicleta 1. A ECU 32 inclui uma unidade de obtenção 321, uma unidade de especificação de anormalidade 322, uma unidade de produção de dados de diagnóstico 323, e um armazenador 33.
A unidade de obtenção 321 obtém parâmetros relacionados a um estado do veículo
a partir da pluralidade de sensores de detecção 31. A unidade de especificação de anorma- lidade 322 especifica uma anormalidade sobre o veículo com base nos parâmetros obtidos pela unidade de obtenção 321. A unidade de especificação de anormalidade 322 determina se um parâmetro detectado por cada um dos sensores de detecção 31 está dentro de uma 35 faixa normal pré-determinada e especifica uma anormalidade com base em um parâmetro fora da faixa normal. A unidade de especificação de anormalidade 322 especifica uma anormalidade com base em dados de especificação de anormalidade armazenados no ar- mazenador 33. Os dados de especificação de anormalidade representa uma relação entre o tipo de anormalidade e um parâmetro fora da faixa normal.
A unidade de produção de dados de diagnóstico 323 produz dados de diagnóstico com base nos parâmetros detectados pela pluralidade de sensores de detecção 31 quando a unidade de especificação de anormalidade 322 especifica uma anormalidade. A unidade de produção de dados de diagnóstico 323 arranja os parâmetros em uma ordem pre- determinada e produz dados de diagnóstico.
O primeiro transmissor 35 transmite um ou mais partes de dados de diagnóstico (dados no momento das falhas ocorridas) armazenadas no armazenador 33 ao computador pessoal 2. O primeiro transmissor 35 executa a comunicação em pacote com o computador pessoal 2. De acordo com a modalidade, o primeiro transmissor 35 pode transmitir um qua- dro de dados de diagnóstico incluídos em um pacote ao computador pessoal 2. Aqui, uma unidade dos dados de diagnóstico é chamada de um “quadro”. O primeiro transmissor 35 transmite dados de término ao computador pessoal 2 após terminar de transmitir todos os quadros de dados de diagnóstico ao computador pessoal 2 ou se os dados de diagnóstico não estão armazenadas em uma região de armazenamento. Aqui, os dados de término são dados que notificam o computador pessoal 2 do fim da transmissão de todos os quadros dos dados de diagnóstico ou que os dados de diagnóstico não são armazenados na região de armazenamento. Quando o primeiro transmissor 35 transmite uma pluralidade de quadros de dados de diagnóstico armazenados no armazenador 33 ao computador pessoal 2, ele transmite dados delimitadores ao computador pessoal 2 cada vez que a transmissão de um quadro de dados de diagnóstico ao computador pessoal 2 termina. Aqui, os dados delimita- dores são dados usados para notificar o computador pessoal 2 do fim da transmissão de um quadro de dados de diagnóstico quando uma pluralidade de partes de dados de diagnóstico é transmitida ao computador pessoal 2. Aqui, os dados delimitadores são transmitidos em uma base de quadro.
O armazenador 33 pré-armazena vários tipos de dados, tal como dados de especi- ficação de anormalidade, usados para especificar anormalidades. O armazenador 33 inclui uma primeira região de armazenamento 331, uma segunda região de armazenamento 332, 30 e uma terceira região de armazenamento 333. Cada uma das regiões de armazenamento 331, 332, 333 pode armazenar somente um quadro de dados de diagnóstico. O primeiro transmissor 34 pode receber uma instrução de solicitação a partir do computador pessoal 2. Aqui, a instrução de solicitação é um sinal que solicita ao sistema de gerenciamento de in- formação de veículo 3 transmitir dados de diagnóstico. A lâmpada de aviso 4 liga quando a 35 unidade de especificação de anormalidade 322 especifica uma anormalidade.
O computador pessoal 2 lê os dados de diagnóstico a partir do armazenador 33 du- rante o reparo e manutenção. O computador pessoal 2 é conectado à motocicleta 1 median- te a transmissão e recebimento de dados. O computador pessoal 2 inclui um segundo transmissor 21, um segundo transmissor 22, e uma tela 23.
O segundo transmissor 21 transmite uma instrução de solicitação ao primeiro re- ceptor 34 que solicita dados de diagnóstico a serem transmitidos. O segundo receptor 22 recebe um ou mais quadros de dados de diagnóstico transmitidos a partir do primeiro trans- missor 35. Os dados de diagnóstico recebidos no segundo receptor 22 são emitidos na tela 23. A tela 23 exibe os dados de diagnóstico recebidos no segundo receptor 22.
A FIG. 2 mostra um exemplo de como dois quadros de dados de diagnóstico são armazenados no armazenador 33. Cada uma dentre a primeira e a segunda região de ar- 10 mazenamento 331 e 332 do armazenador 33 armazena um quadro de dados de diagnóstico. A terceira região de armazenamento 333 não armazena dados de diagnóstico. Na motoci- cleta 1, os números de tipos de anormalidades são previamente configurados dependendo dos tipos de anormalidades e cada uma das partes de dados de diagnóstico inclui um núme- ro de tipos de anormalidades. Os itens ou valores numéricos para os dados de diagnóstico 15 mostrados na FIG. 2 são simplesmente exemplos e eles não estão limitados aos exemplos. Por exemplo, o número de itens em um quadro de dados de diagnóstico pode ser diferente do exemplo mostrado na FIG. 2. O número de itens ou conteúdos incluídos em dados de diagnóstico é às vezes diferente dentre os diferentes tipos de veículos. Então, os dados de diagnóstico para a motocicleta 1 podem ser diferentes dos dados de diagnóstico para qual- 20 quer um de outros veículos como o número de itens ou conteúdos incluídos em um quadro de dados de diagnóstico. Os itens usados por um mecânico durante o reparo podem ser itens comuns ao invés de diferentes itens dentre os veículos e itens comuns ao invés dos diferentes itens podem ser usados para cada parte de dados de diagnóstico.
A FIG. 3 mostra como a motocicleta 1 é conectada ao computador pessoal 2. 25 Quando um mau funcionalmente ou uma anormalidade é especificada e o reparo é executa- do, um mecânico conecta a motocicleta 1 e o computador pessoal 2. O computador pessoal 2 lê os dados de diagnóstico armazenados no armazenador 33 a partir da motocicleta 1. O computador pessoal 2 exibe os dados de diagnóstico lidos a partir da motocicleta 1 na tela 23. Um mecânico verifica a anormalidade ou o conteúdo do mau funcionamento com base 30 nos dados de diagnóstico exibidos na tela 23 e executa o reparo.
A FIG. 4 é um fluxograma para ilustrar uma operação executada quando os dados de diagnóstico são armazenados no armazenador 33. A pluralidade de sensores de detec- ção 31 obtém parâmetros relacionados ao estado do veículo (etapa S1). Quando os parâ- metros são obtidos, uma anormalidade sobre o veículo é especificada com base nos parâ- 35 metros obtidos pelos sensores de detecção 31 (etapa S2). Quando o veículo não tem anor- malidade (NÃO na etapa S2), o programa retorna para a etapa S1. Por outro lado, se uma anormalidade sobre o veículo é especificada (SIM em S2), a unidade de produção de dados de diagnóstico 323 produz um quadro de dados de diagnóstico com base nos parâmetros detectados pelos sensores de detecção 31 (etapa S3). Quando um quadro de dados de di- agnóstico é produzido, os dados de diagnóstico são armazenados no armazenador 33 (eta- pa S4).
A FIG. 5 é um fluxograma que ilustra uma operação executada quando os dados de
diagnóstico são transmitidos ao computador pessoal 2 a partir da motocicleta 1. Determina- se se o primeiro receptor 34 recebeu uma instrução de solicitação a partir do computador pessoal 2 (etapa S11). Se o primeiro receptor 34 não recebeu uma instrução de solicitação (NÃO na etapa S11), o programa termina. Alternativamente, o programa pode retornar para 10 a etapa S11 para estar em um estado de espera para a recepção de uma instrução de solici- tação. Por outro lado, se o primeiro receptor 34 recebeu a instrução de solicitação (SIM na etapa S11), determina-se então se os dados de diagnóstico são armazenados em uma regi- ão de armazenamento (etapa S12). Se os dados de diagnóstico não são armazenados na região de armazenamento (NÃO na etapa S12), o primeiro transmissor 35 transmite dados 15 de término que indicam que nenhum dado de diagnóstico está armazenado (etapa S17). Por outro lado, se os dados de diagnóstico são armazenados em uma região de armazenamento (SIM na etapa S12), um primeiro quadro de dados de diagnóstico é transmitido ao computa- dor pessoal 2 (etapa S13). Determina-se então se a transmissão de um quadro de dados de diagnóstico foi terminada (etapa S14). Se a transmissão de um quadro de dados de diag- 20 nóstico não foi terminada (NÃO na etapa S14), o primeiro transmissor 35 continua a transmi- tir os dados de diagnóstico ao computador pessoal 2. Por outro lado, se a transmissão de um quadro de dados de diagnóstico foi terminada (SIM na etapa S14), o primeiro transmis- sor 35 transmite dados delimitadores ao computador pessoal 2 (etapa S15).
Após transmitir os dados delimitadores ao computador pessoal 2 (etapa S15), de- termina-se se uma instrução de solicitação foi recebida (etapa S16). Se nenhuma instrução de solicitação foi recebida (NÃO na etapa S16), a etapa S16 é repetida. Se uma instrução de solicitação foi recebida (SIM na etapa S16), determina-se se os dados de diagnóstico são armazenados na próxima região de armazenamento (etapa S12). Se os dados de diagnósti- co são armazenados na próxima região de armazenamento (SIM na etapa S12), a operação da etapa S13 a S16 é repetida. Por outro lado, se nenhum dados de diagnóstico é armaze- nado na próxima região de armazenamento (NÃO na etapa S12), o primeiro transmissor 35 transmite os dados de término que indicam o fim da transmissão de todos os quadros de dados de diagnóstico ao computador pessoal 2 (etapa S17). Mediante o recebimento de dados de término, o computador pessoal 2 determina que todos os quadros de dados de diagnóstico foram recebidos.
A FIG. 6 mostra uma operação executada quando os dados de diagnóstico arma- zenados no armazenador 33 são transmitidos ao computador pessoal 2. A FIG. 6 mostra, de cima para baixo, a instrução e a operação de troca de dados quando os seguintes tipos de operação são executados: a operação de transmitir dados e diagnóstico armazenados na primeira região de armazenamento 331 ao computador pessoal 2, a operação de transmitir dados de diagnóstico armazenados na segunda região de armazenamento 332 ao compu- tador pessoal 2, e a operação de transmitir os dados de término ao computador pessoal 2.
Quando o primeiro receptor 34 recebe uma instrução de solicitação a partir do com- putador pessoal 2 que solicita que os dados de diagnóstico armazenados na primeira região de armazenamento 331, na segunda região de armazenamento 332 e na terceira região de armazenamento 333 sejam transmitidos, o primeiro transmissor 35 transmite os dados de 10 diagnóstico armazenados na primeira região de armazenamento 331 ao computador pesso- al 2. Quando a transmissão de um quadro dos dados de diagnóstico armazenados na pri- meira região de armazenamento 331 termina, o primeiro transmissor 35 transmite dados delimitadores ao computador pessoal 2. Dessa forma, os dados de diagnóstico armazena- dos na primeira região de armazenamento 331 são transmitidos ao computador pessoal 2.
Quando o primeiro receptor 34 recebe uma instrução de solicitação a partir do com-
putador pessoal 2 após os dados de diagnóstico armazenados na primeira região de arma- zenamento 331 serem transmitidos ao computador pessoal 2, o primeiro transmissor 35 transmite um quadro dos dados de diagnóstico armazenados na segunda região de arma- zenamento 332 ao computador pessoal 2. Após o fim da transmissão dos dados de diagnós- 20 tico armazenados na segunda região de armazenamento 332, o primeiro transmissor 35 transmite dados delimitadores ao computador pessoal 2. Dessa forma, os dados de diagnós- tico armazenados na segunda região de armazenamento 332 são transmitidos ao computa- dor pessoal 2.
Após os dados de diagnóstico armazenados na segunda região de armazenamento 25 332 serem transmitidos ao computador pessoal 2, o primeiro receptor 34 recebe uma instru- ção de solicitação a partir do computador pessoal 2. Como nenhum dado de diagnóstico é armazenado na terceira região de armazenamento 333, os dados de diagnóstico não podem ser transmitidos ao computador pessoal 2. Então, o primeiro transmissor 35 transmite dados de término que indicam o fim da transmissão de todos os quadros de dados de diagnóstico 30 ao computador pessoal 2.
A FIG. 7 é uma vista frontal parcialmente aumentada de um medidor 6 fornecido na motocicleta 1. O medidor 6 indica parâmetros tais como a velocidade do veículo que indi- ca um estado da motocicleta 1. O medidor 6 é fornecido com a lâmpada de aviso 4 e um indicador 61. A lâmpada de aviso 4 indica o tipo de uma anormalidade especificada pela 35 unidade de especificação de anormalidade 232. A lâmpada de aviso 4 liga quando a parte de especificação de anormalidade 232 especifica uma anormalidade. Um motorista pode reconhecer a ocorrência de uma anormalidade através do aviso da lâmpada de aviso 4. O indicador 61 notifica um motorista, por exemplo, de uma redução no combustível.
Características da Modalidade
Na motocicleta 1 descrita acima, após um ou mais quadros de dados de diagnóstico serem transmitidos, os dados de término são transmitidos ao computador pessoal 2. Medi- ante o recebimento dos dados de término, o computador pessoal 2 pode determinar o fim da transmissão dos dados de diagnóstico. Então, na motocicleta 1, se o número de itens incluí- dos nos dados de diagnóstico é desconhecido ou o número de partes de dados de diagnós- tico a serem transmitidas é desconhecido para cada veículo, pode-se determinar se todas as partes de dados de diagnóstico para transmissão foram recebidas. Então, todas as partes de dados de diagnóstico a serem transmitidas podem ser recebidas para veículos com dife- rentes números de itens incluídos nos dados de diagnóstico e diferentes números de partes de dados de diagnóstico armazenadas nos armazenadores. A motocicleta 1 pode determi- nar o fim da recepção de dados, e então os dados podem ser transmitidos/recebidos inde- pendente dos tipos de veículos. A motocicleta 1 pode lidar com casos onde a especificação de dados de diagnóstico tal como o número de itens incluídos nos dados de diagnóstico é alterado.
O computador pessoal 2 pode determinar o fim da transmissão de um ou mais qua- dros de dados de diagnóstico, e então os dados de diagnóstico recebidos podem ser pro- cessados rapidamente. Então, o computador pessoal 2 pode exibir os dados de diagnóstico na tela 23 imediatamente após receber todos os quadros de dados de diagnóstico. Desse modo, um mecânico pode rapidamente começar a operação de reparo.
Em um arranjo que exige a troca de cartuchos de modo que os dados de diagnósti- co com número de item diferente ou um conteúdo diferente podem ser lidos, um dispositivo externo precisa Ier um programa de controle cada vez que os cartuchos são trocados. En- 25 tão, no arranjo que exige troca de cartuchos, é necessário muito tempo para Ier os dados de diagnóstico para uma pluralidade de diferentes tipos de veículos. Na modalidade descrita acima, o computador pessoal 2 tem que Ier uma pluralidade de programas de controle quando uma pluralidade de quadros de dados de diagnóstico com diferentes números de itens ou diferentes conteúdos é recebida. Então, no arranjo de acordo com a modalidade 30 descrita acima, o tempo exigido para acessar uma pluralidade de quadros de dados de di- agnóstico com diferentes números de itens ou diferentes conteúdos pode ser mais curto do que o necessário no arranjo que exige troca de cartuchos.
A motocicleta 1 elimina a necessidade de operação enfadonha tal como a operação de troca de cartuchos. Então, a motocicleta oferece mais conveniência para um mecânico do que o arranjo que exige troca de cartuchos.
Na motocicleta 1 descrita acima, os dados delimitadores são transmitidos ao com- putador pessoal 2 cada vez que a transmissão de um quadro de dados de diagnóstico ter- mina. Então, o computador pessoal 2 pode determinar o fim da transmissão de um quadro de dados de diagnóstico. Então, se o número de itens incluídos nos dados de diagnóstico é desconhecido, o fim da recepção de um quadro de dados de diagnóstico pode ser determi- nado.
Outras Modalidades
(1) A modalidade descrita acima se refere à motocicleta 1, mas a presente invenção não está limitada a essa e é também aplicável a veículos de selim de três ou quatro rodas.
(2) Na modalidade descrita acima, a motocicleta 1 inclui o armazenador 33 tendo as três regiões de armazenamento, mas a presente invenção não está limitada ao arranjo. O
número de regiões de armazenamento não está limitado, e um veículo pode incluir uma ou duas regiões de armazenamento ou quatro ou cinco regiões de armazenamento.
(3) De acordo com a modalidade descrita acima, um quadro de dados de diagnósti- co em um lote é transmitido ao computador pessoal 2 quando os dados de diagnóstico são transmitidos ao computador pessoal 2, mas a presente invenção não está limitada ao exem-
pio. De acordo com a presente invenção, os dados de diagnóstico podem ser transmitidos ao computador pessoal 2 em uma base de item nos dados de diagnóstico.
(4) De acordo com a modalidade, um motorista é avisado sobre a ocorrência de uma anormalidade pela lâmpada de aviso 4, mas a presente invenção não está limitada a esse arranjo. Por exemplo, o indicador 61 pode se iluminar para executar tal aviso.
A modalidade descreve um sistema de gerenciamento de informação de veículo
que gerencia os dados de diagnóstico indicando um estado do veículo, compreendendo: uma pluralidade de detectores de parâmetros 31, cada um detectando um parâmetro com relação ao estado do veículo; uma unidade de produção de dados de diagnóstico 323 que produz os dados de diagnóstico com base em um parâmetro detectado por cada um dos 25 detectores de parâmetros 31; um armazenador 33 capaz de armazenar uma ou mais partes de dados de diagnóstico; e um transmissor 35 que transmite uma ou mais partes de dados de diagnóstico armazenadas no armazenador 33 a um dispositivo externo conectado ao veículo, o transmissor 35 transmite dados de término após transmitir todas as uma ou mais partes de dados de diagnóstico. O transmissor 35 transmite dados delimitadores ao disposi- 30 tivo externo cada vez que a transmissão de uma parte de dados de diagnóstico termina quando as uma ou mais partes de dados de diagnóstico são seqüencialmente transmitidas ao dispositivo externo.
A modalidade ainda compreende um receptor que recebe uma instrução de solicita- ção que solicita que os dados de diagnóstico sejam transmitidos a partir do dispositivo ex- terno, e o transmissor 35 transmite as uma ou mais partes de dados de diagnóstico ao dis- positivo externo mediante o recebimento da instrução de solicitação do receptor.
A modalidade ainda compreende uma unidade de especificação de anormalidade 322 que especifica um tipo de uma anormalidade gerada no veículo, o armazenador 33 ar- mazena os dados de diagnóstico quando uma anormalidade é especificada pela unidade de especificação de anormalidade.
A modalidade também descreve um sistema de diagnóstico de mau funcionamento, 5 compreendendo tal sistema de gerenciamento de informação de veículo e um dispositivo externo conectável ao veículo e capaz de receber as uma ou mais partes de dados de diag- nóstico a partir do sistema de gerenciamento de informação. A modalidade também descre- ve um veículo com selim compreendendo um sistema de gerenciamento de informação de veículo.
A modalidade também descreve tal veículo com selim compreendendo ainda: uma
unidade de especificação de anormalidade que especifica um tipo de uma anormalidade gerada no veículo; e uma lâmpada de aviso que avisa um motorista sobre a anormalidade especificada pela unidade de especificação de anormalidade.
A modalidade também descreve um método de gerenciamento de informação de veículo para gerenciar dados de diagnóstico que indicam um estado do veículo, compreen- dendo:
uma primeira etapa de detectar um parâmetro relacionado ao estado do veículo; uma segunda etapa de produzir os dados de diagnóstico com base no parâmetro; e uma terceira etapa de transmitir um ou mais partes de dados de diagnóstico arma- zenadas em um armazenador 33 no veículo a um dispositivo externo conectado ao veículo, na terceira etapa, os dados de término são transmitidos ao dispositivo externo após uma ou mais das partes de dados de diagnóstico serem todas transmitidas.
A modalidade descreve um sistema de gerenciamento de informação de veículo adaptado para gerenciar os dados de diagnóstico indicando um estado do veículo, compre- endendo:
uma pluralidade de detectores de parâmetros 31, cada um adaptado para detectar um parâmetro com relação ao estado do veículo;
uma unidade de produção de dados de diagnóstico 323 adaptada para produzir os dados de diagnóstico com base em um parâmetro detectado por cada um dos detectores de parâmetros 31;
um armazenador 33 adaptado para armazenar uma ou mais partes de dados de di- agnóstico; e
um transmissor 35 adaptado para transmitir as uma ou mais partes de dados de di- agnóstico armazenadas no armazenador 33 a um dispositivo externo conectado ao veículo, o transmissor 35 é adaptado para transmitir dados de término após transmitir todas
as uma ou mais partes de dados de diagnóstico.
O transmissor 35 é adaptado para transmitir dados delimitadores ao dispositivo ex- terno cada vez que a transmissão de uma parte de dados de diagnóstico termina quando uma ou mais partes de dados de diagnóstico são seqüencialmente transmitidas ao dispositi- vo externo.
A modalidade ainda compreende um receptor adaptado para receber uma instrução de solicitação que solicita que os dados de diagnóstico sejam transmitidos a partir do dispo- sitivo externo, e o transmissor 35 é adaptado para transmitir uma ou mais partes de dados de diagnóstico ao dispositivo externo mediante o recebimento da instrução de solicitação no receptor.
A modalidade ainda compreende uma unidade de especificação de anormalidade 322 adaptada para especificar um tipo de anormalidade gerada no veículo.
O armazenador 33 é adaptado para armazenar os dados de diagnóstico quando uma anormalidade é especificada pela unidade de especificação de anormalidade.
A modalidade também descreve um sistema de diagnóstico de mau funcionamento, compreendendo: um sistema de gerenciamento de informação de veículo e o dispositivo externo conectável ao veículo e adaptado para receber uma ou mais partes de dados de diagnóstico a partir do sistema de gerenciamento de informação de veiculo.
A modalidade também descreve um veículo com selim, compreendendo tal sistema de gerenciamento de informação de veículo.
A modalidade também descreve um veículo com selim compreendendo ainda uma lâmpada de aviso fornecida para avisar um motorista sobre a anormalidade especificada pela unidade de especificação de anormalidade.
A modalidade também descreve um método de gerenciamento de informação de veículo para gerenciar dados de diagnóstico que indicam um estado do veículo, compreen- dendo as etapas de:
detectar ao menos um parâmetro relacionado ao estado do veículo;
produzir os dados de diagnóstico com base no dito parâmetro detectado;
armazenar uma ou mais partes de dados de diagnóstico; e
transmitir uma ou mais partes de dados de diagnóstico armazenadas a um disposi- tivo externo conectado ao veículo,
transmitir os dados de término após transmitir todas as uma ou mais partes de da-
dos de diagnóstico.
A modalidade ainda ensina a transmitir dados delimitadores ao dispositivo externo cada vez que a transmissão de uma parte de dados de diagnóstico termina quando uma ou mais partes de dados de diagnóstico são seqüencialmente transmitidas ao dispositivo exter- no.
A modalidade ainda ensina a receber a instrução de solicitação que solicita que os dados de diagnóstico sejam transmitidos a partir do dispositivo externo, e transmitir as uma ou mais partes de dados de diagnóstico ao dispositivo externo mediante o recebimento da instrução de solicitação no receptor.
A modalidade ainda ensina a especificar um tipo de anormalidade gerada no veícu- lo.
A modalidade ainda ensina a armazenar os dados de diagnóstico quando uma anormalidade é especificada.
A modalidade ensina ainda a avisar um motorista sobre a anormalidade especifica- da pela unidade de especificação de anormalidade.

Claims (14)

1. Sistema de gerenciamento de informação de veículo adaptado para gerenciar os dados de diagnóstico indicando um estado do veículo, CARACTERIZADO pelo fato de que compreende: uma pluralidade de detectores de parâmetros (31), cada um adaptado para detectar um parâmetro com relação ao estado do veículo; uma unidade de produção de dados de diagnóstico (323) adaptada para produzir os dados de diagnóstico com base em um parâmetro detectado por cada um dos detectores de parâmetros (31); um armazenador (33) adaptado para armazenar uma ou mais partes de dados de diagnóstico; e um transmissor (35) adaptado para transmitir as uma ou mais partes de dados de diagnóstico armazenadas no armazenador (33) a um dispositivo externo conectado ao veí- culo, o transmissor (35) é adaptado para transmitir dados de término após transmitir to- das as uma ou mais partes de dados de diagnóstico.
2. Sistema de gerenciamento de informação de veículo, de acordo com a reivindi- cação 1, CARACTERIZADO pelo fato de que o transmissor (35) é adaptado para transmitir dados delimitadores ao dispositivo externo cada vez que a transmissão de uma parte de dados de diagnóstico termina quando uma ou mais partes de dados de diagnóstico são se- qüencialmente transmitidas ao dispositivo externo.
3. Sistema de gerenciamento de informação de veículo, de acordo com a reivindi- cação 1 ou 2, CARACTERIZADO adicionalmente pelo fato de que compreende um receptor adaptado para receber uma instrução de solicitação que solicita que os dados de diagnósti- co sejam transmitidos a partir do dispositivo externo, e o transmissor (35) é adaptado para transmitir uma ou mais partes de dados de diagnóstico ao dispositivo externo mediante o recebimento da instrução de solicitação no receptor.
4. Sistema de gerenciamento de informação de veículo, de acordo com qualquer uma das reivindicações 1 a 3, CARACTERIZADO adicionalmente pelo fato de que compre- ende uma unidade de especificação de anormalidade (322) adaptada para especificar um tipo de anormalidade gerada no veículo.
5. Sistema de gerenciamento de informação de veículo, de acordo com a reivindi- cação 4, CARACTERIZADO pelo fato de que o armazenador (33) é adaptado para armaze- nar os dados de diagnóstico quando uma anormalidade é especificada pela unidade de es- pecificação de anormalidade.
6. Sistema de diagnóstico de mau funcionamento, CARACTERIZADO pelo fato de que compreende: um sistema de gerenciamento de informação de veículo de acordo com qualquer uma das reivindicações 1 a 5, e o dispositivo externo conectável ao veículo e adaptado para receber uma ou mais partes de dados de diagnóstico a partir do sistema de gerenciamento de informação de veiculo.
7. Veículo com selim, CARACTERIZADO pelo fato de que compreende um sistema de gerenciamento de informação de veículo de acordo com qualquer uma das reivindica- ções 1 a 3.
8. Veículo com selim, de acordo com a reivindicação 7, CARACTERIZADO adicio- nalmente pelo fato de que compreende: uma unidade de especificação de anormalidade que especifica um tipo de anorma- lidade gerada no veículo; e uma lâmpada de aviso fornecida para avisar um motorista sobre a anormalidade especificada pela unidade de especificação de anormalidade.
9. Método de gerenciamento de informação de veículo para gerenciar dados de di- agnóstico que indicam um estado do veículo, CARACTERIZADO pelo fato de que compre- ende as etapas de: detectar ao menos um parâmetro relacionado ao estado do veículo; produzir os dados de diagnóstico com base no dito parâmetro detectado; armazenar uma ou mais partes de dados de diagnóstico; e transmitir uma ou mais partes de dados de diagnóstico armazenadas a um disposi- tivo externo conectado ao veículo, transmitir os dados de término após transmitir todas as uma ou mais partes de da- dos de diagnóstico.
10. Método de gerenciamento de informação de veículo, de acordo com a reivindi- cação 9, CARACTERIZADO adicionalmente pelo fato de que compreende transmitir dados delimitadores ao dispositivo externo cada vez que a transmissão de uma parte de dados de diagnóstico termina quando uma ou mais partes de dados de diagnóstico são seqüencial- mente transmitidas ao dispositivo externo.
11. Método de gerenciamento de informação de veículo, de acordo com a reivindi- cação 9 ou 10, CARACTERIZADO adicionalmente pelo fato de que compreende receber a instrução de solicitação que solicita que os dados de diagnóstico sejam transmitidos a partir do dispositivo externo, e transmitir as uma ou mais partes de dados de diagnóstico ao dispositivo externo mediante o recebimento da instrução de solicitação no receptor.
12. Método de gerenciamento de informação de veículo, de acordo com qualquer uma das reivindicações 9 a 11, CARACTERIZADO adicionalmente pelo fato de que com- preende especificar um tipo de anormalidade gerada no veículo.
13. Método de gerenciamento de informação de veículo, de acordo com a reivindi- cação 12, CARACTERIZADO adicionalmente pelo fato de que compreende armazenar os dados de diagnóstico quando uma anormalidade é especificada.
14. Método de gerenciamento de informação de veículo, de acordo com a reivindi- cação 12 ou 13, CARACTERIZADO adicionalmente pelo fato de que compreende avisar um motorista sobre a anormalidade especificada pela unidade de especificação de anormalida- de.
BR102012030468-6A 2012-07-12 2012-11-29 Sistema de gerenciamento de informação de veículo, sistema de diagnóstico de mau funcionamento, veículo do tipo de montar e método de gerenciamento de informação de veículo BR102012030468B1 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JPJP2012-156441 2012-07-12
JP2012156441A JP2014019185A (ja) 2012-07-12 2012-07-12 車両情報管理システム

Publications (2)

Publication Number Publication Date
BR102012030468A2 true BR102012030468A2 (pt) 2014-02-25
BR102012030468B1 BR102012030468B1 (pt) 2020-09-29

Family

ID=47630067

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102012030468-6A BR102012030468B1 (pt) 2012-07-12 2012-11-29 Sistema de gerenciamento de informação de veículo, sistema de diagnóstico de mau funcionamento, veículo do tipo de montar e método de gerenciamento de informação de veículo

Country Status (4)

Country Link
EP (1) EP2685431B1 (pt)
JP (1) JP2014019185A (pt)
CN (1) CN103538535B (pt)
BR (1) BR102012030468B1 (pt)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106527410B (zh) * 2016-12-29 2019-04-16 浙江吉利汽车研究院有限公司 一种用于车辆的数据记录网关及基于该网关的诊断系统
CN110908362A (zh) * 2019-12-04 2020-03-24 刘建文 一种机动车检测方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2816313B2 (ja) * 1994-11-14 1998-10-27 富士重工業株式会社 故障診断装置
JP4055331B2 (ja) * 2000-05-15 2008-03-05 日産自動車株式会社 診断装置
JP4168866B2 (ja) * 2003-07-25 2008-10-22 トヨタ自動車株式会社 車両情報通信方法、車両情報通信システムおよびセンター
US7340331B2 (en) * 2004-08-12 2008-03-04 Snap-On Incorporated Vehicle data recorder using digital and analog diagnostic data
CN101221442A (zh) * 2006-01-30 2008-07-16 通用汽车环球科技运作公司 分布式故障诊断体系
JP4511587B2 (ja) * 2007-12-21 2010-07-28 本田技研工業株式会社 車両の遠隔診断システムためのデータ通信装置
US7984199B2 (en) * 2008-03-05 2011-07-19 Fisher-Rosemount Systems, Inc. Configuration of field devices on a network
CN202092868U (zh) * 2010-08-06 2011-12-28 北京金奔腾汽车科技有限公司 摩托车电脑解码器
CN102346477A (zh) * 2011-08-11 2012-02-08 浙江大学 一种基于autosar故障诊断通信协议的解析方法和设备

Also Published As

Publication number Publication date
BR102012030468B1 (pt) 2020-09-29
EP2685431A3 (en) 2017-10-25
EP2685431B1 (en) 2019-08-21
CN103538535B (zh) 2016-01-20
CN103538535A (zh) 2014-01-29
JP2014019185A (ja) 2014-02-03
EP2685431A2 (en) 2014-01-15

Similar Documents

Publication Publication Date Title
CN107491061B (zh) 一种商用车obd诊断设备的网络自动化测试系统及其方法
US10409058B2 (en) In-vehicle display system, control apparatus, and display apparatus
CN110515366B (zh) 一种故障诊断方法及装置
US8880277B2 (en) Methods and systems for diagnosing a vehicle
CN106441928A (zh) 一种车辆故障检测方法、装置及系统
WO2017000424A1 (zh) 协议检测方法及装置
Sim et al. OBD-II standard car engine diagnostic software development
US8504877B2 (en) Method and system for platform independent fault management
EP2685429B1 (en) Vehicle information management system
US9773358B2 (en) Device and method for detecting faults in electronic systems
JP5981029B2 (ja) 工作機械の回転するスピンドルに装着された工具の回転速度を評価するための方法及びそのような工作機械
US20130317688A1 (en) Test system and vehicle performance test system
BR102012031368B1 (pt) sistema de gerenciamento de informação de veículo, sistema de diagnóstico de falha de funcionamento, veículo tipo de montar e método de gerenciamento de informação de veículo
BR102012030468A2 (pt) Sistema de gerenciamento de informação de veículo
EP3514776A1 (en) Detector with integrated sensor platform
KR101592023B1 (ko) 자동차 정비용 프로그램을 기록한 컴퓨터로 읽을 수 있는 매체
US9792199B2 (en) Lightweight trace based measurement systems and methods
US20130024498A1 (en) Simulating the performance of medical-engineering procedures in a client-server environment
KR101146288B1 (ko) 자동 교정 장치, 자동 교정 방법 및 자동 교정 방법을 기록한 프로그램 기록 매체
da Conceição Cunha Sistema de Diagnóstico OBD2/EOBD para Viaturas Automóveis
BR102012028724A2 (pt) método para diagnóstico de uma integridade de um aparelho
KR20090078988A (ko) 차량 제조사별 데이터 베이스 관리기능을 가지는 차량진단용 모듈화 시스템및 그 방법.
KR20130137735A (ko) 종합 자동차 자동 정비 시스템
CN208607822U (zh) 一种车辆挡位信息采集装置
JP2001221715A (ja) 車両の故障診断装置

Legal Events

Date Code Title Description
B03A Publication of an application: publication of a patent application or of a certificate of addition of invention
B06F Objections, documents and/or translations needed after an examination request according art. 34 industrial property law
B06U Preliminary requirement: requests with searches performed by other patent offices: suspension of the patent application procedure
B09A Decision: intention to grant
B16A Patent or certificate of addition of invention granted

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 29/11/2012, OBSERVADAS AS CONDICOES LEGAIS.