borg

Ah sorry, das meinte ich nicht. Die Frage ist ob der Tesla generell Probleme hat eine Ladung zu starten, oder ob wir hier ein Problem haben wo das Auto einschläft. Also wenn du den Tesla aussteckst, dann auf Schnell stellst und dann wieder einsteckst, dann lädt der Tesla, richtig? @poohnet Bei dir die gleiche Frage: Ich nehme an die Zoe und der ID.4 funktionieren wenn du den Lademodus auf Schnell stehen hast? Wenn der Status auf Ladebereit steht und das Auto nicht lädt, dann legt der WARP4 erstmal prinzipiell das PWM an, das Auto darf laden und das Auto selbst verweigert die Ladung. Für gewöhnlich bedeutet dass, das Auto ist eingeschlafen (das sieht hier stark danach aus). Falls das Laden aber direkt nach dem Einstecken auch nicht startet ist es ein anderes Problem. Eine andere Sache die ihr einmal testen könntet: Schlafen die Autos bei euch auch ein wenn ihr ISO 15118 nicht aktiviert? Ich teste morgen als erstes mit dem Simulator ob unsere Wakeup-Sequenz und Willkommensladung noch funktionieren oder ob da irgendwas kaputt ist im Zusammenspiel mit ISO 15118. Ein generelles Problem mit den neueren Firmwares ist es eher nicht, dann hätten sich schon mehr Leute gemeldet.

Funktioniert es denn wenn du vor dem Einstecken den Lademodus auf Schnell stellst oder fängt der Tesla nie an zu laden? Weißt du wie viel Zeit ungefähr zwischen Einstecken und genug Strom für PV-Überschuss war?

Stand aktuell musst du von vorne anfangen. Ein Config Import/Export steht aktuell an Platz 1 auf der TODO-Liste der größeren Aufgaben, das wird vielleicht früh genug kommen für dein Upgrade. Ein Ladetracker Backup/Import ist unabhängig davon. Das werde wir frühestens angehen wenn wir bezüglich Eichrecht weiter sind und wissen inwiefern die lokal gespeicherten Daten dort relevant sind oder nicht. Daher gehen die Ladelog-Einträge aktuell definitiv verloren bei einem Upgrade von WARP3 auf WARP4.

Das ist korrekt Das ist möglich und bei WARP3 auch relativ einfach. Bei WARP3 ist der offizielle Zähler der Eltako DSZ15DZMOD-3x80A: https://shop.warp-charger.com/de/spare-parts/warp3-spare-parts/electricity-meter-dsz15dzmod-3x80a.html Wenn du ein Ladelog brauchst (kWh pro Ladevorgang aufgezeichnet) benötigst du die Pro. Die WARP3 Pro kann die dynamischen Strompreise von Tibber abrufen und den günstigsten Zeitpunkt berechnen wann geladen werden soll und dies automatisch umsetzen. Die eigentlichen Ladekosten werden nicht nachgehalten. Korrekt, WARP3 Smart/Pro können das und es funktioniert zuverlässig. Datum, Uhrzeit, geladene kWh werden im Ladelog gespeichert. Preis auf Grund des dynamischen Stromtarifs aktuell nicht. Das ist für die Zukunft geplant, steht aber nicht ganz oben auf der TODO-Liste, wird also eher mittelfristig kommen. Ich könnte mir vorstellen dass es am einfachsten ist den Zähler nachzurüsten und die Ladekosten extern über EVCC oder HA festzuhalten.

Ja die Änderung ist schon im git, wird mit im nächsten Release sein.

Mit einer WARP3 die auf WARP4 aktualisiert wurde, wird autocharge und SoC auslesen mit dem e-tron funktionieren. Freigabe per NFC oder Autocharge funktioniert. Die Ladung wird dem Benutzer zugeordnet (dem das Auto oder NFC zugeordnet wurde). Im Ladeprotokoll wird aktuell nur der Benutzer angezeigt, nicht das Auto.

Den Fehler solltest du nur bekommen wenn der identifier welche du bei get_station_data überträgst nicht bekannt ist. Was gibt get_station_identifiers denn zurück und was übergibst du bei get_station_data?

Wir haben 11 Firmenwagen von VW/Skoda/Cupra, Citroën/Opel, Renault, Hyundai, MG mit denen wir jederzeit testen können. ISO 15118 in WARP4 haben wir mindestens auch mit BMW und Tesla getestet, wo ich mich gerade dran erinnern kann. Am Ende spielt das aber ab einem gewissen Punkt keine Rolle mehr. Auf der einen Seite ähneln sich Sonderheiten/Quirks zwischen den Herstellern (da die Hersteller die ISO 15118 Stacks von Sevenstax/Vector etc zukaufen). Auf der anderen Seite ändert sich das Verhalten vom gleichen Auto oft nach einem Werkstattbesuch (wo der Ladecontroller aktualisiert wurde) oder sogar nach einem OTA Update. Da bringt es dann auch nichts wenn ich für einen Tag ein Auto zum Testen da hab, was sich dann am nächsten Tag anders verhält. Ich hab allerdings Hoffnung was die neue ISO 15118-20 angeht. Da dort ohne beidseitiger Zertifizierung gar keine Kommunikation möglich ist, erwarte ich da zumindest dass alle nicht-optionalen Features tatsächlich eine hohe Kompatibilität zwischen Autos und Wallbox haben. Ohne großes Hickhack.

Jop sieht gut aus jetzt, keine unerwarteten Nachrichten oder Fehler mehr im Protokoll 👍

Jo, der Inster hat dort in der Tat keinerlei Kommunikation von sich gegeben. Eventuell ist er aktuell in einem Fehlerzustand und du musst ein paar Meter fahren bis er wieder redet?

Probier nochmal mit der Firmware im Anhang. Gerne nach dem nächsten Ladeversuch den Debug-Report nochmal anhängen (auch wenn es funktioniert). warp4_firmware_2_12_1_6a4b84b4_21dd66cb41c088c_ota.bin

OK, ich kann genau sehen was passiert. Dein Kona unterstützt nur die DIN SPEC 70121 und verhält sich erwartet/standardkonform. <Technische Tirade> Der Inster nutzt die ISO 15118-2 und die Kommunikation bricht nach ServiceDiscoveryReq ab weil die SessionID nicht passt: SessionID legt der WARP4 als 5BE98A46 fest. Der Inster sendet aber 5BE98A4600000000. Er fügt also (warum auch immer) nullen hinzu.... was eigentlich nicht OK ist. Die zwei Hyundai IONIQ5 (auch BJ 2025) die wir hier haben zum Testen verhalten sich korrekt. Es verhält sich einfach jedes Auto anders... 💩 </Technische Tirade> Ich baue nachher eine Firmware für dich zum Testen die das toleriert und das kommt ins nächste Release wenn es funktioniert.

Bitte einmal unter System -> Ereignis-Log den Debug-Report herunterladen nachdem du versucht hast den Inster zu laden.

Es gibt da leider nichts sinnvolles... Du kannst hier einmal durchstöbern: https://github.com/Tinkerforge/libcbv2g/blob/main/include/cbv2g/iso_2/iso2_msgDefDatatypes.h Dazu der Hinweis das alle Autos mit denen wir bisher getestet haben alles was ein "*_isUsed" hat (also Optional ist) nicht anbieten, bis auf SoC. Zum Beispiel gibt es optional EVEnergyCapacity, was super praktisch wäre, wird aber in keinem der Autos die wir bisher getestet haben gesetzt. Und ich denke wir haben mehr oder weniger alle großen Hersteller durchprobiert.

Auch lustig, es scheint so zu sein dass sie stehen bleiben wenn man den Nutzer der dort zugeordnet ist löscht. Wenn man zuerst den Tag vom Nutzer löscht verschwindet der Tag aus der Liste. Ich vermute das ist ein Bug den wir uns mit der zentralen Nutzerverwaltung eingefangen haben.

Oh, das ist in der Tat komisch dann. Der müsste angezeigt werden. Das muss sich @rtrbt vermutlich einmal anschauen.

Jo, das ist aktuell so erwartet. Das Ladelog ist intern ein fixes Binärformat und wir haben das für WARP4 bisher nicht geändert. Es ist allerdings geplant das aufzubohren (wir hätten z.B. auch gerne den dynamischen Strompreis mit drin). Das sollte allerdings gut durchdacht sein, da es schon viel Aufwand ist auf Grund der notwendigen Migration von einem Format auf ein anderes und es dürfen da auch definitiv keine Daten verloren gehen etc. Ich vermute eine Anpassung da wird frühestens passieren wenn wir mit Eichrecht weiter sind und dort genau wissen was wir brauchen. Zusätzlich geht das in den Flash des ESP32, der ist auch nicht unendlich groß. Edit: Aber schön zu hören das SoC auslesen und Autocharge mit deinem ID.4 funktioniert 😃.

Wird im Ladeprotokoll der Benutzer denn angezeigt?

Das wird es für Android mit der nächsten App-Version geben (ist technisch schon länger fertig sogar). Für iOS ist es auf Grund der hohen Hürden bei Apple aktuell mittelfristig nicht geplant.

Das ist schon im initialen WARP4-Release mit drin.

-180° + 360° = 180° 😀

Du brauchst im Prinzip das hier: https://www.tinkerunity.org/topic/12097-warp2-zu-warp3-aufr%C3%BCsten/page/2/#comment-55013 und kannst dort EVSE/ESP durch das Upgrade-Kit austauschen.

Wenn ihr das kWh-Genau abrechnen wollt seid ihr da auf jeden Fall in einer Grauzone. Da könnte man euch vorwerfen dass die WARP1 nicht manipulationssicher genug ist (es geht dabei nicht um die Genauigkeit des Zählers, dafür reicht auch MID). Ein Trick das zu umgehen wäre nicht pro kWh sondern als Mischkalkulation pro Tag pro Stellplatz o.ä. abzurechnen. Also ein Autostellplatz mit Zugriff auf (kostenlose) Wallbox kostet 10€/Tag (zum Beispiel).

Ja das ist kein Problem, man kann WARP1/2/3/4 zusammen im Lastmanagement nutzen.

Genau, du musst nur die Wallbox (auch wenn es nur eine ist) im Lastmanagement einfügen, §14a-Steuerung aktivieren und konfigurieren wie in deinem Screenshot und noch unten bei "Kontrollierte Wallboxen" den haken setzen.