Mangosta Pro Jaguar-Land Rover (JLR)

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

• Soporte para líneas de vehículos Land Rover L316, L319, L320, L322, L359, L538.
• Soporte para líneas de vehículos Jguar X100, X150, X202, X250, X350, X351, X400.
• Códigos de diagnóstico de problemas
• 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
  • Embalaje simple con electrónica contenida dentro del cable.
• Ventajas únicas
  • Interfaz de bajo costo aprobada por Jaguar y Land Rover
• Protocolos de bus
  • CAN Bus (compatible con ISO 15765, GMLAN e ISO14229)
  • CAN de velocidad media
  • J1850PWM / SCP
  • ISO9141 / KWP2000
  • ROSCO
• Compatibilidad del sistema operativo
  • Se recomienda Windows 7 de 32 bits por compatibilidad con la aplicación OEM.
• Otro
  • 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 por USB
  • Interfaz de host: USB 2.0 de 12 mbps de velocidad completa con controlador de dispositivo J2534

IDS (software de diagnóstico integrado)

Los concesionarios Jaguar utilizaron IDS para vehículos fabricados antes de 2005. Land Rover también usó IDS, sin embargo, la interfaz que solo podemos suministrar solo funcionará con el lado de Jaguar de IDS.

La interfaz de usuario parece anticuada en comparación con el SDD más nuevo, sin embargo, sigue siendo una pieza de software muy confiable que todavía se utiliza en los concesionarios de Jaguar.

Nuestro software IDS solo es adecuado para Jaguars anteriores a 2005, no es adecuado para ningún Land Rover anterior a 2005.

Le permite hacer lo siguiente: Lectura de código de falla / Restablecimiento, análisis para reparaciones

• Luces de servicio
• Leer / Borrar / Restablecer códigos de luz de la bolsa de aire
• Leer / Borrar / Restablecer códigos de luz ABS
• Módulos de programación
• Programación de personalización como altura de marcha o retrovisores exteriores abatibles.
• Activar bombas para sangrado de frenos
• Programar nuevas unidades DSC
• Programa ABS Units

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 búsqueda de fallas. Los sistemas de diagnóstico convencionales leen los códigos de avería y se los ofrecen al usuario final. Luego, depende del usuario final analizar los códigos y encontrar la falla del vehículo a partir de los datos que se han proporcionado.

En cambio, SDD pregunta al usuario final cuál es la falla del vehículo y avanza para analizar los códigos de falla y ofrece la solución para reparar el vehículo en una relación de relevancia a probable.

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

Junto con los diagnósticos, las funciones de servicio permiten la programación del vehículo y el módulo y la personalización del vehículo.

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

• Lectura de código de falla / análisis de reinicio para reparaciones
• Luces de servicio
• Leer / Borrar / Restablecer códigos de luz de la bolsa de aire
• Leer / Borrar / Restablecer códigos de luz ABS
• Módulos de programación
• Adaptaciones de compensación
• V130 Programación de teclas adicionales
• Programación de personalización como altura de marcha o retrovisores exteriores abatibles.
• Regeneración DPF
• Activar bombas para sangrado de frenos
• Ajustar la altura de los vehículos
• Programar nuevas unidades DSC

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

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 redactor 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 todas las MIL se consideran una lámpara de advertencia, ya que algunos indicadores en el grupo de instrumentos se utilizan para indicar el estado de un sistema. Ejemplos de luces de estado incluyen la luz de estado de ocupación del asiento del pasajero y la luz de estado del TPMS. Uso de la lámpara de estado de ocupación del asiento del pasajero comoejemplo: 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, en base a las entradas actuales, no se desplegarán las sujeciones de los pasajeros. 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 del estado de la presión de los neumáticos. Recomendación: al seleccionar síntomas SDD para lámparas que se consideran principalmente una lámpara 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 Symptom Driven Diagnostics (SDD), el técnico puede comenzar el proceso de diagnóstico identificando los síntomas específicos de una inquietud del cliente utilizando los mapas de síntomas incorporados en el

Software SDD. Entonces, una estrategia de diagnóstico se puede estructurar en torno solo a los DTC que son 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. Con el fin de garantizar las mejores recomendaciones posibles para lograr las reparaciones de FRFT,

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

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

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

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

Sin una estrategia clara para un proceso de reparación, un técnico que se enfrenta a hasta 40 DTC al inicio 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 subutilización de las capacidades del IDS.

Esto ha resultado en altas tasas de reparación 'No se encontraron fallas', dificultad para lograr reparaciones correctas fijas a la primera (FRFT) y un aumento en el tiempo que el vehículo de un cliente está fuera de la carretera.