rtrbt

War auch mein erster Gedanke, funktioniert aber nicht immer: Das dynamische Lastmanagement arbeitet pro Phase, das gewünschte Limit ist aber phasenübergreifend. Wenn ich aber gerade darüber nachdenke: Ist dein Limit wirklich ungefähr im Bereich < 5 kW? Dann ergibt es ja kaum Sinn die Wallbox dreiphasig laufen zu lassen (Minimalstrom sind immer 6 A, d.h. bei drei Phasen 230 V * 3 Phasen * 6 A = 4140 W). Wenn du die Wallbox nur einphasig anschließt und die Phasenrotation konfigurierst, dann könntest du in der Tat das dynamische Lastmanagment benutzen.

Hat dein Browser dir ein https:// eingefügt? Manche Browser machen das gerne wenn sie eine Seite aus anderen Gründen (z.b. weil man gerade nicht im WLAN war) erreichen können. Wenn ja, lösche mal das s vor dem Doppelpunkt.

Nur zum Verständnis der Daten: Zumindest in den letzten zwei Diagrammen und auch in den Debug-Reports dazu sind das jeweils zwei Peaks zwischen denen der Zählerwert ganz kurz wieder auf den "erwarteten" Wert geht. Hast du zwei Strings an deinem Wechselrichter angeschlossen? Dann sehen wir da vermutlich, dass der ShadeFix erst den einen String und dann den anderen String testet.

Das ist tendenziell eine Frage für @MatzeTF, er ist aber noch im Urlaub. Wir melden uns nächste Woche noch einmal.

Hm ich fürchte, dass muss sich @MatzeTF mal detailliert ansehen, der ist aber noch im Urlaub. Er wird sich melden.

Das ist ein bekanntes Problem, für das wir im Moment leider keine Lösung haben: https://github.com/Tinkerforge/esp32-firmware/issues/342 Irgendwie implementiert Safari auf iOS die Digest Authentication nicht richtig. (das betrifft dann auch alle anderen Browser weil Apple der Meinung ist, keine anderen Browser-Engines zuzulassen) Langfristig wollen wir auf eine andere Variante des Logins umsteigen, aber es ist noch niemand dazu gekommen, das zu implementieren.

Wir hatten das gleiche Problem in der Tat schon mal: https://github.com/Tinkerforge/esp32-firmware/issues/338 und hatten dann die erlaubte Headergröße auf 1536 und später anscheinend auf 2047 Byte erhöht. Kannst du nachsehen, wie groß die Header sind, wenn du die Cloudflare-Auth aktiviert hast?

Laut der PDF gibt es das Register 1080 "Battery management mode" mit den möglichen Werten (Note 4 auf der nächsten Seite): 4 Battery management modes 0x00 No external battery management 0x01 External battery management via digital I/O 0x02 External battery management via MODBUS protocol Das Register ist read-only, also muss es irgendeinen anderen Weg als Modbus geben, wie du das aktivieren kannst. Du kannst aber z.B. mit GModbus das Register lesen. Wenn das schon auf 2 steht, hast du ein anderes Problem.

Die Wallbox schickt sofort wenn sie merkt, dass der Stecker gezogen ist eine MQTT-Nachricht. Sofort heißt in dem Fall nach spätestens einer Sekunde, es sei denn du hast das MQTT-Sende-Intervall versetellt. Wenn du das Problem nochmal erzeugen kannst, zieh bitte mal sowohl einen Debug-Report von der Wallbox, als auch das EVCC-Log. Dann sehen wir vielleicht mehr.

Hm, weil bei dir die 32 A einphasig voll ausgefahren werden, kommt die Umschaltung auf dreiphasig in der Tat erst sehr spät: Das PV-Überschussladen versucht Schaltvorgänge zu minimieren, deshalb bleibt es möglichst lange einphasig. Weil bei dir die 32 A einphasig voll ausgenutzt werden, muss die Wallbox 4 Minuten lang (das ist die Wolkenfilterzeit wenn der Filter auf mittel steht) mehr als 32 A * 230 V = 7360 W sehen, damit sie umschaltet. Die Idee dahinter ist, dass wenn wir auf dreiphasig umschalten und dann der Überschuss fällt, wir spätestens bei 4140 W wieder auf einphasig schalten müssten (weil 6 A der Minimalstrom ist, den man dem Auto vorgeben kann -> 6 A * 3 Phasen * 230 V = 4140 W), oder Strom aus dem Netz beziehen. Sobald wir die Schieflastvermeidung umgesetzt haben, wird das aber vermutlich so passieren, wir werden dann einphasig ja nur noch maximal 4600 W (20 A * 230 V) los und müssten dann auf dreiphasig wechseln.

Prinzipiell muss mehrere Minuten lang genug Überschuss für den dreiphasigen Betrieb verfügbar sein (das ist Teil des Wolkenfilters), damit umgeschaltet wird. Das kann unintuitiv spät sein (ich arbeite gerade daran, dass das Lastmanagement/PV-Überschussladen sich im Webinterface mehr erklärt). Zieh im Zweifel mal einen Debug-Report, damit kann ich ~ eine Stunde in die Vergangenheit die Entscheidungen des PV-Überschussladens nachvollziehen. Das ist prinzipiell geplant, gibt es aber noch nicht. Habe mal ein Issue dafür angelegt. https://github.com/Tinkerforge/esp32-firmware/issues/424

Auf 6 zu ändern oder? Dann würde sowohl NFC wie auch OCPP jeweils den gleichen slot freischalten. Ist schon sehr hacky vermutlich tut's aber, meinste du nicht auch? Ganz so einfach ist das leider nicht: Wenn OCPP nicht freigibt, wird der maximale Ladestrom mehrfach pro Sekunde auf 0 mA geschrieben:https://github.com/Tinkerforge/tfocpp/blob/8f315f5ea976e00a3f177a983b62871ad4f8e200/src/ocpp/Connector.cpp#L66 Ohne dass ich das jetzt genau durchdacht habe müsstest du zusätzlich zumindest noch hier: https://github.com/Tinkerforge/esp32-firmware/blob/19ec67bc6b041a01d6a573fb1f3bb8c5bdb968e0/software/src/modules/ocpp/ESP32Platform.cpp#L672 mittracken, ob der letzte Übergang von 0 mA nach >= 6000mA durch OCPP verursacht wurde (wenn nicht, dann war es wohl NFC) und nur wenn das der Fall ist, erlaubst du OCPP wieder 0 mA zu schreiben um den Ladevorgang zu stoppen, sonst ignorierst du das. Ggfalls musst du noch mehr Hacks einbauen, damit das immer funktioniert.

Genau. Wenn du eine Wallbox mit Zähler hättest, könnte das PV-Überschussladen jetzt sehen, dass dein Auto nur 16 A zieht und würde sich dann einpendeln. Ohne Zähler pendelt es sich dann bei den 32 A ein. Edit: 32 A zeigen wir immer einfach als "freigegeben" an, eben weil das das größte Limit ist, dass die Wallbox kennt. Das ist zum Beispiel bei den Ladeslots praktisch, die nur entweder "freigegeben" (= 32 A) oder "blockiert" (= 0 A A) sind.

Der maximale Gesamt­strom für das Lastmanagement (unter Energiemanagement -> Wallboxen) ist auf 16 A konfiguriert, das sorgt dafür, dass das Lastmanagement nie mehr als 16 A verteilt. Wenn die Zuleitung zur Wallbox das erlaubt (wovon ich ausgehen würde, sonst hätte dein Elektriker die Schiebeschalter in der Wallbox falsch eingestellt), solltest du den maximalen Gesamtstrom auf 32 A erhöhen können.

Zieh mal einen Debug-Report (unter System->Ereignis-Log) und hänge ihn hier an. Im Report ist das detailliertere Log des Lastmanagers, mit dem können wir nachvollziehen, warum nicht auf dreiphasig umgeschaltet wird.