NEWS
Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden
-
@cobra68
Versuch mal als Eingangsregister nur einen einzigen Wert einzutragen. Das hat bei mir das debuggen deutlich verkürzt, da sich heraus gestellt hat dass mein WR doch ein paar andere Adressen für manche Werte hat und bei Zugriffsfehler die Verbindung wieder abgebaut wird.folgendes Eingangsregister sollten aber alle WR haben:
_address name description unit type len factor offset formula role room cw isScale 4999 Device type code Geräte Typ-Code int8be 1 1 0 value false falseGruß
David
-
@cobra68
Versuch mal als Eingangsregister nur einen einzigen Wert einzutragen. Das hat bei mir das debuggen deutlich verkürzt, da sich heraus gestellt hat dass mein WR doch ein paar andere Adressen für manche Werte hat und bei Zugriffsfehler die Verbindung wieder abgebaut wird.folgendes Eingangsregister sollten aber alle WR haben:
_address name description unit type len factor offset formula role room cw isScale 4999 Device type code Geräte Typ-Code int8be 1 1 0 value false falseGruß
David
-
Hi, habe gerade selber gesehen das ich level eingestellt habe anstatt value,
aber die Einstellung hat auch nicht geholfen
@cobra68
Zeig mal bitte im modbus adapter wie du das Eingangsregister liest.
Hast du vielleicht den Datentyp falsch eingestellt? Sollte ein "unsigned 16bit (Big Endian)" sein. Länge: 1ByteIch musste leider heute Morgen feststellen, dass mein SG6.0RT keine Modbus-Verbindung mehr macht. Nach ~55std Fehlerfreiem Betrieb. Wasn dat nu wieder?!? gml
-
@cobra68
Zeig mal bitte im modbus adapter wie du das Eingangsregister liest.
Hast du vielleicht den Datentyp falsch eingestellt? Sollte ein "unsigned 16bit (Big Endian)" sein. Länge: 1ByteIch musste leider heute Morgen feststellen, dass mein SG6.0RT keine Modbus-Verbindung mehr macht. Nach ~55std Fehlerfreiem Betrieb. Wasn dat nu wieder?!? gml
-
@davipet
Hi, hoffe das du dein Problem lösen konntest,
anbei screenshot vom Eingangsregister
Gruß
cobra68@cobra68
hmm, kann da auch keinen Fehler sehen.
Bei mir sieht das so aus:
Ich hatte auch Probleme mit Adressen ab 12999 und habe erstmal nur die vorderen eingetragen. Damit war alles OK.
Dann habe ich die längeren Adressen eingetragen und plötzlich hat er auch die gefressen.Hast du einen SGHXX Wechselrichter?
Hier noch meine Eingangsregister als txt. Vielleicht kannst du damit etwas anfangen:
Gruß
David
EDIT: Ich habe übrigens den Haken bei "Mehrere Geräte-IDs" nicht drin. Hab für den zweiten WR eine eigene Modbus Instanz laufen.
-
Hallo Zusammen,
ich habe einen Sungrow SG15KTL-M Wechselrichter mit dem E-Net Kommunikationsmodul.
Jetzt habe ich im QModMaster die IP des Kommunikationsmodul eingegeben und bekomme im Bus Monitor auch ein OK für die Verbindung.
Allerdings kommen dann keine Daten.
Habt Ihr eine Idee warum? -
Hallo Zusammen,
ich habe einen Sungrow SG15KTL-M Wechselrichter mit dem E-Net Kommunikationsmodul.
Jetzt habe ich im QModMaster die IP des Kommunikationsmodul eingegeben und bekomme im Bus Monitor auch ein OK für die Verbindung.
Allerdings kommen dann keine Daten.
Habt Ihr eine Idee warum?@blessi
Der SG15KTL hat andere Registeradressen als der SH10RT -
Ich betreibe 2 SH10RT im Parallelmodus und habe beide erfolgreich mit Modbus eingebunden mit den hier veröffentlichten Modbus-Adressen - allerdings in fhem.
Jedoch habe ich eine Merkwürdigkeit, von der ich gerne wüsste, ob das Problem bei ioBroker auch besteht:
Der Wert für Eigenverbrauch ist doch Regsiter 13017 (Abfrage auf 13016 mit Datentyp U16) "Daily Direct Energy Consumption", korrekt?
Meine erste Frage: Welcher Wert in der iSolarCloud App unter "Gerät / SH10RT / Allgemeine Informationen" enstpricht diesem Registerwert? Ist das "Täglicher Energieverbrauch der Last" ganz unten im Abschnitt "Informationen über Verbraucher"?
Falls ja: Bei mir wird in der App beim Master SH10RT ein negativer Wert -35.1 angezeigt. Wie geht das mit Datentyp unsigned int 16?
Ich bekomme vermutlich daher auch deshalb in fhem über Modbus in diesem Register "0.1" beim Master angezeigt. Beim Slave stimmen App und Modbus in Fhem überein: Da standen "50.3" in der App als auch in fhem laut Modbus. Der korrekte Eigenverbrauch laut App war 15.2. Das passt dann auch mit Addition der Werte von Master und Slave in der App (-35.1+50.3=15.2).
Haben Nutzer von ioBroker mit 2x SH10RT im Parallelmodus auch das Problem? Wenn nein, welchen Datentyp nutzt ioBroker für Regsiter 13017 (Abfrage auf 13016 mit Datentyp U16) "Daily Direct Energy Consumption"?!
Laut Modbus Protokoll von Sugnrow sollte das U16 sein, aber wie kann dann der Wert laut iSolarCloud negativ sein (s. Screenshot)?
Last.JPG -
@dertom said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Hallo und guten Morgen,
wie habt Ihr es in der VIS gelöst oder ausgewertet, in welche Richtung zum Beispiel die Ladeleistung des Akkus geht? Gibt es dafür einen Datenpunkt oder muss man das berechnen über die Gesamtlasten?
LG DerTomDa 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.
Die Zahl dann in 8 Bits als 0 oder 1 umrechnen
Wer nicht selbst rechnen oder JS programmieren möchte kann mein Script verwenden welches ich mit Hilfe von @paul53 vor ca einem Jahr erstellt hatte. Die Datenpunkte müssen im Script noch individuell angepasst werden, je nach Euren Modbuseinstellungen.
// ioBrokerForum https://forum.iobroker.net/topic/38441/sungrow-wr-sgh10rt-erfolgreich-mit-modbus-eingebunden/205 // Erstellt von ostseeskipper mit Hilfe von @paul53 const idVar = 'modbus.0.inputRegisters.1.13000_Running_State'; // Runningstate Datenpunkt-ID Modbus Input var bez = 'Modbus0.SH10_'; //Legt 8 Datenpunkte im Javascript-Objektordner an var register = ['PV power','Batterie laden', 'Batterie entladen', 'Positive load Power','Feed-in Power','Import vom Netz','Reserved','Negative load Power']; var bits = [false,false,false,false,false,false,false,false]; for(var i = 0; i < 8; i++) { createState(bez + register[i], false, {type: 'boolean'}); } function dec2bool(dp) { // function = js befehl / dec2bool = frei vergebener Name für die Funktion / dp = temporäre Variable für die funktion for(var i = 0; i < 8; i++) { var b = !!(dp >> i & 1); if(b != bits[i]) { setState(bez + register[i], b, true); bits[i] = b; } } } on(idVar, function(dp) { // Triggern bei Wertänderung in idVar dec2bool(dp.state.val); })Danach sollte es so im Objektbaum aussehen
Im Vis dann mit Bedingungen arbeiten.
Bei mir siehts im VIS so aus.
Grafik und Elemente sind mit vis-materialdesign von @Scrounger erstellt.@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. -
@dertom said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Hallo und guten Morgen,
wie habt Ihr es in der VIS gelöst oder ausgewertet, in welche Richtung zum Beispiel die Ladeleistung des Akkus geht? Gibt es dafür einen Datenpunkt oder muss man das berechnen über die Gesamtlasten?
LG DerTomDa 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.
Die Zahl dann in 8 Bits als 0 oder 1 umrechnen
Wer nicht selbst rechnen oder JS programmieren möchte kann mein Script verwenden welches ich mit Hilfe von @paul53 vor ca einem Jahr erstellt hatte. Die Datenpunkte müssen im Script noch individuell angepasst werden, je nach Euren Modbuseinstellungen.
// ioBrokerForum https://forum.iobroker.net/topic/38441/sungrow-wr-sgh10rt-erfolgreich-mit-modbus-eingebunden/205 // Erstellt von ostseeskipper mit Hilfe von @paul53 const idVar = 'modbus.0.inputRegisters.1.13000_Running_State'; // Runningstate Datenpunkt-ID Modbus Input var bez = 'Modbus0.SH10_'; //Legt 8 Datenpunkte im Javascript-Objektordner an var register = ['PV power','Batterie laden', 'Batterie entladen', 'Positive load Power','Feed-in Power','Import vom Netz','Reserved','Negative load Power']; var bits = [false,false,false,false,false,false,false,false]; for(var i = 0; i < 8; i++) { createState(bez + register[i], false, {type: 'boolean'}); } function dec2bool(dp) { // function = js befehl / dec2bool = frei vergebener Name für die Funktion / dp = temporäre Variable für die funktion for(var i = 0; i < 8; i++) { var b = !!(dp >> i & 1); if(b != bits[i]) { setState(bez + register[i], b, true); bits[i] = b; } } } on(idVar, function(dp) { // Triggern bei Wertänderung in idVar dec2bool(dp.state.val); })Danach sollte es so im Objektbaum aussehen
Im Vis dann mit Bedingungen arbeiten.
Bei mir siehts im VIS so aus.
Grafik und Elemente sind mit vis-materialdesign von @Scrounger erstellt.@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 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?@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. -
@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? -
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@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
Wenn sich running state nie ändert ist das das problem.
Dann forsche mal nach warum da 0 ist. Andere Werte über Modbus bekommst du?@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 0So sieht mein Eintrag aus:
13000 1 Running State Betriebsstatus uint16be 1 1 0 value false falseHabe 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 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.@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 :man-tipping-hand: 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? -
@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 :man-tipping-hand: 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? -
@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
@davipet
Das kann eventuell möglich sein, wirst ja sehen wenn du deinen Speicher bekommst. -
@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 :man-tipping-hand: 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?@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:grinning: -
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?
@ljsven
mit der neusten Firmwareversion(Ende April) auf dem WiNet-S kann man jetzt auch per Modbus die Daten ziehen.
518
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge