borg

Keine Angst, wir sind da auf dem laufenden. Hab die ISO 15118-20:2022/Amd1 direkt am Tag der Veröffentlichung gekauft 🙂. Rein vom Ablauf her müssen wir aber zuerst die ISO 15118-20:2022 zertifizieren lassen. Erst mit der Zertifizierung können wir eine Verbindung zum Auto aufbauen (wenn das Auto auch die "-20" unterstützt und zertifiziert ist). Das "Amendment 1" kommt dann oben drauf.

Ich hab es mir aufgeschrieben mir das nochmal anzuschauen wenn wir das nächste mal Änderungen an der App machen. Ich hätte aber eigentlich gedacht dass der normale Password Manager der bei Android integriert ist dort auch funktioniert. Sollte genauso behandelt werden als wenn du im normalen Browser die Webseite besuchst.

Nur für mein Verständnis: Bei der Lösung 2 wären die vier Zähler dann die Zähler der 4 Parteien im Haus, richtig? In dem Fall würde sich Lösung 2 dann eigentlich anbieten da es die Abrechnung so viel einfacher macht. Es wäre dann so dass man dynamisches Lastmanagement für die 63A am Gesamtanschluss konfiguriert und für die einzelnen Anschlüsse müsste man pro Wohneinheit schauen wieviel Strom dort übrig ist für die Vorsicherungen und die jeweilige Wallbox auf diesen Strom als Maximum begrenzen. Wir können leider aktuell kein "hierarchisches dynamisch Lastmanagement" machen wo es einen Hauptzähler gibt auf den man dynamisch regelt und einen Zähler pro Wallbox auf bei den man auf andere Zähler dynamisch regelt.

@Hawell Bitte einmal mit der Firmware im Anhang probiere. warp4_firmware-NIGHTLY_2_12_2_6a995aa2_03f45279a93a86d_ota.bin

@VanDa: Es ist bei Tesla leider aktuell nicht möglich den SoC auszulesen und danach zu laden. Das fließt beim nächsten Firmware-Release insofern mit ein als dass wir bei Teslas (selbst wenn SoC-auslesen aktiviert ist) diesen nicht auslesen. Ansonsten hoffen wir aktuell auf die ISO 15118-20 (wo SoC auslesen und AC-laden im Standard vorgesehen ist). Wenn die "-20" bei Tesla nicht per Firmware-Update nachgeliefert wird müssen wir schauen ob wir den SoC stattdessen bei Teslas über die Tesla-API holen.

Oh ich vermute die Apps werden das von der Box selbstgewürfelete Zertifikat für https einfach nicht akzeptieren. Nutzt du Android oder iOS?

Wenn du über den Fernzugriff gehst wird das Passwort nicht zusätzlich abgefragt (das einloggen in die App genügt). Wenn du über die App lokal die Seite aufrufst ist es als würdest du sie lokal im Browser aufrufen.

In der Tat hat bisher noch niemand nach belgischen dynamischen Stromtarifen gefragt. Ich hab jetzt "10YBE----------2" als Bidding-Zone für Belgien hinzugefügt (scheint mir die einzige Möglichkeit zu sein für Belgien): https://transparencyplatform.zendesk.com/hc/en-us/articles/15885757676308-Area-List-with-Energy-Identification-Code-EIC https://www.eex-transparency.com/service/glossary Gibt es dann mit dem Firmware Release. Änderungen: https://github.com/Tinkerforge/esp32-firmware/commit/e7fba4393d6787896fdf75d3dd0dfbfe470fd0cd https://github.com/Tinkerforge/warp-charger/commit/abb4211594ba69038caede076782a97af33464e0 https://github.com/Tinkerforge/api.warp-charger.com/commit/6ab16fc28790c9de769bdbb25b654343c630ce15

Ob der ESP prinzipiell funktioniert oder tot ist kannst du ganz einfach testen indem du ihn per USB anschließt. Wenn dann die LED vom ESP anfängt zu leuchten muss es denke ich ein Problem mit der Stromversorgung sein. Die Sicherungen sind bei der WARP1 rechts neben dem 12V Netzteil in diesen schwarzen Hutschienen-Sicherungshaltern (PT 6-HESI):

Doku zu den neuen Funktionen der Apps steht auf meiner TODO-Liste, kommt in Kürze(ish).

Das reicht, sieht im Log tatsächlich nach einem Fehler auf unserer Seite aus (sehe den "SDP Request" vom Auto, aber kein Response von uns). Muss ich mir wieder im Detail anschauen, könnte ein paar Tage dauern bis ich dazu komme.

Bitte nochmal den Debug-Report nachdem es nicht geklappt hat, Danke!

Da können wir aktuell leider nicht viel machen, ändert sich hoffentlich später mit ISO 15118-20. Und VW würde sagen dass ist genau dafür gut damit man zwei unterschiedliche Autos nicht unterschieden kann ...aus Datenschutzgründen. 🙈

Generell gilt: Wenn eine API nicht dokumentiert ist behalten wir uns vor diese in neuen Versionen noch zu ändern. Oft sind es APIs die bei Features genutzt werden welche noch in der Entwicklung sind und wo wir uns noch nicht sicher sind wie eine langfristige stabile API aussehen kann. Die undokumentierte API ist aber nicht Lava. Du kannst jegliche API nutzen wenn du möchtest. Infos zu den nicht-dokumentierten APIs findet Claude sicher am einfachsten im Source: https://github.com/Tinkerforge/esp32-firmware/tree/master/software Könnte nur sein dass du es nach einem Firmware-Update nochmal anpassen musst.

Kannst du einmal unter Wallbox -> Ladestatus -> Ladeprotokoll -> "Start" klicken, dann das Auto anstecken, dann das Problem erzeugen und dann auf Stop. Das Ladeprotokoll dann hier hochladen. Damit können wir dann schauen was in dem Moment wo er die Ladung wieder beendet passiert.

Die Doku ist ein bisschen zu früh veröffentlicht worden, der Support dafür kommt mit dem nächsten Firmware-Release 😄.

Du kannst unter Benutzer -> Benutzerverwaltung einem Benutzer ein Passwort geben und dann oben über "Anmeldung aktiviert" den Passwortschutz für die Weboberfläche aktivieren. Hinweis: Wenn du dein Passwort vergisst kommst du nur über ein komplettes Factory Reset wieder auf die Box.

Kannst du natürlich gerne verlinken 👍.

Du musst unten "Bei den teuersten" einmal aktivieren und die Zahl dort runter drehen (kannst dann wieder deaktivieren). Er blockiert das weil 4h+20h bereits der ganze Tag ist. Ist natürlich dumm, ein deaktiviertes Feld sollte nicht in die Maximum-Berechnung eingehen 🙈.

Oh in der Tat. Ich hatte ein paar Typos gefixt und Infos zu OVE R 37 hinzugefügt und dabei vergessen die Versionsnummer zu erhöhen und unten einzutragen. Hole ich gleich noch nach (ändert natürlich die aktuelle Printversion nicht).

Das ist soweit OK, es ist die Konfiguration von Iskra im Auslieferungszustand für das Display. Wir haben intern schon API um das Display zu beschreiben, müssen aber noch festlegen was wir dort Anzeigen wollen. Falls ihr Ideen habt: Bitte bedenken dass es ein 7-Segment-Display ist, man kann also nicht alle Buchstaben darstellen leider. Edit: Also wir können in der Mitte 8 Zeichen anzeigen und unten links 4 Zeichen. Oben die gezählten kWh und unten rechts lässt sich nicht steuern von uns. Sowas wie "Cur xxx" (geladene kWh des aktuellen Ladevorgangs) und "End xxx" (geladene kWh des letzten Ladevorgangs) wäre möglich z.B. Und ist von Iskra mit dem Not Set und End 0.00 vermutlich so angedacht.

Rein technisch starten wir eine Ladung um den SoC auszulesen, beenden diese dann um danach die normale AC-Ladung zu starten. Anders können wir nicht an den SoC kommen.

Hat Octopus Energy denn auch Zugriff auf den Skoda über deren API? Dann könnte das vielleicht sein. Eine genauere Aussage könnte ich treffen wenn du es schaffst das Abbrechen der Ladung in einem Ladeprotokoll zu haben. Allerdings können wir nur ~15 Minuten aufnehmen mit dem Ladeprotokoll und so wie ich das verstehe ist das ja nicht so richtig reproduzierbar und daher vermutlich gar nicht einfach das überhaupt aufzuzeichnen 🤔.

Wir warten 90s ob das Auto reagiert, dann 4s CP-Disconnect, dann warten wir 30s ob das Auto reagiert, dann 30s CP-Disconnect, dann 30s ob das Auto reagiert, dann 4s State F, dann 30s ob das Auto reagiert, dann 30s state F und dann geben wir auf. Wenn du nach dem letzten state F nochmal 30s warten willst sind es 278 Sekunden in Summe.

Probier es nochmal mit der angehängten Firmware. warp4_firmware_2_12_2_6a7c2187_ddb367a78040f26_ota.bin