MONGOOSE PRO JAGUAR-LAND ROVER (JLR)

• Jaguar-Land Rover ha aprobado el Mongoose Pro
• JLR como una interfaz compatible y la ofrecerá directamente a los concesionarios Jaguar y Land Rover como la herramienta de diagnóstico de fábrica.
• Mongoose Pro JLR es un VCI de bajo costo para diagnósticos y reprogramación de fábrica.

• Soporte para las líneas de vehículos Land Rover L316, L319, L320, L322, L359, L538.
• Soporte para las líneas de vehículos Jaguar X100, X150, X202, X250, X350, X351, X400.
• Códigos de diagnóstico de fallas
• Listas de datos
• Pruebas activas
• Monitor
• Pruebas de utilidad
• Reprogramación

Características clave

• • Soporte USB para vehículos HSCAN, MSCAN, J1850PWM, ROSCO e ISO9141/KWP2000
  • Empaquetado simple con electrónica contenida dentro del cable.
• Ventajas únicas
  • Interfaz de bajo costo aprobada por Jaguar y Land Rover
• Protocolos de bus
  • Bus CAN (capaz de ISO 15765, GMLAN e ISO14229)
  • CAN de velocidad media
  • J1850PWM / SCP
  • ISO9141 / KWP2000
  • ROSCO
• Compatibilidad con sistemas operativos
  • Se recomienda Windows 10 11 para la compatibilidad con la aplicación OEM.
• Otros
  • Controlador de dispositivo compatible con J2534 y J2534-1
  • Rango comercial (0 a +70 C)
  • Dimensiones: 3" x 1.75"
  • Voltaje de funcionamiento: Alimentado por bus USB
  • Interfaz de host: USB 2.0 de velocidad completa de 12 mbps con controlador de dispositivo J2534

IDS (SOFTWARE DE DIAGNÓSTICO INTEGRADO)

IDS era utilizado por los concesionarios Jaguar para vehículos fabricados antes de 2005. Land Rover también utilizaba IDS.

Le permite hacer lo siguiente: Lectura / Reinicio de códigos de falla para el análisis de reparaciones

• Luces de servicio
• Leer / Borrar / Restablecer códigos de luz de airbag
• Leer / Borrar / Restablecer códigos de luz ABS
• Módulos de programación
• Personalización de la programación como la altura de la carrocería o los espejos retrovisores plegables.
• Activar bombas para purga de frenos
• Programar nuevas unidades DSC
• Programar unidades ABS

SDD (DIAGNÓSTICO BASADO EN SÍNTOMAS)

SDD es el último desarrollo de JLR en diagnóstico de vehículos. Diseñado para ser fácil de usar y extremadamente eficiente en la detección de fallas. Los sistemas de diagnóstico convencionales leen códigos de fallas y los ofrecen al usuario final. Luego, el usuario final debe analizar los códigos y encontrar la falla del vehículo a partir de los datos proporcionados.

En su lugar, SDD le pregunta al usuario final cuál es la falla del vehículo y procede a analizar los códigos de falla, ofreciendo la solución para reparar el vehículo con una relación de probabilidad relevante.

Si desea intervenir y solo ver los códigos de falla, esta opción está abierta para el usuario final, pero tenga en cuenta que SDD fue desarrollado para recomendar las reparaciones.

Además del diagnóstico, las funciones de servicio permiten la programación de vehículos y módulos y la personalización del vehículo.

Una selección de lo que se puede hacer con SDD:

• Lectura / Reinicio de códigos de falla para el análisis de reparaciones
• Luces de servicio
• Leer / Borrar / Restablecer códigos de luz de airbag
• Leer / Borrar / Restablecer códigos de luz ABS
• Módulos de programación
• Borrado de adaptaciones
• Programación V130 de llaves adicionales
• Personalización de la programación como la altura de la carrocería o los espejos retrovisores plegables.
• Regeneración de DPF
• Activar bombas para purga de frenos
• Ajustar la altura del vehículo
• Programar nuevas unidades DSC

CÓMO HACER QUE SDD SEA EFECTIVO AL SELECCIONAR LOS SÍNTOMAS DEL VEHÍCULO PARA SU JAGUAR Y LAND ROVER

Si bien es fácil distinguir entre un mensaje de advertencia y una lámpara de advertencia que está actualmente activa, si el problema es intermitente, el asesor de servicio debe determinar, mediante un interrogatorio cuidadoso al cliente, si se mostró una lámpara de advertencia, un mensaje de advertencia o ambos. Además, no todos los MIL se consideran lámparas de advertencia, ya que algunos indicadores en el cuadro de instrumentos se utilizan para indicar el estado de un sistema. Ejemplos de lámparas de estado incluyen la lámpara de estado de ocupación del asiento del pasajero y la lámpara de estado del TPMS. Usando la lámpara de estado de ocupación del asiento del pasajero como ejemplo: esta luz solo se usa para indicar el estado del asiento del pasajero. Cuando se enciende, simplemente indica que el sistema SRS ha determinado que, basándose en las entradas actuales, los sistemas de retención del pasajero no se desplegarán. No significa que el sistema haya detectado una falla que requiera una advertencia al conductor. Por esta razón, la lámpara se clasifica como lámpara de estado. De manera similar, el indicador TPMS ámbar se usa para informar al conductor que la presión de los neumáticos requiere atención. Si bien esta luz puede permanecer encendida cuando existe un mal funcionamiento del sistema, se considera una lámpara de estado ya que su función principal es informar al conductor sobre el estado de la presión de los neumáticos. Recomendación: Al seleccionar los síntomas de SDD para las lámparas que se consideran principalmente lámparas de estado, pero que también se sabe que tienen una función secundaria como lámpara de advertencia, asegúrese de seleccionar los síntomas en ambas categorías en el mapa de selección de síntomas.

Nuevo proceso de diagnóstico

IDS se ha actualizado con el objetivo de proporcionar una estrategia de diagnóstico clara y una ruta de navegación de herramientas para el técnico. Con el diagnóstico basado en síntomas (SDD), el técnico puede iniciar el proceso de diagnóstico identificando los síntomas específicos de una preocupación del cliente utilizando los mapas de síntomas incorporados en el

Software SDD. Luego se puede estructurar una estrategia de diagnóstico en torno únicamente a los DTC que sean relevantes para esos síntomas. SDD también puede proporcionar enlaces a otra información de servicio para respaldar el proceso de diagnóstico.

Los mapas de síntomas son utilizados por SDD junto con los DTC. Para garantizar las mejores recomendaciones posibles para lograr reparaciones FRFT,

el técnico debe introducir TODOS los síntomas del vehículo que coincidan con la preocupación del cliente.

La arquitectura central del Sistema de Diagnóstico Integrado (IDS) data de 1999 e incorpora elementos que se remontan a 1995. Mientras tanto,

la tecnología de los vehículos se ha vuelto más compleja y el número de variantes de vehículos ha aumentado.

Los sistemas actuales de los vehículos admiten hasta 4.000 códigos de problemas de diagnóstico (DTC) diferentes, lo que aumenta la complejidad de los diagnósticos.

El técnico ahora necesita diagnosticar sistemas, no solo componentes individuales.

Sin una estrategia clara para un proceso de reparación, un técnico que se enfrenta a hasta 40 DTC al comienzo de una sesión de IDS puede perder fácilmente la confianza en la herramienta de diagnóstico.

Los datos de retroalimentación de los concesionarios muestran métodos inconsistentes de diagnóstico de fallas con una subutilización de las capacidades de IDS.

Esto ha resultado en altas tasas de reparación de "No se encontró ninguna falla", dificultad para lograr reparaciones a la primera (FRFT) y un aumento en el tiempo que el vehículo de un cliente está fuera de servicio.