Warum benötigen wir herstellerspezifische Kabel zum Lesen von Auto-Steuergeräten?

Ich finde es bizarr, dass die Automobilindustrie die Verwendung des OBDII-Protokolls standardisiert hat, aber die meisten Autos benötigen herstellerspezifische Kabel, um auf den gesamten Satz von Diagnose- und Dienstprogrammen zugreifen zu können.

Einige Beispiele:

• VWs benötigen ein VAG-COM-Kabel
• BMWs benötigen INPA / EDIABAS-kompatible Kabel
• Volvos benötigen VADIS-kompatible Kabel

Ich kann verstehen, dass die Software für verschiedene Marken unterschiedlich ist. Aber da alle Kabel an den OBDII-Anschluss angeschlossen sind, warum müssen sie benutzerdefiniert sein? Was fehlt in einem generischen OBDII-Kabel?

Das Kabel ist mehr als nur ein Kabel, es verfügt über einen Mikrocontroller, der das Diagnoseprotokoll des Fahrzeugs verwaltet.

Die Software auf Ihrem Computer kommuniziert mit dem Kabel mit einem proprietären Protokoll, das für den Kabelhersteller spezifisch ist, und das Kabel selbst übersetzt dies in das Protokolläquivalent des Fahrzeugs.

Ich habe mich tatsächlich gefragt, warum wir nicht für alle Autos ein einziges Kabel haben und das Auto-Protokoll direkt auf dem Computer verarbeiten können (das Kabel ist ein einfacher Konverter, der auf der Autoseite empfangene Frames an die Computerseite weiterleitet und umgekehrt). und hier ist eine Antwort von Ross-Tech (dem VCDS-Entwickler):

Ein "dummer" Netzwerk-zu-K- oder CAN-Konverter ist kein praktisches Gerät. Diagnoseprotokolle sind zu anspruchsvoll für Echtzeitantworten von dem Gerät, das sie abfragt.

Anscheinend ist die Latenz, die dadurch verursacht wird, dass das CAN-Paket an den Computer gesendet wird, dort verarbeitet wird und zurückkehrt, zu hoch. Deshalb muss das Fahrzeugprotokoll direkt auf dem Kabel verarbeitet werden.

Die Implementierung von OBD-II ist einfach und dieses Protokoll ist Standard und höchstwahrscheinlich offen. Die Implementierung herstellerspezifischer Protokolle ist schwierig, da nur sehr wenige Dokumentationen vorhanden sind. Die einzige Möglichkeit, dieses Protokoll zu kennen, besteht darin, die Firmwares der Steuergeräte rückzuentwickeln oder die Kommunikation zwischen dem Fahrzeug und dem offiziellen Diagnosegerät des Herstellers zu erfassen. Daher ist es schwierig, zeitaufwändig und teuer, dies für das von jedem Hersteller verwendete Protokoll zu tun und all dies dann direkt auf dem Mikrocontroller des Kabels zu implementieren.

Trotzdem gibt es Universalkabel, sie sind nur extrem teuer (höchstwahrscheinlich aus den oben genannten Gründen) und ich bezweifle, dass sie alle Funktionen der herstellerspezifischen Werkzeuge aufweisen (es geht nicht nur um die Diagnose, sondern auch um die von Ihnen genannten Kabel kann das Auto konfigurieren, zum Beispiel neue Schlüssel hinzuzufügen oder die zwicken Lenkunterstützung ).

Der OBD-II-Anschluss enthält 6 Pins, die die Hersteller nach eigenem Ermessen verwenden können. In modernen Fahrzeugen gibt es normalerweise 2 oder mehr Kommunikationsbusse. Nur ein Bus ist für Motor und Emissionen vorgesehen, der an die Standard-Diagnosestifte am OBD-II-Anschluss angeschlossen ist.

Der Hersteller verbindet normalerweise einen anderen Bus mit den "Hersteller-Diskretion" -Pins an den OBD-II-Stecker.

Ein Fahrzeugdiagnosecomputer erhält nur Motor-, Emissions- und einige andere Systeminformationen von der Standardbelegung, aber mit einem Kabel und zusätzlicher Hardware kann der Diagnosecomputer auch auf den sekundären (oder sogar einen dritten Bus) zugreifen und / erhalten Informationen ändern, die mehrere andere Systeme im Fahrzeug betreffen.

Jeder Hersteller verwendet diese Pins jedoch unterschiedlich. Obwohl es möglich ist, ein Kabel zu bauen, das jede bekannte Pinbelegung verarbeiten kann, werden Änderungen in der Zukunft nicht berücksichtigt, und es ist teurer, als nur mehrere Kabel zu haben, die mit verschiedenen Herstellern zusammenarbeiten Linien.