SOFTWARE PATHFINDER + PORTÁTIL LENOVO

SOFTWARE SDD JLR

• JLR como interfaz compatible y lo ofrecerá directamente a los concesionarios Jaguar y Land Rover como herramienta de diagnóstico de fábrica.
• Mongoose Pro JLR es una VCI de bajo costo 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 problemas de diagnóstico
• 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 sencillo con componentes electrónicos dentro del cable.
• Ventajas únicas
  • Interfaz de bajo costo aprobada por Jaguar y Land Rover
• Protocolos de bus
  • Bus CAN (compatible con ISO 15765, GMLAN e ISO14229)
  • CAN de velocidad media
  • J1850PWM / SCP
  • ISO9141 / KWP2000
  • ROSCO
• Compatibilidad con sistemas operativos
  • Windows 10 y 11 son recomendados para 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 fue utilizado por los concesionarios Jaguar para vehículos fabricados antes de 2005. Land Rover también utilizó 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 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 búsqueda de fallos. Los sistemas de diagnóstico convencionales leen códigos de avería y los ofrecen al usuario final. Luego, el usuario final debe analizar los códigos y encontrar la avería del vehículo a partir de los datos proporcionados.

SDD, en cambio, 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 con una relación de 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 de vehículos.

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

• Lectura/Restablecimiento de códigos de avería para análisis de 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
• V130 Programación de llaves adicionales
• Programación de personalizaciones como altura de marcha o espejos retrovisores plegables.
• Regeneración DPF
• Activar bombas para purga de frenos
• Ajustar alturas de vehículos
• Programar nuevas unidades DSC

HACIENDO SDD EFICAZ AL SELECCIONAR 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 del 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 del pasajero no se desplegarán. No significa que el sistema haya detectado un fallo que requiera una advertencia al conductor. Por esta razón, la luz se clasifica como una luz de estado. De manera similar, el indicador ámbar del TPMS se utiliza 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 del estado de la presión de los neumáticos. Recomendación: Al seleccionar los síntomas de SDD para 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

IDS se ha actualizado con el objetivo de proporcionar al técnico una estrategia de diagnóstico clara y una ruta de navegación de herramientas. Con el Diagnóstico Dirigido por Síntomas (SDD), el técnico puede comenzar 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 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. Para asegurar 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 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 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 una subutilización de las capacidades de IDS.

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