[HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write)
-
@spexx Eine Verbesserung und wesentliche Vereinfachung habe ich aber.
Du kannst in dem Bufferparser set topic ankreuzt und im Namen gleich den richtigen Pfad zum Datenpunkt eingibst und nicht was beschreibendes - dann ist das bereits das topic und Du brauchst das fan Out nicht und kannst alles in eine iobroker - OUT Node schreiben. Dann ist der Flow viel übersichtlicher.
-
Mega, vielen Dank!
Da kommen wir der Sache doch schon sehr sehr viel näher
Habs jetzt mal auf meine Daten angepasst und läuft! Werde jetzt mal beobachten, ob und wie viele Timeouts ich nun bekomme.
Eine Frage hätte ich noch bzgl. des Schedules. Der Intervall steht auf alle 3 Minuten. Dann gibts da noch ne Verzögerung von 1 bzw. 2 Minuten (im Flow von @Spexx )? Wie darf man das verstehen?
-
@mickym
Ist schon eine Weile her als ich das gemacht habe. Ganz verstanden habe ich es noch nicht, könntest du mal ein Beispiel erstellen?
Vermutlich wird das dann nicht gehen, wenn die Werte noch eine zusätzliche Umrechnung benötigen (wie z.B. die Uhrzeit) oder wenn ich bei einigen Werten direkt noch ein Text hinterlege, z.B. beim "Device Status"? Dennoch würde mich dein Vorschlag interessieren.@Christof-Lewandowski
Ja der Trigger kommt alle 3 min. Beim Auslösen des Triggers wird der 1. Block abgefragt, 1 min später dann der 2. Block und 2 min später dann der 3. Block. Dann geht es wieder von vorne los, es wird somit jede Minute eine Abfrage über Modbus gestartet (jeder Block selbst hat dann ein Abfrageintervall von 3 min).Hintergrund des hohen Abfrageintervall war bei mir, dass ich ansonsten Probleme mit FusionSolar habe... Wenn ich etwas ändern möchte, z.B. AC laden aktivieren, dann klappt das meistens erst nach mehrmaligen versuchen, weil FS und meine Modbus Anfrage sich wohl in die Quere kommen!?
Ich bin aber schon am überlegen wie man das anpassen könnte. Ich hätte gerne einzelne Werte im 10-Sekundentakt.
Aktuell habe ich eine Kaskade (zwei WR + Luna) über einen SDongle. Hat jemand Erfahrung damit, ob das mit dem Abfrageintervall besser wird, wenn man die Kaskade trennen würde und zwei SDongle nimmt? -
@spexx sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):
@mickym
Ist schon eine Weile her als ich das gemacht habe. Ganz verstanden habe ich es noch nicht, könntest du mal ein Beispiel erstellen?
Vermutlich wird das dann nicht gehen, wenn die Werte noch eine zusätzliche Umrechnung benötigen (wie z.B. die Uhrzeit) oder wenn ich bei einigen Werten direkt noch ein Text hinterlege, z.B. beim "Device Status"? Dennoch würde mich dein Vorschlag interessieren.So ich habe mich mal ein paar Stunden hingesetzt und - klar da musste ich selbst bissi rumprobieren - wie folgt vereinfacht.
Ich habe kein Modbus - deswegen habe ich einfach einen Forumstext genommen und nur die Bytes die ggf. modifiziert werden müssen zum Testen entsprechend angepasst.
So ich habe mal Deinen ersten Kasten "Inverter" vereinfacht!!
Der ganze "gelbe Kasten" schrumpft also auf den "grünen Kasten" - ohne dass Du was an Funktionalität einbüßt.
Grundsätzlich ist es meist nicht sinnvoll die Werte als beschreibbar zu exportieren - auch wenn du value genommen hast. Aber kann man machen (muss man in meiner Lösung nur umstellen, dann werden alle neu angelegten States beschreibbar). Die Werte sind natürlich Käse - ich habe nur darauf geachtet, dass bei der Zeit was sinnvolles rauskommt und beim Device-Status.
Letztlich hast Du ein paar nette Formatierungen eingebaut - wie den State-Name und State-Units. Ich habe das jeweils in einer eigenen Change Node abgefüttert - da das ja im Grunde optional ist.
So nun zur Erläuterung der Vereinfachungen und dem Flow im Detail:
Kernpunkt ist, dass Du den Namen in der Parser-Node bereits so benennst wie die States später heißen sollen - da diese zum Topic werden:
Das Aufsplitten in einzene Ausgänge habe ich also nicht gemacht (kein fan out).
Die Namen - sollten den State Namen entsprechen, diese werden vorerst zum topic
Den Device Status habe ich als Hexstring ausgeben lassen - muss man nicht - aber Du hast in Deiner function Node mit Hex-Strings gearbeitet, deswegen habe ich es auch gemacht - wobei ich aber die Buffer Node umrechnen lasse.Die Units in den States, die Du ja gesetzt hast, werden in der 1. Change Node gesetzt. Den StateName noch solange der topic unmodifiziert aus der Parser Node rauskommt. 1. und 2. Change Node kann man natürlich in eine Change Node zusammenfassen - das dient hier nur der Demonstration.
Vermutlich wird das dann nicht gehen, wenn die Werte noch eine zusätzliche Umrechnung benötigen (wie z.B. die Uhrzeit) oder wenn ich bei einigen Werten direkt noch ein Text hinterlege, z.B. beim "Device Status"? Dennoch würde mich dein Vorschlag interessieren.
Wie Du siehst geht es - man fischt halt die Nachrichten über das topic raus, die man noch modifizieren möchte (s. switch Node).
Die anderen lässt man durchflutschen und macht halt nichts mehr.
Es wurde bewusst auf Javascript und function Nodes verzichtet und alles mit JSONATA gemacht - da dies halt weniger Code-Schreiberei ist und in meinen Augen sehr elegant - auch wenn man sich da erst reinfuchsen muss.
Zu Schluss wird halt das Topic um den ganzen Pfad erweitert, um die States in die richtigen Datenpunkte zu schreiben:
Also easy. Und somit ist nur noch eine iobroker-Out nötig und wie gesagt - ich würde die States auf Read-Only setzen - kannst natürlich auch ändern.
Alles andere wird ja in den Nachrichtenobjekten selbst gesetzt.
Hier der Flow zum Import:
Die Change Nodes sind glaube auch von allgemeinem Interesse - weil sie zeigen, wie schön und schnell man mit JSONATA über "Übersetzungsobjekte" eine payload anpassen kann.
-
@mickym
Wow vielen Dank, dass du dir extra so viel Mühe gemacht hast. Ich stimme dir zu, das ist bei dir nun wesentlich kompakter und man erspart sich das Anlegen jeder einzelner Datenpunkte. Mir ist damals nichts besseres eingefallen wie man auf die "fan out" verzichten kann, von daher habe ich wieder etwas dazugelernt
Es ist im Gegenzug dafür aber auch etwas schwieriger zu verstehen bzw. nachzuvollziehen, insbesondere für Node-Red Anfänger. Von daher bin ich mir noch nicht sicher, ob ich meinen Flow noch einmal überarbeiten werde, da er grundsätzlich ja auch problemlos funktioniert.Trotzdem danke noch einmal.
-
Ich wollte mich einfach nur bedanken. Habe mein Wechselrichter seit Anfang der Woche aktiv und habe mit der Anleitung wirklich von 0 auf alles Installiert und eingerichtet bekommen und habe nun die Werte im ioBroker!
DANKE -
Hallo @virfortis,
freut mich, dass es funktioniert hat! Viel Spaß mit Deiner PV-Anlage! -
@badsnoopy667 Vielen Dank. Was mir noch fehlt sind die Statistik Informationen die man so schön in der App oder auch im Web sieht.
Leider scheint es ja weder über den Modbus noch über die API die Werte zu geben. Dazu habe ich hier im Forum das folgende Bild gefunden:
Gibt's eigentlich eine Möglichkeit in Node-red direkt zwei Knoten zu addieren?
Habe weiter oben gelesen, dass der aktuelle Hausverbrauch z.b. gemittelt über 20 Sekunden gebildet werden muss weil die Abfragezeitpunkte unterschiedlich sind. -> Vllt könnte man das umgehen in dem man in Node-Red den Calculator verwenden könnte um zu sagen Adresse A - Adresse B = Wert xyz?
-
@virfortis Du kannst mit Node-Red alles rechnen - Du musst nur beides in einem Nachrichtenobjekt haben. Entweder speicherst Du eine Komponente im Kontext oder falls die Daten immer zusammen aktualisiert werden, dann über die JOIN Node in einem Objekt speichern. Ich hab das schon x Mal hier im NodeRed Forum gezeigt.
-
Hallo,
bin neu bei dem Thema, ich habe den am Anfang vorgestellten Flow importiert und angepasst, es funktioniert soweit (über den Modbus Adapter bekomme ich überhaupt keine Verbindung)Es tauchen laufend Fehlermeldungen auf:
node-red.0 2023-07-06 10:22:24.195 warn 6 Jul 10:22:24 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input. node-red.0 2023-07-06 10:22:19.192 warn 6 Jul 10:22:19 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input. node-red.0 2023-07-06 10:22:16.930 warn 6 Jul 10:22:16 - [warn] [modbus-getter:30000] Getter -> Inject while node is not ready for input. node-red.0 2023-07-06 10:22:14.192 warn 6 Jul 10:22:14 - [warn] [modbus-getter:37113] Getter -> Inject while node is not ready for input.Es gibt auch immer wieder stundenweise Aussetzer bei der Abfrage, dann kommen wieder Daten.
Weiters legt mir der Flow nicht alle Datenpunkte an.
Habe ich irgendwo was übersehen beim Anpassen?
Warum legt er mir ein paar Datenpunkte an und den Rest nicht?Noch eine Frage: ich habe mittlerweile 3 in Foren vorgeschlagen RS485/USB Adapter hier herumliegen, bekomme aber keine Daten über den Modbus Adapter. Am Inverter habe ich die Kabel an 2 u 4 angeschlossen da 1 u 3 schon belegt ist.
Soweit ich das herausgelesen habe, sollte das egal sein. -
@rascal Hallo,
ich bin neu in diesem Forum und wollte mal nachdem ich auch fast verzweifelt bin eine Lösung bringen.
Ich habe einen Modbus Rs485/Netzwerk Adapter benutzt.
Am Sun 2000 nicht den Dongle benutzen. Direkt in die Buchsen 1 und 3.
Im Iobroker den Modbus Adapter benutzen.
Bei Allgemein Tcp, IP Adresse, Port (502),Geräte ID 1
Holding Register eintragen. I rechten Feld Abfrage abhaken.
Fertig
Gruß Marcel -
@rascal schau Mal ob einzelne Datenpunkte deaktiviert sind (grau). Ansonsten gibt's hier einen anderen flow, der auch ein paar mehre ausgibt und sogar berechnet. Allerdings ist da auch ein kleiner Fehler für das ein DP falsch eingestellt ist.
Ist hier zu finden:
Tts_482 13. Juni 2023, 14:28
@exel flows.json -
@marcel-4
Danke für die Info.
Dann muss ich 3 Kabel auf die Ports 1+3 legen...
Ich habe jetzt einmal das aktuelle Node-Red flow eingespielt und schaue mir das an, bevor ich es über die RS485 nochmals versuche.@virFortis auch dir Danke.
Flow funktioniert soweit gut -
Hallo Huawei Freunde,
ich habe seit Donnerstag endlich meine Anlage laufen, und gleich mit dem Flow aus dem 1. Beitrag genutzt. Sieht eigentlich gut aus, habe schöne Werte. Allerdings gibt es hier Nachts ein paar unplausible Werte die mir meine Statistik echt versauen.
Hat hier jemand evtl. ein ähnliches Problem, und evtl. eine Lösung oder zumindest einen Ansatz?
Grüße Praktiker
-
@virfortis
Hallo, ich habe noch eine Frage zum Flow:
der Dongle.Load_power wird ca. alle 9 Minuten abgefragt, kann man für diesen Datenpunkt die Abfragezeit verkürzen? -
@rascal sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):
@virfortis
Hallo, ich habe noch eine Frage zum Flow:
der Dongle.Load_power wird ca. alle 9 Minuten abgefragt, kann man für diesen Datenpunkt die Abfragezeit verkürzen?Ich habe da einfach die Abfrage vom flow aus dem ersten Beitrag genommen da sind unten 5 Werte die alle 3 Sekunden abgefragt werden. Und dem flow hinzugefügt.
Andere Lösung habe ich noch nicht gefunden. -
@badsnoopy667
@badsnoopy667
Danke für den flow! Leider funktioniert er nicht mit den modbus-getter. Tausche ich diese gegen modbus-read aus, bekomme ich die Register korrekt in den Objekten angezeigt. Jetzt will ich ungern alles ummodeln. Eine Idee woran das liegen könnte ?
Die modbus-getter sind niemals aktiv, obwohl ich alles richtig eingestellt habe.
Vorab, danke für die Hilfe. -
Hat es eigentlich schon jemand geschafft die start und Ende uhrzeit im time of use betriebsmodus über modbus einzustellen? Laut Dokumentation ist es das register 47255 mit type bytes und quantity 43.
Ich beiße mir daran die Zähne aus und komme einfach nicht voran. Ich würde das gerne mit einem nodered flow machen.
Hintergrund ist, durch den stromanbieter tibber möchte ich in den Wintermonaten gezielt den Speicher zu den günstigen Zeiten laden. Die günstigsten Zeiten habe ich schon in iobroker als datenpunkte und werden täglich berechnet. Auch schon umgerechnet in Minuten.Bei mir hackt es wirklich nur noch daran, wie ich diese mit über modbus schreiben kann.
-
@mickym sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):
@firebowl Wenn Du meinen Flow nicht nimmst - mache eine JSON Node vor die iobroker-Out Node - die stringifiziert Dein Objekt wieder zu einem String.
Hallo mickym,
wo finde ich deinen Flowmfg Jens
-
@jens16 sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):
@mickym sagte in [HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write):
@firebowl Wenn Du meinen Flow nicht nimmst - mache eine JSON Node vor die iobroker-Out Node - die stringifiziert Dein Objekt wieder zu einem String.
Hallo mickym,
wo finde ich deinen Flowmfg Jens
Wenn Du ein Objekt hast und in einzelne Datenpunkte schreiben möchtest, dann kannst Du diesen Flow hier nehmen:
https://forum.iobroker.net/topic/43856/json-oder-javascript-objekt-in-iobroker-datenpunkte-zerlegen
