Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden

MRaioBroker

@manny4566 sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Entladeabschaltung SOC

Hab selbst kein Anwendunsgszenario dafür, aber 13099 sieht mir doch ganz danach aus, oder?
Auf 100 setzen das Ding sollte sich nicht mehr entladen

Ich würde es zunächst testen, indem ich in der APP den Wert setze und 13099 beobachte was passiert. 13058 sollte dann die Zwangsladung sein, also ggf. auch mit Netzstrom.

manny4566

@gombersiob
ok, aber welches Holding Register beschreibst du da konkret um den Entladeabschaltung SOC zu setzen?

LJSven

@manny4566 sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@ljsven

Du musst an den LAN Port vom WR dran gehen per Modbus.
Über den Winet werden leider nicht alle Werte erfolgreich ausgelesen. Auf den Holzweg war ich auch anfangs.

Möchte da nichts kaputt machen - was muss ich da machen? Warum gibt es dann den Winet Adpater?!

manny4566

@ljsven
Für die iSolarCloud und den kleinen Webserver, den das Teil mit liefert.
Der Lan Port vom WR kann nur Modbus. Da kommt auch nichts, wenn man den anfragt per Browser.

Ich hab das auch so laufen:
WR Lan Port -> Modbus Abfragen per iobroker
WNet per WLAN -> für die Cloud und um über den Browser zu gucken.

Du musst deinen Adapter nur auf die neue IP vom Lan Port abändern.

manny4566

@mraiobroker

So wie ich das verstehe ist 13099 leider nur der Reserve Soc für das Backup. Also wenn das Netz mal weg ist.

MRaioBroker

@manny4566 sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

ve Soc für das Backup.

Wie geschrieben, ich kenne keinen Anwendungsfall, aber wenn Batterieenergie zurückgehalten werden muss, dann über 13099. Er blockt den Speicher dann (ja, für den backup Fall) und setzt man den Wert wieder auf 0, dann gibt der WR den Speicher wieder frei.

Sollte das nicht klappen bräuchte ich / bräuchten wir den Anwendungsfall skizziert.

LJSven

@manny4566 sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@ljsven
Für die iSolarCloud und den kleinen Webserver, den das Teil mit liefert.
Der Lan Port vom WR kann nur Modbus. Da kommt auch nichts, wenn man den anfragt per Browser.

Ich hab das auch so laufen:
WR Lan Port -> Modbus Abfragen per iobroker
WNet per WLAN -> für die Cloud und um über den Browser zu gucken.

Du musst deinen Adapter nur auf die neue IP vom Lan Port abändern.

Wo mache ich die WLAN Einstellungen? Kann ich da was kaputt machen?

MRaioBroker

@ljsven sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Wo mache ich die WLAN Einstellungen? Kann ich da was kaputt machen?

Du sollst praktisch nur den ioBroker Modbus Adapter auf die richtige IP Adresse (also LAN des WR) einstellen und nicht auf die IP das der WR dem WLAN WiNet Songle gibt.

LJSven

@mraiobroker sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@ljsven sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Wo mache ich die WLAN Einstellungen? Kann ich da was kaputt machen?

Du sollst praktisch nur den ioBroker Modbus Adapter auf die richtige IP Adresse (also LAN des WR) einstellen und nicht auf die IP das der WR dem WLAN WiNet Songle gibt.

Aber der WiNet Dongle soll doch an iSolar funken. Wo stelle ich da das WLAN Passwort ein.

manny4566

@ljsven

Achso, du hast ihn ja nicht im WLAN.
Das ist nicht zwingend notwendig.
Du kannst auch beide per LAN anschließen, wenn du 2 Kabel verlegen kannst. Hab ich zwar nicht, sollte aber gehen.

Ansonsten müsste es gehen, wenn du auf den Winet gehst unter System -> Portparameter -> WLAN-> da dein WLAN anklicken und das Passwort eingeben.

MRaioBroker

@manny4566

die Summe aus MPPT1 + MPPT2 weicht leider erheblich von modbus.0.inputRegisters.5016_Total_DC_Power ab.

Hätte ja gesagt ich hab nen Fehler gemacht, aber Sungrow hat oft bewiesen, dass keine saubere Datenkonsistenz besteht.

Oben die 4136 Watt wären die manuelle Berechnung. Unten die 3,87 KW das ist Register 5016.

Periodenverschiebung, oder Blindleistung, kein Plan. Hätte es gern aufs Watt genau gehabt, aber auch gut.

LJSven

@manny4566

Hat das SmartMeter auch eine Bedeutung? Bei sieht die Konfiguration wie folgt aus. 2 LAN Kabel habe ich nicht

manny4566

@mraiobroker

Problem gelöst. Dank Tipp und Hilfe aus dem Photovoltaik Forum.
Um die Batteriewerte z.B. den "Entladeabschaltung SOC" zu verändern, brauch man eine 2. Modbus Instanz, die an den Winet dran geht.

Also
Modbus.0 -> WR Lan Port
Modbus.1 -> Winet

Modbus.0 ließt wie gehabt die Informationen über Modbus vom WR anhand der hier bekannten Registercodes.
Modbus.1 geht direkt an die Modbus Schnittstelle vom Winet und an das Gerät 2 -> Die Batterie im Normalfall.
Damit kann dann sowohl über ganz andere Eingangsregister die Batteriewerte auslesen als auch per Holding Register 19938 die "Entladeabschaltung SOC" verändern.
Funktioniert direkt.
Änderung es Wertes im iobroker ->der Wert ändern sich direkt im Winet.

Löst mein Problem.
Hintergrund:
Ich möchte, dass die Batterie nicht entladen wird beim E-Auto laden. Daher möchte ich per Blockly beim starten des Auto laden den Soc auf 100% stellen und nach Ende des Auto ladens wieder auf 20%

MRaioBroker

@manny4566

ahhh sauber, freut mich dass es klappt und danke für die Rückmeldung. Schauen sich sicherlich einige an (Modbus1 WiNet) ich auch

manny4566

@mraiobroker

Ja ganz genau passt das nicht übereinander. Keine Ahnung warum es zu den Unterschieden kommt. Ist bei mir auch so. Es wird irgendwas internes sein bestimmt.

manny4566

@ljsven
Das ist Smart Meter aus dm Sicherungskasten.
Hat jetzt nichts damit zu tun wie du per Modbus was ausließen willst über den iobroker

manny4566

@mraiobroker

Anbei der Post zu der Datei mit den Registern.
In der Excel Liste ist von "device 200" die rede.
Wenn man im Winet guckt, hat die Batterie eine interne Geräteadresse 200 und wird aber von außen über die Modbus-ID 2 angesprochen. So zumindest bei mir per default. Im Adapter muss daher die 2 natürlich angegeben werden.
Die Register müssen an sich wohl wieder mit -1 korrigiert werden.

https://www.photovoltaikforum.com/thread/166134-daten-lesen-vom-sungrow-wechselrichtern-modbus/?postID=2939110#post2939110