MatzeTF

Das ist richtig. Der Wechselrichter nutzt dafür intern mehrere Zähler, die du beim Anlegen des Zählers mit der Option „Virtueller Zähler“ auswählen kannst. Die Auswahl „Wechselrichter“ liefert dir die reine Wechselrichterleistung (also DC zu AC), die ohne Batteriespeicher ungefähr der PV-Leistung entspricht und mit Batteriespeicher irgendeine Kombination aus PV- und Batterieleistung ist. Wenn du den Netzbezug haben möchtest, musst du den virtuellen Zähler „Netzbezug“ auswählen.

Das wird nicht helfen, weil das ja nur das Minimum anheben würde. Das Problem entsteht aber, weil die Stromfreigabe nach oben wegläuft.

Ich habe gerade eingebaut, dass beim PV-Überschussladen nur noch Zähler mit dem Messort „Netzanschluss“ ausgewählt werden können. Damit kommt man hoffentlich sofort auf die richtige Lösung, wenn man versehentlich den falschen Zähler angelegt hat.

Dein Bug ist ein „Feature“, das für „schlaue“ Fahrzeuge nötig ist. Bei einigen neueren Fahrzeugen (z. B. von VW) kann man einstellen, dass der Akku zu einer bestimmten Abfahrtszeit voll sein soll und das Fahrzeug berechnet dann den Startpunkt der Ladung aus der Stromfreigabe der Wallbox. Offensichtlich wurde das Feature (zumindest bei VW) nur für den Fall einer dummen Wallbox mit statischer Stromfreigabe geplant. An Lastmanagement oder PV-Überschussladen hat wohl niemand gedacht. Das führt dazu, dass wenn das Fahrzeug nicht laden will und die Wallbox deswegen nur den Minimalstrom freigibt, das Auto auf einmal Panik bekommt und sofort laden will, weil es ja mit dem Minimalstrom sonst nicht rechtzeitig fertig wird. Daraufhin regelt die Wallbox bis zum fairen Strom bzw. gerade aktuellen PV-Überschuss hoch. Mit dem vielen Strom glaubt das Fahrzeug dann aber, dass es sich ja noch Zeit lassen kann, und hört wieder auf zu laden. Daraufhin gibt die Wallbox dem ladeunwilligen Fahrzeug wieder nur den Minimalstrom und das Spielchen wiederholt sich. Das „schlaue“ Feature ist somit offensichtlich ziemlich dumm implementiert. Da die Fahrzeughersteller natürlich keinen Cent investieren wollen, ihr tolles Feature mit mehr als einem Use-Case kompatibel zu machen, ist aktuell unsere Lösung, einem ladeunwilligen Fahrzeug mehr als den Minimalstrom zu geben. Dass das „schlaue“ Feature kaputt ist, sieht man auch sofort, wenn man PV-Überschussladen nutzen möchte: Sobald viel PV-Überschuss da ist und die Stromfreigabe erhöht wird, hört das Fahrzeug auf zu laden. Ist die Sonne dann weg, fängt das Fahrzeug wieder an zu laden, wird dann aber nicht rechtzeitig fertig oder man muss vorher auf Schnellladen stellen und Strom aus dem Netz kaufen, nachdem man vorher seinen PV-Überschuss verschenkt hat. Top Feature. 👍 Da dein Fahrzeug offensichtlich längere Zeit ladeunwillig an der Wallbox hängt, trifft dich das und führt zu dem von dir beobachteten unsinnigen Verhalten. Wir haben mal weiter oben auf die Todo-Liste gesetzt, eine bessere Lösung für das Problem zu finden. Ansonsten darfst du dich gerne bei VW beschweren, dass die mal ihr Schrott-Feature fixen sollen. 🤢 Wenn ich so drüber nachdenke, wäre es nicht mal kompliziert, das auf Fahrzeugseite zu fixen. Wenn sich die Stromfreigabe der Wallbox ändert, muss das Auto davon ausgehen, dass sie das jederzeit wieder tun kann. Entweder muss dann sofort mit voller Leistung voll geladen werden, da die Freigabe jederzeit wieder auf das Minimum sinken könnte (sichere Variante), oder es wird mit reduzierter Leistung der geplante Abfahrtszeitpunkt angepeilt, also bei einer Abfahrt in 8 Stunden und 40 kWh zu laden wird nur mit 5 kW geladen.

Naja, ist ja auch der Zähler für den Wechselrichter und ein Wechselrichter kann nur Energie einspeisen. Möchtest du vielleicht den virtuellen Zähler auf „Netzbezug“ ändern, bzw. einen weiteren Zähler dafür anlegen, falls du beide Werte gleichzeitig sehen willst? Mit dem Netzbezugszähler klappt’s dann auch mit PV-Überschussladen.

Die Wallboxleistung ist in der Tat ein Durchschnittswert über die letzten fünf Minuten. Da der Energy Manager nur diese Durchschnittswerte speichert, steht an der Stelle auch nicht die Momentanleistung zur Verfügung. Wir setzen deine Anregung mal auf die Todo-Liste.

Ist deine Wallbox eine Pro oder Smart? Bei einer Pro sollte der Wert auf dem WEM-Display mit ein bis zwei Sekunden Verzögerung aktuell sein. Bei einer Smart kann die tatsächliche Ladeleistung nur geschätzt werden.

Wenn ich das richtig sehe, war das Auto über Nacht dauerhaft angeschlossen und wollte nicht laden. Morgens hat das Auto dann von sich aus eine Ladung begonnen. Da die Wallbox die ganze Nacht lang im Schnellmodus maximale Leistung freigegeben hat und am Netzanschluss trotzdem noch Einspeisung war, ist das Lastmanagement davon ausgegangen, dass das schon so passt. Wir haben Pläne, das noch zu verbessern, aber aktuell sind leider andere Dinge wichtiger. Die Sache mit der Inkonsistenz zwischen den Lademodus-Buttons und -Menüs steht schon auf rtrbts Todo-Liste.

Wenn dein Auto gerade lädt und unsinnigerweise bis auf 11 kW hochgeregelt wurde, lade bitte einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an. Dann sehe ich mir das an.

Automatisierungsregeln beeinflussen ein eigenes Limit. Das heißt, du kannst per Automatisierung einen Ladevorgang blockieren oder limitieren oder die Begrenzung entfernen. Es ist nicht möglich, über die Automatisierung eine Ladung freizugeben, wenn irgendwas anderes sie verhindert, z.B. eine aktivierte NFC-Freigabe. Das musst du beim Anlegen der Regeln beachten. Ansonsten versucht der PV-Modus bestmöglich nur eigenen Überschuss zu nutzen. Da man einen Ladevorgang aber nicht beliebig oft starten und beenden kann, gibt es den sogenannten Wolkenfilter. In der Standardeinstellung überbrückt der bis zu vier Minuten mit zu wenig oder zu viel Einspeisung. Das heißt, dass bis zu vier Minuten lang Strom aus der Batterie genutzt werden kann, bis entweder wieder Überschuss da ist oder die Ladung beendet wird.

Das ist korrekt.

Die Wallbox sollte nicht von sich aus auf 16 A zurückspringen, wenn der Lastmanager nicht erreichbar ist. Sie sollte die letzte Freigabe beibehalten und nach ca. 30 Sekunden ohne Verbindung komplett abschalten. Bitte reproduziere das nochmal und lade anschließend von Wallbox und WEM jeweils einen Debug-Report runter (unter System → Ereignis-Log) und hänge sie hier an.

32 A ist der maximale Ladestrom, den eine WARP freigeben kann. Das heißt also, dass die Automatisierung nichts begrenzt. Der tatsächlich erlaubte Ladestrom ergibt sich dann aus anderen Beschränkungen, z. B. einem 11 kW-Ladekabel. Prinzipiell brauchst du aber gar keine Automatisierungsregeln. Du steckst dein Auto an und wählst den PV-Modus aus. Dann bekommt das Auto für drei Minuten Strom, damit es die Wallbox als ladefähig akzeptiert. Wenn gerade keine PV-Leistung da ist, wird anschließend die Ladung wieder beendet und automatisch erst wieder freigegeben, wenn genug PV-Leistung da ist. Mehr musst du nicht machen.

Unter Energiemanagement → Stromzähler einen neuen Stromzähler anlegen und nach Anleitung für SMA-Geräte einrichten.

Nein, muss dann immer über evcc laufen. Ja.

Die Wallbox-Elektronik der WARP4 wird als Ersatzteil verfügbar sein, wie auch schon bei allen vorigen Generationen. Damit kann man dann aus einer WARP3 eine WARP4 machen. Die WARP3-Elektronik ist dann aber über, sodass es eher ein „Umrüsten“ als ein „Nachrüsten“ ist. Da ISO15118 zusätzliche Hardware erfordert, reicht ein Softwareupdate nicht aus.

Wenn du Netzanschluss und Batteriespeicher als Stromzähler eintragen kannst, kannst du einfach bei den Einstellungen für PV-Überschussladen die Speicherpriorität auf „Speicher bevorzugen“ stellen und dein Auto anschließen. Dann schiebt die Wallbox die Leistung, die nicht von deinem Speicher genutzt wird, ins Auto.

Meinst du damit, dass „xy“ das eingestellte Limit der Regel ist und du erwartest, dass das ohne PV-Daten (angenommen als 0) immer zutrifft? Ohne PV-Prognosedaten werden alle Regeln mit PV-Bedingung übersprungen. Das ist aktuell erwartet. Ein Anwendungsfall für die PV-Bedingung ist beispielsweise, dass der Speicher aus dem Netz geladen werden soll, wenn am nächsten Tag keine PV-Leistung vorhergesagt ist. Würde die PV-Bedingung bei fehlenden PV-Daten immer zutreffen, würde das dazu führen, dass in dem Fall immer der Speicher aus dem Netz geladen wird, was üblicherweise nicht gewünscht ist. Stattdessen wird der Speicher dann lieber nicht beeinflusst. Ansonsten schau mal beim Status der PV-Prognose, was da als nächster Abfragezeitpunkt und Limit steht.

Hast du das schon mit der Firmware-Version von Raudi getestet?

Ja, in der Version ISO15181-2 ist das echt lächerlich. Inzwischen ist das den Autoherstellern, auf deren Mist der Standard gewachsen ist, aber anscheinend auch aufgefallen. In der Version ISO15181-20 kann während einer AC-Ladung üblicherweise auch der SoC ausgelesen werden. Die -20-Variante sprechen ältere Autos natürlich wieder nicht. 🙄

Die Registersätze sind nicht kompatibel. Es wundert mich, dass da überhaupt Werte rauskommen. Den KSEM musst du als SunSpec-Zähler einrichten, nicht als Modbus TCP Zähler.

Modell 113 (oder 103) liefert nur Werte für den Wechselrichter selbst, nicht für den Netzanschluss. Wenn du den KSEM direkt über LAN abfragen kannst, mach das. Das ist die zuverlässigste Variante und darüber solltest du auf jeden Fall die passenden Werte bekommen.

Es gibt nur eine Firmware für alle Varianten einer Generation. Smart und Pro nutzen die selbe Firmware, weshalb auf der Downloadseite nicht „Smart“ oder „Pro“ dran steht. Bitte lade einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an.

Wir müssen echt irgendwo einen großen, roten Banner platzieren, dass wir keinen Support für KI-generierten Code bieten. ☠️

Wo hast du die APIs her? power_manager/external_control hat nur phases_wanted und ist nur für die Phasenumschaltung zuständig (ein- oder dreiphasig). charge_release und time_to_live gibt es, soweit ich weiß, nirgends, weder auf diesem noch auf einem anderen API-Endpoint. Abgesehen davon müssen Kommandos per MQTT immer an _update geschickt werden, also in diesem Fall an power_manager/external_control_update. Dann würde unter System → Ereignis Log auch ein passender Fehler ausgegeben werden: On power_manager/external_control_update: Failed to deserialize: JSON payload was longer than expected and possibly contained unknown keys. Payload length was 87.Wenn du NFC aktiviert hast und eine Ladung ohne Karte freigeben möchtest, musst du eine Karte mit ausgedachter ID anlegen und die dann vortäuschen. Dafür gibt es die APIs nfc/inject_tag bzw. nfc/inject_tag_start.