MatzeTF

Als nächstes großes Feature kommt die Batteriespeicher-Steuerung. Sie ist im Webinterface unter Energiemanagement → Speichersteuerung zu finden. Unter anderem kann dem Batteriespeicher das Entladen verboten werden, während im Schnelllademodus geladen wird. Vorher hätte sich der Batteriespeicher für die Ladung des Autos entladen. Dies kann jetzt unterbunden werden. Intern wird dies über das Lastmanagement realisiert. Dementsprechend muss der Lastmanager aktiviert sein. Dies ist aber vermutlich eh schon der Fall, da die Speichersteuerung hauptsächlich zusammen mit PV-Überschussladen verwendet werden wird, für das der Lastmanager auch aktiviert sein muss. Aktuell steht zur Kommunikation mit dem Batteriespeicher Modbus/TCP zur Verfügung. Basierend auf Feedback aus Phase 3 gibt es nun sechs diskrete Modi, in die ein Batteriespeicher versetzt werden kann: Normal - Laden mit Überschuss, entladen, um Netzbezug auszugleichen Nicht entladen - Nur laden mit Überschuss Nicht laden - Nur entladen, um Netzbezug auszugleichen Weder laden noch entladen - Speicher komplett passiv Vom Netz laden - Eigene PV-Leistung wird natürlich genutzt Ins Netz entladen - Eigener Verbrauch wird natürlich gedeckt Damit sind nun alle Anwendungsfälle abgedeckt und es können auch Speicher gesteuert werden, bei denen die Lade- und Entladeleistung nicht unabhängig voneinander beeinflusst werden kann. Ebenfalls ist es nun nicht mehr wie in Phase 3 möglich, den Speicher gleichzeitig zum Laden zu zwingen und es ihm zu verbieten. Im Unterschied zu Phase 3 gibt es nun auch nicht mehr drei Regelsätze, sondern nur noch zwei: Laderegeln und Entladeregeln. Bei jeder Regel muss nun angegeben werden, ob sie das Laden/Entladen erzwingt oder blockiert. Die jeweils erste zutreffende Regel aus jeder Tabelle ist aktiv, sodass über die Reihenfolge priorisiert werden kann. Die beiden aktiven Regeln zusammen ergeben dann den Speichermodus. Trifft in einer Tabelle keine Regel zu, wird die Lade-/Endladerichtung entsprechend nicht beeinflusst. Die Registersätze für Alpha ESS, Deye, Hailei, Sungrow und Victron Energy aus Phase 3 können unverändert weiter genutzt werden. Für SMA haben wir leider noch keinen Registersatz, der in allen Fällen funktioniert. Achtung: Benutzerdefinierte Registersätze und Lade- und Entladeregeln sind zwischen diesen und den vorherigen Firmwares nicht kompatible und müssen nach dem Update neu angelegt werden. Es wird empfohlen, vor dem Update jeweils einen Screenshot o. Ä. zu machen, um dann einfach alles wieder anlegen zu können. Die Tabellen für die Regeln sind inzwischen sehr breit geworden und stehen bei manchen Bildschirmauflösungen rechts über. Das Problem ist bereits bekannt. Wir freuen uns über jegliche Rückmeldung. Gerne auch mit Modbus-Registersätzen, die für eure Speicher funktionieren. Edit: Firmwares für WARP1 und WARP2 wurden aktualisiert. warp3_firmware_2_8_12_69120152_17210d453e19624_feature-batteries-35_merged.bin energy_manager_firmware_2_4_10_6911fe3b_17210d453e19624_feature-batteries-35_merged.bin energy_manager_v2_firmware_1_3_10_6911f738_17210d453e19624_feature-batteries-35_merged.bin warp_firmware_2_8_11_691f6c83_a448fa8b8c567ae_feature-batteries-35_merged.bin warp2_firmware_2_8_12_691f6dbe_a448fa8b8c567ae_feature-batteries-35_merged.bin

Lade bitte einen Debug-Report runter (unter System → Ereignis-Log), während das Problem gerade besteht, und hänge ihn hier an. @ffreddow wird sich das dann bei nächster Gelegenheit anschauen. Hast du ansonsten schon die vorgeschlagene Portweiterleitung eingerichtet?

Es gibt Überlegungen, ein manuelles Setzen der Stundenpreise zu ermöglichen, aber konkret geplant ist aktuell noch nichts.

2025-11-07 09:34:25,123 | ethernet | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B9:0E:DB 2025-11-07 09:34:25,124 | ethernet | Got IP address: 10.11.2.210/16, GW 10.11.2.254 2025-11-07 09:44:45,124 | ethernet | Disconnected 2025-11-07 09:44:45,125 | ethernet | Was connected for 619 seconds. 2025-11-07 09:45:15,124 | ethernet | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B9:0E:DB 2025-11-07 09:45:15,125 | ethernet | Got IP address: 10.11.2.210/16, GW 10.11.2.254 2025-11-07 09:48:23,124 | ethernet | Disconnected 2025-11-07 09:48:23,125 | ethernet | Was connected for 187 seconds. 2025-11-07 09:48:25,124 | ethernet | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B9:0E:DB 2025-11-07 09:48:25,124 | ethernet | Got IP address: 10.11.2.210/16, GW 10.11.2.254 2025-11-07 09:51:09,124 | ethernet | Disconnected 2025-11-07 09:51:09,125 | ethernet | Was connected for 163 seconds. 2025-11-07 09:51:11,123 | ethernet | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B9:0E:DB 2025-11-07 09:51:11,124 | ethernet | Got IP address: 10.11.2.210/16, GW 10.11.2.254 2025-11-07 09:57:21,124 | ethernet | Disconnected 2025-11-07 09:57:21,141 | ethernet | Was connected for 370 seconds. 2025-11-07 09:57:23,124 | ethernet | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B9:0E:DB 2025-11-07 09:57:23,125 | ethernet | Got IP address: 10.11.2.210/16, GW 10.11.2.254 2025-11-07 09:59:15,124 | ethernet | Disconnected 2025-11-07 09:59:15,141 | ethernet | Was connected for 112 seconds. 2025-11-07 09:59:19,123 | ethernet | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B9:0E:DB 2025-11-07 09:59:19,124 | ethernet | Got IP address: 10.11.2.210/16, GW 10.11.2.254 2025-11-09 17:19:21,147 | ethernet | Disconnected 2025-11-09 17:19:21,148 | ethernet | Was connected for 199201 seconds. 2025-11-09 17:19:35,147 | ethernet | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B9:0E:DB 2025-11-09 17:19:35,148 | ethernet | Got IP address: 10.11.2.210/16, GW 10.11.2.254 2025-11-09 18:15:19,147 | ethernet | Disconnected 2025-11-09 18:15:19,148 | ethernet | Was connected for 3343 seconds. 2025-11-09 18:15:23,147 | ethernet | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B9:0E:DB 2025-11-09 18:15:23,148 | ethernet | Got IP address: 10.11.2.210/16, GW 10.11.2.254 Also irgendwas passt da mit deinem Netzwerk nicht. Die Verbindung ist meist für 2 oder 4 Sekunden weg. Solch kurze Verbindungsaussetzer kenne ich sonst nur von defekten Netzwerkkabeln mit Wackelkontakt oder schlechter Crimpung. Mach mal das Ereignis-Log der Wallbox auf und wackel am Kabel, insbesondere am Stecker am Switch und kurz davor, da du die Seite kürzlich bewegt hast, die Wallbox-Seite dagegen nicht. Wenn dann neue Ethernet-Einträge im Log auftauchen, hat dein Kabel ein Problem oder vielleicht auch der Switchport. Noch besser: Lass einen Endlos-Ping laufen und achte auf fehlende Antworten, während du am Kabel/Stecker wackelst. Andere Idee: Mach beim Switch mal 802.3az auf dem Port der Wallbox aus. Nicht jeder Switch macht 802.3az gleich gut.

Welche Wünsche? In der neuesten Wallbox-Firmware kann die Wartezeit bei Phasenwechseln eingestellt werden.

Hier der relevante Teil aus dem Debug-Report: 2025-11-09 15:48:55,127 | users | Charger state changed from 0 to 1 2025-11-09 15:49:02,132 | users | Charger state changed from 1 to 3 2025-11-09 15:49:02,192 | charge_tracker | Tracked start of charge. 2025-11-09 15:49:03,239 | battery_control | Forbid discharge 2025-11-09 15:58:50,570 | users | Charger state changed from 3 to 2 2025-11-09 15:58:55,578 | users | Charger state changed from 2 to 3 2025-11-09 16:52:08,072 | users | Charger state changed from 3 to 2 2025-11-09 16:52:14,086 | battery_control | Revoke discharge override 2025-11-09 17:59:55,005 | users | Charger state changed from 2 to 1 2025-11-09 18:00:08,007 | users | Charger state changed from 1 to 2 2025-11-09 18:00:51,041 | users | Charger state changed from 2 to 0 2025-11-09 18:00:51,117 | charge_tracker | Tracked end of charge. Laut Debug-Report hat das Auto von sich aus um 16:52:08 die Ladung beendet, nachdem es das um 15:58:50 schon einmal getan hat, da allerdings nur für fünf Sekunden. Im Log ist auch noch das gesamte Lastmanagementprotokoll seit 15:28 und darin kann ich sehen, dass die Wallbox durchgängig dreiphasig 13 A freigegeben hat. Erst nachdem das Auto die Ladung beendet hat, hat die Wallbox schrittweise erst auf 9 A und dann auf 6 A reduziert, was der Normalfall bei nicht ladewilligen Autos ist. Ich kann also leider keinen Hinweis auf irgendeine Ursache sehen. Aus Sicht der Wallbox war alles okay. Leider ist „Ladestation nicht verfügbar“ wieder so eine komplett nutzlose Deppen-Fehlermeldung. Die Wallbox sieht das Auto und dementsprechend muss das Auto auch die Wallbox sehen. Keine Ahnung, was das Auto da für digitale Verstopfung hat. Anhand dem Knick in der abfallenden Kurve vermute ich, dass sich der andere Verbraucher ca. 3 Minuten vor Ladeende abgeschaltet hat. Bei dem Abstand glaube ich nicht, dass das tatsächlich einen Einfluss hatte, und halte das eher für koinzident.

Ein WEM 1 kann leider keine Wärmepumpen steuern, da für eine SG-Ready-Schnittstelle zwei Relais benötigt werden. Eine Art „halbe“ SG-Ready-Schnittstelle für den WEM 1 ist nicht geplant.

Wir unterstützen keine einzelnen Stromanbieter, auch nicht in Deutschland. Da es sehr viele Stromanbieter gibt, ist es leider nicht möglich, für jeden davon eine eigene Anbindung anzubieten. Stattdessen beziehen wir die Börsenstrompreise direkt vom Verband Europäischer Übertragungsnetzbetreiber. Bisher unterstützen wir die Regionen Deutschland, Österreich und Luxemburg. Vielleicht kann @borg was dazu sagen, ob inzwischen auch die Region Schweiz möglich ist. Der Energy Manager 2.0 kann SG-Ready-Wärmepumpen steuern. Den Batteriespeicher einer Solaranlage kann er steuern, sofern es ein unterstütztes Modell ist oder er eine Dokumentierte Modbus-Schnittstelle hat, damit wir eine entsprechende Unterstützung hinzufügen können.

Ich kenne deine Anlage nicht und bin mir noch nicht ganz sicher, wie deine Verbrauchskurven zu interpretieren sind. Auf welche Zeitpunkte bzw. Zeiträume beziehst du dich? Eine ungefähre Zeitangabe reicht.

Zwischen 1.3.9 und 1.3.11 gab es keine Änderungen an der Heizungssteuerung. Sobald du einen Debug-Report vom Fehlerfall hast, sehen wir weiter. Du kannst übrigens mal unter Energy Manager → Debug unten einen Blick auf den SG Ready 1-Ausgang werfen (zweiter von rechts). Im Normalfall ist der wahrscheinlich Low. Wenn die Wärmepumpe läuft, obwohl sie das deiner Meinung nach nicht soll, sieh nach, was der Ausgang gerade macht. Wenn er Low ist, gibt es möglicherweise ein Problem beim Energy Manager. Ist der Ausgang high, liegt das Problem bei der Wärmepumpe, die den Energie Manager aus irgendeinem Grund gerade ignoriert.

Downgrade zu welcher Version? Also welche Version funktioniert wie erwartet? Die Information brauchen wir, damit wir uns die entsprechenden Änderungen ansehen können. Um das Problem analysieren zu können, brauchen wir außerdem einen Debug-Report vom Fehlerfall. Bitte installiere wieder 1.3.11 und wenn das Problem wieder auftritt, lade in dem Moment einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an.

So you made it yourself? 5 years ago, there was no 64 bit Raspbian yet, so it’s not surprising that your script contained the instructions for 32 bit Raspbian.

Wenn du den Batteriespeicher bearbeitest, sollte es unten links „Exportieren“ geben. Die Datei, die du dann bekommst, kannst du hier anhängen.

Beim Industrial-Quad-Relay muss man die Polarität beachten. Hast du schon mal versucht, es andersrum anzuschließen?

Ich habe keinen Zugriff auf deine Box. Ich frage morgen mal die Kollegen, aber der eine ist gerade in Urlaub gegangen. Kannst du bitte wieder die Version aus meinem Forenpost installieren und versuchen im Modus „Schnell“ zu laden? Wenn es dann nicht funktioniert, bitte einen Debug-Report runterladen und hier anhängen. Möglicherweise ist das noch ein anderes Problem. Softwarebugs sind leider Rudeltiere und treten gerne gehäuft auf. Unter Umständen wird eine Ladung im Modus „Schnell“ erst einphasig begonnen, obwohl auch direkt dreiphasig gestartet werden könnte. Das Problem besteht schon länger und wir konnten es noch nicht genau einkreisen. Da es zwar etwas lästig aber prinzipiell nicht problematisch ist, hat es auch nicht die höchste Priorität bekommen. Ansonsten ist das im PV-Modus durchaus normal, wenn das Wetter wechselnd bewölkt ist oder zumindest vor ein paar Minuten noch war. Mit eingetragener Phasenrotation hätte es funktioniert, ja. Das ist mir aber erst aufgefallen, als ich das eigentliche Problem gefunden hatte. Du musst aber nicht nur rechts- oder linksdrehend eintragen, sondern auch, welche Wallboxphase mit welcher Netzphase verbunden ist. 123 ist genauso rechtsdrehend wie 231, aber offensichtlich nicht das Gleiche. Der Begriff „Rotation“ bezieht sich an der Stelle nicht auf das Drehfeld, sondern dass die Phasen von einer Wallbox zur nächsten „rotiert“ werden. Drei passend durchrotierte Wallboxen mit rechtsdrehendem Drehfeld haben die Phasenrotationen 123, 231 und 312.

Ein Energy Manager + Schütz kann nur für eine Wallbox Phasenumschaltung machen. Möchtest du zwei Wallboxen umschalten können, brauchst du zwei Energy Manager und zwei Schütze. Alternativ kannst du aktuell eine Wallbox umschaltbar machen und die andere permanent dreiphasig angeschlossen lassen. Zwei Wallboxen über ein Schütz zu schalten ist leider nicht möglich, da in dem Fall bei einphasiger Ladung die Leistung beider Wallboxen auf nur einer Phase hängen würde. Eine derartige Schieflast ist nach den Technischen Anschlussbedingungen (TAB) praktisch aller Energieversorger nicht zulässig.

Im Debug Report ist keine neue Panic und die Logeinträge zur Netzwerkverbindung leider von den Fehlermeldungen eines anderen Bugs verdrängt worden. Wenn du die neue Firmware (von morgen oder aus dem anderen Thread) drauf hast und nochmal das Problem auftritt, dass du das Netzwerkkabel ziehen und wieder einstecken musst, lade dann bitte einen neuen Debug Report runter und hänge ihn hier an, damit ich mir die Netzwerkmmeldungen ansehen kann.

@TFCharge @Onkel Matt @nagi Könnt ihr bitte mal diese Version testen? Damit sollte es wieder funktionieren. warp3_firmware_2_8_12_690b55c0_3831af13d116e56_merged.bin

Actually, where did you find this script?

@nagi 2.8.11 und 12 haben ein Problem mit Wallboxen mit unbekannter Phasenrotation und wir haben die Versionen gerade zurückgezogen. Bitte auf 2.8.10 downgraden, falls du die Phasenrotation deiner Wallbox nicht in der Liste der kontrollierten Wallboxen eingetragen hast.

The error suggests that you’re not running armhf but rather arm64. Please use the Tinkerforge repository instead of trying to install the packages manually. Using the repository will always get you the correct version and you will automatically receive updates as well. Uninstall brickd Follow these instructions to set up the repository Install brickd via apt-get

Ja. Die Informationen der letzten Panic/Exception werden gespeichert, bis sie von der nächsten überschrieben werden.

Kannst du bitte einen frischen Debug-Report runterladen und anhängen? Ich möchte nachsehen, ob es mit der neuen Firmware einen anderen Panic-Grund gibt. Jumbo Frames sollten jetzt kein Problem mehr sein.

Kannst du dich über den internen Accesspoint verbinden?

Man kann jederzeit lokal per Netzwerk auf die Wallbox zugreifen, entweder per IP oder Hostname, also sowas wie warp3-2abc.local. Wenn man IP und Hostname nicht kennt, kann man im Router (z.B. FritzBox) nachsehen, welche Geräte dort bekannt sind. Hilft das alles nichts, kann man sich direkt mit dem Accesspoint der Wallbox verbinden. Die Zugangsdaten dafür stehen auf einem Aufkleber auf der Rückseite vom Benutzerhandbuch. Über den Accesspoint kann man auch alle Einstellungen ändern und sich IP und Hostname ansehen.