El cable es más que un cable, tiene un microcontrolador que maneja el protocolo de diagnóstico del automóvil.
El software en su computadora le habla al cable con un protocolo patentado específico para el fabricante del cable, y el cable en sí lo traduce al equivalente del protocolo del automóvil.
De hecho, me he preguntado por qué no podemos tener un solo cable para todos los automóviles y manejar el protocolo del automóvil en la computadora directamente (el cable es un convertidor simple que transmite los marcos recibidos en el lado del automóvil al lado de la computadora y viceversa) , y aquí hay una respuesta que recibí de Ross-Tech (el desarrollador de VCDS):
Una red "tonta" a convertidor K o CAN no es un dispositivo práctico; Los protocolos de diagnóstico son demasiado exigentes para las respuestas en tiempo real del dispositivo que los interroga.
Aparentemente, la latencia inducida por tener el paquete CAN yendo a la computadora, procesándose allí y volviendo es demasiado, por eso es necesario manejar el protocolo del automóvil directamente en el cable.
Implementar OBD-II es simple y ese protocolo es estándar y probablemente abierto. Implementar protocolos específicos del fabricante es difícil porque hay muy poca documentación sobre ellos y la única forma de saber ese protocolo es realizar ingeniería inversa de los firmwares de las ECU o capturar la comunicación entre el automóvil y el dispositivo de diagnóstico oficial del fabricante. Por lo tanto, es difícil, lento y costoso hacer eso para el protocolo utilizado por cada fabricante, y luego implementar todo eso directamente en el microcontrolador del cable.
Aún así, hay cables universales, son extremadamente caros (probablemente por las razones que mencioné anteriormente) y dudo que tengan todas las características que tienen las herramientas específicas del fabricante (no se trata solo del diagnóstico, los cables que mencionó puede configurar el automóvil, por ejemplo, agregar nuevas llaves o ajustar la asistencia de dirección ).