borg

Ah, ich hatte gedacht es fängt nicht an zu laden nach der ISO-Kommunikation, aber dein Problem ist dass das Auto nicht aufwacht nachdem es eine Zeitlang nicht geladen hat, richtig? Das Wakeup hat in Summe vier Phasen, in dem Log kann man nur die erste CP-Trennung sehen: https://vislog.warp-charger.com/de/Zi2Es8nF5z6P49nCPimqfE#cols=allowed_charging_current%2Ccp_pwm_duty_cycle%2Ciec61851_state%2Cpower%2Cresistance_cp_pe&log=1 Kann es sein dass du nicht geduldig genug warst? Es sind ein paar komplette ISO 15118 Durchläufe inkl. SoC-lesen im Debug-Report, die sehen alle sehr gut aus: https://vislog.warp-charger.com/de/EqyNUUub3bLonFdLufpdNy#tab=trace-iso15118_ll-tab (aber nicht relevant hier) Wie meinst du das, hast du die deaktiviert in deiner Firmware?

Jetzt sieht es schon besser aus: Auch hier hat das Auto für ein paar Sekunden geladen (rote Linie), auch mit mehreren kW. Muss ich mir in Ruhe anschauen, hab auf die Schnelle noch keine Idee woran das liegen könnte. Melde mich dann wieder.

Tut mir leid, aber kannst du einmal unter System -> Einstellungen -> Neu Starten die komplette Box neustarten (am besten vorher Auto abziehen) und das dann nochmal testen? Irgendwas ist da immernoch in einem komischen Zustand (ich kann die Anfragen des Autos sehen, aber keine Antworten von der WARP4).

Ich glaube das sind die gleichen Dateien wie oben auch schon

Mh, um sicher zu gehen das wir den Zustand genau verstehen steck mal das Auto ab, aktiviere Autocharge und SoC auslesen, starte dann das Protokoll, steck den Stecker ins Auto und warte 3 Minuten bevor du das Protokoll runterlädst. Dann haben wir alles drauf was relevant sein könnte. Dann auch den Debug Report nochmal runterladen. Danke!

Kannst du den normalen Debug-Report auch noch einmal runterladen dazu? Wir sollten einbauen dass beim Ladeprotokoll immer der komplette Debug-Report dabei ist...

Ich bin tatsächlich sehr verwirrt von dem Protokoll 😅. In dem Ladeprotokoll sieht es so aus als hätte das Auto nach der ISO 15118 Kommunikation für ~45s 16A gezogen und hätte dann wieder aufgehört? Zeigt das Auto dazu irgendwas im Display an o.ä.? Rein von der Konfiguration her sieht das IMO alles gut aus.

Der DC-Fehlerstromsensor muss an das EVSE: Der Rest ist OK.

Man kann in den Daten in der Tat sehen dass ein Autocharge korrekt durchgelaufen ist (endet mit CM_SLAC_MATCH.REQ). Danach kommen dann auf einmal ganz viele Versuche rein vom Tesla eine neue Verbindung aufzubauen (die der WARP4 aber ignoriert). Sehr komisches verhalten, die Abstände bei den Versuchen sind auch nicht standardkonform. Ich weiß nicht was da passiert ist, hab ich so auch noch nie gesehen. Die Erwartungshaltung wäre auch dass der WARP4 das PLC-Modem ausstellt nachdem das Autocharge durch ist und erst wieder aktiviert wenn der Typ2-Stecker entfernt wird (CP-Widerstand auf >2700 Ohm geht). Würde ich jetzt solange das nicht irgendwie reproduzierbar ist erstmal ignorieren 😅.

Ja das geht und hab ich als ich den Tesla da hatte zum Testen auch schon implementiert. Kommt dann potentiell mit dem nächsten Firmware-Release.

Ein zweites mal den SoC auslesen ist definitiv nicht mit allen Autos möglich, das hab ich mit allen Möglichkeiten und Varianten ausprobiert, weil ich es gerne gehabt hätte. Bzgl. dem Problem dass die Ladung nicht startet: Klingt so als würde der Wakeup nicht ausgeführt. Wenn ein händisches stop/start hilft würde ich definitiv davon ausgehen dass unsere Wakeup-Sequenz auch funktionieren würde. Ist das so reproduzierbar dass du es in einem Ladeprotokoll (Wallbox -> Ladestatus) aufnehmen kannst? Da könnten wir sehen ob ein Wakeup versucht wird oder nicht.

SoC auslesen hat, wie weiter oben im Thread beschrieben, das Problem dass Teslas keine AC-Ladung startet nachdem der SoC gelesen wurden. Autocharge hat in meinen Tests immer und reproduzierbar funktioniert mit einem Model Y. Kannst du einmal nachdem Autocharge nicht funktioniert hat den Debug-Report herunterladen und hier anhängen oder per Email an info@tinkerforge.com schicken?

Ist eines der Feature an dem wir gerade aktiv arbeiten: https://github.com/Tinkerforge/esp32-firmware/tree/feature-config-import-2

Sieht in der Tat sehr komisch aus. Und das passiert wirklich auch so wenn du auf "Schnell" stehen hast? Dann müsstest du einmal versuchen das ins Ladeprotokoll reinzubekommen, dann kann ich nachschauen ob die Wallbox oder das Auto die Ladung immer wieder abbricht.

Auch dass die Ladung nicht automatisch angefangen hat? Oder die Ladeaussetzer? Ich gehe davon aus dass das zwei unterschiedliche Probleme sind.

Bzgl. dem Ladestart: Kann es sein dass du ein Ladelimit von 80% (o.ä.) im Auto konfiguriert hast und der aktuelle State of Charge über 80% liegt? Wir hatten gerade bei einem anderen Kunden dass das Auto dann nicht selbstständig die Ladung startet, auch wenn die 80% nur für DC-Laden konfiguriert wurden... Die Zustandswechsel von 2 auf 3 auf 2 auf 3 sehen so aus als würden sie vom Auto ausgehen. Ich weiß nicht wie reproduzierbar das ist, bekommst du es irgendwie hin die Zustandswechsel im Ladeprotokoll zu haben? Wir können so ca. 15 Minuten Ladeprotokoll aufzeichnen. In dem angehängten Ladeprotokoll sieht man nur einen Zustandswechsel von 3 auf 2 und dieser wird vom Auto ausgelöst.

Mit den Automatisierungsregeln kannst du den Lademodus auf "Schnell" stellen wenn SoC unter 40% und auf "PV" wenn SoC über 60% ist. Eine Idee um zusätzlich die Uhrzeit einfließen zu lassen hab ich allerdings gerade nicht.

Der Umrüstsatz ist seit heute Lagerware.

Doch kannst du schon, das Loch in der Wand muss nur groß genug sein. Oder du lässt die Kabelverschraubungen weg (was oft alternativlos ist) und führst die Kabel einfach so durch das Loch ein.

Das hängt ein bisschen davon ab wie viel Platz du hinter der Wallbox hast. Die Löcher hinten haben das gleiche Durchmesser und Gewinde wie die Löcher unten, nur per Default ein Blindstopfen . Du kannst also hinten den Blindstopfen rausschrauben, ihn unten reinschrauben und die Zugentlastung von unten nach hinten schrauben. Allerdings gibt es oft sehr wenig Platz in der Wand, viele Elektriker ziehen daher das Kabel einfach durch das Loch und machen es dann mit einer Dichtmasse dicht.

Ja

Plug & Charge ist an der Stelle nicht relevant, das wird erst ausgehandelt wenn die ISO15118-Verbindung schon lange steht.

Ich kann das Verhalten mit unserem IONIQ5 bestätigen. Wenn wir nur DC laden auf max 80% stellen und dann das Auto über 80% Ladestand hat, spricht es kein ISO 15118. Was natürlich dumm ist, da man in Theorie auch direkt über die ISO15118-2 per AC laden könnte...

Ooooh, das macht sehr viel Sinn und kann ich hier auch testen.

Ist auf jeden Fall sehr komisch. Wenn es ein generelles Problem ist würde ich erwarten dass du an einer DC-Säule aktuell auch nicht laden kannst. Du könntest aktuell nur schauen ob es irgendein Zusammenhang mit irgendwas gibt wann die ISO 15118-Kommunikation funktioniert und wann nicht (wenn du sagst manchmal geht es und manchmal nicht). Da wir Ioniq5 hier haben werde ich damit nochmal ausführlich testen und mich dann nochmal melden, dauert allerdings ein paar Tage bis ich dazu komme.