Zum Inhalt springen
Das deutsche VCDS Forum
Das deutsche VCDS Forum

toto99

Kunden
  • Gesamte Inhalte

    60
  • Benutzer seit

  • Letzter Besuch

Reputation in der Community

0 Neutral

Profile Information

  • Standort
    Rain am Lech

VCDS

  • Interface
    HEX-V2
  • Vertriebspartner
    PCI
  • Sachkunde Airbag
    Nein

Letzte Besucher des Profils

2.601 Profilaufrufe
  1. Das der zweite Kanal autom. Umspringt ist nicht das Problem, das Problem ist, er wird nicht wiederhergestellt wenn man den Ersten wieder zurücksetzt. So wie es zb. beim Golf 7, Passat B8, Skoda Octavia usw. der Fall ist. Auch das wäre noch halb so schlimm, gäbe es von der Umstellung des zweiten Kanals ein Protokoll. Ich bin wirklich jedem dankbar für eine sinnvolle Antwort, doch es ist nicht möglich von jedem Stg ein Abbild zu machen. Theoretisch natürlich, doch das musst du erstmal einem Kunden in der Praxis erklären, er muss das Fahrzeug für mehrere Stunden da lassen um von jedem Stg. ein Abbild zu machen. Das ist in der Praxis so einfach nicht drin. Vor allem dann nicht, wenn die Leute 1h oder mehr Anfahrt auf sich nehmen. Ich bin weder zu faul noch zu bequem für ein Stg. Abbild, es ist nur völlig praxisfern. Die Sicherung des Fahrzeugscans und der Adaptions Log waren bis jetzt vollkommen ausreichend als "Backup". Was ich bis jetzt zum Glück extrem selten in Anspruch genommen habe! Doch wenn autom. geänderte Kanäle weder autom. zurückgesetzt noch protokolliert werden, dann ist in der Sache ein Loch drin. In diesem Fall ist man gezwungen auf alternative Tools zurück zu greifen die nur den Kanal ändern der auch ausgewählt ist. Denn ich bin mir um ehrlich zu sein nicht mehr wirklich sicher, was mich bei der nächsten Anwendung mit VCDS erwartet. 8 Jahre lang habe ich damit wirklich sehr gerne gearbeitet
  2. Hallo, ich habe kürzlich bei einem Seat Leon Cupra im Stg 17 den Anpassungskanal IDE12467 (Tuben Darstellung) einige Male geändert. Dabei wurde automatisch auch die Skala des Tachometers (Tachometer Endwert) von 300 auf 260 umgestellt. Soweit so gut. Kennt man ja schon vom Golf 7, Passat B8 usw. Als ich anschließend die Tuben Darstellung wieder auf Variante 0 geändert habe, blieb der Tachometer Endwert immer noch auf 260. Das ist bei einem Golf 7 oder Passat B8 nämlich nicht der Fall. Hier wird der Tachometer Endwert mit umgestellt. Das Problem dabei, die Änderung des Tachometer Endwertes beim Seat Leon Cupra 5F läuft über einen anderen Anpassungskanal. (Adresse 17,5F0 920 790 ,Anpassungskanal IDE13094-Tachometer Endwert) Dies wusste ich allerdings zu dem Zeitpunkt noch nicht. Dieser Umstand wäre halb so schlimm, wäre die Änderung des Anpassungskanals IDE13094 im AdpLog protokolliert. Das wird nämlich nicht gemacht! Sprich, man ändert Kanal A und diese Änderung stellt autom. auch Kanal B um. Doch die Umstellung des Kanal B wird nicht gelogt!! Da stehst du schon dämlich da, wenn du sowas bereits xxxx Mal gemacht hast und jetzt läuft alles anders und der Log der eigentlich alles Protokollieren sollte fehlt. Ich denke das es sich hierbei um einen Bug im VCDS handeln kann.? Falls dies so gewollt ist, dann soll mir bitte jemand verständlich erklären wieso die autom. Änderung eines zweiten oder gar dritten Anpassungskanals nicht mit gelogt wird!? AdpLog.xlsx
  3. Leute, ihr solltet schon unterscheiden zwischen dem Fehler den der Themenstarter publiziert hat bzw. den auch andere hier publiziert haben und allen weiteren Fehlern! Hier geht es konkret um das "Einfrieren" des Auto-Scans und um nichts anderes. Bezüglich der Schnelligkeit des Supportes.. Ich finde es wirklich schade, ich möchte ja schon fast enttäuschend schreiben, dass der Support bei einem wahrscheinlich globalen Problem derart hadert! Vielleicht ist es ja dem Einen oder Anderen nicht ganz klar, doch die breite Masse setzt VCDS mit ziemlich großer Wahrscheinlichkeit gewerblich ein. Da kann man sich auf Dauer solch langen Ausfälle des Interface nicht leisten wenn die wichtigste Funktion der Auto Scan magelhaft funktioniert! Mit dem bereits genannten Fehler ist ein Backup der Codierungen nur mangelhaft möglich und ohne ein sauberes Backup codiere zumindest ich nichts! Demnach ist eine Fehlerdiagnose auch nicht richtig möglich was für mich eine Grundvoraussetzung darstellt für eine saubere Codierung.
  4. Hallo Sebastian, ich habe exakt das gleiche Problem wie der Themenstarter. Das problem mit dem Scan ging mit der aktuellen 16.8.3 Version los. Seltsamer Weise zeigt sich das Problem absolut willkürlich. Zuerst zeigte sich der Fehler bei einem Kunden eines A6 4G (vor Facelift). Der Kunde danach hatte ebenfalls einen A6 4G vor Facelift. Hier lief der Scan glatt durch obwohl die Fehlerspeicher vor Fehler regelgerecht sprudelten. (wegen Umbaumaßnahmen) Es folgten danach ein A5, Golf 6, Golf 7. Alles ok. Heute hatte ich einen A4 8K da, bei dem ging der Scan wieder nicht. Was mir aufgefallen ist, solange der Fehlerspeicher bei den betroffenen Fahrzeugen leer ist, läuft der Scan sauber durch. Sobald sich nur ein Fehler in einem Stg. befindet, hängt sich der Scan auf. Du hattest im Beitrag oben um die DLM Dateien aus dem Debug Ordner gebeten. Ich habe unter Debug nichts deartiges drin. (siehe Anhang)
  5. kurzes resume zu meinem problem... das interface wurde getauscht. obwohl beim alten interface kein offensichtlicher defekt vorlag muss es ein problem damit geben. das neue interface funktioniert mit den gleichen geräten und der gleichen vcds software uneingeschränkt. ich musste beim anschlusstest mit dem neuen interface ein firmwareupdate duerchführen. von 1.92 auf 1.93. denn mit 1.92 läuft die DRV 14.10 version nicht! vielleicht gab/gibt es hier mit dem alten interface irgend einen konflikt, weil die firmware nicht geupdatet werden konnte. vcds hat allerdings über einen eventuell nötigen firmwareupdate beim alten interface keine meldung gebracht.
  6. das tut sie aber nicht, denn auch an einer 2.0 schnittstelle ist das problem nach wie vor vorhanden!
  7. so... also das es an den schnittstellen oder geräten liegen soll bezweifel ich in jedem fall. das problem zeigt sich sowohl am notebook (via usb 3.0 UND 2.0) wie auch am tablet via USB 3.0 ob 3.0 oder 2.0 ist also egal. mir ist aber folgendes aufgefallen: wenn das interface erkannt wird, dann kann ich nur einige aber nicht alle im fahrzeug verfügbaren steuergeräte ansprechen! stg 09, 19 kein problem. bei stg 08, 16 hängt sich vcds auf und ich kann es nur via taskmanager schließen. beim erneuten öffnen erscheint eben die meldung das kein interface vorhanden ist. wenn ich den anschlusstest mache wir der oben schon durchgegebene fehler produziert. damit der anschlusstest einwandfrei klappt, muss ich das interface von oder obd schnittstelle abklemmen und neu anklemmen. sobald ich aber ein stg öffne das "nicht erreichbar" ist, (warum auch immer), dann hängt sich vcds wieder auf und das spiel beginnt von vorne. ich vermute, dass es hier irgend ein problem mit dem inteface gibt. es kann nicht sein, dass der fehlerspeicher leer ist, aber dann ein stg nach dem anderen nicht erreichbar ist!? hierr noch die screenshots vom gerätemanager des notebooks und des tablets. eben so zwei screenshots von den beiden nicht erreichbaren steuergeräten die aber deffinitiv erreichbar sein müssen!
  8. werde ich in kürze durchgeben.. Hast du es mal mit einer USB 2.0 Schnittstelle versucht? wieso sollte ich es an einer USB 2.0 schnittstelle versuchen, wenn es über 12 monate lang mit einer 3.0 einwandfrei funktioniert hat? am notebook könnte ich dies freillig tun da dieser auch eine 2.0 schnittstelle hat, doch das tablet (surface pro 3) hat nur eine 3.0 und um die komme ich beim besten willen nicht herum. zumindest nicht mit dem kabel! mit dem neuen WiFi interface währe es ja egal, doch das ist ja leider noch nicht verfügbar.
  9. ich verwende das interface seit über 12 monaten mit einem samsung np530ue4 notebook (so ziemlich aktueller stand der technik) in verbindung mit windows 7 x64. anfangs auch mit windows 8.1 x64 das interface wurde an einer USB 3.0 schnittstelle betrieben. aktuell wollte ich das interface weiter (nicht parallel) mit einem surface pro 3 verwenden, windows 8.1 x64 da mir das notebook für unterwegs zu umständlich ist. ebenfalls an einer USB 3.0 schnittstelle. die LED des interfaces leuchtet übrigens durchgehend grün! ich weiß ja nicht wie zuverlässig die hardware selbst ist. zumindest hört man so nichts das das interface irgend wie "anfällig" wäre. einen hardwareschaden möchte ich natürlich nicht ausschließen, doch das ist in der regel das letzte an was man denkt. da sich das alles mit dem 14.10 update bei mir überschnitten hat, dachte ich eben zuerst an die software.
  10. logisch. alles wunderbar. wie schon geschrieben. beim 1. anschlusstest wird das interface erkannt. sobald ich ein steuergerät öffne hängt sich vcds auf und ich kann es nur noch via taskmanager schließen. danach muss ich den anschlusstest wieder ausführen da vcds beim öffnen des STG auswahl bzw. beim auto scan meldet das kein interface vorhanden ist. also anschlusstest zum 2. ausführen und dann erscheint die oben gepostete fehlermeldung. ist wie gesagt bei beiden geräten so und das erst bei der 14.10
  11. hallo, ich betreibe die aktuelle DRV 14.10 version auf einem tablet und auf einem notebook. seltsamer weise konnte ich bei beiden geräten den anschlusstest erfolgreich durchführen. wenn ich dann auf STG auswahl gehe und ein steuergerät aufrufe, dann hängt sich VCDS "auf". wenn ich dann die software via taskmanager schließe und wieder öffne, dann erscheint erhalte ich die meldung, dass kein interface vorhanden ist. also wieder den anschlusstest durchgeführt und dann erscheint as (siehe screenshot) auch nach einem neustart des rechners wird kein interface mehr erkannt. das sowas auf einem gerät vorkommen könnte ok, aber nicht gleich auf zwei! was meint ihr dazu? hat jemand vielleicht eine .exe der 12.12.3.0 version? dann hab ich wenigstens eine die funktioniert.
  12. Hallo, wie es schon der Titel sagt, würde ich gerne wissen in welchem Zahlensystem VCDS arbeitet? Mein Problem ist, nach einem kompletten MMI 3G Update werden ja bekanntlich zwei Fehler durch das Update erzeugt. Einen der Fehler kann man nur beheben, wenn man mit VCDS beim MMI unter Kanal 15 den angezeigten Wert mit dem Windows Taschenrechner (Programmierer) mit XOR 51666 verküpft. Soweit so gut, doch welche Zahlenwerte müssen hier bei verwendet werden? hex, dec, okt, bin, qword, dword, word, byte
  13. hallo, gibt es irgend wo zu der neuen 12.12.0 version eine changelog oder sowas ähnliches? danke..
×
×
  • Neu erstellen...

Wichtige Information

Wir benutzen Cookies, um Ihnen den bestmöglichen Service bieten zu können. Durch die weitere Nutzung dieser Webseite stimmen Sie der Verwendung von Cookies zu. Wir haben Cookies auf Deinem Gerät platziert. Das hilft uns diese Webseite zu verbessern. Du kannst die Cookie-Einstellungen anpassen, andernfalls gehen wir davon aus, dass Du damit einverstanden bist, weiterzumachen. Weitere Informationen finden Sie in unserer Datenschutzerklärung.