photron

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.

Firmware: 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

• Instabile Firmware-Aktualisierungen werden automatisch erkannt und auf die vorherige Firmware zurück gewechselt
• (Nur WARP2) Verbessertes PV-Überschussladen und dynamisches Lastmanagement für einphasig ladende Fahrzeuge auch ohne Energy Manager zur Phasenumschaltung (durch Update auf Ladecontroller-Firmware 2.2.11)
• (Nur WARP3) OCPP: Messwerte werden auch während eines Ladevorgangs gemeldet
• Modbus TCP: Unterstützung für SAX Power Home hinzugefügt
• Modbus TCP: Unterstützung für E3/DC Hauskraftwerk hinzugefügt
• Modbus TCP: Unterstützung für Huawei SUN2000 hinzugefügt
• Modbus TCP: Unterstützung für zweiten GoodWe-Batteriespeicher hinzugefügt
• Modbus TCP: GoodWe-Batterie-Leistung > 32kW repariert
• (Nur Energy Manager 2.0) Heizung: Knöpfe zur manuellen Kontrolle der SG-Ready-Ausgänge hinzugefügt
• (Nur Energy Manager 2.0) Heizung: Knopf zu Status-Seite hinzugefügt, um den blockierenden SG-Ready-Ausgang für eine bestimmte Zeit zu deaktivieren
• SunSpec: Bei Fehlern während der Gerätesuche wird eine Warnung im Webinterface angezeigt
• SunSpec: Unterstützung für Geräte mit Basisadresse 50000 und 0 repariert
• PV-Ertragsprognose: Sommer-/Winterzeit-Behandlung repariert
• Ein NFC-Tag kann nicht mehreren Benutzern zugeordnet werden
• (Nur WARP Energy Manager 2.0) Display: Anzeige des Bewölkt-Icons repariert
• Dynamisches Lastmanagement: Untergrenze für maximalen Strom am Netz­an­schluss von 25A auf 20A reduziert
• Fernzugriffs-Abschnitt zur Statusseite hinzugefügt
• Mehr Hilfetexte dem Webinterface hinzugefügt
• Aktualisierung der Haupt-Software-Bibliotheken (ESP-IDF 5.4 und arduino-esp32 3.2)

Download: WARP1 2.8.0 bzw. WARP2 2.8.0 bzw. WARP3 2.8.0 bzw. WARP Energy Manager 2.4.0 bzw. WARP Energy Manager 2.0 1.3.0

Danke für's Testen!

Das sieht alles gut aus. Interessant ist der zeitliche Versatz zwischen den beiden Zählern. Sieht nach 5 Sekunden aus. Das ist aber kein Problem.

Denn Netzanschlusszähler vom SAX Power kannst du wieder löschen. Da wollte ich ja nur mal die Werte sehen. Du kannst auch bei dieser Firmware bleiben. Die Unterstützung für SAX Power wird dann auch in der nächsten offiziellen Firmware mit drin sein.

Den Speicher vom Netz zu laden, wenn der Strom günstig ist kommt auch von unserer Seite bald als Teil der Batterie-Steuerung.

On 4/12/2025 at 11:52 AM, Mannitwi said:

Oups, wie richte ich bitte einen Netzschlusszähler ein? Bedenke bitte, dass ich eigentlich ziemlich ahnungslos bin und nur selbstsicheres Auftreten bei völliger Ahnungslosigkeit beherrsche.

Du fügst noch einen weiteren Zähler hinzu und konfigurierst den genau so wie den Zähler für den Batteriespeicher. Aber für den viruellen Zähler wählst du "Netzanschluss" anstelle von "Speicher". Ich würde gerne sehen, ob diese Messwerte auch passen.

Als nächstes großes Feature kommt die Batteriespeicher-Steuerung.

Im Webinterface unter Energiemanagement > Speichersteuerung zu finden.

Der erste Schritt ist dem Batteriespeicher das Entladen zu verbieten, 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 Kommunikaton mit dem Batteriespeicher Modbus/TCP zur Verfügung. Es gibt aktuell vier 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

Davon werden aktuell nur die letzten beiden verwendet. Die ersten beiden werden in einer späteren Version nachgereicht werden. Es reicht also aus die Sequenz an Modbus-Registern für die letzten beiden Aktionen zu konfigurieren.

Das ganze funktioniert ähnlich wie die Anbindung Modbus/TCP Stromzähler. Es wird auf Dauer vorgefertigte Presets für verschiedene Speicher geben. Aktuell müssen die Register von Hand eingetragen werden.

Wir freunen uns über jegliche Rückmeldung. Gerne auch mit Modbus-Registersätzen die für eure Speicher funktionieren.

energy_manager_firmware_2_3_6_67f91981_ae4fa7cca7be157_feature-batteries-4_merged.bin energy_manager_v2_firmware_1_2_6_67f91acc_ae4fa7cca7be157_feature-batteries-4_merged.bin warp2_firmware_2_7_7_67f913cf_ae4fa7cca7be157_feature-batteries-4_merged.bin warp3_firmware_2_7_7_67f91776_ae4fa7cca7be157_feature-batteries-4_merged.bin warp_firmware_2_7_6_67f912a6_ae4fa7cca7be157_feature-batteries-4_merged.bin

Laut Log ist SPI nicht aktiviert. Das sollte eigentlich durch das HAT Zero Brick Device Tree Overlay automatisch aktiviert werden. Teste bitte mal SPI händisch über den Kommandozeilenbefehl raspi-config zu aktivieren. Das zu raspi-config starten und unter "Interfacing Options" SPI aktivieren und neustarten.

Okay, ich habe in dieser Firmware jetzt die 40/64 Vertauschung behoben. Das hat für dich jetzt keinen Effekt, sondern nur beim Neuanlegen des Zählers. Und ich habe das Vorzeichen der Speicherleistung gedreht, d.h. du kannst die Energieflussrichtung wieder auf normal stellen.

Könntest du testweise auch mal einen SAX Power Netzschlusszähler einrichten? Ich würde gerne sehen, ob dort die Werte mit dem übereinstimmen, wa dein Speicher am Netzschluss miss. Danke!

[Edit: Testfirmware entfernt, Unterstützung für SAX Power ist in der offiziellen Firmwar enthalten.]

Sorry die Geräteadresse für Basic Mode und Extended Mode waren vertauscht, wie du schon richtig erkannt hast. Basic Mode ist 64 und Extended Mode ist 40.

Hast du Extended Mode mit Geräteadresse 40 versucht?

Für's PV-Überschussladen brauchst du nur die Leistung des Speichers, daher reicht Basic Mode. Es wäre denoch toll, wenn du auch Extended Mode testen könntest, ob die Werte passen, falls es bei dir funktioniert. Danke!

Wichtig wäre jetzt noch zu sehen, dass das Vorzeichen der Leistung passt.

On 4/10/2025 at 7:34 PM, Mannitwi said:

Am Speicher kann ich jedoch die Entladung bei Min+PV mit positivem Wert erkennen. Beim Laden ware er negativ.

Das wäre genau falschherum. Für uns ist Laden/Bezug positiv und Entladen/Einspeisung negativ. Sprich laut deinem Screenshot entlädt der Speicher gerade mit 140W und steht bei 3% SOC. Das Vorzeichen muss passen, ansonsten verhält sich die Regelung falsch herum. Kannst du das nochmal prüfen?

Teste bitte diese Firmware. Die verherige hatte noch einen Fehler.

[Edit: Fehlerhafte Testfirmware entfernt]

Version 2.0.2 für das HAT Zero Brick ist korrekt. Beide Bricks haben nicht die gleiche Firmware-Version. HAT Brick 2.0.4 und HAT Zero Brick 2.0.2 haben die Korrekturen für Raspberry Pi 5 drin.

Beide Bricks funktionieren hier im Test gerade auch mit einem Raspberry Pi 5.

Ich brauch mehr Information. Kannst du mir folgendes zeigen bzw. anhängen?

Die Ausgabe der folgenden Befehle auf dem Raspberry Pi:

uname -a

cat /etc/os-release

cat -v /proc/device-tree/hat/*

sytemctl status brickd

Und einmal bitte die brickd Logdatei anhängen:

/var/log/brickd.log

On 4/10/2025 at 7:40 AM, cord said:

Mir sind zwei Dinge bisher aufgefallen (wem1): die Anzeige der Last auf der Statusseite ist jetzt die gesamte Hauslast.  Vorher war es nur die warp2 bei mir. 
und bei der Energiebilanz wird der Balken für die Warp nicht immer angezeigt und ist  bleibt beim Blättern durch die Tage manchmal der vom Vortag 

Da sollte es keinen Unterschied zwischen 2.3.7 und Master geben. Ist das reproduzierbar? Sprich, wenn du auf 2.3.7 zurückgehst, hast du dann wieder das alte Verhalten?

Das Problem war, dass der Pong-Timeout als 35 Sekunden aus dem Standard-Ping-Intervall von 10 Sekunden berechnet wurde. In deinem Fall steht das Ping-Intervall aber auf 60 Sekunden, dadurch wurde die Verbindung nach 35 Skunden wegen vermeindlich ausbleibendem Pong getrennt, obwohl noch gar kein Ping wieder gesendet wurde. Dieser Berechnungsfehler ist mit der gerade veröffentlichten WARP2/3 Firmware 2.7.8 behoben.

Der Crash beim Download des Debug-Reports über den Fernzugriff ist auch behoben.

Firmware: WARP1 2.7.7, WARP2 2.7.8, WARP3 2.7.8, WARP Energy Manager 2.3.7, WARP Energy Manager 2.0 1.2.7

• Fernzugriff: Absturz beim Herunterladen des Debug-Reports (Trace-Log) repariert
• (Nur WARP2, WARP3) OCPP: Verbindungsverlust durch falschen Pong-Timeout bei abweichendem Ping-Timeout repariert

Download: WARP1 2.7.7 bzw. WARP2 2.7.8 bzw. WARP3 2.7.8 bzw. WARP Energy Manager 2.3.7 bzw. WARP Energy Manager 2.0 1.2.7

Firmware: WARP1 2.7.6, WARP2 2.7.7, WARP3 2.7.7, WARP Energy Manager 2.3.6, WARP Energy Manager 2.0 1.2.6

• Lastmanagement: Sichergestellt, dass Wallboxen, die in einem der "Min"-Lademodi sind, immer aktiviert werden, falls möglich
• Lastmanagement: Hinzugefügt, dass andere Wallboxen weiter laden, wenn Wallboxen nicht erreicht werden
• Fernzugriff: Layout der Authorisierungstoken geändert, um mehr Fehlertoleranz zu gewährleisten
• SunSpec: Automatische Erkennung für Work-around für byte-vertauschte Kostal-Float-Werte hinzugefügt
• SunSpec: Gerätesuche für SMA-Geräte verbessert
• Modbus TCP: Unterstützung für Eastron SDM630 TCP Stromzähler hinzugefügt
• Modbus TCP: Unterstützung für WARP Charger als Stromzähler hinzugefügt
• Modbus TCP: Vorzeichen der Netzanschlussleistung bei Sungrow String-Wechselrichter korrigiert
• Modbus TCP: Siemens PAC Stromzähler messen Phasenströme ungerichtet
• Einstellbare Verzögerung zu Au­to­ma­ti­sie­rungsregeln hinzugefügt
• Unterstützung für weitere SMA Speedwire-Geräte hinzugefügt (z.B. SMA Energy Meter)
• Herunterladen von Debug Reports (Trace Log) beschleunigt
• Robustheit der Ladeprotokoll-Aufzeichnung verbessert
• Stabilität des Fernzugriffs verbessert
• (Nur WARP Energy Manager, WARP Energy Manager 2.0) Einrichtung der Anmeldung repariert falls Passwort zuerst eingegeben wird
• (Nur WARP Energy Manager, WARP Energy Manager 2.0) Laden der Energiebilanzdaten beschleunigt
• (Nur WARP Energy Manager, WARP Energy Manager 2.0) Verlässlichkeit der SD-Kartenerkennung verbessert
• (Nur WARP Energy Manager, WARP Energy Manager 2.0) Robustheit Leistung-zu-Energie-Akkumulation verbessert
• Zeitzonen-Datenbank aktualisiert
• Übersetzungen verbessert

Download: WARP1 2.7.6 bzw. WARP2 2.7.7 bzw. WARP3 2.7.7 bzw. WARP Energy Manager 2.3.6 bzw. WARP Energy Manager 2.0 1.2.6

Danke für die Dokumentation!

Ich vermute, dass mit einem Firmware Update Port 502 dazu kommen ist und nicht von 3600 auf 502 umgestellt wurde. 502 ist der Standardport für Modbus/TCP.

Anbei ein Test-Firmware für dich. Dort kannst du jetzt als Registertabelle für einen Modbus/TCP Zähler "SAX Power Home" im "Basic Mode" und "Extended Mode" auswählen. Die SAX Power Dokumentation klingt so als müsstest du beim Speicher einstellen welchen Mode der anbietet. Du kannst dich da aber einfach durchprobieren und schauen bei welchen Kombinationen Zählerwerte bei herum kommen.

Für das PV-Überschussladen musst du beim Modbus/TCP Zähler als virtuellen Zähler "Speicher" wählen. Diesen Zähler dann als Batteriezähler für das PV-Überschussladen auswählen.

SAX Power bietet aber auch die Daten des Netzanschlusszähler des Speichers an. Diese kannst du über den virtuellen Zähler "Netzanschluss" bekommen. Diesen könntest du als weitere Zähler anlegen. Ich würde gerne alle Daten sehen, damit wir nachvollziehen können, dass die Daten richtig ausgelesen werden.

Prüfe auch bitte das Vorzeichen des Leistungswertes. Beim Laden des Speichers muss die Leistung positiv sein, beim Entladen negativ. Das muss passen, ansonsten regelt das PV-Überschussladen falsch herum.

Häng dann bitte auch einen Debug Report an, damit ich mir die Zählerwerte und die rohen Modbus/TCP Werte dazu ansehen kann. Das ganze ist frei nach dem Datenblatt ins Blaue programmiert und vermutlich hat es noch kleine Fehler.

[Edit: Fehlerhafte Firmware entfernt]

On 3/31/2025 at 9:49 PM, Mannitwi said:

Obwohl der Sax Speicher ja auch schon betrieben wurde, musste ich ihn nicht im WEM registrieren und es hat funktioniert.

Das war dann eher zufällig. Besser ist es den Speicher auszulesen.

On 3/31/2025 at 9:49 PM, Mannitwi said:

dann muss man eine benutzerdefinierte Registertabelle machen

Das kannst du tun, ja. Aber wir haben SAX Power schon auf der TODO Liste und deren Registersatz ist recht einfach.

On 3/31/2025 at 9:49 PM, Mannitwi said:

Ich habe natürlich nichts dagegen ihn nun zu registrieren aber ich weiß nicht, wie das geht;-(

Wenn du noch ein bisschen warten kannst, dann gebe ich dir später eine Testfirmware in der die Registertabelle für SAX Power mit drin ist.

Hast du unter Energiemanagement > Wallboxen die Fremd­steuer­ung auf Lastmanager / PV-Überschussladen gestellt?

Okay, danke. Ich bin da etwas mit meinem Latein am Ende. Soweit ich das sehen machen wir das Auslesen der SunSpec Daten über Modbus/TCP richtig (zumindest sehe ich nicht was wir falsch machen). Der Wechselrichter meldet aber dennoch, dass wir versuchen von einer ungültigen Adresse zu lesen. Die SMA eigene SunSpec Dokumentation hilft auch nicht weiter. Die entspricht der offiziellen SunSpec Dokumentation.

Ich schaue mal, ob ich in den nächsten Tagen dazu komme, den SMA eigenen Modbus/TCP Registersatz zu unterstützen. Eine andere Lösung sehe ich leider nicht.

Rein weil's geht hier mal eine Firmware die den ganzen Zählerregistersatz einer Wallbox ausliest. du kannst hier jetzt eine WARP Charger als Modbus/TCP Zähler einrichten.

So ganz sinnvoll ist das nicht, weil der Energy Manager jetzt die Wallbox zweimal in der Energieblianz aufzeichnet. Einmal als Zähler und einmal als Wallbox im Lastmanagement.

Vielleicht übertragen wir im Zuge der Lastmanagement-Kommunikation zwischen Wallbox und Energy Manager all Zählerwerte mit und zeigen sie an.

[Edit: Test-Firmware entfernt, Funktionalität ab Energy Manager Firmware 2.3.6 enthalten]

Das sieht komisch aus. Muss ich mir anschauen.