Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Atifan]

@zizu29 sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

@atifan Ich habe das gleiche Problem, welchen 3 Sek. Interval hast du da aktiviert ?

ganz am Ende die

[zizu29]

@atifan Danke, hab meinen Fehler gefunden. Ich hatte noch bei einer Unit die 2 drin stehen. Jetzt funktioniert alles. Danke an alle für die Unterstützung

[higginsd]

Vielen, vielen Dank für diesen Thread und den NodeRed Flow! Endlich bekomme ich Zugriff auf die aktuellen Daten meines sch... Huawei Sun Inverters!

Da habe ich lange nach gesucht und rumprobiert. Der Modbus-TCP Adapter von ioBroker geht nicht. Die Verbindung vom SDongle zur Fusionsolar-Webseite bricht bei mir mehrmals täglich für 1-3 Stunden weg. Ausserdem erlaubt die API zu Fusionsolar nur alle paar Minuten ein Abholen der Daten, sonst macht Fusionsolar zu, weil man zu oft pollt.

Jetzt habe ich eigentlich nur noch ein Problem: wie interpretiere ich die Werte? Ich habe bisher keine vernünftige Erklärung für so Begriffe wie "Inverter.Active_Power", "Inverter.Input_Power", "Meter.Active_Power", "Battery_Power" gefunden. Und nicht jeder ist ein Solaranlagen-Profi, denen diese Dinge wahrscheinlich geläufig sind.

Ein paar Dinge kann ich mir anhand der Daten und dem Vergleich mit dem Überblick der Energieflüsse in der Fusionsolar-App ungefähr zusammenreimen. Aber ich wüsste es dennoch gerne einmal genau.

Ich liste mal auf, was ich mir so denke:

• Meter.Active_Power: Bezug oder Einspeisung vom/zum Versorger in Watt. Positive Werte = Bezug, negative Werte = Einspeisung

• Inverter.Active_Power: aktuelle Einspeisung des Inverters in das Hausnetz (also die aktuelle "Leistung" des Hauses) in Watt, Addition aus PV Erzeugung und ggf. Batterie-Entladung (auch Meter.Active_Power positive Werte?)

• Inverter.Input_Power: aktuelle Leistung vom "Dach" in Watt

• Battery_Power: aktuelle Leistung an der Batterie in Watt, negative Zahlen = Batterie wird entladen, positive Zahlen = Batterie wird geladen

• Battery_SOC: ist klar, der Ladezustand in %

• PV1_Voltage und PV1_Current: aktuelle Spannung und Strom von String 1, U * I = P, somit ergibt sich daraus, wieviel Leistung String 1 aktuell liefert in Watt

• PV2_... wie PV1, nur für String 2

Gerne Anmerkungen und Hilfe/Erläuterungen und Korrekturen! Und was es sonst noch für interessante Modbus-Register im Sun200 gibt.

Viele Grüße
Dirk

[zizu29]

@higginsd Da hänge ich mich mal mit dran, auch der Übersetzter liefert mir nicht wirklich Klarheit über die Werte

[zizu29]

@badsnoopy667 Danke das du dein Blockly zur Verfügung stellst, Welche datenpunkte hast du zusätzlich erstellt, hast du da evtl. eine Liste oder screenshot?

Und Danke für die Unterstützung

[badsnoopy667]

@zizu29
Ich bin gerade im Urlaub. Ich suche das nächste Woche mal raus. Aber die Beschreibung der Datenpunkte oben passt schon ganz gut!

[Hansi1989]

Hallo ich habe den Node Red Adapter und das Flow wie die npms installiert laut dieser Anleitung aber leider bekomm ich einen Fehler und ich bin Neuling beim Node Red. Die Datenpunkte kommen alle nur dieser Error macht mir sorgen weil der Iobroker sich über die Nacht neu installiert alles von neu anfangt. Ich danke für jede Unterstützung.

2023-04-13 20:16:45.802 - error: node-red.0 (16278) 13 Apr 20:16:45 - [error] [modbus-getter:32016] Error: Modbus exception 6: Slave device busy (retry request again later)

Aber eins muss ich noch sagen tolle Arbeit wird da geleistet!

[firebowl]

Bei mir läuft das ganze seit einigen Wochen absolut Top und viel besser als solaranzeige.
Ich hab nur ein kleines Problem im ioBroker Log:

Das hatte ich auch bei anderen Objekten die geschrieben wurde aber da konnte ich es anpassen in dem ich im Flow oder im ioBroker Objekt den Typ des Objekts angepasst habe. Aber bei dem Objekt bekomm ich es nicht weg. Hat jemand ne Idee?

[Atifan]

@firebowl im IoBroker die Datentypen in den Datenpunkten ändern von number auf object.

[firebowl]

@atifan Hab ja geschrieben, dass ich das schon gefühlt x mal gemacht habe und es bei den anderen Datenpunkten auch funktioniert hat. Hab's jetzt noch mal geändert. ;)

[firebowl]

@firebowl funzt nicht, jetzt kommt die Meldung:

[mickym]

@firebowl Wenn Du meinen Flow nicht nimmst - mache eine JSON Node vor die iobroker-Out Node - die stringifiziert Dein Objekt wieder zu einem String.

[firebowl]

@mickym Ich benutze den Flow aus dem ersten Post hier, ist das deiner?
Ansonsten hab ich leider absolut keine Ahnung von node-red, benutze ich nur für den WR und sonst für nix..:sweat_smile:

[mickym]

@firebowl sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

@mickym Ich benutze den Flow aus dem ersten Post hier, ist das deiner?
Ansonsten hab ich leider absolut keine Ahnung von node-red, benutze ich nur für den WR und sonst für nix..:sweat_smile:

Nein, ist nicht von mir. Aber du solltest doch die iobroker-out Node finden, die dir diesen Datenpunkt schreibt. Das ist so eine blaue Node auf der rechten Seite und das Topic zeigt auf den Datenpunkt. Und vor diese Node klemmst du eine JSON Node.

Ansonsten ist es natürlich schade, dass du dich nicht mit diesem tollen Tool beschäftigst. So mancher ehemalige Blockly Fan wird Dir das bestätigen. ;)

[firebowl]

@mickym Glaub ich hab's:

Also noch sieht node-red einfach viel ui komplex für mich aus. ;)
Kann mir aber gut vorstellen, dass ich viele meine Blocklys darüber schöner oder besser abbilden könnte.

[mickym]

@firebowl sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

@mickym Glaub ich hab's:

Also noch sieht node-red einfach viel ui komplex für mich aus. ;)
Kann mir aber gut vorstellen, dass ich viele meine Blocklys darüber schöner oder besser abbilden könnte.

Sehr gut - damit sollte es gehen - wenn nicht immer Objekte rauskommen (die JSON node konvertiert standardmässig in beide Richtungen) - dann kannst Du ihr auch sagen, die soll grundsätzlich nur Zeichenfolgen erzeugen:

Wenn Du den Datenpunkt nun als Typ String definierst, dann solllten die Logeinträge weg sein. So wie es aussieht ist das aber nur eine Zahl in einem Array. Also

[41.35] - wenn das immer so ist dann ändere ggf. den buffer parser - wobei ich keine Ahnung habe was da rein kommt, sonst nimmst Du statt der JSON Node eine Change Node - dann musst du den Datenpunkt aber als Zahl definieren.

Dann machst Du aus dem Array eine normale Zahl:

ggf. kannst Du auch in dem Buffer-Parser nachschauen, dass Du nicht versehentlich values als Array ausgeben lässt:

dann lieber auf key/value umstellen,dann brauchst Du gar keine Konvertierung.

[badsnoopy667]

@mickym Du kannst mir bestimmt helfen:

Ich möchte gerne den Flow zu Datenabfrage kurzzeitig "anhalten" können. Hintergrund: Wenn ich den Befehl an den Wechselrichter sende, die Batterieentladung zu drosseln (beim Laden des eAutos), kommt dieser Befehl oft nur sehr verzögert durch weil die Kommunikation mit dem WR schon ausgelastet ist.
Halte ich den Datenabfrage Flow an, geht der Befehl sofort durch.

Meine Idee: Ich möchte hinter die "5 Sek. Intervall" - Node gerne eine Switch Node setzen, die prüft, ob ein ioBroker Datenpunkt, nennen wir ihn 0_userdata.0.Huawei.Battery.Abfrage_Sperre, auf false steht. Nur dann soll die Abfrage durchgeführt werden. Bei true soll einfach nichts passieren. Ich bin dafür leider zu doof. ;-)
Hast Du eine Idee, wie das am Besten geht? Danke schonmal!

Alternativ: Wenn es eine einfache Möglichkeit gibt, aus einem anderen Flow herraus einen Flow zu deaktivieren und nach z.B. 30 Sekunden wieder zu aktivieren, gerne auch das!

[mickym]

@badsnoopy667 sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):

Ich möchte hinter die "5 Sek. Intervall" - Node gerne eine Switch Node setzen, die prüft, ob ein ioBroker Datenpunkt, nennen wir ihn 0_userdata.0.Huawei.Battery.Abfrage_Sperre, auf false steht. Nur dann soll die Abfrage durchgeführt werden. Bei true soll einfach nichts passieren. Ich bin dafür leider zu doof.
Hast Du eine Idee, wie das am Besten geht? Danke schonmal!

Du kannst einfach mit einer get-Node den Datenpunkt abfragen und in einer anschliessenden switch Node entscheiden, ob die Nachrichten weitergereicht werden oder nicht.

Alternativ: Wenn es eine einfache Möglichkeit gibt, aus einem anderen Flow herraus einen Flow zu deaktivieren und nach z.B. 30 Sekunden wieder zu aktivieren, gerne auch das!

Über Kontextvariablen kannst Du ebenfalls über eine Switch-Node einen Flow blockieren oder freigeben.

Ich möchte gerne den Flow zu Datenabfrage kurzzeitig "anhalten" können. Hintergrund: Wenn ich den Befehl an den Wechselrichter sende, die Batterieentladung zu drosseln (beim Laden des eAutos), kommt dieser Befehl oft nur sehr verzögert durch weil die Kommunikation mit dem WR schon ausgelastet ist.

Halte ich den Datenabfrage Flow an, geht der Befehl sofort durch.

Du kannst auch einfach alle Nachrichten um eine Anzahl von Sekunden verzögern, in dem Du eine delay Node dazwischen klemmst.

Ich denke ich würde die 2. Möglichkeit über Kontextvariablen bevorzugen. Ich mach Dir ein theoretisches Beispiel.

[badsnoopy667]

@mickym
Super, danke schonmal!
Für die 2. Möglichkeit müsste das dann in etwa so aussehen:
Wenn Datenpunkt "Battery_Discharge_Power_SET" geändert wurde, dann halte Flow "Modbus TCP" an.
Sende dann den neuen Wert aus dem SET Datenpunkt an den WR (Diesen Teil habe ich ja schon), warte 30 Sekunden und Starte dann den "Modbus TCP" Flow wieder.

[mickym]

@badsnoopy667

Spoiler

[
   {
       "id": "b392cab7e92fdcc5",
       "type": "comment",
       "z": "702aafcb19d928ac",
       "name": "Wenn ich den Befehl an den Wechselrichter sende, die Batterieentladung zu drosseln (beim Laden des eAutos),",
       "info": "",
       "x": 480,
       "y": 100,
       "wires": []
   },
   {
       "id": "a4b541ada4dbff5b",
       "type": "inject",
       "z": "702aafcb19d928ac",
       "name": "Drossele ;)",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "drosseln",
       "payloadType": "str",
       "x": 340,
       "y": 240,
       "wires": [
           [
               "7f67d6a08eb47568"
           ]
       ]
   },
   {
       "id": "7f67d6a08eb47568",
       "type": "change",
       "z": "702aafcb19d928ac",
       "name": "",
       "rules": [
           {
               "t": "set",
               "p": "pause",
               "pt": "flow",
               "to": "true",
               "tot": "bool"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 530,
       "y": 240,
       "wires": [
           [
               "7782c00477972ce8",
               "70cefd961ae5a1df"
           ]
       ]
   },
   {
       "id": "7782c00477972ce8",
       "type": "debug",
       "z": "702aafcb19d928ac",
       "name": "wird gedrosselt",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 740,
       "y": 240,
       "wires": []
   },
   {
       "id": "70cefd961ae5a1df",
       "type": "trigger",
       "z": "702aafcb19d928ac",
       "name": "",
       "op1": "",
       "op2": "false",
       "op1type": "nul",
       "op2type": "bool",
       "duration": "30",
       "extend": false,
       "overrideDelay": false,
       "units": "s",
       "reset": "",
       "bytopic": "all",
       "topic": "topic",
       "outputs": 1,
       "x": 730,
       "y": 180,
       "wires": [
           [
               "df0ab2949c6f434e"
           ]
       ]
   },
   {
       "id": "df0ab2949c6f434e",
       "type": "change",
       "z": "702aafcb19d928ac",
       "name": "",
       "rules": [
           {
               "t": "set",
               "p": "pause",
               "pt": "flow",
               "to": "payload",
               "tot": "msg"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 930,
       "y": 180,
       "wires": [
           []
       ]
   },
   {
       "id": "fb55f931ec42672a",
       "type": "inject",
       "z": "702aafcb19d928ac",
       "name": "Abfrage",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "5",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "",
       "payloadType": "date",
       "x": 340,
       "y": 380,
       "wires": [
           [
               "adcd90f6a30cee7e"
           ]
       ]
   },
   {
       "id": "ed5f7870769bdc0e",
       "type": "comment",
       "z": "702aafcb19d928ac",
       "name": "Halte ich den Datenabfrage Flow an, geht der Befehl sofort durch.",
       "info": "",
       "x": 330,
       "y": 300,
       "wires": []
   },
   {
       "id": "adcd90f6a30cee7e",
       "type": "switch",
       "z": "702aafcb19d928ac",
       "name": "Pause ?",
       "property": "pause",
       "propertyType": "flow",
       "rules": [
           {
               "t": "false"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 500,
       "y": 380,
       "wires": [
           [
               "7d524fe2d7ae45a8"
           ]
       ]
   },
   {
       "id": "7d524fe2d7ae45a8",
       "type": "debug",
       "z": "702aafcb19d928ac",
       "name": "es wird abgefragt ....",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 720,
       "y": 380,
       "wires": []
   }
]

Wenn Du den Flow über einen DP im iobroker steuern willst, dann so:

Spoiler

[
   {
       "id": "28b45bfa3f89e574",
       "type": "inject",
       "z": "2f30279e53882e25",
       "name": "",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "5",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "",
       "payloadType": "date",
       "x": 370,
       "y": 180,
       "wires": [
           [
               "8c2db9f4fba55e12"
           ]
       ]
   },
   {
       "id": "d213a463ebfcb035",
       "type": "comment",
       "z": "2f30279e53882e25",
       "name": "Über iobroker Datenpunkt",
       "info": "",
       "x": 350,
       "y": 100,
       "wires": []
   },
   {
       "id": "8c2db9f4fba55e12",
       "type": "ioBroker get",
       "z": "2f30279e53882e25",
       "name": "block?",
       "topic": "0_userdata.0.Test.aktiv",
       "attrname": "block",
       "payloadType": "value",
       "errOnInvalidState": "nothing",
       "x": 530,
       "y": 180,
       "wires": [
           [
               "92c013e426392176"
           ]
       ]
   },
   {
       "id": "92c013e426392176",
       "type": "switch",
       "z": "2f30279e53882e25",
       "name": "",
       "property": "block",
       "propertyType": "msg",
       "rules": [
           {
               "t": "false"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 670,
       "y": 180,
       "wires": [
           [
               "2687c381ceab8786"
           ]
       ]
   },
   {
       "id": "2687c381ceab8786",
       "type": "debug",
       "z": "2f30279e53882e25",
       "name": "Abfrage",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 820,
       "y": 180,
       "wires": []
   }
]