Protocolo OBD2 CAN: ISO 15765-4

Entiendo que uno de los protocolos CAN que utiliza OBD2 para leer los datos del vehículo es ISO 15765-4. Sin embargo, este es el que utilizan los dispositivos lectores OBD2 genéricos como ScanTool; Y proporciona un conjunto limitado de parámetros del vehículo (PID). ¡También los lectores OBD2 genéricos solo proporcionan algunos códigos de falla!

Me enteré de que existe otro protocolo CAN ISO 15765-3, que está destinado a diagnósticos mejorados y proporciona un conjunto más amplio de parámetros del vehículo principalmente para diagnósticos. ¿Es esto correcto?

¿Hay software/herramienta disponible que pueda usar este protocolo? que a su vez me permite leer un conjunto más grande de parámetros del vehículo para mejorar el diagnóstico del vehículo?

Puede consultar el producto VCDS de Ross Tech . Es específico de VW pero tiene muy buen soporte y foros. Estos podrían ayudarlo a comprender los desafíos de construir/encontrar una herramienta de propósito general (a un precio razonable). SnapOn también fabrica herramientas de escaneo, que supongo que son de uso general. Si está interesado en una marca específica de vehículo, puede preguntar específicamente al respecto. Muchas de las herramientas avanzadas que he escuchado son específicas para vehículos.
Tengo un par de unidades SNAPON que funcionan muy bien pero también son muy caras. Pero es posible que desee ver las interfaces que tienen estas personas si está buscando una interfaz basada en PC. INTERFACES SIMMA CAN

Respuestas (2)

No hay una bala mágica.

El OBDII genérico es el único que proporciona un conjunto de datos predefinido. Los datos específicos del fabricante o "mejorados" dependen totalmente del fabricante. Esto significa que no hay un estándar. No hay un protocolo que cubra a todos.

Sin decirnos qué quiere hacer exactamente con los datos o con qué vehículos quiere hablar, estas son sus opciones.

  1. Compre la herramienta específica del fabricante que cubre el vehículo que desea. Estos tienden a ser muy caros. La mayoría de los fabricantes, pero no todos, han cambiado a una solución basada en portátiles. Estos tienden a ser muy caros porque el fabricante establece efectivamente su propio precio.
  2. Compre una herramienta genérica que tenga capacidades específicas del fabricante. Hay muchos fabricantes como SnapOn o Genesis. Estos tienden a ser costosos porque el fabricante compró las especificaciones del protocolo del fabricante o las realizó ingeniería inversa.
  3. Realice ingeniería inversa del protocolo usted mismo.
Gracias @vini_i ¿Podría darme algunos consejos/detalles sobre 'ingeniería inversa en protocolos específicos de fabricación'?
@AkhileshGupta, ¿podría hacer eso como una pregunta separada? Así será más fácil responder sin intentar hacerlo en los comentarios.

Quizás OpenXC es lo que estás buscando.

¡Realmente no! Estoy bastante familiarizado con OpenXC. Pero eso también sigue el protocolo 15765-4 como un lector OBD genérico; ¡NO el protocolo de diagnóstico específico 15765-3! ¡Obtengo nuevamente parámetros limitados a través de OpenXC!
Protocolo OBD2 CAN: ISO 15765-4
RespuestasAquíPolítica de privacidad1y, 22v