UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[LJSven]

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

@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

Wo sitzt denn der LAN Port?

[manny4566]

@manny4566

Ich habe mal angefangen einige Register aufzuschreiben. Kann gerne ergänzt/aktualisiert werden.

Register Batteriespeicher SBR.xlsx

[manny4566]

@ljsven

Hinter dem Winet, wenn du davor stehst. Siehe Doku Punkt 4:

[LJSven]

@manny4566 Okay, bei mir gehen da Kabel rein - das sieht für mich so aus als wenn es zum SmartMeter geht.

[MRaioBroker]

@ljsven

Hmm könnte sein, dass die den Smart Meter per LAN angebunden haben… das wäre blöd.

Evtl geht auch Smart Meter per RS485 an WR oder so, damit der WR Port frei wird.

Denke dass muss der Elektriker/Solarteur sagen

Ein kleiner Switch wäre sonst ne Option, vielleicht klappt’s ja

Oder da ist gar kein lan port an diesem WR

[MRaioBroker]

@mraiobroker
Mist der SG8 ist völlig anders aufgebaut

https://www.manualslib.de/manual/828280/Sungrow-Sg3-0Rt.html?page=32#manual

[GombersIOB]

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

Mist der SG8 ist völlig anders aufgebaut

Also ich habe nur ein LAN-Kabel an den WiNet-S-Adapter. WLAN ist deaktiviert. Damit wird die iSolarCloud beschickt und darüber hole ich mir auch die ModBus-Daten.

[LJSven]

@gombersiob Und du bekommst alle Daten? Was mache ich falsch? Welche Settings hast du?

[LJSven]

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

@ljsven

Hmm könnte sein, dass die den Smart Meter per LAN angebunden haben… das wäre blöd.

Evtl geht auch Smart Meter per RS485 an WR oder so, damit der WR Port frei wird.

Denke dass muss der Elektriker/Solarteur sagen

Ein kleiner Switch wäre sonst ne Option, vielleicht klappt’s ja

Oder da ist gar kein lan port an diesem WR

SmartMeter geht via RS485 a den Wechselrichter

[manny4566]

@ljsven

Ja blöd. Dachte auch er wäre so aufgebaut wie meiner. Aber du hast die SG Variante vom WR und ich hab die SH.
Hatte ich nicht auf dem Schirm, dass du den anderen hast. Sorry. Dann bleibt dir nur der Winet
SG = Normaler Wechselrichter
SH = Hybrid Wechselrichter

[GombersIOB]

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

Und du bekommst alle Daten?

Ja. Ich füge mal die Liste bei, die ich mit eigenem Programm ziehe. Die hat denselben Inhalt wie die Liste aus ioBroker. Ist halt eher transportabel. Die Holding-Register habe ich im Program abgeklemmt, die interessieren mich nicht - zumindest noch nicht.
Sample_Modbus_Results.xml

Wobei dieses Beispiel ein Problem offenlegt, uups. Das Programm fragt immer zusammenhängende Bereiche auf einmal. Die Register 4999 bis 5023 sind fortlaufend. Für die habe ich bei diesem Request keine Daten bekommen (eine Viertelstunde später sind sie da) - wahrscheinlich ist der Timeout doch zu knapp - ich werde ihn auf 10 Sekunden erhöhen. Da geht das (ich frage nur alle 15 MInuten) - bei IOBroker muss man da sicher aufpassen, dass sich die Requests nicht überholen.

Wenn aber ein Request 10 Sekunden dauert, dann passen die Antworten eines Requests nicht mehr wirklich zu den Antworten des zweiten Requests. Wenn man die Total DC Power (5016) mit der Load Power (13007) vergleicht kann das wohl merkwürdige Schlüsse hervorrufen.

Welche Settings hast du?

(Zuletzt geändert: 15.2.2023 um 14:00)