[HowTo] Huawei SUN2000 WR Modbus mit node-red (read + write)

[stoffel67]

Können die beiden Werte für Startup und Shutdown auch ausgelesen werden?
Ich hab es mit 32091 und 32093 versucht, ich bekomme aber z.B. permanent „512“ zuzrück?

[ts_482]

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

Ich hab für meine Anwendung eine schnelle Abfrage einiger Register benötigt, und die restlichen werden seltener benötigt. Das hab ich jetzt folgendermaßen realisiert (basierend auf Vorschlägen weiter oben - vielen Dank dafür):

Count 3 ist ein Zähler, der 3 Ausgänge durchtaktet, der 1. Ausgang triggert die Abfrage vom Meter.Active_Power, den Wert will ich häufig aktualisiert haben. Sobald die Daten empfangen wurden, geht die Meldung über den Link zurück an die Trigger - Funktion. Die triggert den Count 3, und der zählt weiter auf den 2. Ausgang und triggert die Abfrage vom Inverter.Active_Power (brauch ich auch häufig).
Der 3. Ausgang triggert dann einen Zähler mit 25 Ausgängen:

Hier wird die Abfrage der restlichen 25 Register, die ich nicht häufig brauche, getriggert.
Die Trigger Funktion hat auch noch eine Timeout - Überprüfung, wenn mal keine Antwort kommen sollte, dann wird nach 5 Sekunden getriggert.
Damit werden jetzt die beiden wichtigen Register alle 1-2 Sekunden aktualisiert und der Rest langsamer.
Mit dieser Lösung hab ich sicher gestellt, das eine Abfrage erst bzw. sofort nach dem Empfang der vorigen Abfrage erfolgt, somit hat man die max. Geschwindigkeit und keinen Datenverlust.

flows.json

PS: das Problem mit den fehlenden Datenpunkten und das manuelle Anlegen (siehe weiter oben) kann man sich sparen, wenn man in der Node-Red Instanz "Erstellung von Fremd-Objekten" zulässt

mfg

[badsnoopy667]

@abrodeck
Ich speichere die Werte für Erzeugung, Verbrauch etc. mit dem History Adapter und nutze dann ebenfalls FLOT zur Darstellung. Den SQL-Adapter kenne ich nicht.
Die ganzen Werte wie Monatsertrag, Jahresertrag usw. habe ich nicht in iobroker umgesetzt, da gucke ich einfach in die FusionSolar App wenn ich das wissen will.
Das sollte sich aber auch irgendwie mit dem Sourcenanalytix Adapter umsetzen lassen. Aber mit dem stehe ich auf Kriegsfuß. Ich verstehe das Teil einfach nicht.

[Joogibaer]

@warp-it

hast du hier den Grund gefunden? ich habe gerade das selbe "PRoblem" und noch keine Werte

[stoffel67]

@ts_482
Hallo,
kannst du mal schauen, ob du auch die Register 32091 und 32093 lesen kannst?

[Joogibaer]

@badsnoopy667

was meinst du in jedem Notes? Man gibt die Id doch nur im Modbus Client an, oder?

[badsnoopy667]

@joogibaer
Nein, in jedem einzelnen modbus-node steht nochmal die ID drin. die muss überall passen, sonst läuft's nicht. Vielleicht erstmal einen Test-Flow machen der nur ein Register abfragt. Wenn der läuft, dann den ganzen Flow probieren.

[Joogibaer]

@badsnoopy667

Guten Morgen, danke jetzt ist alles Grün

[Hinkebein]

Moin,
Auf meiner Fuison Solar App habe ich heute ca. 4,9KW erzeugt.
Im Modbusregister (32114) steht aber 3.9KW..
Da ich aber heute meinen Akku (10KW) von ca. 30% auf 80% Prozent geladen habe, klingen für mich die 5 KW realistischer.
Habe ich das falsche Modbusregister erwischt oder hat der 8KT andere Register?

update: Lösung gefunden -- Der Wechselrichter hat wirklich nur 3,9 KW produziert .. jetzt frage ich woher die restlichen KWs hergekommen sind um auf 4,9 KW Tagesproduktion zu kommen -- Ich da die Batterie heute 5.5 KW geladen hat und bisher 4.5 KW enthält macht das eine Differenz von 1 KW - dann passt das.. heisst das wohl, das die Ladeleistung der Batterie nicht in der Tagesproduktion eingerechnet wird? -- verwirrendes Tool

[warp-it]

@madmat17

Hi Mat,

das möchte ich auch versuchen, da auch bei mir mit dem ursprünglichen Flow reichlich Logeinträge entstehen:

Allerdings komme ich mit dem Parsing nicht klar, vielleicht kannst Du da noch mal ein Beispiel oder Screencopy beisteuern. Du schreibst 'edit puffer-parser'. Ist das etwas anderes als der normale 'buffer-parser' den ich in der linken Spalte finde?

Viele Grüße
Heinrich

[gerd_r]

@badsnoopy667

Hallo,

vielen vielen Dank für diesen sehr umfangreichen und praktikablen Beitrag!

Eine Frage jedoch:
Du verlinkst in deinem Eröffnungsbeitrag auf einen anderen Forenbeitrag in dem man an die PDF für die "Modbus Interface Definitions" kommt.

Das verlinkte PDF scheint jedoch veraltet zu sein.

Jedenfalls nutzt du Register-Addressen, die dort nicht drin vorkommen (bsp. 37066, 37068, usw).

Hast du zufällig eine aktuelle Dokumentation zur Hand und könntest die hier einstellen?

Bei den anderen (älteren) Register klappt es dank deiner Anleitung super!!

Viele Grüße

Gerd

[badsnoopy667]

@gerd_r

Modbus interface definitions V4.0
Danke für den Hinweis, habe oben auch die neue Version 4 verlinkt jetzt.

[zizu29]

@badsnoopy667 Hallo,
ich bekomme beim Importieren immer einen Fehler : SyntaxError: Unexpected token 'c', ..."ert": falsch, "... is not valid JSON

an was kann das liegen, steh total auf dem Schlauch

[badsnoopy667]

@zizu29 Du meinst beim Importieren des Flows in node-red?
Kann mir nur vorstellen, dass Du nicht den ganzen Flow markiert hast ausversehen und da jetzt z.B. das Ende fehlt. Guck dir das mal an, eine andere Idee habe ich gerade nicht.

Was mir gerade noch auffällt: Deine Error-Message enthält das Wort "falsch". Das taucht aber im gesamten Flow nicht auf. Nur das englische Wort "false". Kann es sein, dass dein Browser Englisch automatisch übersetzt? Dann wäre der Flow nämlich nicht zu gebrauchen. Lade den Flow mal runter und öffne ihn in einem Textdokument, nicht im Browser.

[joschipp]

@warp-it
Die Warnings bekommst du weg, indem du node-red-contrib-modbus updatest.

Ich hab das auf der Kommandozeile gemacht:
mit npm outdated werden veraltete Packages anzeigezeigt,

mit npm update node-red-contrib-modbus erfolgt das Update.
Danach hatte ich keine Einträge mehr.
VG

[mickym]

@joschipp So macht ihr euch eure installation mit Sicherheit kaputt. Entweder aktualisiert ihr über den Palettenmanager oder wenn schon via npm dann im Node-Red Datenverzeichnis. So jedenfalls wird Eure komplette iobroker installation schief.

[warp-it]

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

@joschipp So macht ihr euch eure installation mit Sicherheit kaputt. Entweder aktualisiert ihr über den Palettenmanager oder wenn schon via npm dann im Node-Red Datenverzeichnis. So jedenfalls wird Eure komplette iobroker installation schief.

@joschipp
Vielen Dank Euch beiden für die beiden Hinweise. Hab das Update über die Palettenverwaltung gemacht.

Viele Grüße
Heinrich

[joschipp]

@mickym
Ich kenn mich rund um npm nicht sonderlich gut aus, aber ich musste die 3 Packages (vor einem ioBroker Update) zu Fuß installieren, weil der Palettenmanager das nicht schaffte.

Machte ich mit npm install node-red-contrib-modbus
Und das Update - wie oben gepostet.

Wüsste nicht, was da jetzt schief ist - bzw. wie man das erkennt:

[mickym]

@joschipp Wie gesagt, wenn Du es im Node-Red Datenverzeichnis gemacht hast, dann ist alles gut. Dann gibt ja auch npm list einen sauberen Baum aus. Wenn Du es im iobroker Verzeichnis gemacht hast, dann hast diesen Baum auch nicht.

weil der Palettenmanager das nicht schaffte.

das sind erste Anzeichen, dass in der Installation was schief ist.

[joschipp]

@mickym
Danke für den Hinweis bzw. Warnung, aber npm checkt offensichtlich, wo die Packages sind. Outdated zeigt auch aus dem c:\iobroker Verzeichnis heraus, welche node_modules veraltet sind - siehe Bild oben. Und das Update hab ich von dort aus gemacht.
Der Baum ist lt. list ok - soweit ich das erkennen kann:

VG