Mongoose Pro Jaguar-Land Rover (JLR)

• A Jaguar-Land Rover aprovou o Mongoose Pro
• JLR como uma interface compatível e irá oferecê-lo diretamente às concessionárias Jaguar e Land Rover como ferramenta de diagnóstico de fábrica.
• O Mongoose Pro JLR é um VCI de baixo custo para diagnóstico e reprogramação de fábrica.

• Suporte para linhas de veículos L316, L319, L320, L322, L359, L538 Land Rover.
• Suporte para linhas de veículos X100, X150, X202, X250, X350, X351, X400 Jguar.
• Códigos de problemas de diagnóstico
• Listas de Dados
• Testes Ativos
• Monitor
• Testes de utilidade
• Reprogramando

Características principais

• • Suporte USB para veículos HSCAN, MSCAN, J1850PWM, ROSCO e ISO9141 / KWP2000
  • Embalagem simples com eletrônicos contidos dentro do cabo.
• Vantagens Únicas
  • Interface de baixo custo aprovada pela Jaguar e Land Rover
• Protocolos de barramento
  • CAN Bus (capaz de ISO 15765, GMLAN e ISO14229)
  • Velocidade média CAN
  • J1850PWM / SCP
  • ISO9141 / KWP2000
  • ROSCO
• Compatibilidade do sistema operacional
  • O Windows 7 de 32 bits é recomendado para compatibilidade com aplicativos OEM.
• De outros
  • Driver de dispositivo compatível com J2534 e J2534-1
  • Faixa comercial (0 a +70 C)
  • Dimensões: 3 "x 1,75"
  • Tensão operacional: alimentado por barramento USB
  • Interface de host: USB 2.0 de 12 mbps de velocidade total com driver de dispositivo J2534

IDS (software de diagnóstico integrado)

O IDS foi usado pelas concessionárias Jaguar para veículos fabricados antes de 2005. A Land Rover também usou IDS, no entanto, a interface que só podemos fornecer funcionará apenas com o lado Jaguar do IDS.

A interface do usuário parece desatualizada em comparação com o SDD mais recente, no entanto, ainda é um software muito confiável que ainda é usado nas concessionárias Jaguar.

Nosso software IDS é adequado apenas para Jaguars anteriores a 2005, não é adequado para qualquer Land Rover anterior a 2005.

Ele permite que você faça o seguinte: Leitura / reinicialização do código de falha, analisando para reparos

• Luzes de serviço
• Ler / limpar / redefinir códigos de luz do air bag
• Ler / limpar / redefinir códigos de luz ABS
• Módulos de Programação
• Personalização da programação, como altura do passeio ou retrovisores retrovisores dobráveis.
• Ative as bombas para sangramento do freio
• Programar novas unidades DSC
• Programa ABS Units

SDD (Diagnóstico baseado em sintomas)

SDD é o mais recente desenvolvimento da JLR em diagnóstico de veículos. Projetado para ser fácil de usar e extremamente eficiente na detecção de falhas. Os sistemas de diagnóstico convencionais leem os códigos de falha e os oferecem ao usuário final. Cabe então ao usuário final analisar os códigos e encontrar a falha do veículo a partir dos dados fornecidos.

Em vez disso, o SDD pergunta ao usuário final a falha com o veículo e avança para analisar os códigos de falha e oferece a solução para consertar o veículo em uma relação de relevância para provável.

Se desejar intervir e ver apenas os códigos de falha, esta opção está aberta ao usuário final, mas lembre-se de que o SDD foi desenvolvido para recomendar os reparos.

Juntamente com o diagnóstico, as funções de serviço permitem a programação do veículo e do módulo e a personalização do veículo.

Uma seleção do que pode ser feito com SDD:

• Leitura / reinicialização do código de falha, analisando para reparos
• Luzes de serviço
• Ler / limpar / redefinir códigos de luz do air bag
• Ler / limpar / redefinir códigos de luz ABS
• Módulos de Programação
• Limpando adaptações
• Teclas extras de programação V130
• Personalização da programação, como altura do passeio ou retrovisores retrovisores dobráveis.
• Regeneração DPF
• Ative as bombas para sangramento do freio
• Ajuste a altura do veículo
• Programar novas unidades DSC

ed / 2 / gallery511.jpg? t = 1451354182 "/>

Tornando o SDD eficaz ao selecionar os sintomas do veículo para o seu Jaguar e Land Rover

Embora seja fácil distinguir entre uma Mensagem de Advertência e uma Lâmpada de Advertência que está ativa no momento, se o problema for intermitente, o redator do serviço deve determinar por meio de questionamento cuidadoso ao cliente se uma luz de advertência, mensagem de advertência ou ambas foram exibidas. Além disso, nem toda MIL é considerada uma lâmpada de advertência, pois alguns indicadores no painel de instrumentos são usados para indicar o status de um sistema. Exemplos de lâmpadas de status incluem a lâmpada de status de ocupação do assento do passageiro e a lâmpada de status TPMS. Usando a lâmpada de status de ocupação do assento do passageiro como umexemplo: esta luz serve apenas para indicar o estado do assento do passageiro. Quando aceso, ele simplesmente indica que o sistema SRS determinou que, com base nas entradas atuais, as restrições de passageiros não serão acionadas. Isso não significa que o sistema detectou uma falha que requer um aviso do driver. Por esse motivo, a lâmpada é classificada como Lâmpada de status. Da mesma forma, o indicador TPMS âmbar é usado para informar ao motorista que a pressão do pneu requer atenção. Embora essa luz possa permanecer acesa quando existe um mau funcionamento do sistema, ela é considerada uma lâmpada de status, pois sua função principal é informar ao motorista o status da pressão dos pneus. Recomendação: Ao selecionar sintomas SDD para lâmpadas que são consideradas principalmente uma Lâmpada de status, mas também são conhecidas por terem uma função secundária como uma lâmpada de advertência, certifique-se de selecionar os sintomas em ambas as categorias no mapa de seleção de sintomas.

Novo Processo de Diagnóstico

O IDS foi atualizado com o objetivo de fornecer ao técnico uma estratégia de diagnóstico clara e um caminho de navegação de ferramenta. Com o Symptom Driven Diagnostics (SDD), o técnico é capaz de iniciar o processo de diagnóstico, identificando os sintomas específicos de uma preocupação do cliente usando mapas de sintomas incorporados ao

Software SDD. Uma estratégia de diagnóstico pode então ser estruturada em torno apenas dos DTCs que são relevantes para esses sintomas. O SDD também pode fornecer links para outras informações de serviço para apoiar o processo de diagnóstico.

Os mapas de sintomas são usados pelo SDD em conjunto com os DTCs. A fim de garantir as melhores recomendações possíveis para conseguir reparos FRFT,

o técnico deve inserir TODOS os sintomas do veículo que correspondam à preocupação do cliente.

a tecnologia de veículos tornou-se mais complexa e o número de variantes de veículos aumentou.

Os sistemas de veículos atuais suportam até 4.000 códigos de problemas de diagnóstico (DTCs) diferentes, o que aumenta a complexidade dos diagnósticos.

O técnico agora precisa diagnosticar sistemas, não apenas componentes individuais.

Sem uma estratégia clara para um processo de reparo, um técnico que enfrenta até 40 DTCs no início de uma sessão de IDS pode facilmente perder a confiança na ferramenta de diagnóstico.

Os dados de feedback das concessionárias mostram métodos inconsistentes de diagnóstico de falhas com subutilização dos recursos do IDS.

Isso resultou em altas taxas de reparo 'Nenhuma falha encontrada', dificuldade em conseguir reparos Fixo Certo na Primeira Vez (FRFT) e um aumento no tempo que o veículo de um cliente fica fora da estrada.