photron

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.

On 7/7/2025 at 7:37 PM, H.S. said:

Ich darf mich dann, falls es nicht passt, nochmals melden!

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.

energy_manager_v2_firmware_1_3_4_686c0125_cd3eafa4a135dea_merged.bin

On 7/7/2025 at 12:16 PM, wolkenschaufler said:

Das Verhalten ist nur logisch - die Wallbox wartet dann auf eine Freigabe über OCPP von ecarup. 

Was es eigentlich bräuchte, wäre ein OCPP-Proxy in evcc, welchen es aber aktuell noch nicht gibt. 

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

On 6/12/2025 at 2:41 PM, xint said:

Die WASP2 hat als Firmware: 2.2.1-65ca20dd

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.

On 6/12/2025 at 2:41 PM, xint said:

Der pi ist, so schließe ich daraus, unter 10.0.0.76:1883 zu erreichen. In der WARP" habe ich MQTT aktiviert und als Adresse 10.0.0.30eingetragen

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

On 5/29/2025 at 1:25 PM, VinciSC71 said:

Im log sehe ich in Zeile 409 ein "require_meter    | Energy meter stuck or unreachable! Blocking charging.", die sehe ich heute zum ersten Mal.
Ich habe folgende 3 Stromzähler konfiguriert, alle drei zeigen schwankende/dynamische Werte an, d.h. da ist weder ein offensichtliches "stuck" noch "unreachable":

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

On 5/17/2025 at 10:56 AM, nagi said:

.. nach Downgrade auf 2.8.0 funktioniert der SHM2.0 über SMA Speedwire wieder. War also ein Fehler in der Testfirmware.

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

On 5/8/2025 at 1:24 PM, j.esser said:

Ich habe jetz nochmal die Register ausgelesen....

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.

On 5/2/2025 at 7:30 PM, Bruno said:

PS: Die Länge des Benutzernames beträgt nur 12 Zeichen, nicht 32.

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]

Ich kann das Problem reproduzieren. Testfirmware kommt gleich.

It seems in MATLAB "\r\n" doesn't produce the CR and LF characters you're looking for.

Try this:

rs232.write(String('OUT_SP_1 100' + char(13) + char(10)).toCharArray());

On 4/30/2025 at 11:09 PM, HomeAG said:

Für den Speicher habe ich damit nur den Ladezustand erhalten, weshalb ich per Modbus/TCP den Speicher nochmals eingebunden habe ("SolarEdge Modus" unten).

Sorry, da fehlte der Hinweis in unserer Dokumentation. Ich habe das gerade nachgebessert.

Über SunSpec liefert SolarEdge nicht ausreichend Daten über die Batterie, daher der Modbus/TCP Zähler für die SolarEdge Batterie. Den SunSpsc Speicherkapazitäts-Zähler für SolarEdge kannst du wieder entfernen.

Try this.

clear
clc
import com.tinkerforge.IPConnection;
import com.tinkerforge.BrickletRS232V2;
import java.lang.String;

HOST = 'localhost';
PORT = 4223;
UID = 'MyUID'; % Change XYZ to the UID of your RS232 Bricklet 2.0

ipcon = IPConnection(); % Create IP connection
rs232 = BrickletRS232V2(UID, ipcon); % Create device object
ipcon.connect(HOST, PORT); % Connect to brickd

% make sure the Bricklet has the expected configuration
rs232.setConfiguration(9600, BrickletRS232V2.PARITY_NONE, BrickletRS232V2.STOPBITS_1, BrickletRS232V2.WORDLENGTH_8, BrickletRS232V2.FLOWCONTROL_OFF);

rs232.disableReadCallback();
rs232.write(String('OUT_SP_1 100\r\n').toCharArray());
ipcon.disconnect();

Der Betatest ist abgeschlossen. Die Änderungen sind WARP1 2.8.0, WARP2 2.8.0, WARP3 2.8.0, WARP Energy Manager 2.4.0, WARP Energy Manager 2.0 1.3.0 enthalten.

Danke für eure Unterstützung.