Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden
-
Guten Tag,
Ich habe Versucht mit dem Energieflussadapter im IOBroker mir folgende Daten über Modbus zu holen:
Einmal von dem Sungrow Hybrid WR SH10RT und
einmal vom Sungrow String WRSG8.0RTBeide habe ich über den Modbus Adapter in den IOBroker erfolgreich integrieren können.
Sungrow String WR SG8.0RT über den LAN Port vom WiNet-S
Sungrow Hybrid WR SH10RT über den LAN Port direkt am WRDie Register konnten gestern Abend von beiden WR ausgelesen werden.
Allerdings hat die IP Adresse des SH10RT im Protokoll des IOBrokers immer folgende Meldung gebracht:
Connected to slave
disconnected to slave
Die Register wurden aber trotzdem ausgelesen. Heute Morgen aber kamen keine aktuellen Registerwerte mehr an vom SH10RT. Der SG8.0RT liefert aktuell weiterhin Werte an den IOBroker.Habe dann den SH10RT mal über den LAN Port vom WiNet-S bzw auch über WLAN des WiNet-S (Witeliste mit der IP vom IOBroker erweitert) in den Modbus Adapter integriert, aber keine Daten werden gesendet. Nur einmalig, wenn ich den Modbus Adapter starte, werden die Register gelesen, wenn Zustand „Verbunden mit Gerät oder Dienst“ kurz nach dem Modbus Adapterstart grün anzeigt. Dann springt er in den Zustand siehe Bild.
Dachte mir ich ändere die Standartwerte Mal auf folgende Werte, aber kein Erfolg
Habe hier auf der Seite schon alles Mögliche über das Problem gelesen aber ich komme leider nicht zu einer Lösung.
Zusammengefasst: Der String WR liefert die Registerdaten ohne Probleme. Der Hybrid WR leider seit heute Morgen nur einmalig bei jedem Modbus Start. Gestern Abend lieferte er noch ständig neue Daten. Es scheint so, als dass er zu beschäftigt ist um den Modbus zu bedienen. Gibt es sowas? Wäre super wenn mich jemand unterstützen könnte, danke. -
@jahnel Ich nutze am SH10RT für den Modbus den LAN-Anschluss des WR. So hat es auch der Support von Sungrow empfohlen. Mein SH10RT hängt sozusagen 2x am gleichen Netzwerk mit zwei IP-Adressen. Einmal LAN des WR und einmal LAN des WiNet-S.
Alle Register vom WR hole ich über den LAN des WR mit folgenden Einstellungen:
Über die IP des WiNet-S hole ich mir die Register der Wallbox. Der SH10RT liefert mit diesen Einstellungen sauber und stabil die Register. Leider kann ich das vom WiNet-S nicht behaupten. Der Steigt immer wieder aus. Liegt wohl an der schwachen CPU des WiNet-S.
Auf dem SH10RT läuft folgende Firmware:
Modellbezeichnung
SH10RT
Nennwirkleistung
10.00 kW
Nennblindleistung
6.00 kvar
ARM-Softwareversion
SAPPHIRE-H_01011.51.05
MDSP-Softwareversion
SAPPHIRE-H_03011.51.04
SDSP Softwareversion
SUBCTL-S_04011.01.01Eventuell hilft das weiter. Grüße Lars
-
@eisbaeeer
@eisbaeeer
Danke für deine Hilfe. Das Problem habe ich ja bei beiden Varianten LAN direkt am WR und auch beim LAN Anschluss des WinNet-S des WR.
Software habe ich eine neuerer
ARM-SoftwareversionSAPPHIRE-H_01011.71.18
MDSP-SoftwareversionSAPPHIRE-H_03011.71.15
weiß nicht ob das dann das Problem ist!?
Könntest du mir einmal bitte deine Werte aus dem Modbus Adapter hier einstellen, meine aktuellen Werte
sehen so aus, vileeicht liegt hier ja das Problem -
@jahnel sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
@eisbaeeer
@eisbaeeer
Danke für deine Hilfe. Das Problem habe ich ja bei beiden Varianten LAN direkt am WR und auch beim LAN Anschluss des WinNet-S des WR.
Software habe ich eine neuerer
ARM-SoftwareversionSAPPHIRE-H_01011.71.18
MDSP-SoftwareversionSAPPHIRE-H_03011.71.15
weiß nicht ob das dann das Problem ist!?
Könntest du mir einmal bitte deine Werte aus dem Modbus Adapter hier einstellen, meine aktuellen Werte
sehen so aus, vileeicht liegt hier ja das Problem
-
Wenn ich es richtig verstanden habe, fragst du den Sungrow mit zwei Adaptern/Clients ab? Das mag er so weit ich weiß gar nicht, vermute mal dass dein Problem daher kommt.
-
@jahnel
ich frage alles über den WiNet-S ab. Kommt dann schon mal kurzzeitig vor das keine Daten kommen und der Adapter neu startet, das ist aber nur wenn ich zusätzlich die WebUi des WiNet-S als admin offen habe. Sonst noch keine Fehler gehabt.
meine Softwareversion
-
@berlinerbolle
Danke für die Info! Habe beide LAN Kabel mal abgezogen und dann nur das Kabel für den separaten Modbus LAN-Anschluss wieder gesteckt. Der Fehler
Connected to slave
disconnected to slave
kommt aber immer noch.
Allerdings Liefert er seit gestern Abend (Vor dem Abziehen der beiden LAN-Kabel) trotzdem Daten der Register. Wenn es so bleibt ist es für mich o.k. Aber schön ist es nicht, wenn immer im Hintergrund der Gedanke ist ob die Daten wirklich aktuell sind.
Beim Abziehen ist mir noch Aufgefallen, dass der WLAN Dongle auch noch in meiner Fritzbox aktiv ist. Kann der auch Probleme machen, wenn er neben dem LAN Anschluss für den Modbus noch mitsendet? -
@jahnel said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
dass der WLAN Dongle auch noch in meiner Fritzbox aktiv ist
den hab ich deaktiviert.
-
Ich habe jetzt zwei modbus Clients an meinen modbus-proxy (https://pypi.org/project/modbus-proxy/) angebunden. Dieser verbindet sich wiederum mit dem direkten Netzwerkanschluss des WR. Den Dongle nutze ich nur für die iSolarCloud. Sieht aktuell ganz gut aus. Vorher hatte ich auch immer wieder Log-Einträge von der modbus Instanz.
-
Hallo zusammen, sorry für die späte Rückmeldung aber dafür mit einem Erfolgserlebnis!!!
Wollte hier abschließend die Problemlösung noch aufzeigen falls jemand auch mal über das Problem stolpert. Die Info von shcshc hat mich letztendlich auf die Spur gebracht. Da er einen Modbus-proxy wegen zwei Clients Anbindungen verwendet, bin ich auf mein Problem gestoßen. Der Sungrow Hybrid WR SH10RT war zusätzlich, da ich Home Assistant zurzeit gleichzeitig zum IOBroker teste auch unter HA integriert. Dadurch kamen je nach Einstellungszeit die Connected to slave und disconnected to slave Meldungen im Protokoll im Sekundentakt. Vom Sungrow String WRSG8.0RT kamen diese Meldungen nicht, da er auch im HA nicht angemeldet war. Habe den Sungrow Hybrid WR SH10RT nun aus HA herausgeschmissen und siehe da, das Problem mit Connected to slave und disconnected to slave Meldungen ist weg und die Registereinträge werden sauber im eingestellten Zeitraster geliefert. Es scheint so als wäre die Modbus-Schnittstelle des WR mit zwei Abfragen von verschiedenen Systemen überfordert und sendet dementsprechend connected/disconnected. Vielen Dank für Eure Unterstützung und Ideen zur Problemlösung. -
Hallo zusammen,
ich habe meinen SH10RT-V112 per Modbus-Adapter angebunden.
Es soll nur ausgelesen werden, daher habe ich nur die Eingangsregister angegeben.
Dazu habe ich die Datei "eingangsregister_stand2021_02_02" genommen.
Ich musste noch zusätzliche Spalten dazu bauen:
eingangsregister_stand2021_02_02 _ neue leere Spalten.txt .
Die Verbindung scheint laut Log auch zu funktionieren.
Allerdings kommen keine Daten bzw. nur 0 Werte.Irgendetwas mache ich wohl falsch.
Hat jemand einen Tipp für mich?
Gruß Hartmut
-
@hru sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Irgendetwas mache ich wohl falsch.
ja!
Du zeigst deine Einstellungen nicht
-
@homoran bitteschön:
was noch? -
Genau, Einstellungen zeigen - und du kannst auch einfach hier schauen:
-
@hru
Ich denkeAliases benutzenmüsste raus.
So schauen meine funktionierenden Einstellungen für einen Sungrow-WR aus:
-
-
@homoran
Ich habe jetzt die auf der verlinkten Github-Seite hinterlegte Sungrow-Imput-Registers-Multiple-IDs.tsv Datei
sungrow_input_registers_multiple_IDs.tsv
hochgeladen.
Ich musste die Device ID rausnehmen.
Dann hat es funktioniert die Datei hochzuladen.
sungrow_input_registers_multiple_IDs _ sortiert ohne device id.tsv
Jetzt werden gar keine Input-Register mehr angezeigt?
Gruß Hartmut -
@wolfi913 ok ich habe "Aliases benutzen" rausgenommen, geht aber immer noch nicht;-(
-
@hru sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Ich habe jetzt die auf der verlinkten Github-Seite hinterlegte Sungrow-Imput-Registers-Multiple-IDs.tsv Datei
sungrow_input_registers_multiple_IDs.tsv
hochgeladen.und was ist bei dir jetzt davon in der Konfig drin?
-
…und hast du gelesen, was in der Readme steht? Dort steht extra, dass es nur mit „Multiple Device IDs“ funktioniert so wie sie Register in den Dateien stehen, du kannst das ohne Nachteile einfach anhaken.
So wie du es jetzt anscheinend gemacht hast, sind zwei Varianten gemischt.
