sahni

Die API Zähler werden nun alle 2 Sekunden aktualisiert. Jetzt funktioniert das PV Überschuss Laden so wie erwartet. Vielen Dank für die Unterstützung.

Hier das debug log und ein Screenshot der aktuellen Situation als das logfile erstellt wurde. download (2).txt

Hi Matze, die Vorzeichen habe ich entsprechend angepasst. Leider hat sich an dem Regelverhalten der WARP2 nichts verändert. Sobald der Speicher voll ist steht beim Stromzähler der Batterie 0W und beim Ladestand 100%, aber jeglicher PV Überschuss wird ins Netz exportiert und nicht durch die WARP2 ins ladende Auto umgeleitet. Als Gegenmaßnahme hat geholfen unter PV-Überschussladen den Batteriespeicher Stromzähler auf Kein Speicher umzustellen. Nach einem Neustart wird der vorhandene PV Überschuss erkannt und zum Laden verwendet.

Hi, meine WARP2 betreibe ich in Verbindung mit einer PV-Anklage und einer 5 kWh Batterie. Sämtliche Daten zur Steuerung und Auswertung stehen via MQTT zur Verfügung. In der WARP2 (Firmware 2.9.0) sind folgende Stromzähler definiert welche via API gefüllt/aktualisiert werden. 1) Hausanschluss: Wirkleistung (Bezug minus Einspeisung) 2) Batterie: Wirkleistung (Bezug minus Einspeisung) 3) Batterieladestand: Ladestand in % Der Lademodus ist auf „Min + PV“ eingestellt, mit einer Mindestladeleistung von 4200 W um das 3-phasige Laden sicherzustellen. Regelverhalten „leicht konservativ“ um den Batteriespeicher zu bevorzugen. Bei dem sonnigen Wetters der letzten Tage war das Lade- und Regelverhalten zunächst so wie erwartet: bei ausreichender PV-Produktion wurden das Auto und der Speicher gleichzeitig geladen. Ab dem Zeitpunkt als der Speicher (die 5 kWh Batterie) zu 100% geladen war hat die WARP2 jedoch nicht den Ladestrom für das Auto entsprechend erhöht. Der PV-Überschuss wurde stattdessen ins Netz eingespeist. Der beigefügte Screenshot zeigt diese Situation. Habe ich vielleicht einen Denkfehler, oder die Stromzähler falsch konfiguriert?

Tausend Dank! Das Problem lag mal wieder zwischen den Ohren. Steht ja auch so in eurer Dokumentation "Schreiben der Messwerte per API" ;-)

Ich habe mich nun für eine andere Lösung entschieden um das Problem mit dem Modbus Master/Slave zu umgehen. Die von der Home Assistant Huawei Integration ausgelesenen Daten werden via MQTT an die WARP2 übertragen so wie in Beispiele | WARP Dokumentation beschrieben. Allerdings wird der so übermittelte Wert in der WARP nicht angezeigt. Ist das so korrekt, oder habe ich da etwas übersehen bzw. nicht richtig verstanden/umgesetzt?

Tatsächlich scheint es auf dem Bus zu Problemen zu kommen. Nach einiger Zeit kommt nämlich gar keine Werte mehr an, d.h. auch nicht bei der WARP2. Im Systemlog finde ich: Modbus read error (host='192.168.178.97' port=502 devaddr=1 fcode=3 regaddr=37022 regcnt=1 burstlen=1) Was die Einstellung der Baud Rate für den Bus betrifft bin ich leider überfragt. Vielleicht findet sich hier ein Mitglied welches sich mit dem Huawei SUN2000 Paket auskennt und mir da weiterhelfen kann.

Ich versuche auch das PV Überschussladen über meine WARP2 Pro zum Laufen zu bringen. Die Kombination HomeAssistant und Huawei SUN2000 ist ebenfalls vorhanden. Warum darf nur ein Modbus Master im System existieren, ist das eine Einschränkung im Huawei System oder gilt das grundsätzlich? Ist ungünstig, weil durch den WARP Zugriff via Modbus läuft die (ansonsten gute) Huawei Integration im HomeAssistant nicht mehr. Dieses Problem plane ich zu umgehen, indem ich die relevanten Werte via MQTT aus der WARP auslese. Für andere Ideen/Vorschläge bin ich offen und dankbar. Grüße!

Heute habe ich das Firmware Update (2.0.1-624eeb29) durchgeführt. Leider kann ich die persistente Deaktivierung der automatischen Ladefreigabe nicht bestätigen. Nach einem Neustart des Ladecontrollers ist auch die automatische Ladefreigabe wieder aktiv. In der API-Referenz (https://www.warp-charger.com/api.html?v=2#evse_auto_start_charging) ist das auch weiterhin so erwähnt. Habe ich da irgendetwas übersehen?

Die WARP kann nicht direkt in HA eingebunden werden. Allerdings ist die bereitgestellte MQTT API sehr gut für die bi-direktionale Kommunikation geeignet. Auf dieser Basis habe ich eine WARP2 Pro in meine HA Umgebung eingebunden. Eine Anforderung bei mir ist ebenfalls der Schutz vor unbefugter Nutzung der Wallbox. Die "automatische Ladefreigabe" habe ich deaktiviert. Das ist derzeit leider nicht persistent (s.a. https://github.com/Tinkerforge/warp-charger/issues/15), deshalb wird der Zustand (autostart off) im Hintergrund von einer Automation überwacht, die im Bedarfsfall (bspw. nach Neustart vom Ladecontroller) die automatische Ladefreigabe wieder deaktiviert. Die Ladefreigabe muss demnach manuell erfolgen. Entweder durch eine autorisierte RFID-Karte oder durch das Drücken eines Buttons auf einem dafür gebauten (Lovelace) Dashboard. Im Fall der RFID Option hätte ich gern die Option ein beliebiges Android-Handy über NFC zu nutzen. Leider ist das technisch im Moment nicht machbar (s.a. https://github.com/Tinkerforge/esp32-firmware/issues/90) aber vielleicht in einem künftigen FW Release umsetzbar. Das Dashboard wurde für die Nutzung der HA Companion App (s.a. https://companion.home-assistant.io/) gebaut. Zwei Screenshots habe ich beigefügt. Einmal der Zustand "kein Auto verbunden" und das andere mal "Auto lädt". Die dargestellten Werte/Buttons/Anzeigen sind selbsterklärend. Eine Ladefreigabe kann also nur durch festgelegte Benutzer bzw. deren Mobiltelefone erfolgen. Außerdem gibt es noch eine Kamera die den Bereich der Wallbox erfasst und ein Foto macht sobald das Ladekabel eingesteckt wird.

@rtrbtDu hast natürlich Recht und nachdem ich noch einmal die Dokumentation (https://www.warp-charger.com/api.html?v=2#states_section_configs) gelesen habe funktioniert es auch. Der Neustart des ESP nach einer Änderung der Konfiguration (NFC on/off, Autostart on/off) war die Lösung. Da ich die WARP nur aus der "Ferne" via MQTT ansteuere, hatte ich mich zunächst nur auf die JSON Werte konzentriert. Diese waren jeweils korrekt und passten (ohne den erforderlichen Neustart) dann nur nicht zum Verhalten der Wallbox. Vielen Dank für den Support :-)

Nachtrag: auf Seite 16 der Betriebsanleitung steht das "..Wenn die Freigabe per NFC aktiviert ist und ein Fahrzeug angeschlossen wird, beginnt die Wallbox mit einem schnellen Auf- und Abblenden der blauen LED. Dies soll daran erinnern, dass ein Tag notwendig ist, um zu laden..". Dieses Verhalten der Wallbox kann ich leider NICHT beobachten.

Leider hat das mit dem löschen/neu einlesen der Karten nicht funktioniert. Was besonders merkwürdig ist: ist die Warp auf "NFC Karte zum Ladestart notwendig" und "Autostart eingeschaltet" konfiguriert, wird der Ladevorgang gestartet sobald das Kabel eingesteckt ist. Hoffe der Support liest mit und kann etwas dazu sagen. Grüße, D.

Ich habe meine WARP2 Pro via MQTT in Home Assistant eingebunden. Die Steuerung über das API arbeitet gut. Nun besteht der Bedarf die mitgelieferten NFC-Karten zu nutzen, doch leider funktioniert das nicht so wie geplant. Die Option "Start mit Tag" bzw. "require_tag_to_start:true" ist aktiviert. Wenn ich die NFC-Karte an den Sensor der WARP halte, dann geht die LED drei mal langsam aus und blendet danach wieder auf und verbleibt im Dauerleuchten. Die Zustände für "last_seen" ändern sich entsprechend, die Karte wurde also korrekt erkannt. Doch leider started kein Ladevorgang und ich verstehe nicht was ich falsch mache. Im Handbuch findet sich der Hinweis "Aktuell kann die Ladefreigabe per NFC nicht mit einer manuellen Kontrolle der Ladefreigabe von außen (z.B. uber die API oder EVCC) verwendet werden.". Hat das etwas mit meiner Problematik zu tun? Viele Grüße, Danny

Ich hatte jetzt den Fall einige Male das (aufgrund Stromausfall) das automatische Laden reaktiviert wurde. Open issue at Github https://github.com/Tinkerforge/warp-charger/issues/15