borg

OK, ist sehr komisch. Das sollte nicht mehr auftreten können in der 2.8.13. Sag bitte Bescheid falls es nochmal passiert. Ich schaue es mir in der Zwischenzeit nochmal an.

Nutzt du jetzt aktuell noch irgendwas dass ein "cp disconnect" über die API auslöst?

Mh, das sieht in der Tat komisch aus. Ich kann es mit den aktuellen Daten nicht reproduzieren (aber ich hab jetzt auch einen Tag Versatz in den Daten): Es scheint auch "nur" ein Anzeigebug zu sein, im Log kann ich folgendes sehen: Das ist der 15.11. bei dir und 0=Normalbetrieb, 1=blockierender Betrieb in 15-Minuten-Blöcken. D.h. der ganze rechte Teil wird als blockierend behandelt, wird allerdings nicht korrekt angezeigt 🫣. Ich werde das beobachten, sobald ich das reproduzieren kann ist es bestimmt ein einfacher Fix. Jetzt gerade auf die Schnelle konnte ich leider nicht rausfinden was da das Problem ist. Eine andere Sache macht mich allerdings stutzig: Du schreibst dass die Wärmepumpe im 15-Minuten-Takt taktet, allerdings hast du die Mindesthaltezeit auf 60 Minuten gestellt wenn ich das richtig sehe in der Konfiguration. In dem Fall sollte ein Zustandswechsel erst nach 60 Minuten wieder passieren dürfen. Im Log finde ich z.B. folgendes: Am 15. um 7:45 wurde in den blockierenden Modus gewechselt und in dem Fall wird der Zustand erst wieder gewechselt wenn die 60 Minuten um sind. Das wird soweit ich das überblicke auch eingehalten. Also eine Umschaltung in den Normalbetrieb erfolgt erst um 08:45.

Oh, in der Tat, kann ich im Log auch sehen. Da hatte ich gar nicht mit gerechnet. In dem Fall können wir da vermutlich mit den bestehenden Einstellungen nicht viel machen das Auto sagt dann von sich aus das es nochmal Strom möchte... Eventuell geht eine Automatisierungsregel die "Stop" macht wenn das Auto das erste mal von State 3 auf 2 wechselt und dann wieder Start (damit eine nächste Ladung wieder anfangen kann wenn man das Auto irgendwann wieder einsteckt) bei einem Wechsel auf 1. Kann ich jetzt gerade nicht testen, schaue ich mir morgen an.

Das hab ich auch noch nicht gesehen, der Kuga legt anscheinend selbst wenn er voll ist immer für 10s die 880 Ohm an... Du müsstest einmal unter Wallbox -> Einstellungen den Fahrzeug-Weckruf ausstellen. Das wird das Problem beheben. Interessant wäre ob das Auto dann bei PV-Überschussladen oder im Eco-Modus wenn es eine längere Ladepause gibt einschläft.

Ist ein Versuch wert. Wenn es dann nicht einschläft steht auf jeden Fall fest dass die Wallbox nichts machen kann.

Vielleicht hast du eine andere "step resolution" im Brick Viewer? Im Besipiel wird es auf 8 gesetzt: ss.set_step_configuration(ss.STEP_RESOLUTION_8, True) # 1/8 steps (interpolated) Probier das sonst mal mit STEP_RESOLUTION_256.

Wenn ich das richtig verstehe nutzt die EKZ die Börsenpreise und passt diese dann noch +- 5Rp an. Das können wir aktuell nicht so einfach unterstützen. Was allerdings geplant ist: Aktuell holt sich der WARP Charger die Preise über eine externe API. In Zukunft soll der WARP Charger selbst auch eine API haben über die man ihm die Preise setzen kann. Damit könnte man dann über eine kleine externe Automatisierung beliebige Preise einpflegen die nicht den Börsenpreisen entsprechen.

Ob es möglich ist dass die Wallbox das beeinflusst hängt davon ob wie das Model S feststellt dass es an einer Wallbox hängt. Im Typ2-Stecker (direkt im Stecker, das geht nicht durch das Kabel) ist ein Widerstand zwischen PP und PE. Anhand von diesem Widerstand kann das Auto auslesen wie viel Strom das Kabel maximal führen kann. Es kann daran natürlich auch erkennen dass ein Stecker eingesteckt ist. Ich könnte mir Vorstellen dass das Model S nicht einschläft solange ein Kabel eingesteckt ist und das Ladeziel noch nicht erreicht ist. Wenn das so ist kann die Wallbox da nichts machen leider.

Klar, die App ist komplett optional. Die App ist nur eine Möglichkeit über das Internet auf die Webseite der Wallbox zuzugreifen.

Läuft jetzt wieder alles, sorry das es so lange gedauert hat!

Da passiert hinter den Kulissen viel, insbesondere beim Thema Batteriesteuerung sind wir sehr aktiv dran, siehe hier für Details: Bezüglich der 10 Stunden am Stück blockiert könntest du den Regelzeitraum verringern. Ein Preis-Schwellwert für das Heizungsmodul steht allerdings auch schon auf der TODO-Liste :).

Besten Dank, das ist in der nächsten Release-Firmware die voraussichtlich schon Montag oder Dienstag kommt auch gefixt. Du kannst da erstmal über Wallbox -> Ladestatus -> Details -> "neu starten" wieder rauskommen aus dem falschen Zustand.

Du könntest einmal unter Wallbox -> Ladestatus -> Ladeprotokoll ein Ladeprotokoll starte und dann stoppen + runterladen. Reicht wenn das 3s oder so läuft. Dann kann ich sehen ob sich der Widerstandswert ändert oder ob er konstant bleibt. Zur anderen Frage: Wenn du händisch 45 Sekunden wartest und dann einen Phasenwechsel machst wird trotzdem zusätzlich 15 Sekunden gewartet. Daher macht das mit den 60 Sekunden natürlich Sinn, da hatte ich auch nicht dran gedacht.

Aktuell nur in dem du die Ladung händisch stoppst, dann länger wartest und dann die Phasenumschaltung durchführst. Das einzige was mir sonst noch dazu einfällt: Beim Stoppen der Ladung öffnen wir das Schütz erst wenn das Auto dies mit dem Widerstand bestätigt (oder spätestens nach 6s). An der Stelle könnten wir zusätzlich darauf warten dass der Strom unter 20mA fällt. Die Gefahr hier wäre natürlich dass wir uns false-positives einhandeln durch Fahrzeuge bei denen es normal ist dass >=20mA gezogen wird nach Beenden der Ladung.