borg

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?

Ich hab es mir in der Zwischenzeit genauer angeschaut und der SoC über die API ist definitiv auslesbar auf dem ESP32, aber für den Nutzer leider kompliziert das einzurichten. Um an den client_id und refresh_token zu kommen muss man diese Schritte ausführen: https://www.myteslamate.com/de/blog/tesla-api-anwendung-registrierung/ Das hatte ich mir etwas einfacher vorgestellt. Was meint ihr? Ist das als "Advanced-Feature" für die Leute die das machen wollen noch im Rahmen?

Kannst du die Wallbox denn irgendwie an der Tragkonstruktion verschrauben oder geht es an der Stelle wo sie hin soll nur an den Paneelen direkt? Eine mögliche Vorgehensweise bei sowas ist das man eine große stabile "Lastverteilungsplatte" mit vielen Schrauben an der Wand befestigt und dann die Wallbox auf diese Platte hängt. Damit das Gewicht der Wallbox auf eine möglichst große Fläche verteilt wird.

Kannst du das debug log anhängen im Forum oder an info@tinkerforge.com schicken?

Wenn das robust ginge, könnten wir auch zwischendurch das Laden stoppen und nochmal den SoC auslesen und wieder starten um den SoC fortzuführen. In der Praxis ist es so dass bei ISO 15118 immer das Auto ein Request schickt und die Wallbox darauf ein Response. Die Wallbox kann daher leider nie von sich aus eine ISO 15118-Kommunikation starten (wenn das ginge wäre vieles einfacher). Wenn du nach Ladeende immer 1-3% unter dem SoC liegst kannst du aber auch einfach die konfigurierbare Effizienz verringern um genauer an den Wert zu kommen oder nicht?