Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden

[DerTom]

@ostseeskipper Vielen Dank, das probiere ich einmal am Wochenende aus. LG

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

Da schon mehrere danach gefragt hatten.
Ob der Speicher geladen oder entladen wird sieht man nicht direkt.
Dafür muss das RunningState Register #13000 (bereits 1 abgezogen) ausgwertet werden.

[jh410]

@ostseeskipper Danke für die Anleitung zur Auswertung des Running State, hab sie genau befolgt, aber bei mir bleiben leider alle Werte false.
Hat jemand eine Idee, woran es scheitern könnte?

[ostseeskipper]

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

@ostseeskipper Danke für die Anleitung zur Auswertung des Running State, hab sie genau befolgt, aber bei mir bleiben leider alle Werte false.
Hat jemand eine Idee, woran es scheitern könnte?

Das JS Script hast du aber am laufen? oder gibts da Fehler?
EDIT: Eventuell musst du die rote 1 in
const idVar = 'modbus.0.inputRegisters. 1. 13000_Running_State'
raus nehmen wenn du nicht wie ich mehrer Geräte ID in der Modbusinstanz verwendest.

[Davipet]

@jh410
@ostseeskipper

Bei mir bleiben auch alle JS Datenpunkte 'false'
Im Script wird ja auf Wertänderung des RunningState Datenpunktes geschaut - da ändert sich bei mir nie etwas. Ist immer 0

[ostseeskipper]

@davipet
Wenn sich running state nie ändert ist das das problem.
Dann forsche mal nach warum da 0 ist. Andere Werte über Modbus bekommst du?

[Davipet]

@ostseeskipper
Ja, sonst kommt über Modbus alles was ich so brauche.
Ich habe noch einen SG6.0RT - an dem ist der working state auch immer 0

So sieht mein Eintrag aus:
13000 1 Running State Betriebsstatus uint16be 1 1 0 value false false

Habe auch schon anderer Datentypen versucht. Kein Status

Kann sich da was mit einer Firmware geändert haben? Ich habe bei Sungrow selber bisher leider keine detaillierte Beschreibung der Modbus-Schnittstelle gefunden.

Hier mal meine Firmwarestände:

Gruß

David

[jh410]

@ostseeskipper Danke noch für die Antwort, das Problem hatte sich schon gelöst, die Ursache war ein Fehler im Modbusregister (Wert war auch dauerhaft 0). Da war ich selbst schuld, wenn ich das Protokoll nicht richtig lese.. Und tatsächlich musste ich auch die 1 raus nehmen, hab bisher nur die eine Instanz drin.
Ich habe mir dann noch ein kleines Blockly fertig gemacht, was mir die Objekte Batterieladung, -entladung, Einspeisung und Netzbezug schreibt, sodass ich das ganze schön in Grafana darstellen kann. VIS hab ich mir bisher noch nicht genauer angeschaut, aber das sollte dann so ja auch ohne Bedingungen gehen.

@Davipet Starte mal deine Modbus-Instanz neu und schau, was das Protokoll bei dir sagt. Ggf. auch einfach mal das Running State Input Register neu anlegen. Deine anderen Werte werden ja vermutlich korrekt ausgelesen?
Die Informationen hier sind auch detaillierter als die von Sungrow selbst.

Noch haben wir hinter dem neuen Zählerschrank den alten Zähler im alten Zählerschrank, durch die dann der selbst erzeugte Strom geht, sodass wir aktuell für unseren selbst erzeugten Storm zahlen Der SH10RT läuft nur schon mal, damit ich mir die ganze Modbus Geschichte schon mal einrichten kann. Die Tage kommt dann hoffentlich der neue Zähler in den neuen Zählerschrank, der alte Zähler wird überbrückt und dann wird auch der SG20RT in Betrieb genommen.
Dann muss ich mal schauen, wie ich die Modbus-Verbindung zum SG20RT über das WiNet-S-Modul kriege und wie ich das (zumindest im Sommer) so hinkriege, dass der Speicher nur DC-seitig mit dem SH10RT geladen wird.
Das dürfte mit dem entsprechenden Auswerten der Modbus-Werte und einer Beschränkung der Ladeleistung gehen, oder?

[Davipet]

@jh410
Ich glaube inzwischen, dass ohne Speicher der Status einfach 0 bleibt. Kann das sein?
Die Liefersituation für Batteriespeicher ist ja leider ziemlich mies

Gruß

David

[ostseeskipper]

@davipet
Das kann eventuell möglich sein, wirst ja sehen wenn du deinen Speicher bekommst.

[ostseeskipper]

@jh410
Ja man kann die Ladeleistung beschränken. Habe aktuell wenn genug Sonne kommt 1KW eingestellt und wenn die Prognosen nicht so gut sind auch mal 5KW oder der Piratenmodus für den Winter 10 KW

[LJSven]

Ich habe auch das Problem, dass ich mit dem WiNet-S Module keine Verbindung hin bekomme. Gibt es eine Tendenz, wann das funktionieren kann/soll? Gibt es einen Workaround?

[ostseeskipper]

@ljsven
mit der neusten Firmwareversion(Ende April) auf dem WiNet-S kann man jetzt auch per Modbus die Daten ziehen.

[redDD]

Hallo zusammen, ich habe ebenso eine Sungrow SGH10RT. Dieser läuft auch erfolgreich mit Modbus.
Mein Problem ist nur das täglich zw. 19:39 und 19:45 alle Daily Werte genullt werden. Aber ich weiß absolut nicht warum oder woran das liegen könnte. Jemand eine Idee von Euch? Viele Grüße

[burberry]

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

Hallo zusammen, ich habe ebenso eine Sungrow SGH10RT. Dieser läuft auch erfolgreich mit Modbus.
Mein Problem ist nur das täglich zw. 19:39 und 19:45 alle Daily Werte genullt werden. Aber ich weiß absolut nicht warum oder woran das liegen könnte. Jemand eine Idee von Euch? Viele Grüße

schau mal was für eine Uhrzeit eingestellt ist in Modbus
Holdingregister 5002 zeigt die Stunde an,
vermutlich stimmt die Stunden nicht und der WR denkt das es 23-0 Uhr ist und Nullt die Werte

[redDD]

@burberry leider nein das passt alles:

[redDD]

@burberry um 19:33 war heute wieder cut:

[burberry]

@reddd puh sorry dann weis ich auch nicht weiter....

[ostseeskipper]

@burberry
Meinst du die Daten im WR oder ioBroker die genullt werden?
Bei der Installation einen falschen Ort oder andere Zeitzone angegeben?

[burberry]

@ostseeskipper vom wechselrichter vermute ich, da es die daily werte vom WR sind welche genullt werden, und das macht er ja nur zum tageswechsel.

[redDD]

@ostseeskipper die Daten werden im iobroker gelöscht. immer um 19:33:21 werden alle Daily Daten auf 0 gesetzt.
selbst die falsche Region oder falsche Zeitzone ergibt keinen Sinn. Grüße