schaefersklaus

Alles klar, danke nochmals! Klar, damit kann man sicher leben. Fiel mir eben nur auf. Was mir noch auffiel, im Vergleich zur 15.7.3: Das Mapping des BCM (0x09) mit den >2000 Kanälen an meinem Golf 7 war in einem Bruchteil der Zeit erledigt! Das gefällt mir sehr gut! Dann werde ich bei Gelegenheit ein weiteres Abbild mit aktuellem VCDS aufnehmen, und die Dateien vergleichen, um sicher sein zu können, dass alle Kanäle im CSV-File gespeichert werden.# Dies war ja auch eingangs mein Problem, weshalb ich hier in diesem Thread überhaupt geschrieben hatte. Ich bin optimistisch! Melde mich... Danke, Schöne Grüße und gute Nacht, Klaus.

Vielen Dank für die schnelle Antwort, dfs! Ok, wenn ich durch die Liste scrolle, bzw. nach bestimmten Stichwörtern suche, finde ich die Kanäle und auch deren Werte in beiden Dateien wieder. Das passt soweit. Dass die Reihenfolge nun vollkommen "anders" ist, ist Zufall / technisch bedingt / egal? Danke.

Hallo Sebastian! Nach einiger Zeit und einigen Updates von VCDS wollte ich das Thema noch einmal aufgreifen und habe gestern mit VCDS 17.1.2 eine ADP-Map des BCM erstellt und als csv-File gespeichert. Der Vergleich zu einer meiner alten Maps von vor ca. 1 Jahr mit VCDS 15.7.3 habe ich als Screenshot angefügt. Nun, ich erkenne weder "die mir bekannte Struktur", noch die genauen Bezeichnungen der Kanäle wieder. Ebenfalls scheint die Reihenfolge der Kanäle anders zu sein!?! (Siehe Anhang: Links neu / Rechts von 2016) Mache ich etwas falsch? Oder habe ich etwas übersehen? (VCDS 17.1.2 auf einem Dell Latitude D620 mit Win7 32bit.) Danke und viele Grüße, Klaus.

Schade, dass ich seit Februar hierzu keine Rückmeldung bekomme. Gruß Klaus.

Hallo Sebastian, hat sich zwischenzeitlich etwas ergeben? Du sagtest, dass Du "das Problem" nachstellen konntest. Vielen Dank für die Rückmeldung. Gruß Klaus.

Hallo zusammen! Krame den Beitrag hier mal wieder aus, da ich eben per SuFu hier angekommen bin. Mich interessiert ebenfalls eine geeignete Möglichkeit das Notebook per 12V-Zigarettenanzünder zu versorgen, da nicht immer eine 230V-Steckdose in der Nähe ist. Mir war ebenfalls der Warnhinweis auf dem "Beipackzettel" im VCDS-Koffer aufgefallen! Nun, die Erklärung dazu habe ich dann ja eben im von Sebastian geposteten Link verstanden (hatte mir das aber bereits gedacht). Daher war ich auf der Suche nach einer Lösung, die unabhängig von der Ausführungsform des Spannungswandlers im KFZ-Notebook-Ladegerät ist. Zugegeben, es erschließt sich für mich nicht der Grund, weshalb der Hersteller eines solchen Netzteils die Fahrzeugmasse überhabt auf die Sekundärseite des Netzteils verbindet (also keine galvanische Trennung herstellt) - geschweige denn dann noch die Ladespannung des Notebooks oder irgendein Potential zwischen dieser und der Fahrzeugmasse damit verbindet!?! Egal. Ich habe mir folgendes überlegt: Dieser Isolier-Adapter olimex-usb-iso sollte hier Abhilfe schaffen. Er trennt die Potentiale zwischen VCDS-Interface und dem USB des Notebooks! Bis 1000VDC. Somit ist es gleichgültig, auf welchem Potential der USB gegenüber der Fahrzeugmasse liegt. Es kann kein Ausgleichsstrom über das Interface->USB fliessen. Soweit die Theorie Wer hat so etwas schon getestet, wer kann weitere Infos dazu geben? Habe ich hier was grundsätzliches übersehen? Vielen Dank und schöne Grüße, Klaus.

Hallo Sebastian! Wollte nur mal nachfragen, ob es schon etwas Neues gibt!?! Mir ist noch was eingefallen beim stöbern im Forum: Hat die Eingabe eines Login Codes im Dialog zur Erstellung der Adp-Map vielleicht einen Einfluss? Ich habe nämlich keinen eingehen. Danke und Gruß Klaus.

Hallo Sebastian, vielen Dank für Deine Hinweise und Anleitung. Eben habe ich drei Abbilder unmittelbar hintereinander gezogen. Dabei habe ich bewußt das Notebook Dell 510m verwendet, da es dort in Vergangenheit vermehrt zu den Auffälligkeiten kam. Wohl wissend, dass es mit dem Lenovo zwar besser, aber in keinem Fall fehlerfrei funktionierte. Das ist leider so nicht möglich gewesen. Alle drei Abbilder unterscheiden sich gravierend voneinander - keines ist Vollständig. Zwischen Versuch02 und Versuch03 existieren laut Textvergleich 119 unterschiedliche Abschnitte. Dabei fallen mir zwei Dinge auf den ersten Blick wieder auf (siehe Screenshot hc_011.jpg im Anhang): Es fehlen viele Zeilen (z.B. "(352)-Leuchtenkonfiguration-Dimmwert CD 18,20") Viele Einträge haben unterschiedliche Parameter (z.B. "(342)-Leuchtenkonfiguration-Dimming Direction GH 17,". Im Versuch 02 auf "minimize", im Versuch 03 auf "maximize" Die Datensätze in den Ordnern Versuch01, Versuch02 und Versuch03, sowie mehrere Screenshots und einen Windows-Systembericht vom Notebook sende ich Dir wie gewünscht per E-Mail zu. Bei Bedarf kann ich diese Vorgehensweise am Wochenende ebenfalls noch mit den "moderneren" Lenovo-Notebook wiederholen. Ich hoffe trotzdem, dass ich hiermit zur Lösungsfindung beitragen kann, denn leider ist ein ADP-Map "in diesem Zustand" für mich nicht als Backup nutzbar. Vielen Dank für Deine Bemühungen im Voraus. Mit freundlichen Grüßen, Klaus.

Hallo Sebastian, danke für den Link zur neuen Version hier. Wurde denn bezüglich fehlender Anpassungskanäle auch "allgemein" etwas verbessert, oder bezieht sich der Hinweis in den Release-Notes lediglich auf MIB-2? Vielen Dank und schöne Grüße, Klaus.

Hat vielleicht die neuen Beta 15.7.3 auch einen korrigierenden Effekt auf unser Problem hier? Ich habe heute in einem anderen Forum davon erfahren.

Hallo Sebastian! Ich wollte mal höflich nachfrage, ob Du zwischenzeitlich das Problem nachstellen konntest. Du schriebst weiter oben, dass Du Dich noch melden würdest mit weiteren Anweisungen zur Fehlersuche: Nun, ich war so frei mal in MT die User nach Auffälligkeiten diesbezüglich zu fragen. http://www.motor-talk.de/forum/codierung-vcds-golf-7-t4316380.html?highlight&page=302#post45351750 Es sieht so aus, als ob ich nicht der einzige bin, bei dem (diverse) Kanäle im CSV File fehlen: 1. http://www.motor-talk.de/forum/codierung-vcds-golf-7-t4316380.html?highlight&page=302#post45352746 2. http://www.motor-talk.de/forum/codierung-vcds-golf-7-t4316380.html?highlight&page=302#post45353445 3. http://www.motor-talk.de/forum/codierung-vcds-golf-7-t4316380.html?highlight&page=303#post45355358 Daher möchte ich Dich bitten, Dich der Sache noch einmal anzunehmen um eine Lösung zu finden. Wie gesagt, wenn man das Steuergeräteabbild als Backup nutzt, um Codierungen im Nachhinein wieder rückgängig zu machen, ist es äußerst unschön, wenn man am Ende bestellen muss, dass entsprechende Kanäle leider nicht im Map-File sind. Nur dann ist es leider zu spät :11: Vielen Dank im Voraus. Gruß Klaus.

Hallo dfs, vielen Dank für die Information. Das werde ich dann bei nächster Gelegenheit mal testen. Schade finde ich aber nach wie vor, dass es keinerlei Hinweis/Meldung/Fehlermeldung seitens VCDS gibt, wenn Kanäle ausgelassen werden. So wiegt man sich in Sicherheit alles aufgezeichnet zu haben, und am Ende fehlen wichtige Einträge.

Dann ist Dir das Problem also auch bekannt! Nun, ich habe kein Windows 8. Nur 7 und XP. Und habe es jetzt ja mit drei verschiedenen Rechnern getestet. Jeder Rechner liest "andere" Kanäle aus; bzw. läßt andere Kanäle weg. Es wäre schön, wenn dieses "Problem" sicher abzustellen wäre, denn wenn man an den Anpassungskanälen modifiziert, verlässt man sich ja auf den zuvor gelesenen AdpMap-File. Wenn dann Kanäle fehlen, kann ich meine Änderungen womöglich nicht mehr rückgängig machen. Also verläßt man sich ja praktisch auf den Inhalt der AdpMap.

Um das noch einmal genau auf den Punkt zu bringen: Der AdpMap-File 150703 Golf 7 GTD adpmap-09-5Q0-937-084-AJ.CSV (siehe oben) wurde mit einem aktuelle, leistungsstarken Lenovo T420s durchgeführt. Und dort sind einige Zeilen nicht vorhanden! Sebastian, somit schliesse ich Deine Fehler-Theorie "Leistungsschwacher PC" aus. Der Fehler muss wohnender liegen: Entweder in der Software VCDS, im Interface oder es liegt an meinem Auto Würde mich über ein Feedback diesbezüglich freuen - vor allem was ich (oder wir) jetzt tun können! Gruß Klaus.

Guten Abend, gerade nach weiteren Tests mit dem MacBookPro und VCDS 14.10.2 aus der Garage zurück: Auch hier leider Ernüchterung. Das Auslesen der AdpMap des BCM 0x09 hat heute (wie erwartet) einen anderen CSV-File als am 03.07. herausgebracht. Klar, denn zuvor fehlten ja auch Zeilen (siehe oben) und es haben sich einige Werte verändert. Jedoch fehlen im heutigen File wieder Zeilen! D.h. im fehlerhaften Map-File vom 03.07. gibt es Einträge, die heute gar nicht ausgelesen wurden! Dies habe ich hier im Screenshot mal beispielhaft festgehalten. Dies hier ist das MacBookPro mit Oracle VirtualBox 4.3.30 und dem Oracle VM VirtualBox Extension Pack 4.3.30r101610. Die Kommunikation von VCDS mit meinem Golf 7 läuft ohne jegliche Fehlermeldung schnell und flüssig ab. Kein Unterschied in der Performance zum o.g. Lenovo Notebook. Ich bin jetzt doch langsam verunsichert, ob sich hier nicht doch ein kleiner Bug ins VCDS eingeschlichen hat!?! Als nächstes steht daher der "genauere Test" mit dem Lenovo-Notebook an. Ich werde mal ein paar Maps vom BCM ziehen und die Ergebnisse vergleichen... Gruß Klaus. 150725 Golf7 GTD BCM adpmap-09-5Q0-937-084-AJ_err.CSV