Especificação do Projeto

A premissa inicial é de que a interface de entrada do carro seja um dispositivo conhe- cido como OBD (On-Board Diagnostic), dispositivo responsável por fazer leituras e possivel- mente escritas nas ECUs presentes no veículo.

O estudo de caso utilizando a entrada OBD e smartphone é viável, pois não interfere na qualidade dos dados, apesar de limitar o acesso. Portanto, se o sistema fosse aplicado co- mercialmente pela montadora o mais interesse seria que o sistema fosse acessado via central de multimídia do veículo.

Detalhamento da Proposta

Abaixo é descrito o sistema proposto para solucionar a problemática apresentada na seção 1.2 (Problema).

O sistema deve estar conectado ao veículo de maneira a conseguir extrair eficiente- mente os DTCs e dados provenientes das ECUs do veículo. A captação dos dados que serão enviados à montadora poderá ocorrer de duas formas distintas:

• Primeira forma de captação:

1. O motorista notifica a falha ao sistema (A categorização das reclamações prove- nientes da fala do cliente será feita com base nos dados de histórico de falhas da montadora, por meio de técnicas de mineração de dados).

2. O sistema acessa as informações das unidades de controle do veículo. 3. O sistema pode solicitar informações extras ao cliente.

4. O sistema anexa a notificação do motorista, com as informações obtidas do veículo. 5. O sistema envia a notificação à montadora.

• Segunda forma de captação

1. O sistema detecta um DTC no veículo.

2. O sistema acessa as informações das unidades de controle do veículo.

3. O sistema questiona o motorista sobre sua percepção em relação àquela falha. 4. O sistema pode solicitar informações extras ao cliente.

5. O sistema anexa a notificação do motorista, com as informações obtidas do veículo. 6. O sistema envia a notificação à montadora

Desta maneira, além dos DTCs que serão enviados, a montadora também terá a sua disposição um conjunto de relatórios provenientes dos clientes que possivelmente melhorarão a análise da qualidade do produto entregue ao mercado.

Para melhorar o sistema de diagnóstico, os questionamentos das reclamações foram programados com base na experiência de especialistas que vão determinar a ordem e a lógica das leituras a serem feitas.

Estes especialistas são profissionais que trabalham na área, os quais se terá acesso graças à oportunidade do mestrado em parceria com a montadora.

Especificação do Sistema O sistema a ser desenvolvido deve atender aos seguintes requisitos:

1. O cliente deve configurar a conexão bluetooth, entre o dispositivo OBD e o smartphone. 2. O sistema deve procurar automaticamente dentre os protocolos disponíveis, qual se aplica

ao veículo conectado ao veículo.

3. O sistema deve permitir que o cliente escolha qual é o protocolo que deseja utilizar. 4. O usuário deve ser avisado pelo aplicativo caso o dispositivo OBD não seja compatível

com o sistema do veículo.

5. O aplicativo deve permitir que o usuário habilite/desabilite o bluetooth do smartphone. 6. O aplicativo deve permitir que o usuário habilite/desabilite o GPS do smartphone.

7. O sistema deve possuir um manual rápido para acesso e orientação do motorista em rela- ção às características do veículo.

8. O aplicativo deve permitir que o usuário registre sua impressão sobre um problema per- cebido no veículo.

9. O aplicativo deve classificar o registro do usuário, em uma determinada categoria de problema.

10. O aplicativo deve enviar a verbalização da impressão do cliente, acompanhado dos dados pertinentes obtidos do OBD para um servidor de propriedade da montadora.

11. O aplicativo deve alertar o usuário caso detecte algum problema com o veículo.

12. O aplicativo deve enviar um problema detectado automaticamente para o servidor da montadora.

13. O aplicativo deve detectar o surgimento do um DTC no sistema.

14. O aplicativo deve enviar a informação do DTC, somado às informações obtidas do OBD e percepções do motorista para um servidor da montadora.

15. O servidor deve oferecer à montadora todo o histórico de registros e DTCs à concessio- nária, com o intuito de melhorar seus serviços prestados.

Neste projeto foram desenvolvidos estudos de caso que abrangeram problemas liga- dos ao sistema multimídia e ao motor (estes estudos de casos serão descritos no capítulo de “Experimentos e Resultados"). Devido aos inúmeros sistemas que existem no veículo seria in- viável analisar todas as possibilidades no âmbito de um trabalho acadêmico. A escolha deste conjunto de problemas foi feita desta forma, por que segundo o Departamento de Qualidade da montadora, reclamações ligadas à motor representam 82% do total de reclamações obtidas, enquanto o sistema de multimídia foi escolhido devido à proximidade do autor do trabalho com o departamento de multimídia.

A seguir é apresentada a classe de problemas ligada a multimídia:

• HandsFree - problemas ligados à utilização do celular para receber e efetuar ligações; • Qualidade - problemas ligados à qualidade do som;

• Recepção - problemas ligados à recepção FM do Rádio;

• Bluetooth - problemas ligados à conexão e utilização do bluetooth;

• USB - problemas ligados à conexão de dispositivos na entrada USB do veículo; • Antena - problemas ligados à antena do veículo (quebra, extravio) e

• GPS - problemas ligados à utilização do sistema de GPS do veículo.

Na área de motores os problemas foram categorizados nas seguintes classes: • Ruídos e Vibrações;

• Problemas de partida, motor morre quando frio; • Problemas de partida, motor morre quando quente; • Marcha lenta instável (parada do motor);

• Falta de potência; • Falhas e engasgamento;

• Consumo anormal de combustível;

• Escapamento (presença, ou cheiro de fumaça); • Consumo anormal de óleo;

• Vazamento de Óleo; • Incidentes Mecânicos; • Injeção de Gasolina e

• Sistema de Alimentação do Ar.

Definidas então a propostas e as especificações, o capítulo seguinte apresentará deta- lhes da implementação do sistema proposto.