photron

Als nächstes großes Feature kommt die Batteriespeicher-Steuerung. 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. Daher muss der Lastmanager aktiviert sein. Dies ist aber vermutlich eh schon der Fall, da die Speichersteuerung hauptsächlich zusammen mit dem 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. Es gibt aktuell sechs Aktionen, die wir für sinnvoll halten: Laden vom Netz erlauben Erlaubnis zum Laden vom Netz zurücknehmen Entladen verbieten Verbot zum Entladen zurücknehmen Laden verbieten (neu in Phase 2) Verbot zum Laden zu­rück­neh­men (neu in Phase 2) Neu in Phase 2 ist, dass jetzt Regeln festgelegt werden können, um die Aktionen auszulösen. Die Regeln bestehen aus UND-verknüpften Bedingungen für den Batterie­lade­stand, den dy­na­mi­scher Strom­preis und die PV-Er­trags­pro­gno­se. Dadurch kann z.B. netzdienliches Laden realisiert werden, indem das Laden verboten wird, solange der dy­na­mi­sche Strom­preis über einem bestimmten Schwellwert liegt. Das Ganze funktioniert ähnlich wie die Anbindung von Modbus/TCP-Stromzählern. Es wird auf Dauer vorgefertigte Presets für verschiedene Speicher geben. Aktuell müssen die Register von Hand eingetragen werden. Neu in Phase 2 ist, dass die Register-Konfiguration importiert und exportiert werden kann. Angehängt sind die Register-Konfigurationen für Deye, Hailei, SMA, Sungrow und Victron-Energy (in dieser Reihenfolge). Weiterführende Dokumentation ist hier zu finden: https://docs.warp-charger.com/docs/compatible_devices/batteries Wir freuen uns über jegliche Rückmeldung. Gerne auch mit Modbus-Registersätzen die für eure Speicher funktionieren. Edit: Die Firmware-Dateien wurden aktualisiert. Neu ist nun, dass ein Zeitplan in Abhängigkeit vom dynamischen Strompreis angelegt und bei den Regeln benutzt werden kann. Beispielsweise können die günstigsten drei Stunden in einem Zeitfenster von 20:00 bis 20:00 des Folgetages ausgewählt werden, um einen Speicher zu laden. Edit: Veraltete Firmware-Dateien entfernt. Bitte Firmwares aus Phase 3 verwenden. Batteriespeicher-Konfiguration-Modbus-TCP-Deye.json Batteriespeicher-Konfiguration-Modbus-TCP-Hailei.json Batteriespeicher-Konfiguration-Modbus-TCP-SMA.json Batteriespeicher-Konfiguration-Modbus-TCP-Sungrow.json Batteriespeicher-Konfiguration-Modbus-TCP-Victron-Energy.json

@Hoich Sorry, für die späte Antwort. Da scheinen ja einige Dinge mit dem WattNode Zähler nicht zu passen. Ich würde das gerne so weit wie möglich auf unserer Seite verbessern. Dafür wäre es mir sehr hilfreich, wenn du mir eine Log von der SunSpec Gerätesuche und einen Debug-Report (unter System > Ereignis-Log) zeigen könntest (Falls du die nicht hier öffentlich anhängen willst, dann gerne auch als PM). Allerdings ohne die Modifikationen durch deinen Proxy, damit ich verstehen kann wie genau die falschen Werte aussehen.

Korrigierte Firmwares sind released.

Firmware: WARP1 2.8.6, WARP2 2.8.6, WARP3 2.8.6, WARP Energy Manager 2.4.6, WARP Energy Manager 2.0 1.3.6 SunSpec: Falsche Energiewerte für TQ-Systems EM420 korrigiert Modbus TCP: Lesen falscher Register für Solaredge-, Eastron SDM630 TCP-, WARP Charger-, SAX Power Home-, E3DC- und Huawei-Zähler korrigiert Download: WARP1 2.8.6 bzw. WARP2 2.8.6 bzw. WARP3 2.8.6 bzw. WARP Energy Manager 2.4.6 bzw. WARP Energy Manager 2.0 1.3.6

Okay, ich habe das Problem verstanden. Korrigierte Firmwares werden gleich released. Es sind die letzten beiden Releases aller WARP Firmwares betroffen für diese Modbus/TCP Zähler: Solaredge, Eastron SDM630 TCP, Tinkerforge WARP Charger, SAX Power Home, E3DC und Huawei. Die Config wird in diesen Version falsch interpretiert. Du musst nichts umstellen, sondern nur die korrigierte Firmware installieren, die gleich released wird.

Sorry, das muss ein Bug im Energy Manager sein. Der versucht die falschen Register auszulesen. Auf Anhieb kann ich das hier nicht reproduzieren. Kannst du zwei Sachen testen? 1) Besteht das Problem weiterhin, wenn du den Energy Manager neustartest? 2) Besteht das Problem weiterhin, wenn du den Energy Manager auf die Firmware die du vorher hattets downgrades?

Du hast eine Deye Neiderspannungs-Wechslerichter. Ich habe aber anscheinend die PV Messwerte nur mit unserer Deye Hochspannungs-Wechslerichter getestet. Die Modbus-Register zwischen den beiden Varianten haben einen 10x Faktor Unterschied bei bestimmten Werten. Dadurch sind die PV-Leistungswerte bei dir 10x zu gross. Das habe ich jetzt korrigiert und der Fix ist auch mit der Firmware von heute schon releast (habe ich bei dir schon eingespielt). Dass du die Werte nicht immer mit exakt 10x Unterschied gesehen hast liegt vermutlich an den unterscheidlichen Aktualisierungsraten zwischen uns (jede Sekunde) und der Deye App (nur höchstens alle 15 Sekunden 3 Minuten).

Dein letzter Debug-Report war zu einem Zeitpunkt an dem die Leistung bei 0W war, dadurch sind wie Messwerte schwieriger zu beurteilen. Es wäre gut, wenn du noch mal einen Report zeigen könntest, wenn die Leistung nicht bei 0W liegt. Natürlich darfst du das! Da passt etwas nicht, was passen sollte, also kümmern wir uns so gut wir können.

Alle Zählerwerte sind immer die aktuellen Werte, keine Stunden- oder Tagessumme. Welches Deye-Wechselrichter-Modell hast du genau?

Aus deinen Debug-Reports Kann ich sehen, dass der EM420 Zähler sich nicht exakt and die SunSpec Spezifikation hält. Das Problem haben wir bei anderen Herstellern auch schon gesehen. Die angehängt Firmware sollte das Problem beheben. Vorher waren die Energiewerte nicht richtig. Alle Werte auf der Stromzähler-Unterseite sind immer die aktuellen Werte. Wir zeigen dort keine Stunden- oder Tages-Summen an. [Edit: Testfirmware entfernt, Fix ist Teil der offiziellen Firmware]

Das Verhalten ist genau so erwartet. Du hast verstanden wo das Problem liegt und wie es zu lösen wäre.

Als erstes aktualisiert bitte die Firmware. Aktuell ist 2.8.3. Standardmässig ist der WLAN Access Point der Wallbox aktiv im 10.0.0.0/24 Subnetz. Das steht im Konflikt mit deinem Netzwerk, dass auch im 10.0.0.0/24 Subnetz ist. Dadurch ist die Wallbox jetzt über Ethernet und WLAN Access Point im gleichen Subnetz. Das kann Probleme verursachen. Ab Firmware 2.8.3 prüfen wir auf diese Subnetzkonflikte und zeigen auf der Statusseite der Wallbox eine Warnung an. Um den Konflikt zu lösen kannst du den WLAN Access Point der Wallbox entweder deaktivieren oder "IP-Adresse" und "Gateway" des WLAN Access Point von 10.0.0.1 auf 10.0.1.1 stellen. Richtig, 10.0.0.76 ist die IP-Adresse des Raspberry Pis auf dem auch der MQTT Broker läuft. Auf der Wallbox musst du als "Broker-Hostname oder -IP-Adresse" genau diese 10.0.0.76 eintragen, nicht 10.0.0.30. Mir ist unklar was 10.0.0.30 ist. Wenn das dein Problem noch nicht löst, dann häng bitte einen Debug Report hier an, zu finden unter System > Ereignis-Log.

Die WARP Firmwares beinhalten jetzt die Anpassungen für die Kostal-Änderungen.

Firmware: WARP1 2.8.3, WARP2 2.8.3, WARP3 2.8.3, WARP Energy Manager 2.4.3, WARP Energy Manager 2.0 1.3.3 SunSpec: An Änderungen ab KOSTAL Smart Energy Meter Firmware 2.6.0 angepasst SunSpec: Leistungsfaktor für SMA-Wechselrichter korrigiert SunSpec: Vertauschung des Energiebezugs und der Energieeinspeisung für Modell 714 korrigiert Modbus TCP: Absturz durch leere benutzerdefinierte Registertabelle behoben Modbus TCP: Skalierung des Energieeinspeisungswertes für Fox ESS Netzanschluss korrigiert Modbus TCP: Unterstützung für Huawei EMMA hinzugefügt Robustheit von SMA Speedwire verbessert Optionalen Seriennummernfilter für SMA Speedwire hinzugefügt Lastmanagement: Erlaube den maximalen Gesamtstrom per Automatisierungsregel zu setzen, auch wenn PV-Überschussladen und dynamisches Lastmanagement deaktiviert sind Lastmanagement: Repariert, dass der Watchdog den verfügbaren Strom nicht richtig zurückgesetzt hat (Nur WARP1, WARP2, WARP3) Ladetracker: PDF-Briefkopf wird gespeichert WLAN-Verbindungsaufbau beschleunigt WLAN-Netzwerksuche beschleunigt (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Ethernet-Initialisierung beschleunigt (Nur WARP1, WARP2, WARP3) Robustheit der Zählerüberwachung verbessert Erkennung von Netzwerkadress-Fehlkonfigurationen erweitert Übersetzungen verbessert Download: WARP1 2.8.3 bzw. WARP2 2.8.3 bzw. WARP3 2.8.3 bzw. WARP Energy Manager 2.4.3 bzw. WARP Energy Manager 2.0 1.3.3

Die Meldung bezieht sich nur auf den Zähler in der Wallbox selbst (genauer gesagt den Zähler der die Energie misst, die vom Fahrzeug geladen wird). Ich habe die Meldung verbessert.

Die Änderung, die Kostal da im Changelog angibt ist für uns kein Problem und die Meldung ist auch irreführend. SunSpec erlaubt am Ende des Common Models ein optionales Padding-Register. Kostal hatte das bisher nicht und hat es wohl mit 2.6.0 eingefügt. Dadurch verschieben sich alle Register danach um eins. Das hat mit SunSpec Konformität nichts zu tun. Es war voher konform und hinterher auch noch. Die Änderung ist kein Problem, wenn man SunSpec korrekt dynamisch ausliest (was wir tun), es ist nur ein Problem wenn man die Registeradressen fest hinschreibt, denn dann hat Kostal einem mit dieser Änderung alles gebrochen. Das ist aber eine Kombination von Kostal hat eine unnütze Änderung gemacht und andere aben SunSpec nicht richtig verwendet. Das hier ist die wirkliche Änderung, die dazu führt, dass bei dir gerade die Werte fehlen: 2025-05-27 19:42:39,576 | meters_sun_spec | Meter 1: Looking for device Mn='KOSTAL' Md='KOSTAL Smart Energy Meter G2' SN='76474277' 2025-05-27 19:42:39,587 | meters_sun_spec | Meter 1: Device Mn='KOSTAL Solar Electric GmbH' Md='KOSTAL Smart Energy Meter G2' Opt='' Vr='2.6.2' SN='76474277' is not matching SunSpec definiert, dass die drei Werte Manufacturer (Mn), Model (Md), und Serial Number (SN) zusammen ein SunSpec Geräte eindeutig identifizieren. Das hat Kostal mit Firmware >= 2.6.0 den Manufacturer von "KOSTAL" auf "KOSTAL Solar Electric GmbH" geändert haben. Dadurch finden wir den Zähler jetzt nicht mehr. Teste bitte die angehängte Firmware. Damit sollte es wieder funktionieren. [Edit: Testfirmware entfernt. Die Änderungen sind in der offiziellen Firmware enthalten]

Mir sind noch zwei kleine Probleme aufgefallen. Die PV Energiewerte fehlen und der Leistungsfaktor ist 100x zu klein. Anbei eine neue Firmware mit den beiden Problemen korrigiert. Könntest du diese auch noch mal testen und einen Debug Report anhängen? Danke! energy_manager_firmware_2_4_2_6835f275_0618f965a5e30c0_merged.bin

Das Problem mit dem SHM ist weder in der offiziellen 2.8.1 noch in der gerade veröffentlichten 2.8.2 Version drin, sondern war nur in der Testversion enthalten. Das Problem mit der Phasenumschaltung beim PV-Überschussladen ist mit 2.8.2 behoben. Teste bitte mit der offiziellen 2.8.2 weiter. Falls dir damit noch Unstimmigkeiten beim PV-Überschussladen auffallen, dann hängt bitte wieder einen Debug-Report an.

Firmware: WARP1 2.8.2, WARP2 2.8.2, WARP3 2.8.2, WARP Energy Manager 2.4.2, WARP Energy Manager 2.0 1.3.2 Lastmanagement: Phasenumschaltung im PV-Lademodus repariert Download: WARP1 2.8.2 bzw. WARP2 2.8.2 bzw. WARP3 2.8.2 bzw. WARP Energy Manager 2.4.2 bzw. WARP Energy Manager 2.0 1.3.2

Firmware: WARP1 2.8.1, WARP2 2.8.1, WARP3 2.8.1, WARP Energy Manager 2.4.1, WARP Energy Manager 2.0 1.3.1 (Nur WARP3) Absturz durch hängende I2C-Kommunikation mit dem Onboard-Temperatursensor repariert (Nur WARP1, WARP2, WARP3) Ladetracker: Zusammenfassung im PDF-Export repariert Lastmanagement: Falsche Phasenumschaltung im Min+PV-Lademodus repariert Modbus TCP: Vorzeichen der Wechselrichterleistung und des Batteriestroms für Alpha ESS und Hailei Hybrid-Wechselrichter korrigiert Modbus TCP: Reduzierter Registersatz für Huawei SUN2000 mit Smart Dongle hinzugefügt Modbus TCP: Virtuellen PV-Stromzähler für Alpha ESS und Hailei Hybrid-Wechselrichter hinzugefügt Modbus TCP und SunSpec: Einschränkung der Geräteadresse auf 1 bis 247 aufgehoben Dynamisches Lastmanagement: Untergrenze für maximalen Strom am Netz­an­schluss von 20A auf 16A reduziert (Nur WARP1, WARP2, WARP3) Modbus TCP Server: Neue Option, ob im Nur-Lesemodus Schreibzugriffe still ignoriert, oder mit einem Fehler beantwortet werden Login-Dialog für Firefox und Chrome auf iOS repariert Bei unerwarteten Neustarts wird eine Warnung angezeigt Übersetzungen verbessert Download: WARP1 2.8.1 bzw. WARP2 2.8.1 bzw. WARP3 2.8.1 bzw. WARP Energy Manager 2.4.1 bzw. WARP Energy Manager 2.0 1.3.1

Danke, dass sieht doch alles schon mal viel besser aus. Kannst du einen Debug-Report zeigen? Ich würde noch einmal in die Details schauen wollen. Aber ich denke wir können das Problem als gelöst abhaken.

Kannst du einen Debug-Report anhängen? Ich würde gerne deine Zählerkonfiguration verstehen. Dass du da 2x warp2 drin hast liegt daran, dass du vor der warp2 einen weiteren Zähler verbaut hast? Dass bei PV Carport nur 0 kWh Bezug steht und das Feld für Einspeisung hat fehlt ist sehr suspekt. Unter der Annahme, dass der warp2 Bezug stimmt, dann müsstest du auch 20 kWh PV Einspeisung gehabt haben und rein optisch kann dann schon 17/-15 kWh beim Netzanschluss nicht hinkommen.

Sungrow unterstützen wir bereits und haben Kunden die das erfolgeiche mit WARP im Einsatz haben. Sofar Solar unterstützen wir hisher noch nicht. EVCC kann das, aber ich lese in deren Bug-Tracker, dass das wohl nicht ganz so gut funktioniert.

Stimmt, das Problem tratt nicht nur bei voller Länge, sondern bei Vielfachen von 4 auf.

Teste bitte diese Firmware. Das Problem sollte behoben sein. Beide Probleme die du gesehen hast, sind eigentlich der gleiche Bug. Nur äußerst sich der Bug anders abhängig davon was gerade im Speicher steht. Das Problem trat nur auf, wenn man das Ladelog für einen bestimmten Benutzer erstellt und dieser Benutzer einen Namen mit Maximallänge (32 Zeichen) hat. [Edit: Testfirmware entfernt. Das Probleme ist in der offiziellen Firmware behoben]