Beiträge von Onk

    VW hat mit mir aufrund meines direkten Anschreibens Kontakt aufgenommen. Nachdem einige Daten, auch zur Werkstatt, abgefragt wurden, wurde vereinbart, dass am Dienstag ein Techniker von VW zu mir nach Hause kommen und entsprechende Messungen vornehmen und evtl. einen Datenlogger installieren wird. Für die Messungen sind evtl. mehrere Stunden eingeplant.

    Finde ich gut.

    Ich werde berichten.

    Danke für Deinen Einsatz!

    Ich bin gespannt.

    Bei mir hat VW, wie bei andern auch, nur auf die Werkstatt verwiesen.

    Aber ich bin fest davon überzeugt, dass so eine Messung wie bei Dir nur zustandegekommen ist, weil zum einen Du entsprechend hartnäckig warst und im Hintergrund eine ganz ordentliche Zahl an Meldungen mit dem gleichen Problem eingegangen ist.

    Vollständige Daten zu C6:


    Sonntag,04,Juni,2023,12:25:40:55530

    VCDS Version: PCI 22.10.0

    Adresse C6: Batterieladegerät

    Steuergerät-Teilenummer: 1EA 915 684 EA

    Bauteil und/oder Version: HV_CHARGER H60 1019

    Codierung: 1080

    Betriebsnummer:

    VCID: 7EA4013E107AFB5B99E-802A


    Erweiterte Identifikation/FAZIT

    Seriennummer: 93286UJC000YG

    Identifikation: KL8-KLO

    Datum: 13.10.21

    Herstellernummer: 1ZA8

    Prüfstandsnummer: 0015

    Flash Status

    Programmierungs Versuche(Anwendung): 1/3/3/3/3/3

    Flash Datum: 00.01.01

    Sonstiges

    Hardwarenummer: 1EA 915 684 BK

    Systemkurzzeichen: J1050

    Datenstand-Nummer: -----------

    Datenstand-Version: ----

    ASAM Datensatz: EV_OCCXPhase1KLOMEB01B

    ASAM Datensatz Revision: 002017

    VCDS Info:

    VCID: 7EA4013E107AFB5B99E-802A

    Labeldatei: DRV\1EA-915-684.clb

    ROD: EV_OCCXPhase1KLOMEB01B.rod


    Eine Datenstandnummer gibt es hiern nicht.


    Mal ne Frage zum Thema:

    Ich habe heute Nacht das Kabel angesteckt ohne zu laden (openWB an go.eCharger v4). Heute früh hat dann die Ladung wie vorgesehen begonnen incl. Meldung dazu auf dem Smartphone. Entspricht das dem Problemfenster, weil bisher habe ich noch nichts ungewöhnliches feststellen können?

    Das klingt grundsätzlich erstmal positiv.

    Welche WB ist denn nun mit dem AUto verbunden? die opneWB oder der go-e?

    Vielleicht magst Du Deine Daten in die Tabelle eintragen, die wir weiter vorne mal angefangen haben.

    Die Sammlung scheint mir immer noch sinnvoll um festzustellen, was wir aussschließen können.

    Onk Ja. Unter erweiterte Identifikation - sonstige findest du sowas: "Datenstand-Nummer: V03935348NE" (Das ist beispielhaft von SW 3.0 OTA für 5F).

    Ok. Danke. Hier die vollständigen Infos, Datenstand in Fett.

    Sollte eigentlich jedes Gerät einen Datenstand ausweisen?

    C6, das Batterieladegerät, hat nämlich keinen.


    5F:

    Sonntag,04,Juni,2023,12:26:56:55530

    VCDS Version: PCI 22.10.0

    Adresse 5F: Informationselek. I

    Steuergerät-Teilenummer: 10A 035 816 J

    Bauteil und/oder Version: IC3-SF-AR-EU H20 0561

    Codierung: 23106030000000000000000000000000000000000000000000

    Betriebsnummer:

    VCID: 2312104ADB5876B3D60-8076


    Erweiterte Identifikation/FAZIT

    Identifikation: WG8-LGM

    Datum: 08.06.21

    Herstellernummer: 0001

    Prüfstandsnummer: 3580

    Flash Status

    Programmierungs Versuche(Anwendung): 4/0/0/0/4/0/0/0/0/0/0/0/0/0/0/4/4/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/4/0/0/0/0/4/0/0/0

    Flash Datum: 22.11.11

    Sonstiges

    Hardwarenummer: 10A 035 816 A

    Systemkurzzeichen: J794

    Datenstand-Nummer: V03935392WL

    Datenstand-Version: 0001

    ASAM Datensatz: EV_MUICASSAFEPart

    ASAM Datensatz Revision: 001001

    Fahrzeug Informationen

    Fahrzeug-Ident.-Nr.: WVWZZZE1ZNP021xxx

    VCDS Info:

    VCID: 2312104ADB5876B3D60-8076

    Labeldatei: Keine

    ROD: EV_MUICASSAFEPart_001.rod


    8125:

    Sonntag,04,Juni,2023,12:29:01:55530

    VCDS Version: PCI 22.10.0

    Adresse 8125: App-Server 3 System 1 (Infot.)

    Steuergerät-Teilenummer: V04 007 003 GG

    Bauteil und/oder Version: IC3-IVI-D-EU 0561

    Codierung: 23106030000000000000000000000000000000000000000000

    Betriebsnummer:

    VCID: 72BC250E5422AF3BED6-8026


    Erweiterte Identifikation/FAZIT

    Identifikation: WG8-LGM

    Datum: 08.06.21

    Herstellernummer: 0001

    Prüfstandsnummer: 3580

    Flash Status

    Programmierungs Versuche(Anwendung): 1/1/1/1/0/0/0/0/0/0/0/1/0/0/0/0/0/2/2/2/1/2/1/1/2/1/2/2/2/2/2/2/1/2/2/2/2/1/1/1/1/1/1/1/1/1/1/1/0/1/1/2/1/1/1/1/1/1/1/1/1/1/1/1/1/0/0/0/0/0/1/1/1/1/1/0/0/0/0/0/0/1/0/1/0/0/0/0/0/0/0/0/0/2

    Flash Datum: 22.11.11

    Sonstiges

    Hardwarenummer:

    Systemkurzzeichen: SWC6

    Datenstand-Nummer: V03935389XR

    Datenstand-Version: 0001

    ASAM Datensatz: EV_MUICASIVIPart

    ASAM Datensatz Revision: 002007

    Fahrzeug Informationen

    Fahrzeug-Ident.-Nr.: -----------------

    VCDS Info:

    VCID: 72BC250E5422AF3BED6-8026

    Labeldatei: V04-007-003.clb

    ROD: EV_MUICASIVIPart_002.rod



    Vorab hies es bei mir: Ein Modul müsse in jedem Fall getauscht werden. Mein Auto war anscheinend entsprechend markiert.

    Hinterher hies es: Alles OK, Kein Modultausch.

    Dem Servicenachweis kann ich entnehmen, dass beide Aktionen durchgeführt wurden - mehr aber auch nicht.


    Probleme ist ein weites Feld...

    Wenn das Auto nicht normal eingesetzt werden kann, weil es nicht mehr fährt oder für's Fahren oder die Ladeplanung unterwegs relevante Einschränkungen entstanden sind, dann würde ich es als Problem in Deinem Sinne bewerten.

    Die Probleme, die z.B. ich und andere beim PV-Überschussladen haben oder andere Dinge sind zwar Fehler, aber solche, die für's Fahren an sich nicht relevant sind. In die Werkstatt zurück muss ich damit am Ende aber trotzdem.

    Ich würde mein Update in Deinem Sinne als "OK" bewerten.

    wieder mal ein parameter/anpassungs problem. ich hatte mit 3.1, 3.2 und aktuell immer die fahrmodusanzeige im kleinen kombi.

    hab allerdings wie immer werks parameter geschrieben.


    lässt sich aber leicht finden. bitte an einen VCDS, VCP, OBD11, VCtool user der 3.2 in der werkstatt bekommen hat. ich bräuchte die teilenummer des parametersatzes und die anpassung von ECU 5F und 8125.

    dann kann ich rausfinden woran es krankt.

    Historie: 2.3, 2.4, 3.0 OTA, 3.2 Werkstatt.

    Bei mir gibt es definitiv kein Symbol für den Mode.


    Adresse 5F: Informationselek. I (J794) Labeldatei:* Keine

    Teilenummer SW: 10A 035 816 J HW: 10A 035 816 A

    Bauteil: IC3-SF-AR-EU H20 0561

    Codierung: 23106030000000000000000000000000000000000000000000

    ASAM Datensatz: EV_MUICASSAFEPart 001001

    ROD: EV_MUICASSAFEPart_001.rod

    VCID: 2312104ADB5876B3D60-8076 SFD


    Anzeige- und Bedienungseinheit 1 für Informationselektronik:

    Subsystem 1 - Teilenummer SW: 10A 919 605 K HW: 10A 919 605 K

    Bauteil: ABT_E_10 H48 3080

    Seriennummer: VDD02427102107010028


    Adresse 8125: App-Server 3 System 1 (Infot.) (SWC6) Labeldatei:* V04-007-003.clb

    Teilenummer: V04 007 003 GG

    Bauteil: IC3-IVI-D-EU 0561

    Codierung: 23106030000000000000000000000000000000000000000000

    ASAM Datensatz: EV_MUICASIVIPart 002007

    ROD: EV_MUICASIVIPart_002.rod

    VCID: 72BC250E5422AF3BED6-8026 SFD


    Bzgl. Anpassungskanäle und weiterer Daten müsstest Du mir sagen, was Du brauchst. Ich bin jetzt nicht der VCDS-Profi, schon gar nicht bei den neuen Sachen.


    Aber wo wir schon dabei sind:

    Vielleicht kannst Du mir beim Abgleich der Daten am Batterieladegerät, C6 helfen.

    Es scheint hier beim PV-Überschussladen einen Unterschied zwischen Werks-3.2 und Werkstatt-3.2 zu geben.

    Kurz zusammengefasst:

    Bei manchen Kombinationen von Werkstatt 3.2 und Wallbox funktioniert die Wiederaufnahme des Ladens nach Ladepausen größer 5 Minuten nicht mehr.

    Vor 3.2 hat das bei allen Betroffenen funktioniert.

    Fahrzeuge mit Werks-3.2 haben damit in Kombination mit den gleichen WB-Typen anscheinend keine Probleme.

    Es liegt nahe, dass es an irgendwelchen Parametern liegt.


    Daten für Werkstatt 3.2 habe ich her gepostet:

    Überschussladen & Ladepause mit ID-Software 3.2 Werkstatt-Update - Seite 13 - Wallboxen & mobile Ladekabel - VW ID Forum (meinid.com)

    #186

    Ich hab' mir mal die Codierung und die Anpassungskanäle angeschaut.

    Bei den möglichen Anpassungen wäre natürlich wieder ein Vergleich zu einem Werks-3.2 interessant.

    Bilder im Anhang.


    3 mögliche Kanäle fallen ins Auge:

    - Steuergeräteabschaltung: Abschaltzeit-Steuergerät (steht auf 15 min)

    - Steuergeräteabschaltung: Abschaltzeit-Datenbus (steht auf 14 min)

    - Steuergeräteabschaltung: Abschaltzeit-Kopplung Abschaltzeit mit Niedervoltenergiemanagement


    Letzterer steht auf 0, ist also wohl nicht aktiv.


    Ich habe mal ein paar Pausen mit 10 Minuten provoziert. Dabei ging das Auto nicht schlafen - ich hatte die Diagnose noch dran, teils auch nicht abgeschlossen (und abgeschlossen mit Diagnose angeschlossen hat mir zweimal nach einigen Minuten die Alarmanalge aktiviert, also Obacht!).


    Da das Auto nicht komplett schlafen ging wurde die Ladung auch nach 10 Minuten fortgesetzt.

    Trotzdem wurde der Zähler für "Steuergeräteabschaltung: Zähler-Datenbus" hochgezählt - was ich erst nach 14 Minuten Ladepause erwartet hätte.

    Die Gesamtzahl im Zähler wäre ungefähr stimmig mit ausgelösten Ladepausen seit dem Update (und keinesfalls mit der Zeit die wir das Auto haben).

    Entweder gab es den Zähler/Kanal früher nicht oder er wurde zurückgesetzt.

    Eine Referenz zu 3.0 oder früher habe ich leider nicht.


    Wir wissen alle, das die Ladung schon nach einer Pause von mehr als 5 Minuten an den betroffenen WBs/Autos nicht fortgesetzt wird.


    Das passt für mich alles noch nicht so recht zusammen.

    Evtl. liegen die Probleme tiefer.

    Das ganze mit Diagnose zu protokollieren gestaltet sich offensichtlich schwierig.

    6C.jpg

    6C-1.jpg

    6C-2.jpg

    Ich habe heute mein Auto wieder unrepariert aus der Werkstatt geholt. 'Die haben das wohl an VW gemailt, aber noch keine Antwort bekommen (kann wohl mehrere Tage dauern). Hast du zufällig eine TPI oder etwas, was ich der Werkstatt hier mitteilen kann?

    Ich vermute soweit ist es noch nicht.

    Loading dürfte einer der ersten gewesen sein, die damit in der Werkstatt aufgelaufen sind - und der kriegt dann Mitte Juni eine Test-Konfiguration aufgespielt.


    Ich sehe den Status so:

    - VW hat genug Rückmeldung um zu wissen, dass es eine relevante Zahl betroffener Fahrzeuge gibt

    - es ist ziemlich sicher, dass es sich nicht um Einzelfälle, sondern um ein reproduzierbares Fehlerbild bei bestimmten Kombinationen von Fahrzeug und WB handelt


    Ich stelle mich nicht auf eine schnelle Lösung ein. Ärgerlich, aber nicht zu ändern.

    Das Problem zeigt einmal mehr die erhöhte Komplexität moderner, stark softwarebestimmter Fahrzeugtechnik.

    Hier kommt dazu, dass es auch noch um Interoperabilität zwischen zwei Geräten & Herstellern (Auto und WB) geht.

    Da ist immer Potential für Unerwartetes, auch wenn Standards sowas eigentlich verhindern sollen.

    Was hier mit PV-Überschuss gemacht wird ist halt ein wenig komplizierter also einen Rüssel in den Tank stecken...

    Klingt ja erstmal ähnlich wie beim Go-e.

    Ich denke die „minimale Ladepause“ beim Wattpilot entspricht beim Go-E der „Ausstecken simulieren Dauer“. Letztere kann zwischen 5 und 3600 s variiert werden.

    Könnte einen verführen zu denken, es sei das Gleiche.


    Der Ablauf in den Anzeigen beim Wattpilot legt allerdings etwas anderes nahe:

    - erst wird die Ladepause "abgearbeitet"

    - Dann erscheint in der Anzeige das "Ausstecken simulieren"

    - Eine Ladepause kann unabhängig vom Ausstecken aktiviert und konfiguriert werden.


    Gezielt für's Ausstecken gibt es keinen konfigurierbaren Timer.


    Kurze Unterbrechungen sind auch OK. Das Timing des Aussteckens scheint also zu passen.

    Wie hier alle Betroffenen einhellig berichten liegt die Grenze bei 5 Minuten Pause. Danach geht nichts mehr bis eine andere Aktivität das Auto weckt.

    Eine Pause z.B. wegen Phasenumschaltung geht ohne Probleme. Laden wird danach fortgesetzt.

    Hat einer von denen, die mit einem go-eCharger oder Wattpilot Probleme haben, mal mit der Einstellung "Ausstecken simulieren" und der dazugehörigen Zeit experimentiert? Habe gerade von Problemen des Opel Corsa gelesen, der nach einem Update statt 5 s plötzlich >120 s benötigte...

    Beim Wattpilot gibt es da leider keine Konfigurationsmöglichkeit - zumindest nicht in der App.

    Ansonsten hätte ich da sicher schon gespielt.


    Es gibt nur die Vorgaben für:

    - minimale Ladepause (bei mir 2 Minuten)

    - "Ausstecken simulieren" an oder aus


    Gibt's da beim go-e mehr?

    Ich habe die Elli Pro Wallbox.

    Das WeConnect API, welches auch zB Tibber benutzt, kommuniziert direkt mit dem Auto, nicht über die WB. Das Auto schaltet dann die Wallbox.

    OK. Dann wird das Auto geweckt und startet den Vorgang.

    Da sehe ich die Analogie zum Verhalten das wir bei Nichtwiederaufnahme nach Ladepause sehen: Auto wecken mit einer anderen Aktion über die App und der Ladevorgang startet wieder.

    Nur als weiterer Datenpunkt-

    Automatischer Start/Stopp des Ladevorgangs mit längeren Ladepausen (bis zu 3 Stunden getestet) über das WeConnect API oder den Tibber SmartCharging plugin funktioniert bei mit 3.2 OTW genauso problemlos wie mit bereits 3.0 OTA.

    Bedingung ist, dass in der App „Optimierte Batterienutzung“ eingeschaltet ist.

    Danke! Welche Wallbox hast Du?

    Bei mir hat es keinen Unterschied gemacht ob ich "optimierte Batterienutzung" eingeschaltet hatte oder nicht.

    Aber wenn es bei Dir damit funktioniert und sonst nicht, dann teste ich es noch mal und schalte es ein bevor ich den Ladevorgang starte.

    Weckt den ID das Öffnen und Schließen per Fernbediehnung den ID auf?

    Ja, wie schon auch von andern beschrieben: Bei Öffnen des Fahrzeugs wird alles geweckt was gebraucht wird. Das Laden wird in dem Falle automatisch und ohne weiteren EIngriff fortgesetzt, ausreichend PV-Überschuss vorausgesetzt.


    Nochmal genau hingeschaut. Die SW Version scheint dieselbe wie bei Onk , die HW version ist bei mir aber 61 und nicht 60

    So sehe ich das auch - bin da aber auch kein Profi.

    Du hast eine andere HW-Revision und eine andere Teilenummer.

    SW-Version ist gleich.

    Codierungen sind ident.

    Damit sieht's schlecht aus für eine simple Änderung über Parameter.


    Mit der openWB scheint es keine Probleme zu geben

    Da es jetzt ja doch min. einen Fall gibt wo es an der openWB nach 3.2 Update nicht funktioniert:

    Könnten die openWB Nutzer mal kundtun wer 3.2 ab Werk und wer per Update hat?

    Es wäre gut die Tabelle zu aktualisieren um den Überblick zu behalten.

    Entweder wir finden mit den jetzt eingesammelten Details ein Muster oder das Problem liegt an einem bisher nicht erfassten Detail.