iobroker Huawei Sun2000 modus Adapter keine Daten

[spooky82]

@spooky82 Wie auch immer: Ich habe es nun bei einigen Werten ausprobiert - und es funktioniert
Besten Dank für den Flow!!!

[betacode]

@spooky82 wahrscheinlich muß "node-red-contrib-calc" noch installiert werden.

[Stingray]

@betacode

Bei mir läuft es leider nicht auf iobroker node red

[Stingray]

@betacode

extern auf node red läuf es super arbeit

[betacode]

@stingray wie geschrieben habe ich mir die Anregungen auch im Forum geholt, ansonsten hätte ich das auch nicht so schnell hinbekommen.
Schön das ich auch mal helfen konnte, sicher gibt es noch Optimierungspotential und wenn der Wechselrichter offline ist kommen teilweise Mülldaten die ich noch nicht abfangen kann.

[spooky82]

@betacode Danke nochmal - der Flow funktioniert soweit gut.
Das einzige Problem ist, dass sobald Node red mit dem Modbus verbunden ist, dieser geblockt für weitere Connections ist, da kein Disconnect nach jeder Abfrage durchgeführt wird.

Weißt du, wie man einen Connect / Disconnect in den Flow einbauen kann, um dem Problem aus dem Weg zu gehen?

[betacode]

@spooky82 Hallo,
tut mir leid, da kann ich leider auch nicht helfen. So tief bin ich nicht in der Materie drin.
Wäre aber auch an einer Lösung interessiert.

[Stingray]

@betacode
Jetzt läuft node red mit modbus auf Iobroker.
Habe Fixer ausgeführt da Modbus Recht nicht frei waren.
Dann noch den Port 502 in meiner Fritzbox geöffnet.

jetzt habe ich noch eine Frage

32064 Input power = PV Leistung Pv Eingang ?
32080 Active power = Eingspeiste Pv Leistung ?
37113 Power meter collection Active power = Energie Messung, + Wert Einspeisung, - Wert Belieferung ?
Welcher wert ist der Eigenverbrauch oder muß er berechnet werden?

[spooky82]

@stingray Hi,

bezogen auf die Huawei Anleitung verstehe ich es so:

32064 Input power - AC Eingangsleistung --> Leistung nach dem Wechselrichter
32080 Active power - Bin mir bei diesem Wert nicht sicher

37113 Power meter collection Active power =

0: feeding power to the
power grid
< 0: obtaining power from the
power grid

Einspeisung/ Bezug musst du berechnen aus:

37113 - [Power meter collection] Active power

0: feeding power to the
power grid
< 0: obtaining power from the
power grid

Der Hausverbrauch muss selbst berechnet werden und zwar:

Hausverbrauch = (AC_Eingangsleistung + Bezug + Batterie_Entladung - Einspeisung - Batterie_Ladung.
Dabei muss auf die Vorzeichen geachtet werden - Bezug und Entladung werden negativ ausgegeben.

Die Speicherladung und Entladung müssen ebenfalls aus

37001 - [Energy storage unit 1] Charge and discharge power

0: charging
< 0: discharging

berechnet werden.

Ich hoffe, das hilft.

[Stingray]

@spooky82
Ja danke ich werde das schon hinbekommen.
Leider habe ich noch keine Luna bist du mit deinem System zufrieden.

Lg

[spooky82]

@stingray ja, sehr zufrieden.
Hier gibts auch ein Video über meine Anlage - falls es interessiert: https://youtu.be/dSh3IezsmbA

[JoeAll]

Hallo,
gibt es eine andere Variante zum Anschluss als den WiFi-Fe?
mein Einsatzort ist Wlan-Frei.....

[baybod]

Gibt es mittlerweile einen funktionierenden Adapter direkt aus IO Broker heraus. Der Weg über node red ist gut, dass er möglich ist. Ein direkter Adapter wäre für viele Benutzer (auch für mich) sicherlich einfacher. Gibt es hierzu neues?

[M H 1]

@baybod das wäre mal was. ich habe ja sogar versucht zu verstehen, was in diesem thread hier so steht, aber es ist mir schlichtweg unmöglich, node red zu konfigurieren, modbus ans laufen zu kriegen, oder, was noch schöner wäre, einen adapter zu finden, der beide schritte überflüssig machen würde...

es muss millionen von huawei WRs geben, warum kommt da nix?

[M H 1]

@spooky82 du scheinst deine werte ja abgreifen zu können, das freut mich, aber bringt mich nur näher ran an den wahnsinn.
hast du eine möglichkeit, von 1-x oder a-z alles zu dokumentieren,w as du unternommen hast, wo ggf einstellungen sitzen, die ich übersehe?

[joeysch]

@m-h-1
Welche Firmwareversion hast denn auf dem Dongle? Bei den neueren unbedingt hier den Haken setzen sonst wird das nix.

[spooky82]

@m-h-1 also mit dem Modbus Adapter habe ich das nicht hinbekommen.
Im Endeffekt habe ich eine Solaranzeige auf einem Raspi aufgesetzt und greife so die Werte ab.

[Homer 0]

Hat wirklich noch keiner die direkte Anbindung des Sun2000 über den Modbus-Adapter hinbekommen? Ich scheitere offensichtlich an der gleichen Stelle:

 
2022-11-01 17:42:27.677 - info: host.raspberrypi4 instance system.adapter.modbus.1 started with pid 17214
2022-11-01 17:42:28.908 - debug: modbus.1 (17214) Redis Objects: Use Redis connection: 127.0.0.1:9001
2022-11-01 17:42:28.950 - debug: modbus.1 (17214) Objects client ready ... initialize now
2022-11-01 17:42:28.953 - debug: modbus.1 (17214) Objects create System PubSub Client
2022-11-01 17:42:28.954 - debug: modbus.1 (17214) Objects create User PubSub Client
2022-11-01 17:42:28.987 - debug: modbus.1 (17214) Objects client initialize lua scripts
2022-11-01 17:42:29.009 - debug: modbus.1 (17214) Objects connected to redis: 127.0.0.1:9001
2022-11-01 17:42:29.036 - debug: modbus.1 (17214) Redis States: Use Redis connection: 127.0.0.1:9000
2022-11-01 17:42:29.050 - debug: modbus.1 (17214) States create System PubSub Client
2022-11-01 17:42:29.052 - debug: modbus.1 (17214) States create User PubSub Client
2022-11-01 17:42:29.074 - debug: modbus.1 (17214) States connected to redis: 127.0.0.1:9000
2022-11-01 17:42:29.161 - debug: modbus.1 (17214) Plugin sentry Initialize Plugin (enabled=true)
2022-11-01 17:42:29.621 - info: modbus.1 (17214) starting. Version 5.0.4 in /opt/iobroker/node_modules/iobroker.modbus, node: v16.17.0, js-controller: 4.0.23
2022-11-01 17:42:29.800 - debug: modbus.1 (17214) Initialize Objects for disInputs: []
2022-11-01 17:42:29.801 - debug: modbus.1 (17214) Initialize Objects for coils: []
2022-11-01 17:42:29.802 - debug: modbus.1 (17214) Initialize Objects for inputRegs: []
2022-11-01 17:42:29.803 - debug: modbus.1 (17214) Initialize Objects for holdingRegs: [{"_address":37101,"name":"","description":"","unit":"","type":"uint32le","len":2,"factor":1,"offset":0,"formula":"","role":"level","room":"","poll":true,"wp":"","cw":"","isScale":"","deviceId":1,"address":37101,"id":"holdingRegisters.37101"},{"_address":37107,"name":"","description":"","unit":"","type":"int32le","len":2,"factor":1,"offset":0,"formula":"","role":"level","room":"","poll":true,"wp":"","cw":"","isScale":"","deviceId":1,"address":37107,"id":"holdingRegisters.37107"},{"_address":37113,"name":"","description":"","unit":"","type":"uint32le","len":2,"factor":1,"offset":0,"formula":"","role":"level","room":"","poll":true,"wp":"","cw":"","isScale":"","deviceId":1,"address":37113,"id":"holdingRegisters.37113"},{"_address":40572,"name":"","description":"","unit":"","type":"int16le","len":1,"factor":1,"offset":0,"formula":"","role":"level","room":"","poll":true,"wp":"","cw":"","isScale":"","address":40572,"deviceId":1,"id":"holdingRegisters.40572"},{"_address":40573,"name":"","description":"","unit":"","type":"int16be","len":1,"factor":1,"offset":0,"formula":"","role":"level","room":"","poll":true,"wp":"","cw":"","isScale":"","address":40573,"deviceId":1,"id":"holdingRegisters.40573"},{"_address":40574,"name":"","description":"","unit":"","type":"int16be","len":1,"factor":1,"offset":0,"formula":"","role":"level","room":"","poll":true,"wp":"","cw":"","isScale":"","address":40574,"deviceId":1,"id":"holdingRegisters.40574"}]
2022-11-01 17:42:29.804 - debug: modbus.1 (17214) Add holdingRegisters.37101: {"_id":"holdingRegisters.37101","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":true,"def":0,"unit":""},"native":{"regType":"holdingRegs","address":37101,"deviceId":1,"type":"uint32le","len":2,"offset":0,"factor":1,"poll":true}}
2022-11-01 17:42:29.805 - debug: modbus.1 (17214) Add holdingRegisters.37107: {"_id":"holdingRegisters.37107","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":true,"def":0,"unit":""},"native":{"regType":"holdingRegs","address":37107,"deviceId":1,"type":"int32le","len":2,"offset":0,"factor":1,"poll":true}}
2022-11-01 17:42:29.805 - debug: modbus.1 (17214) Add holdingRegisters.37113: {"_id":"holdingRegisters.37113","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":true,"def":0,"unit":""},"native":{"regType":"holdingRegs","address":37113,"deviceId":1,"type":"uint32le","len":2,"offset":0,"factor":1,"poll":true}}
2022-11-01 17:42:29.806 - debug: modbus.1 (17214) Add holdingRegisters.40572: {"_id":"holdingRegisters.40572","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":true,"def":0,"unit":""},"native":{"regType":"holdingRegs","address":40572,"deviceId":1,"type":"int16le","len":1,"offset":0,"factor":1,"poll":true}}
2022-11-01 17:42:29.807 - debug: modbus.1 (17214) Add holdingRegisters.40573: {"_id":"holdingRegisters.40573","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":true,"def":0,"unit":""},"native":{"regType":"holdingRegs","address":40573,"deviceId":1,"type":"int16be","len":1,"offset":0,"factor":1,"poll":true}}
2022-11-01 17:42:29.808 - debug: modbus.1 (17214) Add holdingRegisters.40574: {"_id":"holdingRegisters.40574","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":true,"def":0,"unit":""},"native":{"regType":"holdingRegs","address":40574,"deviceId":1,"type":"int16be","len":1,"offset":0,"factor":1,"poll":true}}
2022-11-01 17:42:30.140 - info: modbus.1 (17214) Connected to slave 192.168.2.184
2022-11-01 17:42:30.141 - debug: modbus.1 (17214) [DevID_1] Poll start ---------------------
2022-11-01 17:42:30.143 - debug: modbus.1 (17214) Initialization of scale factors done!
2022-11-01 17:42:30.144 - debug: modbus.1 (17214) [DevID_1/holdingRegs] Poll address 37101 - 14 registers
2022-11-01 17:42:30.650 - warn: modbus.1 (17214) Error: undefined
2022-11-01 17:42:30.651 - error: modbus.1 (17214) Request timed out.
2022-11-01 17:42:30.652 - error: modbus.1 (17214) Client in error state.
2022-11-01 17:42:30.653 - warn: modbus.1 (17214) Poll error count: 1 code: {"err":"timeout","timeout":500}
2022-11-01 17:42:30.655 - debug: modbus.1 (17214) Socket closed with error
2022-11-01 17:42:30.656 - debug: modbus.1 (17214) Clearing timeout of the current request.
2022-11-01 17:42:30.657 - debug: modbus.1 (17214) Cleaning up request fifo.
2022-11-01 17:42:31.653 - debug: modbus.1 (17214) Closing client on purpose.
2022-11-01 17:42:31.654 - info: modbus.1 (17214) Disconnected from slave 192.168.2.184
 

Das muss ja am Modbus-Adapter liegen, da die Abfrage mit anderen Modbus-Tools funktioniert.
Jemand ne Idee?

[ple]

@homer-0
ne, leider nicht, hatte auch schon mal auf Github ein issue aufgemacht, aber aktuell tut sich da nichts. Denke nicht, dass es weit oben auf der Liste steht.
https://github.com/ioBroker/ioBroker.modbus/issues/250

Gruß

HansPeterMeier created this issue in ioBroker/ioBroker.modbus

open Huawei Wechselrichter geht über NodeRed, aber nicht über diesen Modbusadapter #250

[abrodeck]

Hallo zusammen,
ich habe auch eine PV-Anlage mit Huawei-Technik. Der Wechselrichter ist ein SUN2000-6KTL-M1. Es ist auch ein Dongle verbaut, ich weiß aber nicht genau welcher.
Die Firmware wurde gerade aktualisiert. Modbus TCP ist uneingeschränkt freigeschaltet.
Ich wollte auch gerne die Daten über den Modbus-Adapter im ioBroker verarbeiten und habe dazu ziemlich alles gelesen was es hier so gibt.
Auch wenn immer klarer wird, dass es mit dem Adapter nicht geht scheitere ich schon daran zu ermitteln, welche IP ich im Adapter eintragen müsste. Es soll doch die IP des Wechselrichters sein, oder? Könnt Ihr mir sagen, wie ich die herausfinde? Ich denke mal, dass man die auch für die Lösung mit NodeRed benötigt.
Wenn ich mich mit der SUN2000 App verbinden will muss ich ja immer das WLAN-Netz des Dongles im Smartphone verbinden. Die IP sollte doch aber im selben Netz sein wie der Raspi des ioBrokers oder habe ich da ein totales Verständnisproblem? Es wäre nett, wenn Ihr mir da mal auf die Sprünge helfen könntet.
Vielen Dank.

Gruß Andreas