MatzeTF

Dein Beispiel: 6 kW vom Dach, 2 kW in den Speicher und 4 kW ins Auto. Dann verschwindet die Sonne hinter einer Wolke und es kommen nur noch 2 kW vom Dach. Elektroautos können nicht so schnell reagieren, also wird erstmal mit 4 kW weiter geladen. Der Speicher sollte dann sofort auf 2 kW Einspeisung umschalten, um den Bezug auszugleichen. Daraufhin sieht die Wallbox am Netzanschluss ± 0 W und lädt einfach weiter mit 4 kW. Würde die Wallbox in diesem Fall die Speicherleistung sehen, könnte sie auf das Defizit reagieren und die Ladeleistung auf 2 kW reduzieren. Der Speicher würde dann aufhören, einzuspeisen. Das Ganze funktioniert auch andersrum, wenn du die Autoladung bevorzugen möchtest: Die Ladeleistung des Speichers könnte dann stattdessen ins Auto geschoben werden. Wenn du nur den Speicher steuerst, ohne dass die Wallbox ihn auslesen kann, müsstest du sonst Einspeisung übrig lassen und hoffen, dass die Wallbox den ins Auto schiebt. Kann sie aber u.U. nicht, wenn das Auto nicht schneller laden möchte. Der Überschuss würde dann ins Netz eingespeist. Würde die Speicherleistung nicht künstlich begrenzt, würde einfach automatisch der Rest in den Speicher gehen.

Wenn du den Speicher fest steuerst, unabhängig vom Netzbezug, ist es egal – also beispielsweise nur nach Uhrzeit oder Börsenpreis. Üblicherweise wird ein Speicher aber genutzt, um Überschuss zu laden und Netzbezug auszugleichen. In dem Fall sollte die Wallbox die Speicherleistung kennen, damit Speicher und Wallbox nicht gegeneinander arbeiten.

Beide Varianten haben ein 6 mm²-Kabel. Mit den 4 mm² hatte ich mich vertan.

Doch, kommt noch.

Ich war gedanklich beim Webinterface und habe mich gefragt, wo da ein Zähler auf der linken Seite angezeigt wird, aber du meintest den Hardware-Zähler auf der linken Seite des Gehäuses. Kannst du mal ein Foto vom Display des Zählers machen, wenn er „Not set“ anzeigt? Normalerweise sollte der Zähler einfach die insgesamt geladenen Kilowattstunden anzeigen. Wenn er jetzt was anderes anzeigt, ist das erstmal rein kosmetisch.

Welcher Zähler auf welcher Seite? Lade außerdem bitte einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an, damit wir uns das ggf. näher ansehen können.

Wenn du die Kabel von hinten in die Wallbox legst, wozu brauchst du dann eine Zugentlastung? Warum sollten die Leitungen unter Zug stehen?

/firmwares, nicht /downloads.

Wenn dein STP eine Batterie angeschlossen hat, solltest du die per Modbus TCP abfragen. Die reine Wechselrichterleistung ist der Wallbox egal. Mit „Netzanschluss“ ist übrigens die Verbindung zum EVU gemeint. Der Wechselrichter hat im den Sinne keinen Netzanschluss, sofern er nicht über einen eigenen Stromzähler vom EVU verfügt.

Speedwire verwendet Multicast an UDP Port 9522. Die Wallbox selbst sendet also nie ein UDP-Paket an den SHM, sondern nur IGMP Membership Reports. Ich wünsche dir viel Erfolg, Multicast durch den MikroTik-Router zu bekommen. Falls du es nicht hinbekommst, lies hier den Hinweis und richte die Wallbox im SHM bei der direkten Zählerkommunikation ein. Falls daran ein Speicher angeschlossen ist, möchtest du den wahrscheinlich abfragen und brauchst dazu SunSpec/Modbus TCP, wahrscheinlich auf TCP Port 502. Falls dein Router einen NTP-Server laufen hat, kannst du auch den bei der Wallbox eintragen; dann hast du keine ausgehende NTP-Kommunikation. Beispielsweise haben Fritzboxen eigentlich immer einen integrierten NTP-Server. https://www.warp-charger.com/firmwares/… (siehe hier) Hinten wird ein modellspezifischer Suffix angehängt. Die Basisadresse führt nur zu einem 404. Falls du den Fernzugriff nutzen möchtest, musst du HTTPS und WireGuard zu my.warp-charger.com erlauben. Falls du dynamische Strompreise abfragen möchtest, musst du HTTPS zu api.warp-charger.com erlauben. Falls du die Solarvorhersage abfragen möchtest, musst du HTTPS zu dem Server erlauben, den ich gerade nicht auswendig weiß.

Auf Seite 7 (PDF-Seite 8) wurde das Foto der DIP-Schalter etwas verkleinert, um die fast leere Seite 10 zu beseitigen. Da der Inhalt – bis auf die Größe des Fotos – identisch geblieben ist, hat das Dokument keine neue Version bekommen. Das Datum auf der Webseite ist da zugegebenermaßen etwas verwirrend, da es sich um das Datum handelt, wann das Dokument hochgeladen wurde.

Die Firmware deiner Wallbox ist über ein Jahr alt. Seitdem wurden einige Probleme bereits beseitigt. Bitte aktualisiere deine Firmware (unter System → Firmware-Aktualisierung) und melde dich wieder, falls das Problem weiterhin auftritt.

Der WARP Energy Manager (WEM) kann aktuell nur einen Speicher steuern. Es ist geplant, dass zukünftig auch mehr als ein Speicher gesteuert werden können soll. Aktuell ist geplant, dass auf alle Speicher die gleichen Regeln angewendet werden. Entweder werden alle Speicher gleich gesteuert, oder wenn z.B. eine Regel bei < 20 % SoC greift und ein Speicher bei 10 % und einer bei 30 % ist, würde nur einer blockiert. Das steht aber noch nicht fest. Das lässt sich nur mit einer zentralen Regelung umsetzen. Zwei eigenständige Speicherregelungen (mit gleichem Regelintervall) werden immer gegeneinander arbeiten, sofern nicht immer ein Speicher komplett blockiert wird. Eine Speicherregelung ist für den WEM nicht geplant.

Was ist unter Energiemanagement → PV-Überschussladen beim Standardlademodus ausgewählt? Wenn da Min+PV ausgewählt ist, wird nach dem Abstecken immer zurück in Min+PV gewechselt. Wenn du das nicht möchtest, ändere das mal auf „Unverändert“. Ab dem nächsten Firmware-Release wird „Unverändert“ auch der Normalfall, da die Einstellung oft zu Verwirrung führt. Ansonsten ist dein Debug-Report leider zu spät runtergeladen worden. Die detaillierten Ladeinformationen reichen nur ca. 45 Minuten in die Vergangenheit und somit war der Ladevorgang von gestern Abend heute morgen nicht mehr verfügbar. Im groben Protokoll sieht es allerdings so aus, als wäre gestern Abend das Auto noch während der Willkommensladung wieder abgesteckt worden. Du lässt dich nicht zufällig gerade von den drei Minuten Willkommensladung verwirren? Im PV-Modus wird auch ohne PV-Überschuss drei Minuten lang geladen, um dein Auto davon abzuhalten, über Nacht einzuschlafen und morgens nicht mehr geweckt werden zu können.

Bitte lade einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an.

Ja, einerseits den und andererseits den, der nach dem Abstecken des Autos gewählt wird. Du kannst temporär während eines Ladevorgangs den Modus wechseln, aber nach dem Abstecken wird wieder auf den permanenten Modus gewechselt.

Steht in beiden Fällen der Status auf Ladebereit? Falls ja, sollte das Auto die beiden Fälle eigentlich nicht unterscheiden können. Du hast nicht zufällig in EVCC die Autodaten per Cloudzugang des Herstellers eingetragen?

Falls du die MQTT-API meinst, findest du den Endpunkt für den persistenten Lademodus hier. Die API zum temporären Wechseln des Lademodus ist noch nicht dokumentiert. Du kannst die gleichen Modi wie in der obigen API hierhin senden, wobei die letzte Nummer die Nummer der Wallbox ist, falls du mehrere hast. ...Präfix.../charge_manager/charge_modes_update/0Falls du wissen wolltest, wie du dir das im HA baust, gibt es genug Anleitungen online. Frag die Suchmaschine deines geringsten Misstrauens.

Welchen Ladestatus zeigt das Webinterface der Wallbox an, nachdem du den Knopf am Auto gedrückt hast? Ich vermute, dass der Status dann auf „Ladebereit“ wechselt, was bedeutet, dass die Wallbox Strom freigibt, das Auto aber keinen haben will, obwohl es weiterhin signalisiert, verbunden zu sein. Wenn du den Knopf an der Wallbox drückst, gibt die Wallbox keinen Strom mehr frei, was das Auto wahrscheinlich dazu veranlasst, den Stecker zu entriegeln. Das Gleiche trifft auch zu, wenn gerade kein PV-Strom verfügbar ist; dann gibt die Wallbox auch gerade keinen Strom frei. Das Entriegeln des Steckers kann die Wallbox also nicht steuern, das macht das Auto. Warum es also den Stecker nicht entriegelt, wenn du den Knopf während einer Ladung drückst, musst du den Autohersteller fragen. Alle Autos, die wir bisher getestet haben, haben damit kein Problem.

Du erwähntest in deinem ersten Post einen Batteriespeicher, allerdings ist der bei der Wallbox nicht konfiguriert. Die Wallbox hat nur den Netzbezugszähler. Wenn es einen Batteriespeicher gibt, denn die Wallbox nicht kennt, arbeiten beide gegeneinander. Diesen Fall triffst du hier. Wenn dein Batteriespeicher auf der Liste der kompatiblen Geräte steht, richte ihn bei der Wallbox entsprechend ein.

Die API für den Lademodus ist auch über MQTT erreichbar. Demnächst™ gibt es irgendwann ein Update für mehr automatisch verfügbare Sensoren und Aktionen. Ich weiß allerdings gerade nicht, ob der Lademodus da mit drin sein wird. Aktuell musst du dir das so oder so selber bauen.

Man kann ja rotieren… Erwarte vormittags keine Antworten von mir. 😉 Hast du den Hinweis zur $14a-Option gesehen? Den hatte ich gerade eben noch in meinen vorigen Post editiert.

Die Signalquelle ist EEBUS. Die Kommunikation zwischen WEM und Wallbox erfolgt nicht über EEBUS. Steuerbox ↔ EEBUS ↔ WEM ↔ WARP-Lastmanagement ↔ Wallbox Du musst allerdings im obigen Screenshot die Option für die kontrollierten Wallboxen aktivieren, damit das funktioniert.

Hast du schon wokelnschauflers Tipp ausprobiert? Unter Schnittstellen → Modbus/TCP den Keba-Modus aktivieren und dann bei FENECON eine Keba-Wallbox hinzufügen.

Was genau möchtest du damit erreichen? Der WEM steuert Wallboxen nicht über EEBUS, sondern nur über das WARP-Lastmanagement. Wenn ich das richtig sehe, ist die Wallbox bereits im Lastmanagement eingetragen.