18.07.2026, 19:08
Hallo Ulli und danke für die Info!
Eigentlich hab ich mich exakt an die Anleitung gehalten. Nur bei der ISK musste ich abweichen. Steht aber auch so in der Anleitung unter "andere Autos von Renault und Dacia".
Der Befehl für die Bytesequenz beim Clio2 ist dort so angegeben:
"Clio 2 (einige Modelle) mit Sagem 9366 - 230200002020 ( ISK Code Bytes 26-31)"
Das hab ich gemacht. Erst nur "230200002020" und dann mit der Anfrage "10A0" vorab.
Nur mit "10A0" vorab und anschließend "230200002020" kommt überhaupt etwas brauchbares zurück.
Und das sind eben die 33 bytes die mit "63" anfangen.
Wenn man die Bytesequenz betrachtet kann man immerhin erkennen dass, wie in der Anleitung bei der Beschreibung für den Twingo, in der Mitte der Antwortsequenz etliche 00 bytes sind. Die ISK beginnt nach den ganzen 00 bytes.
Bloss sind es hier beim Sagem halt 33 bytes die mit 63 beginnen.
Was ist das eigentlich genau was ddt4all auf die Anfrage zurück liefert. Ich meine der String von bytes in dem die ISK drin ist. Was bedeutet der ganze String ?
Ich habe zur Sicherheit mal den ganzen Log Ordner von dieser ddt4all session gespeichert und auch während der Sitzung ein json file als Backup gespeichert.
Es ist total blöd dass es keine Dokumentation zu dem Programm gibt. Das ecu_ddt.log ist umfangreich aber besteht nur aus Zahlen. Wenn man halt wüsste was sie bedeuten wäre das sicher interessant ...
Eigentlich hab ich mich exakt an die Anleitung gehalten. Nur bei der ISK musste ich abweichen. Steht aber auch so in der Anleitung unter "andere Autos von Renault und Dacia".
Der Befehl für die Bytesequenz beim Clio2 ist dort so angegeben:
"Clio 2 (einige Modelle) mit Sagem 9366 - 230200002020 ( ISK Code Bytes 26-31)"
Das hab ich gemacht. Erst nur "230200002020" und dann mit der Anfrage "10A0" vorab.
Nur mit "10A0" vorab und anschließend "230200002020" kommt überhaupt etwas brauchbares zurück.
Und das sind eben die 33 bytes die mit "63" anfangen.
Wenn man die Bytesequenz betrachtet kann man immerhin erkennen dass, wie in der Anleitung bei der Beschreibung für den Twingo, in der Mitte der Antwortsequenz etliche 00 bytes sind. Die ISK beginnt nach den ganzen 00 bytes.
Bloss sind es hier beim Sagem halt 33 bytes die mit 63 beginnen.
Was ist das eigentlich genau was ddt4all auf die Anfrage zurück liefert. Ich meine der String von bytes in dem die ISK drin ist. Was bedeutet der ganze String ?
Ich habe zur Sicherheit mal den ganzen Log Ordner von dieser ddt4all session gespeichert und auch während der Sitzung ein json file als Backup gespeichert.
Es ist total blöd dass es keine Dokumentation zu dem Programm gibt. Das ecu_ddt.log ist umfangreich aber besteht nur aus Zahlen. Wenn man halt wüsste was sie bedeuten wäre das sicher interessant ...
