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

[GombersIOB]

@d-franz said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Hat jemand einen Tipp für mich, wie ich erkennen kann ob die Batterie geladen der entladen wird?

Ich denke, man muss die Felder untersuchen und dann entscheiden. Ich habe mir das, wie ich denke, dass es funktionieren müsste, mal als Blockly zusammengetragen

(Korrigiert: Stand: 22.2.2023 - 19:30)

Korrekturen:

• In der Function "isBatteryChargingFromGrid" war der Vergleich von loadPower und exportPower verkehrt.
• In der Function "isBatteryDischarging" fehlte der untere Logikteil "falls IsBatteryCharging == falsch".

Insgesamt habe ich jetzt diese Anzeige:

• Für importierten Strom wird die Zahl rot unterlegt.
• Entladen der Batterie wird, wie hier, mit einem roten "D", laden würde mit einem gelben "C" angezeigt. Ausserdem habe ich mir mit dieser letzten Korrektur noch die Möglichkeit geschaffen anzuzeigen, ob die Batterie aus dem Netz oder von PV geladen wird.

Damit man das Programm nicht eintippen muss, füge ich den XML-Export davon bei. Dann kann jeder, der Verbesserungspotential oder Notwendigkeit von Korrekturen sieht, das anfügen (und hoffentlich hier posten).
Einfach unter Blockly importieren.
BatteryChargingDischarging.xml

Gegenüber gestern habe ich die Parameterübergabe korrigiert. Außerdem das Laden aus der PV getestet. Das Skript funktioniert zumindest dafür.
Das Laden der Batterie aus dem Netz konnte ich nicht testen. Und Entladen auch nicht.

[MRaioBroker]

@manny4566
Hier noch mein Code aus Beitrag #337 wie von @manny4566 erwähnt.
Ergebnis ist ein der Datenpunkt 0_userdata.0.PV_Datenpunkte.Berechnung_Batterieentladung_negativ
unter userdata

<xml xmlns="https://developers.google.com/blockly/xml">
  <variables>
    <variable id="(ocA``hXb:ASln87_[5i">PV Akku Be- oder Entladung</variable>
  </variables>
  <block type="on_ext" id="ehBZF8`0,PKLSMKg__PB" x="-2012" y="-487">
    <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
    <field name="CONDITION">ne</field>
    <field name="ACK_CONDITION"></field>
    <value name="OID0">
      <shadow type="field_oid" id="0m^saRA]WjVCQ`9A%2n8">
        <field name="oid">modbus.0.inputRegisters.13007_Load_power_</field>
      </shadow>
    </value>
    <statement name="STATEMENT">
      <block type="variables_set" id="F`@4}oyq-b-2|/kYbR$U">
        <field name="VAR" id="(ocA``hXb:ASln87_[5i">PV Akku Be- oder Entladung</field>
        <value name="VALUE">
          <block type="math_arithmetic" id="1Zv4~dL0,_aGpt}7[_kP">
            <field name="OP">MINUS</field>
            <value name="A">
              <shadow type="math_number" id="d[QgpJU-{V|[)Y8g,,:@">
                <field name="NUM">1</field>
              </shadow>
              <block type="math_arithmetic" id="5||kb1lHC-qwY!85c3KH">
                <field name="OP">MINUS</field>
                <value name="A">
                  <shadow type="math_number" id="lWjzQ^1^A)~nyY4K}k/%">
                    <field name="NUM">1</field>
                  </shadow>
                  <block type="get_value" id="v|oqCDrxh=7lS_fPh~*[">
                    <field name="ATTR">val</field>
                    <field name="OID">modbus.0.inputRegisters.5016_Total_DC_Power</field>
                  </block>
                </value>
                <value name="B">
                  <shadow type="math_number" id="hMTHE%-|Fip{Z1M$2d7y">
                    <field name="NUM">1</field>
                  </shadow>
                  <block type="get_value" id="pQL:D)uc#*C|yW94;;1U">
                    <field name="ATTR">val</field>
                    <field name="OID">modbus.0.inputRegisters.13007_Load_power_</field>
                  </block>
                </value>
              </block>
            </value>
            <value name="B">
              <shadow type="math_number" id="LWB:(CTORxv:`-#$RF=q">
                <field name="NUM">1</field>
              </shadow>
              <block type="get_value" id="E}0?u4:S)mn)6}@G9fd]">
                <field name="ATTR">val</field>
                <field name="OID">modbus.0.inputRegisters.13009_Export_power</field>
              </block>
            </value>
          </block>
        </value>
        <next>
          <block type="update" id="(TMX3NmoY?k,I8B2]p?C">
            <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
            <field name="OID">0_userdata.0.PV_Datenpunkte.Berechnung_Batterieentladung_negativ</field>
            <field name="WITH_DELAY">FALSE</field>
            <value name="VALUE">
              <block type="variables_get" id="p$a.=$hGsH%AenyyxPI!">
                <field name="VAR" id="(ocA``hXb:ASln87_[5i">PV Akku Be- oder Entladung</field>
              </block>
            </value>
          </block>
        </next>
      </block>
    </statement>
  </block>
</xml>

Mir freundlichen Grüßen aus Bad Friedrichshall wo ich heute um 0,1 kW an 100%-Autarkie über Nacht vorbeigeschrammt bin ;-). Eine Minute früher Sonne und es hätte gereicht

[MRaioBroker]

Hallo zusammen,

ich habe mir erlaubt für Skripte ein neues (Folge) Thema aufzumachen.

Findet ihr hier.

https://forum.iobroker.net/topic/63226/sungrow-wr-sgh10rt-modbus-ioskripte

Hoffe das passt für euch und es wird angenommen. Hier gehen evtl. interessante Skripte unter, bei aktuell über 300 Einträgen

[GombersIOB]

@mraiobroker

ich habe mir erlaubt für Skripte ein neues (Folge) Thema aufzumachen.

Die Idee ist gut, danke dafür. Aber Du solltest vielleicht eher das Blockly als Bild zeigen und den Export als File.

[MRaioBroker]

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

@mraiobroker

ich habe mir erlaubt für Skripte ein neues (Folge) Thema aufzumachen.

Die Idee ist gut, danke dafür. Aber Du solltest vielleicht eher das Blockly als Bild zeigen und den Export als File.

Das sorgt sicher für mehr Übersichtlichkeit. Schaue dass ich es morgen umsetze

[d.franz]

@mraiobroker : Vielen Dank! Diese Lösung gefällt mir sehr gut.

[GombersIOB]

@d-franz said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Vielen Dank! Diese Lösung gefällt mir sehr gut.

Die Rechnung entscheidet aber nicht, ob entladen oder geladen wird. Das war doch das, was sie wissen wollten. Außerdem ist sie unnötig. Denn egal, ob geladen oder entladen wird, sagt Ihnen doch die Battery Power, wie groß die anliegende Leistung ist.

Diese drei Szenarien sehe ich gerade bei mir bzgl entladen.

Und ich habe mir mal eine Entscheidungsmatrix gemach um zu sehen, was meiner Meinung nach, bezüglich Batterieladung derzeit möglich ist:

Beides, Laden und Entladen gleichzeitig (z.B. Laden aus PV und Wietergabe an Hausnetz), ist mir noch nicht begegnet. Es macht keinen Sinn und ist vermutlich nicht möglich.

Man könnte jetzt ermitteln wie sich der Ladestrom bzw Entladestrom auf die verschiedenen Quellen verteilt - das geht aber nur über den Vergleich der Zahlen.

[MRaioBroker]

@gombersiob

Doch die Rechnung kann das, weil der Export das korrekte Vorzeichen liefert
Einfach ausprobieren

[GombersIOB]

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

Doch die Rechnung kann das, weil der Export das korrekte Vorzeichen liefert

Du hast recht. Ich bin auf dem Papiere jetzt mal alle Fallunterscheidungen durchgegangen. War ein bisschen Arbeit - und ja. Es stimmt!

Hier mein Beweis:
Sei PV der erzeugte Strom, LP der verbrauchte Strom und EP der Strom am Netz

• PV = 0: Dann ist -EP größer oder gleich LP, denn das Haus wird aus dem Netz versorgt und vielleicht die Batterie noch geladen
  das heißt zwangsläufig 0-LP-EP >=0.
• PV > 0: Dann gibt es zwei Fälle:
  • PV < LP: Dann muss Strom importiert werden: -EP >= PV - LP. EP versorgt also LP und lädt vielleicht auch die Batterie. PV-LP-EP>=0
  • PV > LP: Dann gibt es wiederum drei Fälle:
    • EP = 0: Dann ist PV-LP-0>0, die PV gibt den überschüssigen Strom an die Batterie (lädt!)
    • EP > 0:
      • Wenn EP > PV-LP ist, dann bedeutet das, dass Strom aus der Batterie entladen wird und PV-LP-EP<0. Passt
      • Wenn EP < PV-LP ist, dann versorgt die PV sowohl das Netz (und es ist noch Strom da!) auch die Batterie: PV-LP-EP < 0. Passt auch!
    • EP < 0: Das heisst es wird Strom importiert. Da PV ja größer als LP ist wird also Strom an die Batterie abgegeben, wo soll er sonst hin. PV-LP-EP>0. Passt auch.

Damit wäre das jetzt auch logisch geklärt!

[Rana]

@gombersiob
Hallo gombersiob,
liest Du den modbus über Winet Adapter aus?
Das war mein Problem. Deshalb war bei mir auch das Running State Register permanent auf 0.
Nach Umstöpseln auf den separaten LAN Port und Umstellung der IP im ModbusAdapter wird bei mir das 13000 Register sauber befüllt.

Gruß
Rana

[GombersIOB]

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

Nach Umstöpseln auf den separaten LAN Port

Ja, das hat geholfen. Danke!

Da es hier einen Unterschied gibt, habe ich mir die Register-Werte aus WiNet-S und dem separaten LAN-Port mal angeschaut. Folgende Unterschiede sind mir aufgefallen

Es scheint mir sinnvoll zu sein, eher auf die Daten vom separaten LAN-Port zu setzen! Es scheint eher der Dokumentation zu entsprechen.

[mub]

ich bin seit 3h am googlen und suchen, bekomme aber mein Problem nicht gelöst.

Seit ich am WE zum ersten mal erfolgreich den Akku mit 200W testweise geladen habe und alle von mir veränderten Holding Register im Anschluss auf ihren vorherigen Wert zurück gestellt habe, weigert sich mein SH10RT hartnäckig im "EMS Mode 0" den Akku zu laden.
Der Hausstrom wird ausgeregelt und ich kann den Akku auch weiterhin im "EMS Mode 2" zwangsladen - aber es fließt eben kein Strom von der PV in den Akku, wenn ich es wieder auf 0 stelle.

Habe inzwischen alles mögliche probiert (außer Neustart des Systems, aber das kann ja nicht die Lösung sein?)
Hat jemand einen Tipp?

Hier mal meine aktuelle Konfig.

ergibts sich zu:

und sobald ich EMS Mode auf 0 setze (alles andere bleibt gleich):

[EDIT]Achso, ich sollte noch hinzufügen, dass vor meinem ersten modbus-test alles 1A wie es sollte funktioniert hat.

[GombersIOB]

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

EMS Mode 2

Dazu kann ich nicht viel sagen. Ich sehe für mich derzeit keinen Anlass, die Batterie aus irgendeinem Grund zwangsladen zu wollen. Nur manchmal, wenn der Wechselrichter exportiert anstatt die Batterie zu laden, möchte ich eingreifen können. Aber wirklich viel ist es nicht, was an Energie falsch abfließt, wenn ich mir die Summen betrachte. Und ab jetzt, wo mehr Sonne zu sehen ist, ist es mir auch fast egal ob die Batterie etwas früher oder später voll geladen ist.

Bezüglich des Einflusses auf die Register würde ich, nach meinen Erfahrungen die ich direkt vor Deinem Eintrag geschildert habe, wirklich mal versuchen den Port zu wechseln. Das Verhalten, zumindest was die Auswertung der Register betrifft, ist auf dem LAN-Port anders als auf dem WiNet-S-Adapter.

Das zweite Bild aus der iSolarCloud erscheint mir aber auf den ersten Blick plausibel. Es wird genausoviel Strom erzeugt wie verbraucht wird - es bleibt also nichts zum Laden oder Exportieren.
Wobei das auch schon ein merkwürdiger Zufall ist, dass die Zahlen so genau passen. Ist PV-Power auf die Load-Power gedrosselt? Es gab ja mal die Einschränkung auf 70% Einspeisung. Die Funktionalität zum Drosseln ist also da.

[MRaioBroker]

@mub
Ich würde beides neu booten, WR und Akku
Dann lokal anmelden und die Einträge über die App vornehmen. Ggf nochmal booten

[mub]

@mub

Ein Neustart hat das Problem nicht behoben, ich konnte es jetzt aber lösen.

wenn man im Register 13050 -> EMS_Mode_selection eine 2 ("Handsteuerung") setzt, muss man auch einen Wert für Start Charging Power Register 13052) setzen, sonst geht es nicht los.

Wenn man dann aber in den Automatikmodus zurück geht muss man das Register 13052 wieder auf 0 stellen, sonst lädt er die Batterie nicht.

Zumindest gehe ich aktuell davon aus, dass das das Problem war.

Ist mir persönlich bissl unklar warum man das so macht, hauptsache es läuft wieder alles.

[MRaioBroker]

@mub Ich habe dieses Verhalten auch schon in der App beobachtet.
Der netzunabhängige Betrieb musste nicht nur deaktiviert werden, ich musste auch gleichzeitig den Prozentsatz des reservierten SOC auf 0% setzen.

[GombersIOB]

Ich habe Probleme mit meiner Rechnung bezüglich der Batterie.
Ich rechne einen Erwartungswert über den Füllstand aus:

  BatterieStand am Anfang (= Level * Kapazität / 100)
+ Charging in der Zeit von Anfang bis "jetzt" (Register 13040)
- Discharging in der Zeit von Anfang bis "jetzt" (Register 13026)
____________________________________________________________________
= Erwarteter Füllstand

Vom erwarteten Füllstand ziehe ich den gerade gezeigten tasächlichen Füllstand (Level * Kapazität/100) ab und habe damit meine Verluste.

Gerade eben habe ich aber für diese Verluste einen negativen Wert - irgendwoher hat sich die Batterie gefüllt - aber ich weiß nicht woher.

Wenn ich also eine leere Batterie habe und sie mit 8,2kHh fülle, erwarte ich maximal einen Füllstand von 8,2kWh. Es sind aber, laut ModBus 9,6kWh drin (100% voll).

Kann das jemand hier erklären?

[Benne76]

@reddd Hallo, hast Du fuer dass Thema mit den fehlerhaften Tageswerten am frühen Abend eigentlich ein Lösung gefunden? Habe bei mir jetzt auch soweit eingerichtet, aber das gleiche Thema, ab ca. 18 Uhr fängt er an die Tageswerte neu zu zählen. Da die Parameter aber dochueber Modus direkt aus dem WR kommen vermute ich hier doch eher eine Systemeinstellung im WR, als ob es neben der allgemeinen Systemzeit fuer den Modus noch eine abweichende gibt, denn in der iSolarCloud passen die Werte.
Im weiteren Verlauf des Threads konnte ich leider keine Lösung finden, oder?

[MatzeLoCal]

@atlantis Danke für die Anleitung, leider mag das bei mir nicht funktionieren.
Ich musste bei den Eingangsregistern ein bisschen die Formatierung anpassen, aber dann waren die scheinbar Daten richtig.

Bei den Objekten stehen bei mir sowohl bei den Eingangs- sowie auch bei den Holding-Registern NaN (Not a Number) for den ids und in meinem Logs sind einige Meldungen wie diese:

2023-03-19 10:18:57.165 - error: modbus.0 (3372) Invalid data inputRegisters/0: {"_address":4999,"name":"Nominal Output Power","description":"Installierte Leistung","unit":"Kw","type":"uint16be","len":"1","factor":"0.1","offset":"00","formula":"","role":"value","cw":false,"isScale":false,"deviceId":1,"address":-25002,"fullId":"modbus.0.0"}

Ich verstehe aber leider nicht so ganz wo das Problem liegt …

[MRaioBroker]

Hallo zusammen ,

sagt mal hat schon jemand mal mit dem DO Anschluss des WR herumgespielt? Sungrow SH Handbuch Seite 62 Punkt 6.10 DO-Anschluss

Ich lasse da gerade meine smart grid Wärmepumpe anschließen.
Wenn ich es richtig verstehe, dann schaltet der DO bei mehr als 5min PV Überschuss sein Relais (trocken). Man kann wohl sogar einstellen bei welchem Überschuss das passieren soll....

Zwischen WR DO und Wärmepumpe muss dann noch ein AC Schalter, weil man keine Lasten an den DO hängen soll.
Was aber wenn ich zusätzlich nen shelly an den DO packe das geschaltet wird wenn DO aktiv und mir damit in ioBroker sämtliche Möglichkeiten der Überschussstromnutzung eröffnet....

Das wäre deutlich einfacher als das über ein Skript zu steuern, dass nach X Minuten aktiv geht. Schließlich läuft wohl im WR bereits ein Skript das man nutzen könnte...