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

[PeZi]

Und schon sind die ersten Fehler aufgetaucht: Die Energieflüsse zwischen Netz und Batterie liefen in die falsche Richtung.
Hier die beiden betroffenen Widgets in korrigierter Version:

[{"tpl":"tplHtml","data":{"g_fixed":true,"g_visibility":true,"g_css_font_text":false,"g_css_background":false,"g_css_shadow_padding":false,"g_css_border":false,"g_gestures":false,"g_signals":false,"g_last_change":false,"visibility-cond":">","visibility-val":"0","visibility-groups-action":"hide","refreshInterval":"0","signals-cond-0":"==","signals-val-0":true,"signals-icon-0":"/vis/signals/lowbattery.png","signals-icon-size-0":0,"signals-blink-0":false,"signals-horz-0":0,"signals-vert-0":0,"signals-hide-edit-0":false,"signals-cond-1":"==","signals-val-1":true,"signals-icon-1":"/vis/signals/lowbattery.png","signals-icon-size-1":0,"signals-blink-1":false,"signals-horz-1":0,"signals-vert-1":0,"signals-hide-edit-1":false,"signals-cond-2":"==","signals-val-2":true,"signals-icon-2":"/vis/signals/lowbattery.png","signals-icon-size-2":0,"signals-blink-2":false,"signals-horz-2":0,"signals-vert-2":0,"signals-hide-edit-2":false,"lc-type":"last-change","lc-is-interval":true,"lc-is-moment":false,"lc-format":"","lc-position-vert":"top","lc-position-horz":"right","lc-offset-vert":0,"lc-offset-horz":0,"lc-font-size":"12px","lc-font-family":"","lc-font-style":"","lc-bkg-color":"","lc-color":"","lc-border-width":"0","lc-border-style":"","lc-border-color":"","lc-border-radius":10,"lc-zindex":0,"html":"<svg viewBox=\"0 0 420 420\">\n    <g stroke=\"#e000e0\" \n        fill=\"none\" \n        stroke-Width=\"12\" \n        stroke-dasharray=\"30 10\"\n        >\n        <path class=\"Rechts\" d=\"M 33 6 A 205 205 0 0 0 387 6\" />\n    </g>\n    <style>\n\t    .Rechts {\n    \t    animation: Animation .7s infinite linear;\n    \t    animation-direction: reverse;\n\t    }\n        @keyframes Animation {\n\t        0% {\n\t\t        stroke-dashoffset: 40;\n        \t}\n\t        100% {\n\t\t        stroke-dashoffset: 0;\n    \t    }\n        }\n    </style>\n</svg>","class":"","comment":"","visibility-oid":"0_userdata.0.PV.P_PV.P_NetzZuBatterie","name":"Energiefluss NetzZuBatterie","locked":false},"style":{"left":"52px","top":"362px","width":"420px","height":"120px","z-index":"10"},"widgetSet":"basic"},{"tpl":"tplHtml","data":{"g_fixed":true,"g_visibility":true,"g_css_font_text":false,"g_css_background":false,"g_css_shadow_padding":false,"g_css_border":false,"g_gestures":false,"g_signals":false,"g_last_change":false,"visibility-cond":"<","visibility-val":"-1","visibility-groups-action":"hide","refreshInterval":"0","signals-cond-0":"==","signals-val-0":true,"signals-icon-0":"/vis/signals/lowbattery.png","signals-icon-size-0":0,"signals-blink-0":false,"signals-horz-0":0,"signals-vert-0":0,"signals-hide-edit-0":false,"signals-cond-1":"==","signals-val-1":true,"signals-icon-1":"/vis/signals/lowbattery.png","signals-icon-size-1":0,"signals-blink-1":false,"signals-horz-1":0,"signals-vert-1":0,"signals-hide-edit-1":false,"signals-cond-2":"==","signals-val-2":true,"signals-icon-2":"/vis/signals/lowbattery.png","signals-icon-size-2":0,"signals-blink-2":false,"signals-horz-2":0,"signals-vert-2":0,"signals-hide-edit-2":false,"lc-type":"last-change","lc-is-interval":true,"lc-is-moment":false,"lc-format":"","lc-position-vert":"top","lc-position-horz":"right","lc-offset-vert":0,"lc-offset-horz":0,"lc-font-size":"12px","lc-font-family":"","lc-font-style":"","lc-bkg-color":"","lc-color":"","lc-border-width":"0","lc-border-style":"","lc-border-color":"","lc-border-radius":10,"lc-zindex":0,"html":"<svg viewBox=\"0 0 420 420\">\n    <g stroke=\"#e000e0\" \n        fill=\"none\" \n        stroke-Width=\"12\" \n        stroke-dasharray=\"30 10\"\n        >\n        <path class=\"Links\" d=\"M 33 6 A 205 205 0 0 0 387 6\" />\n    </g>\n    <style>\n\t    .Links {\n    \t    animation: Animation .7s infinite linear;\n    \t    animation-direction: normal;\n\t    }\n        @keyframes Animation {\n\t        0% {\n\t\t        stroke-dashoffset: 40;\n        \t}\n\t        100% {\n\t\t        stroke-dashoffset: 0;\n    \t    }\n        }\n    </style>\n</svg>","class":"","comment":"","visibility-oid":"0_userdata.0.PV.P_PV.P_BatterieZuNetz","name":"Energiefluss BatterieZuNetz","locked":false},"style":{"left":"52px","top":"362px","width":"420px","height":"120px","z-index":"10"},"widgetSet":"basic"}]

[PeZi]

Hier mal die aktuellen Leistungsverläufe mit WR-Verlusten:

Im Skript war auch noch ein Fehler:

P_WRVerlust = -P_AktivGesamt; <- Hier hat das "-" vor "P_AktivGesamt" gefehlt...

Hab's oben bereits korrigiert.

[berlinerbolle]

@pezi

Ich verstehe nicht ganz, wie du den Verlust des WR ausrechnest. Bei mir ist in 13033 immer die (vom WR errechnete) Gesamtlast des Hauses. Ist das bei dir ein anderer Wert?

[PeZi]

@berlinerbolle
Die Gesamtlast des Hauses steht in Register 13007. Register 13033 zeigt den Leistungsfluss zwischen Wechselrichter und Elektroverteilung. Wenn weder von der Batterie noch von den Panels Leistung kommt, wird die Verlustleistung des WR aus dem Netz gedeckt. Register 13033 zeigt dann negative Werte.

Wenn es morgens dämmert, beginnen die Panels Leistung zu liefern. Der WR schaltet dann vom Standby (in dem er nahezu keine Leistung benötigt) in den Betriebsmodus (Schütz zieht an, die Leistungselektronik wird aktiviert). Unmittelbar nach dem Einschalten wird die Verlustleistung komplett aus dem Netz gedeckt (sofern auch die Batterie leer ist)
Mit steigender Leistungslieferung der Panels reduziert diese den Leistungsfluss aus dem Netz bis dass die Verlustleistung vollständig aus den Panels gedeckt wird. Der Wert in Register 13033 steigt in dieser Zeit von negativen Werten über 0 in den positiven Bereich. Erst wenn von den Panels genügend Leistung kommt um die Verlustleistung des WR zu decken, zeigt Register 5016 einen Wert. Und zwar den Wert, der über der Verlustleistung liegt. Ich habe diesen Zeitbereich mal geloggt:

Da Register 13033 auch dann negativ wird, wenn die Batterie aus dem Netz geladen wird, muss man diesen Fall natürlich bei der Ermittlung der Verlustleistung berücksichtigen. Letztendlich ist meine Bezeichnung "Verlustleistung" nicht ganz korrekt. Vielmehr zeigt dieser Wert nur den aus dem Netz bezogenen Anteil. Der von der DC-Seite (Batterie und Panels) kommende Anteil wird vom System einfach unterschlagen. :(

Die Verlustleistung der Batterie und der aus der Batterie kommende Anteil der WR-Verluste kann nicht direkt ermittelt werde. Die Verlustarbeit ergibt sich aber aus der Different der Register 13012 (in die Batterie eingespeiste Arbeit) und 13026 (aus der Batterie entnommene, oder besser, ins Haus exportierte Arbeit).
In meinem Fall (2180,4 kWh - 2019,3 kWh).
Seit die Batterie in Betrieb ist, wurden also 161kWh "verheizt".

[Eisbaeeer]

Gibt es hier jemand, der die Wallbox von Sungrow über Modbus mit abfragt?
Ich habe am SH10RT noch eine Wallbox von Sungrow AC011E-01 mit angebunden. In der isolarcloud sehe ich die Wallbox auch. Mir fehlen aber die Modbus Register zum auslesen.
Oder hat jemand eine Idee, wie ich an die fehlenden Register komme?

Grüße Lars

--- EDIT ---

Ich antworte mir mal selbst. Hier ist die Lösung dazu: sungrow-wallbox-ac011e-01-erfolgreich-mit-modbus-eingebunden

[Jahnel]

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.0RT

Beide 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 WR

Die 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.

[Eisbaeeer]

@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.01

Eventuell hilft das weiter. Grüße Lars

[Jahnel]

@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-Softwareversion

SAPPHIRE-H_01011.71.18
MDSP-Softwareversion

SAPPHIRE-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]

@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-Softwareversion

SAPPHIRE-H_01011.71.18
MDSP-Softwareversion

SAPPHIRE-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

[berlinerbolle]

@jahnel

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.

[ubecker]

@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

[Jahnel]

@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?

[ubecker]

@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.

[shcshc]

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.

[Jahnel]

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.

[hru]

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

[Homoran]

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

Irgendetwas mache ich wohl falsch.

ja!

Du zeigst deine Einstellungen nicht :grin:

[hru]

@homoran bitteschön:



was noch?

[berlinerbolle]

@hru

Genau, Einstellungen zeigen - und du kannst auch einfach hier schauen:

https://github.com/c0ldtech/sungrow

[wolfi913]

@hru
Ich denke Aliases benutzen müsste raus.
So schauen meine funktionierenden Einstellungen für einen Sungrow-WR aus: