rtrbt

Leider noch nicht, die Umstellung des Lademodus ist teil eines größeren Umbaus, der es noch nicht ins Release geschafft hat, sorry.

Bin mir nicht 100%ig sicher, was du meinst. Kannst du die Situation einmal erzeugen, dann einen Debug-Report ziehen (unter System -> Ereignislog) und hier anhängen? Von welchem MQTT-Topic liest du den Ladestrom ab? Machst du das selbst, oder z.B. über die HomeAssistant-Discovery?

Habe ein Issue angelegt, damit der Gedanke nicht verloren geht: https://github.com/Tinkerforge/esp32-firmware/issues/536

Es gibt eine fast fertige Implementierung, die zumindest Konfiguration usw. übertragen kann. Es haben sich im Moment aber leider wichtigere Aufgaben vorgedrängelt, deshalb kann ich keinen genauen Zeitrahmen versprechen.

Ist geplant, es gab aber noch kein Issue dazu, obwohl das schon mehrfach aufkam. Habe mal eins erstellt: https://github.com/Tinkerforge/esp32-firmware/issues/534

Das kannst du dir mit einer Automatisierungsregel basteln: Dafür musst du EVCC und die Wallbox auf den gleichen MQTT-Broker hängen und unter Wallbox -> Ladeeinstellungen die Tastereinstellung auf "keine Aktion" umstellen. Den loadpoint musst du ggfalls anpassen. Laut https://docs.evcc.io/de/integrations/mqtt-api/#loadpoints ist 1 der erste konfigurierte. Edit: Die EVCC-Dokumentation sagt, du musst hinter /mode noch /set anhängen, damit du den mode schreiben kannst. Edit 2: (Aus der Reihe erst nachdenken, dann posten) Du brauchst noch eine zweite Regel, damit EVCCs Lademodus wieder auf Smart zurückwechselt, wenn du das Auto abziehst. Ansonsten würde nach einer Schnellladung der Modus für immer auf now/schnell bleiben. Z.B. so diese Regel sollte funktionieren:

Achtung vage Erinnerung an Dinge, die wir letztes Jahr implementiert haben: Das ist wegen der https://de.wikipedia.org/wiki/Cyberresilienz-Verordnung nicht mehr erlaubt. Die Wallbox hängt möglicherweise draußen, d.h. jemand könnte sie klauen, ohne dass es einen Zugangsschutz o.Ä. gibt. Deshalb müssen wir deine persönlichen Daten (z.b. die getrackten Ladevorgänge, NFC-Tags usw.) schützen. Wenn du die Anmeldung deaktivieren könntest, ohne die Daten zu löschen, dann könnte das auch ein Angreifer.

WARP4-Firmware aktuell? Der Ladestand sollte eigentlich auftauchen. Wenn nicht, zieh mal einen Debug-Report während du im Webinterface der Wallbox den Ladestand siehst, aber in Home Assistant nicht.

Firmware: ESP32 Brick 2.3.0, ESP32 Ethernet Brick 2.3.0 Add IPv6 support (Only ESP32 Brick) Increase maximum certificate (chain) size to 4352 bytes (Only ESP32 Ethernet Brick) Increase maximum certificate (chain) size to 10179 bytes (Only ESP32 Ethernet Brick) Redirect HTTP to HTTPS when in https-only mode Fix web server returning 404 to all requests for a short time after reboot Fix validation and error display of number inputs and modal windows Fix crash when receiving strange mDNS packets Improve JSON (de)serialization robustness Improve WebSocket robustness Improve password manager support Improve translations Update timezone database Improve Bricklet communication robustness Download: ESP32 Brick 2.3.0, ESP32 Ethernet Brick 2.3.0

Firmware: ESP32 Brick 2.3.0, ESP32 Ethernet Brick 2.3.0 Unterstützung von IPv6 hinzugefügt (Nur ESP32 Brick) Maximale Zertifikat(sketten)-größe auf 4352 Bytes erhöht (Nur ESP32 Ethernet Brick) Maximale Zertifikat(sketten)-größe auf 10179 Bytes erhöht (Nur ESP32 Ethernet Brick) Weiterleitung von HTTP nach HTTPS im Nur-HTTPS-Modus hinzugefügt Behoben, dass Webserver für einen kurzen Moment nach den Neustart alle Anfragen mit einem 404-Fehler beantwortet hat. Validierung und Fehleranzeige in Zahleingabefeldern und Modalfenstern repariert Crash nach dem Empfang seltsamer mDNS-Pakete behoben Robustheit der JSON-(De)serialisierung verbessert Robustheit der WebSocket-Verbindung verbessert Unterstützung von Passwortmanagern verbessert Übersetzungen verbessert Zeitzonendatenbank aktualisiert Robustheit der Bricklet-Kommunikation verbessert Download: ESP32 Brick 2.3.0 bzw. ESP32 Ethernet Brick 2.3.0

Firmware: WARP1 2.13.3, WARP2 2.13.4, WARP3 2.13.4, WARP4 2.13.4, WARP Energy Manager 2.9.4, WARP Energy Manager 2.0 1.8.4 Robustheit der Bricklet-Kommunikation verbessert (Nur WARP1, WARP2, WARP3, WARP4) Behoben, dass emulierte Bender Holding-Register 706 und 1000 immer 0 zurückgegeben haben (Nur WARP1, WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Sichergestellt, dass Länderkonfiguration, die noch keinen Effekt hat, nicht angezeigt wird. Download: WARP1 2.13.3 bzw. WARP2 2.13.4 bzw. WARP3 2.13.4 bzw. WARP4 2.13.4 bzw. WARP Energy Manager 2.9.4 bzw. WARP Energy Manager 2.0 1.8.4

Sollte mit der frisch veröffentlichten Firmware 2.13.3 für neue Ladevorgänge gefixt sein.

Firmware: WARP2 2.13.3, WARP3 2.13.3, WARP4 2.13.3, WARP Energy Manager 2.9.3, WARP Energy Manager 2.0 1.8.3 Behoben, dass "Freigeben"-Button angezeigt wurde, wenn kontrollierte Wallbox in einem Fehlerzustand ist (Nur WARP2, WARP3, WARP4) Sichergestellt, dass "not set"-Text auf dem Display des Iskra WM3M4(C)-Zählers wirklich entfernt ist (durch Update auf Ladecontroller-Firmware 2.2.26) (Nur WARP2, WARP3, WARP4) Crash des Ladecontrollers durch Race Condition zwischen dem Lesen von Iskra-Zählerwerten und -Displaykonfiguration behoben (durch Update auf Ladecontroller-Firmware 2.2.26) Download: WARP2 2.13.3 bzw. WARP3 2.13.3 bzw. WARP4 2.13.3 bzw. WARP Energy Manager 2.9.3 bzw. WARP Energy Manager 2.0 1.8.3

Ich bin gerade dabei, die EVCC-WARP-Anbindung etwas umzubauen (das geht aber leider langsam voran weil andere Aufgaben Vorrang haben). Im den Kontext kann ich mir mal ansehen, ob das möglich ist.

Wir konnten das hier zumindest eben gerade reproduzieren. Es sieht so aus, als ob der Ladecontroller während des Ladevorgangs neustartet. Details folgen, sobald wir sie haben.