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

[GombersIOB]

@roesch-fe
Ich denke, es gibt ein Problem mit den Registerdefinitionen. Sungrow hat Probleme mit der Registerabfrage von Registern die nicht unterstützt sind. Ich würde mal klein, mit einem Register anfangen und immer eins oder zwei dazunehmen - bis der Fehler auftritt. Oder man schaut sich die Register mit einem Freeware Modbus-Client an. Ich nutze den "Vaga Modbus Analyzer". Es gibt aber noch ein paar andere.

Ein Neustart des WR war bei mir nicht nötig - ich habe einfach das LAN-Kabel kurz gezogen und dann wieder verbunden.

[Roesch-fe]

@gombersiob Hallo, das war ein guter Tipp, mit dem Vaga komme ich jetzt schon mal auf den WR und kann einzelne Register auslesen. Ich specke jetzt die bei den Eingang und Holding Register ab...:+1:

[Eisbaeeer]

@roesch-fe sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@roesch-fe Kleiner Nachtrag, habe deine Nachricht nochmal genauer gelesen und haben dann wie beschrieben die IP des WNet LAN mit "//" jetzt bekomme ich wenigsten wieder lokalen Zugriff über den PC, und da gibt es auch einen Schalter für das WLAN... :-)

Wenn du einen SH10RT nutzt, kannst du direkt diese Register hier benutzen: https://github.com/eisbaeeer/sungrow

[andi2204]

Hallo,
ich möchte gerne die Batterielade-/Entladeleistung per Modbus abfragen und in Iobroker einbinden. Leider spuckt das Register „13021“ Battery power egal ob mit signed oder unsigned 16bit keine Werte raus.

Hier der Eintrag aus meinem Eingangsregister:
_address name description unit type len factor offset formula role room cw isScale
13021 Battery Power Batterieladeleistung W int16be 1 1 0 value false false

Jetzt lese ich, dass seit dem Firmwareupdate auf 95.10 neue Register genutzt werden sollen. Anstelle von 13021 soll man jetzt das Register 5214 signed 32bit benutzen. Sobald ich aber das Register mit aufnehme, bekomme ich Verbindungsprobleme mit der MODBUS Instanz

Hier der Eintrag aus meinem Eingangsregister:
_address name description unit type len factor offset formula role room cw isScale
5214 Battery Power Batterieleistung W int32be 2 1 0 value false false

Dabei bekomme ich folgende Fehlermeldung und die Modbus Instanz springt in einen Restart-loop
[DevID_1] Poll error count: 5 code: {"err":"timeout","timeout":5000}

Wer kann mir einen Tipp geben was ich hier falsch mache, damit ich die Werte aus dem WR (sh10rt) lesen kann?

Danke
Andi

[Homoran]

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

Leider spuckt das Register „13021“ Battery power egal ob mit signed oder unsigned 16bit keine Werte raus.

bitte alles zeigen!

• Konfig der Register
• Konfig Grundeinstellungen modbus
• debug-log
• und weiters relevantes, wie z.B. Typ und Verdrahtung der Anbindung

die Aneinanderreihung von Text und Zahlen ohne Formatierung nutzt nichts.
also wenn nötig bitte Screenshots

[GombersIOB]

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

ich möchte gerne die Batterielade-/Entladeleistung per Modbus abfragen und in Iobroker einbinden. Leider spuckt das Register „13021“ Battery power egal ob mit signed oder unsigned 16bit keine Werte raus

Den Registern ist es egal ob sie in IOBroker signed oder unsigned, 16bit oder 32bit - oder mit welchen Attributen auch immer - versehen werden. Das Alles zu interpretieren ist Sache des Adapters.

Deshalb würde ich immer erstmal versuchen mit einem ModBus-Client (z.B. VagaModbus Analyzer) die Register auszulesen. Dann weiß man schon mal, ob was drin steht. Wenn dann immer noch nichts angezeigt wird ist der Fehler ziemlich sicher in den Definitionen oder gar im Adapter zu suchen.

[andi2204]

Sorry, Vollständigkeitshalber hier inkl. der Screenshots:

Instanzeinstellung modbus:

Spoiler

Auszug aus dem Register: (Wie bereits erwähnt, die meisten Register funktionieren ja, lediglich 13021 Batterieverbrauch in W zickt rum

Spoiler

Auszug aus dem Log, nachdem ich das Register 5014 eingefügt habe:

Spoiler

Ohne das neue 5214 Register läuft die Instanz ohne Fehler (halt bloß keine Werte beim 13021 Register).

Grüße
Andi

[GombersIOB]

@andi2204 Sungrow mag es nicht, wenn dauernd Register abgefragt werden, die nicht gepflegt werden. Ich weiß nicht was es ist, ich denke es hat mit der Error-Recovery zu tun. Ich habe auch keine Ahnung ob das ein Sungrow-Problem oder ein ModBus-immanentes Problem ist.
Aber man sollte sich m.E. auch mal überlegen ob man wirklich ständig Daten von der PV braucht. Ich sehe eigentlich keinen Sinn darin, die Werte jede Sekunde abzufragen aber einen Timeout von 5 Sekunden zu haben. Wartet der Adapter bis er Antwort hat bzw der Timeout abgelaufen ist oder fragt er trotzdem jede Sekunde nach? Bei mir liegt die Abfrageintervall bei 5 Sekunden und der Timeout bei 3 Sekunden. Das funktioniert jetzt problemlos seit 3 Jahren. Als Information würde mit vermutlich eine Minute reichen, aber wenn man auf den BS schaut will man halt nicht gerne 1 Minute auf einen Wechsel warten wenn man gerade schaut wie sich die Spülmaschine auswirkt.

[GombersIOB]

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

Jetzt lese ich, dass seit dem Firmwareupdate auf 95.10

Wie lief das eigentlich bei Dir? Wurdest Du vorgewarnt? Ich bin derzeit auf 95.03 - das Release 95.10 steht dann wohl auch noch an. Davor graut mir. Beim letzten Mal habe ich 2 Tage gebraucht, damit das ModBus-System wieder richtig lief. Die hatten das Ganze mit existierender Fehlermeldung ohne Information an mich zurückgelassen. Dadurch fehlen mir 2 oder 3 Wochen an ModBus-Daten - bis cih das gemerkt habe. Ich hätte ja gleich geschaut, wenn die was vorab gesagt hätten.

[andi2204]

@gombersiob said in [Sungrow WR SGH10RT erfolgreich mit MODBUS

Deshalb würde ich immer erstmal versuchen mit einem ModBus-Client (z.B. VagaModbus Analyzer) die Register auszulesen. Dann weiß man schon mal, ob was drin steht. Wenn dann immer noch nichts angezeigt wird ist der Fehler ziemlich sicher in den Definitionen oder gar im Adapter zu suchen.

Danke gombersiob für den Tipp mit dem VagaModbus Analyzer! Kann definitiv bestätigen, dass keine Werte über Register 13021 und 5214 kommen!!!
Habe auch die Abfragewerte und Timeout entsprechend hochgeschraubt :+1:

Ich gehe mal stark davon aus, dass es mit dem Firmwareupdate zu tun hat :angry:
Habe die Anlage, bei Inbetriebnahme vor zwei Jahren im Router für den online Zugang gesperrt. Letzte Woche kam ein neuer Router ins Haus und leider habe ich nicht schnell genug reagiert und über Nacht wurde dann das update automatisch eingespielt.

Seit dem Update beobachte ich auch einen leichten Netzbezug trotz geladener Batterie/PV-Strom. Ist zwar nicht besonders hoch, ca 0.2KW/TAG aber der war vor dem Update definitiv nicht da. Auch ist das ganze System ist etwas träge geworden, auch die Werte über Modbus, dass war vorher auch alles definitiv schneller, von der Latenz her

Gibt es die Möglichkeit des Downgrades? die letzte Firmware, vor dem update war die ARM > SAPPHIRE-H_01011.71.21 / MDSP > SAPPHIRE-H_03011.71.18

[GombersIOB]

@andi2204

Seit dem Update beobachte ich auch einen leichten Netzbezug trotz geladener Batterie/PV-Strom

Das hatte ich auch mal gesehen - nach Installation meiner Anlage. Ich habs gemeldet und es wurde irgendwann korrigiert. Über den Umfang kann ich nichts sagen, ich hatte das Gefühl, es war viel. Daraufhin habe ich mir in ioBroker eine Überwachung dafür geschrieben.

Die Jahreszahl für dieses Jahr ist verkehrt, da sich mit Firmware 95.03 ein Register von unsigned in signed geändert hat und jetzt die Flussrichtung angibt. Das hat wohl zu fehlerhafter Kumulation geführt.

Ich finde die Zahlen moderat und nicht der Rede Wert. 3kWh (1€) im Monat oder 40 kWh im letzten Jahr, sind zu verkraften. Mir wurde das mit Umschaltzeiten erklärt.

[andi2204]

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

Danke gombersiob für den Tipp mit dem VagaModbus Analyzer! Kann definitiv bestätigen, dass keine Werte über Register 13021 und 5214 kommen!!!

Muss die Aussage korrigieren. Habe nun feststellen müssen, dass ich seit Inbetriebnahme der Anlage, die Daten nicht am hinteren LAN Port abgerufen habe. Habe jetzt die IP-Adresse auf den hinteren LAN-Port (Winet?) geändert und siehe da, alle Daten werden wieder ausgelesen!

Bleibt lediglich die Frage wegen einer möglichen Firmware-Downgrade-Funktion offen: Ist diese nur per Ticket möglich oder gibt es hier auch eine Firmware-Datenbank, mit den entsprechenden Files zum Downgrade?

[GombersIOB]

@andi2204 Theoretisch kann man als Admin selber Firmware installieren. Ich weiss aber nicht, wo man die herkriegt. Theoretisch deshalb, weil ich es selber noch nicht gemacht habe. Und nach meiner Erfahrung vom letzten Update durch Sungrow oder die Installationsfirma möchte ich es auch gar nicht machen. Wenn es schief läuft, sollen die auch im Obligo zum Repariieren sein.

Einen Downgrade würde ich ohne Not auch nicht machen. Der Upgrade hatte ja vermutlich einen Sinn. Seis in Bezug auf Stabilität oder Datensicherheit, seis in Bezug auf Funktionalität. Das wäre weg, ohne irgendwas zu gewinnen.

[DieterB]

Hallo,

ich habe seit kurzem einen Tarif der sich nach dem aktuellen Börsenpreis richtet. Ich möchte nun zu den Zeiten in denen der Strom billig ist, meinen Akku (Pylontech, 13,4kWh) laden.

Ich habe nun mit den Holding Registern:
13050 Charge/discharge command
und
13051 Charge/discharge power
experimentiert, aber da ändert sich gar nichts am Lade-/Entladverhalten.

Hat schon jemand eine "Zwangsladung" über das Netz mittels Registereinstellungen zustande bekommen?
Was muss man dafür machen?

Bei 13050 ist mir auch aufgefallen, dass es unterschiedliche Versionen gibt
Ext. Sollvorgabe Laden170(AA)/ Stop187(BB)/ Entladen204(CC)
Ext. Sollvorgabe: Laden=170 (0xAA), Entladen=187 (0xBB), Stop=204 (0xCC)
Was ist da richtig?

Danke,
Dieter

[Homoran]

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

Was ist da richtig?

wo ist da der Unterschied?
(außer dem unterschiedlichen Angabeformat für Hex)

[DieterB]

@homoran
Die Werte für Stopp und Entladen sind vertauscht.

[Homoran]

@dieterb ok!
hB den Klartext nicht beachtet!
nur die Reihenfolge von den Werten in Dec und hex

[Latzi]

@dieterb
schau mal hier ... https://forum.iobroker.net/topic/77320/gelöst-sungrow-sgh10rt-netzladung?_=1759203954676
scheinbar ist auch noch 13049 EMS Modus notwendig

[DieterB]

@latzi Danke, versuche dort mein Glück ...

[silgri]

@dieterb
Das Ganze ist relativ einfach.
Ich steuere den SH10RT mit BYD Batterie komplett über ioBroker
13049 auf 2
13050 beim Laden auf 170(AA)
13051 auf die gewünschten Watt stellen, ist dies mehr wie die Module hergeben, wird vom Netz geladen.
Ich nutze das um z.B. Überschuß von anderen Wechselrichtern mit in die Batterie zu bringen.
Aktuell sieht es bei mir gerade so aus (ich laden nur mit 1000W da die Batterie noch halb voll ist und ich möglichst spät die 100% erreichen will).