MatzeTF

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.

Lies dir mal diese beiden Threads komplett durch und überlege dann, ob du den Umbau wagen willst. eweri, der in beiden Threads aktiv war, ist auch von einer WARP1 ausgehend gestartet. WARP2 zu WARP3 aufrüsten WARP3 im Selbstbau - die Details Sämtliche Einzelteile einer WARP bekommt man im Shop als Ersatzteile. Im zweiten Thread haben sich auch ein paar Nutzer eine WARP3 selbst gebaut, indem sie einfach alle „Ersatzteile“ gekauft und zusammengebaut haben.

Das dynamische Lastmanagement der Wallbox ist darauf ausgelegt, dass du dort einfach das Limit deines Hausanschlusses einträgst, also in deinem Fall 50 A, und die Wallbox kümmert sich dann darum, dass abhängig von anderen nicht-Wallbox-Verbrauchern der Ladestrom der Wallbox reduziert wird. Ist mehr Strom frei, als die Wallbox freigeben kann, gibt sie den Maximalstrom frei (also 16 oder 32 A). Ist wegen anderer Verbraucher nicht genug Strom frei, reduziert die Wallbox den Ladestrom, um die 50 A am Hausanschluss genau zu halten. 40 A von anderen Verbrauchern → Wallbox gibt 10 A frei. Ist wegen anderer Verbraucher weniger als der minimale Ladestrom frei (6 A), wird die Ladung sofort unterbrochen. Was genau fehlt dir daran, was du durch ein HEMS erledigen lassen möchtest?

Für alle Wallboxen ab WARP2 und neuer ist EEBUS über Netzwerk dafür vorgesehen, aber die WARP1 wird leider kein EEBUS bekommen, da ihr die Prozessor-Ressourcen dazu fehlen. Die WARP1 hat eigentlich auch keinen Abschalteingang, aber du kannst den Kontakt für Taster und Schlüsselschalter dafür missbrauchen. Im Stromlaufplan siehst du oben links den EN-Eingang, an dem Schlüsselschalter und Fronttaster angeschlossen sind. Wenn du eine einfache Signalleitung („Klingeldraht“) in die Wallbox legst, kannst du mit einem Relais die EN-Leitung unterbrechen, was die Wallbox sofort deaktivieren würde. Andernfalls bleibt dir wahrscheinlich nur der Austausch der Wallbox gegen ein neueres Modell oder der Umbau. Hier im Forum haben schon ein paar Nutzer ihre Wallboxen selbst umgerüstet und wenn ich deine alten Posts überfliege, scheinst du ja auch bastelfreudig zu sein. Die Umrüstung von WARP1 zur neuesten Generation ist aber recht aufwändig. Die Hausanschlussüberlastung kannst du schon jetzt mit dem dynamischen Lastmanagement verhindern. Das kannst du unter Energiemanagement → Lastmanagement aktivieren. Der Wallbox ist die Wärmepumpe egal; sie schaut nur auf den Hausanschluss. Wenn der am Limit ist, regelt die Wallbox runter oder schaltet ganz ab, unabhängig davon, ob die andere Last von der Wärmepumpe oder einem anderen Verbraucher verursacht wird.

Das Lastmanagement gibt nur Strom frei, wenn ein Auto angeschlossen und ladewillig ist. Ist kein Auto angeschlossen, wird dort immer die Blockiert-Meldung angezeigt. Welches PV-Menü meinst du? Unter Energiemanagement → PV-Überschussladen sehe ich keine Einstellung für ein- oder dreiphasiges Laden. Meinst du Wallbox → Einstellungen → Zuleitung? Das solltest du auf dreiphasig stellen. Dann wird die Phasenumschaltung bei Bedarf automatisch durchgeführt. Eine Einbindung ins SMA Portal wäre wahrscheinlich rein kosmetisch. EEBUS ist aktuell noch in Arbeit und kommt später per Firmware-Update. Das reine Lastmanagement brauchst du für PV-Überschussladen. Falls du das dynamische Lastmanagement meinst: Das brauchst du, wenn dein Hausanschluss eine kleine Absicherung hat oder du viele größere Verbraucher hast. Hast du nur einen 35 A-Hausanschluss, solltest du das auf jeden Fall aktivieren.

Ich vermute, dass das keinen oder nur einen geringen Einfluss auf die Lebenserwartung des Kabels hat. Die Kabel sind schließlich dafür gemacht, auch häufigen Regen zu tolerieren.

Korrekt. Rollback für die Config, ist, wie so Vieles, angedacht, existiert aber aktuell nicht.

Wie immer macht die Dosis das Gift. Die Ladekabel sind recht widerstandsfähig gegenüber Regen, Salzwasser und Ölen, aber trotzdem wird das Kabel schneller altern, als wenn es trocken aufgehängt wird. Es könnte helfen, am Ende des Winters, wenn nicht mehr gestreut wird, oder wenn jemand Motoröl auf der Straße verloren hat, das Kabel mit klarem Wasser abzuspülen. Meine Vermutung wäre allerdings eher, dass unabhängig von der Feuchtigkeit Schmutzpartikel ein größeres Problem sein könnten, also wenn Regen Split oder anderen scharfkantigen Dreck gegen das Kabel spült und es beim Überfahren der Rampen darauf gedrückt wird oder daran scheuert. Wenn das Kabel unter der Bordsteinrampe für dich ein wichtiges Feature ist, kannst du es natürlich auch einfach als Verschleißartikel betrachten. Falls es dann vielleicht nach fünf Jahren ein Problem hat, lässt du es austauschen. Ein Tinkerforge-Ersatzkabel kann jeder Elektriker vor Ort einfach austauschen; ein Kabel eines anderen Herstellers erfordert ggf. mehr Aufwand, da das offene Ende für die Wallbox angepasst werden muss. Der Zeitraum von fünf Jahren war nur ein Beispiel. Ich habe leider keine Vergleichsdaten für entsprechend verlegte Kabel. Ich glaube aber nicht, dass du jedes Jahr das Kabel tauschen müsstest.

Nein, das ist nicht möglich. Mir sind auch keine entsprechenden Präfixe bekannt. Wenn du einen eigenen OCPP-Server einrichtest und die Wallbox steuern lässt, sollte das möglich sein, allerdings musst du dir dafür halt einen eigenen OCPP-Server einrichten.

Es gibt neue Beta-Firmwares für die Speichersteuerung im ersten Post dieses Threads. Neben allen anderen Verbesserungen aus dem letzten offiziellen Firmware-Release enthält die Beta einen Fix für das vorhin diskutierte Sungrow-Problem und Markierungen für gerade aktive Speicherregeln. Auf weniger gigantischen Monitoren kann man jetzt die Regel-Tabellen horizontal scrollen. Nicht verwirren lassen: Manche Browser zeigen die Scrolleiste aber nicht immer an, sodass es auf den ersten Blick aussieht, als ob rechts etwas fehlt. Wenn vorher schon die Beta vom 23. Dezember lief, sollten mit der neuen Beta alle Speicher- und Regeleinstellungen übernommen werden. Wer viele Regeln angelegt hat, sollte zur Sicherheit trotzdem Screenshots davon machen.

Der Fehler tritt allerdings auch auf, wenn die gewünschte Ladeleistung zu hoch eingestellt ist. Hat das schon mal mit der aktuellen Einstellung funktioniert oder ist der Wert vielleicht einfach zu hoch?

2026-01-30 01:35:31,757 | wh_today=25109 changed 2026-01-30 01:35:31,780 | Discharge 0 match 2026-01-30 01:35:31,780 | Chg=N DChg=B Mode=2 (Entladen verboten) 2026-01-30 01:35:35,267 | wh_today=21051 changed 2026-01-30 01:35:35,284 | Discharge 0 match 2026-01-30 01:35:35,284 | Chg=N DChg=B Mode=2 (Entladen verboten) ... 2026-01-30 02:59:00,001 | Discharge 0 match 2026-01-30 02:59:00,002 | Chg=N DChg=B Mode=2 (Entladen verboten) 2026-01-30 03:00:00,719 | Charge 0 match 2026-01-30 03:00:00,720 | Chg=F DChg=U Mode=3 (Netzladung) ... 2026-01-30 04:59:00,189 | Charge 0 match 2026-01-30 04:59:00,189 | Chg=F DChg=U Mode=3 (Netzladung) 2026-01-30 05:00:00,106 | Chg=N DChg=N Mode=1 (Normal) ... 2026-01-30 05:35:36,961 | wh_today=24972 changed 2026-01-30 05:35:36,986 | Chg=N DChg=N Mode=1 (Normal) 2026-01-30 05:35:40,445 | wh_today=29230 changed 2026-01-30 05:35:40,465 | Chg=N DChg=N Mode=1 (Normal)Laut Log wurde um 3 Uhr von „Entladen verboten“ auf „Netzladung“ gewechselt und um 5 Uhr auf „Normal“. Änderungen bei der PV-Vorhersage gab es gegen 01:35 und 05:35 und blieben immer unter 30 kWh. Die Fehler im Log bedeuten, dass der Speicher das Kommando für die Netzladung nicht angenommen hat. In der letzten Beta gibt es einen Bug dazu, der mit dem nächsten Release repariert wird.