borg

ist egal.

Ich befürchte solange sich das selbst nicht irgendwie wieder fängt ist das nicht mehr zu retten. Edit: Und lad nach dem Neustart auch den Debug-Report einmal runter.

Mh, kannst du die ganze Box einmal vom Strom trennen und wieder verbinden (also so, das auch der Zähler vom Strom getrennt wird. Nicht nur den ESP neustarten)?

Kommst du an einen Debug-Report nach dem Versuch mit dem BYD Dolphin? Wäre für uns interessant zu sehen was passiert.

Ist inkl. Kabel.

Blogeintrag: WARP4 Charger: Jetzt Geprüft nach OVE-Richtlinie R 37 Aktualisierte Konformitätserklärung: WARP4 Konformität

11kW: 10,75kg, 22kW: 13,75kg Da schaust du am besten in den Bohrplan: https://warp-charger.com/documents/WARP4_Bohrschablone.pdf Der Energy Manager kann die Daten aller Zähler langfristig lokal aufzeichnen und zusätzlich Wärmepumpen/Heizungen per SG-Ready-Signal steuern. Wenn du beides nicht benötigst, benötigst du keinen Energy Manager. Das bringt gar nicht, in der WARP4 können L2/L3 schon weggeschaltet werden um 1-phasiges Laden zu erzwingen.

So, hab jetzt alle Möglichkeiten durchgetestet und leider mittelmäßig schlechte Neuigkeiten. Autocharge funktioniert problemlos mit Tesla, den SoC können wir zwar auslesen, allerdings ist es nicht möglich direkt danach eine AC-Ladung zu starten 😕. Man kann in dem Zustand dann händisch in der App die Ladung starten, aber die Wallbox hat keine Chance selbst die Ladung zu triggern. Der Tesla ignoriert an der Stelle jegliche Form von Wakeup. Zwei Möglichkeiten: Wir können auf die ISO15118-20 warten, dort ist SoC auslesen und Laden gleichzeitig vorgesehen. Bei Tesla kommt man aber auch hinreichend einfach über die Cloud an den SoC. Es wäre denkbar das auf dem ESP32 des WARP4 zu implementieren. Das hat dann aber natürlich zusätzlichen Konfigurationsaufwand (Vehicle ID und "Tesla Partner Token" müsste man dafür eintragen).

2) Steht bei mir auf der Liste tatsächlich, wir können auf dem Zähler-Display auch ein paar Zeichen Zusatzinformationen anzeigen, dafür muss noch Support/API hergestellt werden. In dem Zuge wollte ich auch implementieren dass der Zähler sein Hintergrundbeleuchtung ausstellt wenn nicht geladen wird und es für 5 Minuten keine Aktion gab (vielleicht konfigurierbar).

Danke für das Testen, habe voraussichtlich Mittwoch einen Tesla zum Testen hier. Dann kann ich einfacher die unterschiedlichen Wakeup-Möglichkeiten durchprobieren.

Ich könnte mir zwei Dinge vorstellen die passieren könnten: Eventuell werden die Anforderungen zum "NA-Schutz" so hoch sein dass wir es in der Wallbox nicht abbilden können und es muss zusätzlich noch ein externer NA-Schutz vor die Wallbox gesetzt werden (ähnlich wie bei einer PV-Anlage). Die Autohersteller geben die Batterie über den ISO 15118-20 einfach nicht frei und Bidi mit Auto von Hersteller X funktioniert nur über einen proprietären Standard mit der X-Wallbox (siehe Renault R5 in Frankreich).

Wir haben das Thema intern schon zu Tode diskutiert. Ich könnte mir vorstellen dass so ein Rotary-Encoder mit Display statt dem Button mit LED-Ring beim WARP Charger gut aussieht: Allerdings ist das in der Praxis nicht so einfach. Es gibt da nichts von der Stange mit Display was man in der Sonne ablesen kann, was IP67 o.ä. ist, 70°C aushält und wo wir der Meinung sind dass sowohl Mechanik als auch Display in 10 Jahren noch funktionieren.... Das wären auch große Mehrkosten für das Feature zur Box gehen zu können um dort einen Knopf zu drücken um Infos zu bekommen anstatt das Handy rauszuholen und dort eine App zu öffnen. Realistisch macht es aus unserer Sicht mehr Sinn mehr Zeit/Geld in die Apps zu investieren (was übrigens kurzfristig geplant ist). PS: Wir können bei der WARP4 Pro ein paar Zeichen auf dem Display des Zählers anzeigen. Ist aber leider eine 7-Segment-Anzeige, also da sind keine Grafiken o.ä. möglich.

Das Modem fehlt nicht, allerdings benötigen wir den Zähler um z.B. den State of Charge nutzen zu können. Des weiteren gehen wir davon aus dass wir aus regulatorischen Gründen den Zähler benötigen wenn es irgendwann bidirektionales Laden gibt. An der Stelle einmal der Hinweis dass bei WARP4 das Gehäuse zwischen Smart und Pro anders ist und der ein Nachrüsten des Zählers ein bisschen mehr Aufwand ist als bei WARP3.

Mh, komisch. Ich war davon ausgegangen dass der Tesla auf jeden Fall wieder anfängt zu laden wenn die DC-Ladung ohne Fehler beendet wird. Wird denn sonst irgendeine Statusinformation im Tesla oder in der App angezeigt?

Zeigt er mit der neuen Firmware immernoch ein Fehler an in der Tesla-App? Falls ja ist es der gleiche Fehler wie vorher? Was für ein Modell und Baujahr hat der Tesla?

@schonOK: Wenn möglich bitte die Firmware im Anhang auch noch testen (1x laden auf Schnell mit ISO 15118 reicht) und dann den Debug-Report anhängen. Danke! warp4_firmware_2_12_2_6a4ffb0f_ffc4c919d0101d9_ota.bin

@schonOK: Das hin und her von „Ladebereit“ zu „Warte auf Freigabe“ ist der Versuch vom WARP4 Charger den Tesla aufzuwecken. Meine Vermutung wäre dass der Tesla unzufrieden ist weil aus seiner Sicht die DC-Ladung nicht funktioniert hat und sich deswegen weigert per AC zu laden. Kannst du einmal schauen ob es funktioniert wenn du nur Autocharge aktivierst? Du musst da auch das Fahrzeug keinem Nutzer zuweisen o.ä. Der WARP4 führt dann den Kommunikationsaufbau am Anfang einmal aus, aber startet keine ISO 15118 Kommunikation (bzw DIN SPEC 70121 tatsächlich, dein Tesla unterstützt die ISO 15118-2 gar nicht).

Der Standard schreibt drei Versuche mit je 50s Timeout vor. Für deinen Fall (ein Auto mit CSS und ein Auto ohne CSS) würde vermutlich 1x 10s oder so mehr Sinn machen. Aber da sowohl die Versuche als auch den Timeout konfigurierbar zu machen ist mir ein bisschen zu low level / Erklärungsbedürftig für jemanden der nicht so tief in der Materie ist. Wie wäre es mit einer "Fast ISO 15118 Timeout" Checkbox die einen vernünftigen (aber nicht standardkonformen) Timeout mit einem Versuch setzt? Ich muss mal in den Logs schauen wie lange unsere Autos so im Schnitt brauchen um zu antworten.

Die Änderungen haben es noch in die 2.12.2 geschafft.

Hinweis: Ich hab in meinen Tests tatsächlich ein Unterschied beim Timing beim Wakeup zwischen WARP1/2/3 und WARP4 (wenn ISO 15118 aktiviert ist) gefunden. Das hier ist aktuell die Wakeup-Sequenz auf CP nachdem ein Auto >1h nicht geladen werden sollte: Ihr seht da 2x CP-Trennung mit unterschiedlicher Länge und 2x State F mit unterschiedlicher Länge. Die Zeit zwischen PWM-Beginn und erster CP-Trennung sollte eigentlich 90s betragen, ist hier aber 10s. Das kommt zu Stande weil wir nach dem Bestimmen des SoC eine Wakeup bereits nach 10s machen, dieses Timing hat sich jetzt auch bei beim PV-Überschussladen eingeschlichen. Das ist bei uns vor Ort bei den Tests nie aufgefallen. Dafür dass eine Wallbox ja eigentlich nur eine Steckdose mit Schütz ist, ist der Kram ganz schön kompliziert.... Ich baue euch morgen eine Testfirmware in der das gefixt ist.

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.