borg

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.

Jo, der Ioniq5 hat wieder nichts von sich gegeben. Ich kann kommende Woche schauen ob ich das irgendwie reproduzieren kann. Ich hab zwei Ioniq5 hier mit denen ich testen kann. Bisher hab ich das verhalten aber noch nicht gesehen.

Nein das ist nicht möglich. Ganz am Anfang der ISO 15118-Kommunikation wird das SLAC-Protokoll gesprochen (Signal Level Attenuation Characterization). Die Wallbox horcht dabei und das Auto sendet die ersten Signale. Ich kann im Protokoll sehen dass der Ioniq5 heute morgen nichts gesendet hat. Deswegen gibt es an der Stelle auch dieses ewig lange Timeout von 3x45s.

Ich könnte mir vorstellen dass der Ioniq5 sich gemerkt hat dass er gerade eine Ladung per PWM (ohne ISO 15118) absolviert hat und nicht gefahren ist und dann beim nächsten einstecken ohne zu fahren gar kein ISO 15118 anbietet. So sieht es zumindest aus.

Die Daten werden im Zweifelsfall erhoben um Sie in einer App anzeigen zu können, da die Käufer der PV-Anlage gerne sehen möchten was gerade eingespeist wird.

Es gibt in der WARP4 aktuell keine Software zur Steuerung des Motors einer Verriegelung von einer Typ 2-Dose und auch keinen integrierten Motortreiber. Es gibt auf dem EVSE der WARP4 IO die dafür vorgesehen ist, allerdings ist das darauf ausgelegt den eigentlichen Motortreiber (und auch die Stromversorgung für den Verriegelung) extern zu haben und nicht in der Box.

Also die letzte ISO 15118-Kommunikation in dem Log war gestern um 10:34 mit der MAC 90:12:A1:76:DC:DE und das Auto hat einen SoC von 71 zurück gegeben: Dann wurde heute um 09:54 ein Auto angesteckt, dieses hat aber kein ISO 15118 angeboten. Hast du den Ioniq5 gestern Abend abgesteckt und heute morgen wieder angesteckt ohne gefahren zu sein?

Mh, also im Debug-Report steht ein State of Charge von 71%. Der wird im Webinterface nicht angezeigt?