borg

👍 Das hat dann auch nichts mit SoC auslesen oder ISO 15118 zu tun, das Verhalten (dass sie ohne Willkommensladung nach einer Weile nicht mehr aufweckbar sind) haben wir schon bei vielen Autos gesehen. Bei uns gibt es immer automatisch eine Willkommensladung wenn man PV-Überschussladen oder Lastmanagement aktiviert. Mich wundert dass das bei EVCC nicht prominenter integriert ist.

"SoC shutdown ignored after 11 retries, sending FAILED" ist das erwartete Verhalten bei dem OBC von Aptiv den dein Auto hat. Den Weckversuch um 06:37 gab es, der taucht nicht im Log auf da er intern vom EVSE gemacht wird. Wenn du EVCC aus machst (oder direkt auf schnell stehen hast) und den SoC ausliest, dann lädt er auch sofort, richtig? In dem Fall würde ich davon ausgehen dass dem Auto die Willkommensladung fehlt. Schau mal ob du bei EVCC Willkommenladung oder "Welcome Charge" aktivieren kannst.

Apps: iOS 2.2.1 iOS: https://apps.apple.com/de/app/warp-by-tinkerforge/id6736695801 Neuladen bei Menüklicks im lokalen Modus unter iOS 27 gefixt

@StarviMarvin Schreibst du uns auch einmal per Email an info@tinkerforge.com an mit Bezug auf diesen Thread? Ich würde bei dir dann auch vorsichtshalber einmal das PLC-Modem tauschen wollen.

Danke fürs Testen. Ich kontaktiere dich per Email bzgl dem Austausch des Upgrade-Kits, ich denke da stimmt etwas mit der Hardware nicht. Entschuldigung für die Probleme!

Auf github versucht gerade jemand das Auslesen de SoC per BLE zu vide-coden: https://github.com/Tinkerforge/esp32-firmware/issues/535 Ich bin mir nicht sicher ob wir genug RAM dafür haben das in die generelle Firmware zu bringen, aber ist auch ein interessanter Ansatz. Ansonsten würde ich aktuell erstmal bis zum Jahresende warten und schauen was mit der ISO 15118-20 passiert. Aufgrund der AFIR-Regeln muss eigentlich auch Tesla zumindest für Neufahrzeuge bald die ISO 15118-20 bieten. Falls Tesla das Software-Update dann auch für die älteren Fahrzeuge ausrollt (was ich eigentlich erwarten würde), können wir den SoC direkt auslesen während des Ladens.

Sieht in der Tat sehr ähnlich aus. Auch da wäre meine erste Frage ob vielleicht 80% SoC-Ziel o.ä. eingestellt ist (ich frage weil wir wissen dass einige Autos dann einfach gar kein ISO 15118 mehr sprechen, wenn das Ziel erreicht ist). Wäre sonst schön wenn einer von euch vielleicht irgendwie mit einem anderen Auto testen könnte. Die Befürchtung wäre dass es sich um defekte Hardware handelt. Hatten wir bisher allerdings noch nie beim PLC-Modem und ich kann in die Test-Reports von beiden sehen dass die Dämpfungswerte vom PLC-Modems bei uns gut waren (einmal reguläre WARP4 und einmal 3->4 Upgrade-Kit). Also PLC-Modems haben beiden definitiv funktioniert ursprünglich. Aber da bleibt ja irgendwann dann keine andere Möglichkeit mehr 🤔.

Solange du ein Passwortmanager hinterlegt hast bei Android funktioniert das Merken des Logins bereits. Direkter Zugriff via IP steht auf der TODO-Liste, hat aber keine Prio. Ist hauptsächlich eine Frage der UI, das ganze ist jetzt schon viel zu kompliziert für Nicht-Nerds und zusätzliche Eingabemasken für IPs auf der my.warp-charger.com Startseite würde da nicht helfen. Langfristig sollten die Apps vermutlich die Startseite von my.warp-charer.com gar nicht nutzen, sondern native Elemente für den lokalen Zugriff und die initiale Registrierung. Dann könnte man die App auch lokal ohne Zugriff zum Internet nutzen.

In der Kombination iOS 27 + lokal per App + Passwortschutz aktiviert kann ich es erzeugen (mit iOS 26 nicht, über Safari nicht, per Fernzugriff nicht, ohne PW nicht). Super komisch. Ich hab damit rumgespielt, sobald einmal ein reload gemacht wurde ist das Problem weg. d.h. eine Lösung ist dass wir beim ersten öffnen vom Webinterface einmal direkt reload aufrufen (hab ich auch schon getestet als Hack in der App, funktioniert). Ich denke das ist ein Bug in dem WebView in iOS 27, aber das ist so spezifisch, das wird vermutlich nicht so schnell gefixt werden. Jetzt muss ich entscheiden ob ich einfach ein Release 2.2.1 mit dem Hack mache oder ob mir noch was besseres einfällt.

🤔 Ich schaue morgen nochmal. Rein technisch ist der Unterschied dort dass über den Fernzugriff die Webseite in in der App in einem iframe auf my.warp-charger.com läuft und lokal direkt in der App.

Dann würde ich erstmal abwarten. Sag Bescheid falls es nochmal auftritt.

Mh, kann das jemand anderes mit einem iphone/ipad reproduzieren? Unser Test-iPad in der Firma macht das nicht, ich hab privat gerade kein ipad/iphone hier zum testen.

Nur um sicher zu gehen das wir uns nicht vom Gegenteil überzeugen: Kannst du einmal die Firmware auf den neusten Stand bringen, dann 15 Minuten warten (damit die Firmware als valide markiert wird in der WARP4), dann die WARP4 vom Strom trennen und wieder verbinden damit das PLC-Modem definitiv in einem guten Zustand ist und dann nochmal das Auto anstecken? (vorher natürlich Autocharge / SoC auslesen aktivieren) Und dann nochmal den Debug-Report herunterladen? edit: Hast du vielleicht irgendwie die Möglichkeit das mit einem anderen Auto zu testen?

Apps: iOS 2.2.0, Android 2.2.0 iOS: https://apps.apple.com/de/app/warp-by-tinkerforge/id6736695801 Links zu öffentlichen Webseiten öffnen sich jetzt im Browser. Das Herunterladen von Debug-Reports über das Webinterface der Wallbox funktioniert wieder. Android: https://play.google.com/store/apps/details?id=com.tinkerforge.warp&hl=de Links zu öffentlichen Webseiten öffnen sich jetzt im Browser. Die Anmeldung bleibt nach dem Schließen der App erhalten.

Aktuell nicht (OCPP sieht soetwas allerdings tatsächlich vor). Im Zuge der ISO 15118-20 müssen wir unseren OCPP-Stack aufbessern. Eventuell müssen wir an der Stelle Caches für OCPP 2.1 hinzufügen und könnten das dann für OCPP 1.6 backporten. Das wird allerdings etwas dauern bis das soweit ist, stand aktuell kann der Nutzer bei einem Ausfall nur OCPP ausschalten und dann einfach lokal laden (und hinterher wieder anschalten).