[HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write)
-
@samson71 Danke dir
kannst du mir helfen bei dem Thema was ich gefragt habe? ich habe echt schon massig ausprobiert aber er schaltet nie auf Zeitgesteuert... -
-
@samson71 können wir gern für dich übernehmen
-
@sylbry
Ich werde es mir merken und komme ggf. drauf zurück (meine ich ernst!). -
@joogibaer ich bin in meiner Zeit vorraus, wie kann ich einen Beitrag mit Daten von heute am 09.03. posten. Aber das Problem besteht auch schon seit dem 09.03
Jemand eine Idee? Siehe 531 weiter oben
-
@joogibaer Hallo, bei mir gab es auch probleme. Ich habe deshalb jetzt die Firmware:
Dongle:
V100R001C00SPC133Wechselrichter:
V100R001C00SPC159dann hat alles wieder Funktioniert.
LG
-
Danke für deine Antwort.
Beim Dongle habe ich:
V200R022C10SPC113
Und beim WR
V100R001C00SPC161Das sind ja eigentlich die neusten...
Es lief auch mit denen schon, meinst du ich muss die wieder runterflashen?
-
@badsnoopy667
Danke für die Anleitung, ich hab das alles so umgesetzt, jetzt wollte ich fragen ob es noch einen passenden Grafana Flow mit Fluxquery dazu gibt? Hab bisher nur einen Flow auf Basis von InfluxQL gefunden.
Wenn jamend einen hat den er mir zur verfügung stellen würde wäre ich sehr dankbar. -
Hallo zusammen,
weiß jemand wieso ich folgenden Fehler bekomme seit heute?
Node-RED: 23 Apr 18:02:22 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.
habe nichts geändert. -
Hallo Zusammen,
ich wollte nochmal fragn ob jemand inzwischen einen Grafana Flow mit FluxQuery für dies Node Red erstellt hat. Wäre klasse, bin selbst nicht in der Lage und hab leider InfluxDB 2 installiert und mit FluxQuery laufen. -
Kurzes Update nach sechs Monaten. Ich habe die EnPal Box aus unserer. HUAWEI Konfirmation demontiert und bekomme alle Daten meines WR SUN2000 jetzt mittels MODBUS via dem Adapter https://www.iobroker.net/#en/adapters/adapterref/iobroker.sun2000/README.md … funktioniert super
-
weiß jemand welche Datenpunkte ich für "Netzbezug aktuell" benötige?
errechnen via Blockly (falls nicht direkt ausgelesen werden kann) kein Problem, aber da die App zeitverzögert und nicht wie in Nodered alle paar Sekunden aktualisiert ist es schwierig welche Datenpunkte ich benötige.
Ist es evtl. Load_power ?
Danke vorab.
-
@marcelinho es müsste Grid Power sein (>0 : Netzbezug, <0 : Netzeinspeisung). Du findest die notwendigen Informationen in den Interface definitions https://github.com/bolliy/ioBroker.sun2000/blob/main/docs/definitions.md
Stephan
-
Hallo Zusammen,
hat jemand schon geschafft die Wallbox zu steuern ?
Danke. -
Hallo, nachdem ich geschätzt 2000 Kommentare gelesen habe, konnte ich keine Lösung für mein Problem finden. Ich habe mir einen zweiten Wechselrichter zugelegt und kaskadiert. Als Master dient ein 4 KTL und als Slave ein 5 KTL. In den Einstellung hat der 4 KTL als Master bei bei RS485 die Komm-Adresse 1 und der 5 KTL hat die 2. In der FusionSolar App wird dies auch alles richtig angezeigt und zusammengerechnet. Im Node Red konnte ich vorher die Daten aus dem 4 KTL auch entsprechend auslesen. Jetzt habe ich natürlich den 5 KTL in Node Red hinzugfügt und die Units sind auch entsprechend mit 1 und 2 gesetzt. Server ist der 4 KTL mit der Unit 1. Wenn ich alles richtig verstanden habe, sollten jetzt alle Werte, auch die vom zweiten WR über den Master abgefragt werden. Jedoch wurden mir bei beiden Units unter beiden 32080 immer nur die Werte vom Master angezeigt. Ich habe auch mit den Abfrageintervallen sehr großzügig ausprobiert, jedoch ohne erfolg. Wenn ich jedoch bei dem 5 KTL einen zweiten Server mit der Unit 2 hinzufüge, und dann dort die Unit 2 vom WR auslese dann klappt es. Ist das so richtig oder sollte das nur mit einem Server klappen? Jetzt bekomme ich nämlich jede Minute ca. 10 Warnmeldungen, wo ich leider völlig überfordert bin.
Falls mir jemand helfen kann, würde ich mich sehr freuen. Danke
-
@hilfsbedürftiger
Logs bitte als Text in Code-Tags </> einbetten und nicht als Screenshot. Diese Mäusekino Screenshots kann man auch nicht vernünftig lesen, wenn man nicht gerade vor einem fetten 4K Monitor sitzt, sondern nur mobil unterwegs ist. -
node-red.0 2024-08-28 23:46:45.275 warn Node-RED: 28 Aug 23:46:45 - [warn] [modbus-client:2er WR] Client -> fsm connected after state init Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:43.271 warn Node-RED: 28 Aug 23:46:43 - [warn] [modbus-client:2er WR] Client -> fsm init in 2000 ms TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:43.269 warn Node-RED: 28 Aug 23:46:43 - [warn] [modbus-client:2er WR] Client -> fsm init state after reconnecting TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:41.266 warn Node-RED: 28 Aug 23:46:41 - [warn] [modbus-client:2er WR] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 228 Aug 23:46:41 - [warn] [modbus-client:2er WR] Client -> fsm reconnect state after broken Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:41.265 warn Node-RED: 28 Aug 23:46:41 - [warn] [modbus-client:2er WR] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:15.678 warn Node-RED: 28 Aug 23:46:15 - [warn] [modbus-client:2er WR] Client -> fsm connected after state init Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:13.668 warn Node-RED: 28 Aug 23:46:13 - [warn] [modbus-client:2er WR] Client -> fsm init state after reconnecting TCP@192.168.178.80:502 default Unit-Id: 228 Aug 23:46:13 - [warn] [modbus-client:2er WR] Client -> fsm init in 2000 ms TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:11.667 warn Node-RED: 28 Aug 23:46:11 - [warn] [modbus-client:2er WR] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 228 Aug 23:46:11 - [warn] [modbus-client:2er WR] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 228 Aug 23:46:11 - [warn] [modbus-client:2er WR] Client -> fsm reconnect state after broken Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 node-red.0 2024-08-28 23:46:00.729 warn Node-RED: 28 Aug 23:46:00 - [warn] [modbus-client:2er WR] Client -> fsm connected after state init Get More About It By Logging TCP@192.168.178.80:502 default Unit-Id: 2 -
Hast Du mal den "Flow mit Multi-Abfrage" aus meinem 1. Post probiert? Das mit dem 2. WR kann ich leider immer nicht selber testen, habe nur einen. Aber da müsste ein Beispiel drin sein.
Und wenn ich mich richtig erinnere, bedeutet die Warnmeldung erstmal nur, dass zu viele Daten abgefragt wurden und das System am Limit ist. Die Daten kommen aber alle, oder?
-
Hallo, den Multiflow habe ich probiert, da habe ich das gleiche Problem, das beim zweiten WR die gleichen Werte wie beim ersten WR angezeigt werden. Die Warnmeldung von zu vielen Abfragen kann doch nicht sein, ich frage ja nur drei Werte ab pro WR ab. Diese werden auch richtig angezeigt.
-
Hallo @badsnoopy667,
bin gerade dabei den Punkt 4.1 Zeitgesteuertes Laden .. zu implementieren, alle Punkte nach Anleitung durchgeführt, btw. Danke dafür den Flow der läuft nun seit 2 Jahren problemlos bei mir.
Das aktivieren von TOU in der APP funktioniert und die LUNA beginnt das Laden aus dem Netz.
Das schreiben auf das Register 47086 funktioniert bei mir leider nicht nicht. Wert wird nicht auf 5 geändert.
Würde das gerne aus einem Script triggern da ich aWattar-Kunde bin und zum günstigsten Zeitpunkt die Batterlie laden möchten.
