[HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write)
-
@lub104 Bei mir war Zahl im oberen Feld. Habe ich geändert auf Zeichenkette und den Flow neu gestartet. Es kommt aber die gleiche Debug Meldung
-
Also ich hatte Problem, dass bei mir die Datenpunkte nicht unter 0_userdata.0 durch NodeRed angelegt worden sind. Hierfür ist es wohl erforderlich, dass in den NR Instanzeinstellungen noch der Hacken bei "Erstellung von Fremd-Objekten zulassen" aktiviert wird. Ich weiss nicht ob das irgendwo im Thread bereits mal erwähnt wurde, aber vielleicht kann man das noch im Eingangspost ergänzen...?
Ich habe aber noch zwei andere Fragen:
- Bei mir wird seid dem ich NR am Laufen habe, in Fusion Solar eine Batterie angezeigt (obwohl ich keine installiert habe). Ich kann sie zwar manuell wieder rauslöschen, kürze Zeit später taucht sie aber wieder auf.
Kennt jemand dieses Verhalten? Ich habe alle Register deaktiviert, über welche Batteriedaten abgefragt werden...
- Im NR Flow werden Register ausgelesen wie z.B. die Grid Voltage über 37101. Ich konnte in der Modbus pdf-Beschreibung dieses Register aber nicht finden, gibt es noch eine andere Beschreibung oder woher kommen diese Informationen?
-
Bei mir werden viele Datenpunkte als Objekt angelegt anstatt als Zahl und das wird bei jeder Änderung als Meldung im ioBroker log ausgegeben:
node-red.0
2023-02-11 17:31:57.504 info State value to set for "0_userdata.0.Huawei.Inverter.Efficiency" has to be type "number" but received type "object"Ich hab jetzt schon bei den Objekten bei denen es mir aufgefallen ist im Flow den "Payload Type" geändert und auch im ioBroker den Typ des Datenpunkts. Klappt aber scheinbar nicht bei allen Werten.
Bin aber absoluter Node-RED noob, hab den Adapter gerade und nur für meinen Wechselrichter installiert weil die Solaranzeige auf meinem Raspi seit Tagen herumzickt.
Außerdem hab ich einen kleinen Schönheitsfehler im Flow gefunden.
Bei Battery_SOC ist als Unit W angegeben, müsste aber ein % sein weil man ja den Prozentwert der Batterie haben möchte.Und jetzt das wichtigste: vielen Dank für die Anleitung und den Flow!
-
Blöde Frage aber ich Blick bei den erzeugten Datenpunkten nicht so 100%ig durch.
Sehe ich das richtig, dass es keinen gibt für den Strom den das Haus gerade verbraucht?
Über Solaranzeige gab es Grafana Dashboards die das angezeigt haben. -
Wie habt ihr das denn gemacht, um die Leistung des WR anzuzeigen wenn auch noch eine Batterie angeschlossen ist?
Der Wert "Active_Power" gibt ja die Ausgangsleistung des WR an. Der Wert bleibt aber auf 0W, sofern die gesamte Leistung in die Batterie fließt. Andererseits wird aber auch eine Leistung nachts angezeigt, wenn Strom aus der Batterie entnommen wird...
Um herauszufinden was der WR aktuell an Sonnenenergie produziert, berechne ich einfach Active_Power + Battery_Power, richtig? Oder gibt es hierfür einen separaten Datenpunkt?
-
Ich hatte weiter oben mein Blockly Script gepostet wo ich mir die ganzen fehlenden Werte selber errechne:
https://forum.iobroker.net/topic/51639/howto-huawei-sun2000-wr-modbus-mit-node-red-read-write/139
-
@badsnoopy667 Cool, vielen Dank! Hat mich gerade zwar etwas Arbeit gekostet weil deine Datenpunkte nicht automatisch angelegt werden, aber jetzt sieht es gut aus.
-
Hat schon mal jemand versucht, die Leistung des Wechselrichters über "write" zu drosseln oder den Wechselrichter abzuschalten? (Hab eine KTL30-M3)
Hintergrund ist, das ich DIY Akkus mit Victron am laufen hab, ich würde das Ganze aber gern Notstrom fähig machen. Dazu muß ich aber zwingend den Wechselrichter runterfahren können bzw. ganz abschalten. Faktor 1 Regel. -
Ich habe schon seit langem das Problem, dass mir regelmäßig folgende Meldungen angezeigt werden. Dann wird der Abruf der Register abgebrochen. Ich bekomme manchmal mehr und manchmal weniger Daten bis zu der Meldung.
node-red.0 2023-02-24 20:55:11.124 warn 24 Feb 19:55:11 - [warn] [modbus-client:ModBus-TCP] Client -> fsm connected after state init Get More About It By Logging TCP@192.168.1.119:502 default Unit-Id: 1 node-red.0 2023-02-24 20:55:09.119 warn 24 Feb 19:55:09 - [warn] [modbus-client:ModBus-TCP] Client -> fsm init in 2000 ms TCP@192.168.1.119:502 default Unit-Id: 1 node-red.0 2023-02-24 20:55:09.119 warn 24 Feb 19:55:09 - [warn] [modbus-client:ModBus-TCP] Client -> fsm init state after reconnecting TCP@192.168.1.119:502 default Unit-Id: 1 node-red.0 2023-02-24 20:55:07.117 warn 24 Feb 19:55:07 - [warn] [modbus-client:ModBus-TCP] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.1.119:502 default Unit-Id: 1 24 Feb 19:55:07 - [warn] [modbus-client:ModBus-TCP] Client -> fsm reconnect state after broken Get More About It By Logging TCP@192.168.1.119:502 default Unit-Id: 1 node-red.0 2023-02-24 20:55:07.116 warn 24 Feb 19:55:07 - [warn] [modbus-client:ModBus-TCP] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.1.119:502 default Unit-Id: 1Mein Dongle ist auf Version 133
Meine WR (8KTL und 10KTL) auf Version 151
Die Batterie auf Version 118Hat jemand eine Idee woran es liegen kann?
Ich habe hier noch mal meine Version des Note-Red Skriptes angehängt. Dazu ist allerdings zusagen, dass ich auch mit dem Original diese Probleme habe.
Note-Red Modbus Huawei.txtDanke euch für die Hilfe.
-
@a1uca2d
Hat der Dongle eine stabile WLAN Verbindung? Was anderes fällt mir dazu leider nicht ein. -
@badsnoopy667
Der dongle ist per LAN angeschlossen.
Daher sind WLAN kein Thema sein -
Leider schmeisst meine Node Red Instanz auch dann und wann komische Warnmeldungen die ich als Node Red Noob nicht verstehe.
Kann mir jemand erklären was dieser broken state ist?
Und wie ich das behebe?node-red.0 2023-02-27 19:45:41.128 warn 27 Feb 19:45:41 - [warn] [modbus-client:WLAN-FE] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.2.187:502 default Unit-Id: 1 node-red.0 2023-02-27 19:45:41.127 warn 27 Feb 19:45:41 - [warn] [modbus-client:WLAN-FE] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.2.187:502 default Unit-Id: 1 node-red.0 2023-02-27 19:45:18.552 warn 27 Feb 19:45:18 - [warn] [modbus-client:WLAN-FE] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.2.187:502 default Unit-Id: 1 27 Feb 19:45:18 - [warn] [modbus-client:WLAN-FE] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.2.187:502 default Unit-Id: 1 -
@fridolin01 @badsnoopy667
Ich glaube mittlerweile, dass es an der Anzahl der Abfragen lag.Habe bei meinen ModBus Getter mal in den Optionen "Show Errors" angeschaltet.
Da habe ich die Meldung erhalten, dass der Controller zu viele anfragen bearbeiten musste.
Ich habe das Abfrageintervall nun auf 18Sek gesetzt.
Und hier mein überarbeiteter kompletter Flow:
Hat vielleicht jemand eine Idee, warum mein Dongle mit der "hohen" Abfragerate ein Problem hat und die anderen Teilnehmer im Forum wohl eher nicht?
-
Hallo,
ich versuche aktuell meinen SUN2000 WR mit node-red auszulesen.
beim Start von node-red bekommen ich folgende "warnings" im log:node-red.0 2023-03-03 11:11:31.544 warn 3 Mar 11:11:31 - [warn] [modbus-getter:30000] Getter -> Inject while node is not ready for input. node-red.0 2023-03-03 11:11:31.050 warn 3 Mar 11:11:31 - [warn] Verwende unverschlüsselte Credentials node-red.0 2023-03-03 11:11:04.662 info Starting node-red: --max-old-space-size=128 /opt/iobroker/node_modules/node-red/red.js -v --settings /opt/iobroker/iobroker-data/node-red/settings.js node-red.0 2023-03-03 11:11:00.476 info Requested NPM packages: ["node-red-contrib-calc","node-red-contrib-buffer-parser","node-red-contrib-modbus"] node-red.0 2023-03-03 11:11:00.382 info starting. Version 4.0.0 in /opt/iobroker/node_modules/iobroker.node-red, node: v16.17.1, js-controller: 4.0.23 node-red.0 2023-03-03 11:10:50.753 info Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason node-red.0 2023-03-03 11:10:50.365 info starting. Version 4.0.0 in /opt/iobroker/node_modules/iobroker.node-red, node: v16.17.1, js-controller: 4.0.23was ist hier falsch? bin absoluter Neuling in "node-red"...
-
@stoffel67
Ich glaube du musst die drei NPM Packages noch in der Instanz hinzufügen. Habe ich im ersten Post beschrieben. -
@badsnoopy667
Die müßte ich doch drin haben
-
Ohh, im Dongle war ModBus-TCP nicht aktiviert…
Und schon gehts…allerdings sehr wenig Werte, oder ist das OK?
Kann man die Daten der zwei MPP getrennt ausgeben?
-
Warum werden einige der Werte nicht angelegt/ausgegeben?
-
@stoffel67
Es sieht so aus, als wären die Nodes bei dir inaktiv. Doppklick darauf -> Register "Setup" -> ganz links unten von Disabled auf Enabled umstellen und neu deployen.Frage in die Runde:
Seit wenigen Tagen bekomme ich keinen Wert mehr aus den Registern 37015 (Battery - current day charge capacity) und 37017 (Battery - current day discharge capacity). Hat jeman ähnliches beobachtet? Früher bekam ich dort immer sauber die Werte...
Alle anderen Register geben die Werte wie gewohnt aus.
Dongle läuft auf FW Version V100R001C00SPC130
Inverter (SUN2000-6KTL-M1) läuft auf FW Version V100R001C00SPC150Lösung gefunden: Die Register 37015 & 37017 sind jene, mit denen die Werte der einzelnen Akku-Module ("Engery Storage Unit") ausgelesen werden. Scheinbar sind diese plötzlich maskiert (wenngleich ich kürzlich kein FW-Update vorgenommen hatte - aber evtl. war das auch ein forced update) und werden über den TCP-MODBUS nicht mehr ausgegeben.
In den JSONs weiter oben werden ebenfalls diese Register abgefragt (war dann OK, solange man nur einen Akku hatte - inzwischen wie gesagt nicht mehr zu gebrauchen).
Lösung: Auf jene Register ausweichen, welche die Werte aller Akkumodule zusammenfassen. Auf der HUAWEI-Seite habe ich gerade die vollständige MODBUS Interface Definition nicht gefunden, kann man aber hier nachschlagen (Version 04 vom 29.03.2022 - direkter Link). Die Abfrage über die dort angegebenen Register 37784 und 37786 funktioniert klaglos.LG,
Mat -
Das Thema mit den Abfragen kannst du auch anders umschiffen.
Du kannst mehrere Register auf einmal abfragen (ich habe zB in 2 Abfragen alles drinnen - da ein recht großer Adressbereich für mich nicht so interessant ist):-
Register 32000-32116:
Die Abfrage triggert dann die zweite Abfrage
-
Register 37000-37125:
Die Daten laufen dann durch einen edit puffer-parser node, werden in einem join-node zusammengefügt und (in meinem Fall) auf einmal in eine InfluxDB geschrieben:
Nur als Anregung bzw. Idee, wenn man den Overhead der Register-Anfragen reduzieren möchte.
Gruß,
Mat -
