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

[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)

[manny4566]

@gombersiob

Wie gesagt musst du dafür an den Winet gehen und nicht direkt an den WR. Dann auf die Geräte ID 2, falls das bei dir auch die Batterie ist. Die ID findest du im Winet raus unter der Geräteliste.
Mittlerweile habe ich das Auslesen der Eingangsregister wieder abgeschaltet.
Der Winet ist zu instabil habe ich das Gefühl und verkraftet nicht die regelmäßgen Anfragen des Modbus Adapters

[GombersIOB]

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

Wie gesagt musst du dafür an den Winet gehen und nicht direkt an den WR. Dann auf die Geräte ID 2

Mit dem Gerät selber habe ich mich im Detail noch nicht auseinandergesetzt. Es wurde installiert und das LAN-Kabel vom Elektriker auf den WiNet-Adapter gesteckt und fertig. Der hat auch noch die iSolarCloud-Verbindung gemacht (finde ich im Nachhinenein etwas übergriffig).
Ich weiß, dass er das LAN-Kabel vorher an einer anderen Stelle eingesteckt hatte, da hatte er wohl Probleme. Ich vermute, dass die Anbindung an iSolarCloud von da nicht funktionierte, kann es aber nicht genau sagen.

Das wars.

Mit den ModBus-Abfragen bekam ich, so interpretiere ich die Vorkommnisse, aus folgenden beiden Gründen:

• Der Timeout war zu kurz. Das ist mir bei meinem eigenen Programm aufgefallen. Ich rufe da nicht ein Register nach dem anderen ab sondern alle auf einmal und drösel die Ergebnisse dann hinterher auf. (Das mache ich, weil ich die Registerstände zeitlich nicht zu weit auseinanderlaufen lassen will. Sonst gehen oft die Kalkulationen nicht auf. Wenn zwischen auslesen "Load Power" und "Export Power" eine gewisse Zeit liegt, passt es manchmal nicht zusammen. Ich weiß aber noch nicht, ob es jetzt besser ist, intern wir das wahrscheinlich auch sequentiell abgefragt). Da reicht mir aber eine Sekunde nicht mehr, ich musste auf 3 Sekunden (3000ms) gehen.
  Das Problem mit den Timeouts hatte ich auch unter ioBroker verstärkt, als ich den Zugriff noch über WLAN machte.

• Wenn ich ständig Register abfragte die nicht abfragbar sind. So gibt es den Zugriff auf die Statistiken (Register 6xxx) bei meiner SH8 nicht. Vielleicht finden die sich ja an anderer Stelle? Aber, dass es die nicht gibt, habe ich erst nicht gewusst und ich habe mir einen Wolf gesucht.

Die Anlage reagiert meines Erachtens auf Fehler merkwürdig nachtragend. Irgendwie erholt sie sich dann nicht mehr und ich musste sie schon dreimal durchstarten - einmal sogar physisch. Ich könnte mir vorstellen, dass der ModBus-Slave die Connections, die der Master ja durch den Timeout nicht mehr abbauen kann, nicht mehr entfernt. Wenn es dann ein Maximum an unterstützten Connections gibt, dann ist irgendwann Ende und es gibt gar keine Antwort mehr. Und man muss den Slave restarten.

Sehr hilfreich sind die ModBus-Clients, die es als Freeware gibt. Ich habe mich für den "VagaModBus Analyzer" entschieden. Der ist sehr simpel zu bedienen, sehr übersichtlich und zeigt, wenn man mit der Maus auf das Ergebnis klickt, auch den Dezimalwert schön an.

(Zuletzt geändert: 15.2.2023 um 19:50)

[manny4566]

@gombersiob

Bei meinen Tests konnte ich auch feststellen, dass die iSloarCloud nur mit dem Winet funktioniert. Lese ich auch so raus, wenn man sich das Handbuch oder andere Infos zum Winet anguckt.
Der Lan port vom WR ist wohl nur eine "dumme" Modbus Schnittstelle.

Als Tipp. Wenn du mal wieder ein nicht reagieren hast.
Zieh einfach den Winet raus und steck ihn 2-3 Sekunden später wieder rein, damit er neu startet.
Beim mir reicht das auch aus, wenn der Winet mal wieder Amok läuft. Daher empfinde ich ihn nicht für wirklich stabil, wenn er dauerhaft mit Modbus beschossen wird. Aufgefallen ist mir das verstärkt, wenn der Modbus Adapter Fehler schmeißt. Sowas wie Register außerhalb des Speicherbereichs oder wie die Meldung auch heißt. Also, wenn der Winet mit der Anfrage nichts anfangen kann. Das reißt ihn wohl ab und zu runter, wenn es zuviel wird.

[GombersIOB]

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

Beim mir reicht das auch aus, wenn der Winet mal wieder Amok läuft.

Danke, für den Hinweis. Mir fehlt im Augenblick die Vorstellung, wie die Registerdaten gebildet werden. Wenn es zwei LAN-Schnittstellen dafür gibt, kann das Sammeln der Daten ja eigentlich nicht im WiNet-Adapter gemacht werden - zumindest stelle ich mir vor, dass es wenig sinnvoll ist, das an zwei verschiedenen Stellen zu machen. Es müsste dann doch einen Service im Wechselrichter geben der nur Anfragen von verschiedenen Stellen bedient.

So stelle ich mir den Ablauf derzeit vor. Das habe ich jetzt "frei erfunden" - also nicht aus irgendeinem Dokument entnommen. Wenn es irgendwo einen hinterlegten Datenflussplan von Sungrow gäbe, wäre ich dankbar.

[manny4566]

@gombersiob

Wie es genau intern programmiert ist weiß ich nicht.
Aber wenn man sich die Geräteliste im Winet ansieht, dann sieht das so bei mir aus:

Der Winet selbst stellt quasi die Schnittstelle über Modbus ID 1 und 2 zur Verfügung.
Intern spricht er die Geräte per 1 oder 200 an.

Der WR selbst hört ja auch auf die ID 1 auf seinem LAN Port.
Der Winit wird nichts anderes sein, als eine Web-und Cloudschnittstelle für die Otto Normaluser und bietet gleichzeitig eine 2. Modbus Schnittstelle, indem er die Infos durchschleift. Dabei macht er das wohl nicht sauber mit allen Registern.