SOFTWARE PATHFINDER

SOFTWARE SDD JLR

• JLR como interfaz soportada 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 coste para diagnóstico 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 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
  • Empaque simple con la electrónica contenida dentro del cable.
• Ventajas únicas
  • Interfaz de bajo costo aprobada por Jaguar y Land Rover
• Protocolos de bus
  • CAN Bus (capaz de ISO 15765, GMLAN e ISO14229)
  • CAN de velocidad media
  • J1850PWM / SCP
  • ISO9141 / KWP2000
  • ROSCO
• Compatibilidad con sistemas operativos
  • Windows 10 11 se recomiendan para la compatibilidad con aplicaciones 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.

Permite realizar lo siguiente: Lectura/Restablecimiento de códigos de avería, análisis para reparaciones

• Luces de servicio
• Lectura/Borrado/Restablecimiento de códigos de luz de airbag
• Lectura/Borrado/Restablecimiento de códigos de luz ABS
• Módulos de programación
• Personalización de programación como altura de marcha o plegado de retrovisores.
• Activar bombas para purgar 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 localización de averías. Los sistemas de diagnóstico convencionales leen códigos de avería y los ofrecen al usuario final. A continuación, el usuario final debe analizar los códigos y encontrar la avería del vehículo a partir de los datos proporcionados.

En su lugar, SDD pregunta al usuario final cuál es la avería del vehículo y procede a analizar los códigos de avería y ofrece la solución para reparar el vehículo en función de la probabilidad.

Si desea intervenir y solo ver los códigos de avería, esta opción está abierta al usuario final, pero tenga en cuenta que SDD se desarrolló 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/Restablecimiento de códigos de avería, análisis para reparaciones
• Luces de servicio
• Lectura/Borrado/Restablecimiento de códigos de luz de airbag
• Lectura/Borrado/Restablecimiento de códigos de luz ABS
• Módulos de programación
• Borrado de adaptaciones
• Programación V130 de llaves adicionales
• Personalización de programación como altura de marcha o plegado de retrovisores.
• Regeneración de DPF
• Activar bombas para purgar frenos
• Ajustar alturas de vehículos
• Programar nuevas unidades DSC

HACER QUE EL 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 Luz de advertencia que está actualmente activa, si el problema es intermitente, el encargado del servicio debe determinar, mediante un interrogatorio cuidadoso al cliente, si se mostró una luz de advertencia, un mensaje de advertencia o ambos. Además, no todos los MIL se consideran Luces de advertencia, ya que algunos indicadores en el panel 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 de TPMS. Usando la Luz 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 está encendida, simplemente indica que el sistema SRS ha determinado que, basándose en las entradas actuales, los sistemas de retención de pasajeros no se desplegarán. No significa que el sistema haya detectado una falla que requiera una advertencia al conductor. Por esta razón, la luz se clasifica como una Luz 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 Luz 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 del SDD para las luces que se consideran principalmente una Luz de estado, pero que también se sabe que tienen una función secundaria como Luz 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

El IDS se ha actualizado con el objetivo de proporcionar una estrategia de diagnóstico clara y una ruta de navegación de la herramienta para el técnico. Con el Diagnóstico Dirigido por Síntomas (SDD), el técnico puede iniciar el proceso de diagnóstico identificando los síntomas específicos de un problema del cliente utilizando los Mapas de Síntomas incorporados en el

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

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

el técnico debe ingresar 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 de vehículos actuales admiten hasta 4.000 códigos de problemas de diagnóstico (DTC) diferentes, lo que aumenta la complejidad del diagnóstico.

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 enfrente 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 "Reparado a la primera" (FRFT) y un aumento en el tiempo que el vehículo de un cliente está fuera de servicio.