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

[Mosel 1992]

Hallo, ich versuche gerade meinem Akku beizubringen, dass er Laden soll. Das klappt auch soweit, jedoch habe ich noch nicht herausgefunden, wie ich es schaffe, dass ich ihm die maximale Ladeleistung sagen kann.
[Energ y storag e]Max imum chargi ng power
RW
UIN T32
W
1
47075
2
[0, Upper thres hold]
Defau lt value: 3500;
√

Kann mit jemand erklären, wie ich das Register 47075 mit der Zahl 3000 schreiben kann im Format UINT32?

ich habe ein inject als string mit dem Wert 3000. Wie bekomme ich nun am ende das richtige ins register?

Das wird mir angezeigt, wenn ich das register auslese.

08d78b3f162110b7 : msg.payload : Object
object
data: array[2]
0: 0
1: 5000
buffer: buffer[4]
0: 0x0
1: 0x0
2: 0x13
3: 0x88

Vielen Dank schon mal

[cksoft]

Hi,
ich nutze auch den Flow für die Auswertung meines Huawei. Danke dafür, klappt soweit erst mal einwandfrei.

Leider ist immer mal wieder so, dass der Flow seine Arbeit einstellt. D.h. die Werte werden dauerhaft nicht mehr aktualisiert. "Flow neu starten" löst das Problem sofort, allerdings ist dies ja keine produktive Lösung. Fehlermeldungen sehe ich keine.

Gibt es einen Tipp, was dies verursachen könnte oder noch besser Lösungen?

[FragMike]

Hallo zusammen
ich habe es tatsächlich geschafft, mich mit mit der Huawei PV zu verbinden. Das Modell vom Inverter wird schon einmal ausgegeben. Insofern müssen ja IP und ID ( in meinem Fall 1) stimmen. Ich habe 2 WR.
Die DTU liefert mir allerdings bei dem Register 37113 nur eine 0
auch die anderen Werte wie Frequenz oder Grid Voltage der Phasen liefert eine 0
Jemand ne Idee, woran es liegen könnte?
Oder Stimmen die Register nicht mehr.....oder liegt es evtl daran, dass ich 2 WR habe?
P.s. wenn ich in dem flow oben beim Node Model eine 2 als ID eintrage, spuckt er mir das selbe WR Modell aus....obwohl ich einen 8ktl und einen 6 ktl habe

[joeysch]

@cksoft
Hast du einen Intervall laufen?

Am Anfang ein Input Node das alle x Sekunden sendet.

[FragMike]

Vom WR habe ich heute als Sonne schien noch ein paar mehr Daten bekommen, aber die dtu schreibt nur Nullen.

[cksoft]

@joeysch

Danke für die Antwort.
Ja schon. Irgendwann hatte ich das Problem wieder hingefummelt. Keine Ahnung, für mich hat sich nichts geändert, ich hatte auch nichts geändert, als es nicht mehr ging.

[Doom.86]

@fragmike Hallo Mike,
Ich habe auch zwei Wechselrichter. Bei mir muss ich für den Wechselrichter eins, die ID:1 eintragen. Auf dem Wechselrichter hängt auch mein dtu und meine Luna, also bei denen auch die ID:1
Bei dem 2. Wechselrichter lese ich nur den WEchselrichter selber aus. sind die selben register und die selbe IP-Adresse, allerdings mit der Unit ID:2.

Schau mal bei deinen Nodes durch ob die daten richtig hinterlegt sind. Evtl. sind es bei dir auch andere ID Nummern. Bei dem tread ersteller ist es, wenn ich es noch richtig im Kopf habe, durch einen Wechselrichtertausch die ID:2 und die ID:1 gibt es bei ihm gar nicht mehr.

[FragMike]

@doom-86 danke für deine Info. Die IP habe ich nicht geändert. Sollte ja immer die von dongle sein, soweit ich das verstanden habe. Bei den IDs habe ich schon mal alles von 0-4 in der node (und auch nur dort)probiert. Ansonsten habe ich nichts geändert.

[MaGe]

@mickym, den von dir aufgezeigten Ansatz finde ich sehr interessant und würde diesen gerne verwenden.

Nur leider verstehe ich nicht wie du von den Modbus-Adressen auf die Bytes im Node inject kommst.
Könntest du dies bitte an den beiden ersten Werten im buffer-parser (PV1_voltage und PV1_current) mit den Adressen 32016 und 32017 erklären?

Jetzt wünsche ich allen aber erstmal einen guten Rutsch ins neue Jahr.

[mickym]

@mage Nun wenn Du Dir den buffer mal als String im debug Fenster anschaust, dann steht da nur Schmarrn drin.

Den Buffer muss Dir schon Deine getter-Node liefern. Mein Ansatz beginnt da, wie die buffer Node dieser Puffer interpretiert.

Also vergiss den Inhalt der Inject Node selbst.

Wie Du mehrere Register ausliest, und also die 3 großen Blöcke machst oder diese sogar in einen Buffer abfrägst hat @Spexx ja beschrieben. Dieser Puffer wird nur mit meinem Ansatz anders aufbereitet, als dann zig-Ausgänge zu haben und diese einzeln zu schreiben.

Wie Du also x-Bytes aufeinmal in einen Puffer ausliest wurde hier beschrieben:
https://forum.iobroker.net/post/1007480

Für die Interpretation der Bytes hat ja mal 2 Tabellen mit angehängt, das musst Du ggf. in eigener Doku nachlesen.

Für dieses Jahr mache ich aber auch erst mal Schluß hier und wünsche Dir und allen Lesern auch einen guten Rutsch. Antwort also bei Bedarf erst nächstes Jahr.

[652145]

Hallo Zusammen,

Gibt es die Möglichkeit, die Wirkleistung auf den einzelnen Phasen (Grid) auszulesen, wenn ja, auf welche Register?

Die einzelnen Spannungen und die einzelnen Ströme bekommen ich auf den Register:

37101 - Grid voltage Phase 1 [V]
37103 - Grid voltage Phase 2 [V]
37105 - Grid voltage Phase 3 [V]

37107 - Grid current Phase 1 [A]
37109 - Grid current Phase 2 [A]
37111 - Grid current Phase 3 [A]

Habe die Regiester inzwischen gefunden:

37132 - Phase A ActivePower

37134 - Phase B ActivePower

37136 - Phase C ActivePower

[MaGe]

@mickym, vielen lieben Dank. Da lag ich wohl komplett daneben.

Ich habe die Abfrage mal für die Adressen vom Dongle erstellt.
bsp.json

Die Abfrage funktioniert auch.

Nur verstehe ich nicht weshalb bei der Load_power und Total_Battery_power so große Werte ausgegeben werden.

Laut der Doku ist der Faktor der Gleiche.

Bei der einzelnen Abfrage bekomme ich die Werte richtig angezeigt.
bsp2.json

[mickym]

@mage

Grundsätzlich solltest nichts in den Node-Red adapter reinschrieben, sondern immer unter 0_userdata.0

Ich denke ich habe Deinen Fehler gefunden:

Wenn Du Dir meinen Flow anschaust - dann sind 32bit Zahlen 4 Bytes groß und nicht 2 Bytes. Bei Deinen Registern mag 2 stimmen - weil die immer in Modbus glaub jedes Register aus 2 Bytes besteht (als 16 bit) und nicht ein Byte - also müsstest Du den Offset neu berechnen.

Probiere es also mal bei Deiner Sammelabfrage mit dieser Buffer Node:

Spoiler

[
   {
       "id": "55661601dff750a4",
       "type": "buffer-parser",
       "z": "00c7a07c321a2bc1",
       "name": "",
       "data": "payload",
       "dataType": "msg",
       "specification": "spec",
       "specificationType": "ui",
       "items": [
           {
               "type": "uint32be",
               "name": "Total_Input_power",
               "offset": 0,
               "length": 1,
               "offsetbit": 0,
               "scale": "/1000",
               "mask": ""
           },
           {
               "type": "uint32be",
               "name": "Load_power",
               "offset": 4,
               "length": 1,
               "offsetbit": 0,
               "scale": "/1000",
               "mask": ""
           },
           {
               "type": "int32be",
               "name": "Grid_power",
               "offset": 8,
               "length": 1,
               "offsetbit": 0,
               "scale": "/1000",
               "mask": ""
           },
           {
               "type": "int32be",
               "name": "Total_Battery_power",
               "offset": 12,
               "length": 1,
               "offsetbit": 0,
               "scale": "/1000",
               "mask": ""
           },
           {
               "type": "int32be",
               "name": "Total_Active_power",
               "offset": 16,
               "length": 1,
               "offsetbit": 0,
               "scale": "/1000",
               "mask": ""
           }
       ],
       "swap1": "",
       "swap2": "",
       "swap3": "",
       "swap1Type": "swap",
       "swap2Type": "swap",
       "swap3Type": "swap",
       "msgProperty": "payload",
       "msgPropertyType": "str",
       "resultType": "value",
       "resultTypeType": "output",
       "multipleResult": true,
       "fanOutMultipleResult": false,
       "setTopic": true,
       "outputs": 1,
       "x": 380,
       "y": 240,
       "wires": [
           [
               "f69401eb16129112"
           ]
       ]
   }
]

Wenn die Buffer-Node verwendest:

Dann sollten alle 32 Bit Zahlen die korrekten Byte Offset von 4 enthalten. Also Register im Modbus (16 bit) - Offset im Bufferparse 1 Byte (8 bit)

[MaGe]

@mickym, vielen Dank. Es lag tatsächlich am Offset. Den Pfad habe ich auch geändert.

Jetzt habe ich gerade versucht, den nächsten Block anzuhängen. Muss ich dabei irgendwas beachten, was ich übersehen habe? Es werden beim zweiten Block keine Werte ausgegeben.

bsp3.json

[mickym]

@mage das kann ich nicht beantworten- schaut aber erst mal so aus, als ob da die Node noch nicht bereit ist- warum liest man aber nicht alles auf einmal aus? Das würde den Bus viel weniger belasten? Du kannst wieder eine Delay dazwischen hängen, aber warum liest man nicht 100 Register auf einmal? Oder halt mit einer debug node schauen, wo die Nachricht verschluckt wird.

[MaGe]

@mickym, es wird folgende Fehlermeldung ausgegeben:

"Error: Modbus exception 2: Illegal data address (register not supported by device)"

Die Adressen sind aber richtig?

bsp4.json

[mickym]

@mage wie gesagt, alles was Möbus selbst angeht, da kann ich nicht helfen. Ich würde halt mal versuchen, alles auf einmal auszulesen. Kann doch sein, dass der bus überfordert ist. Oder mach eine Delay Node dazwischen. Aber lieber 100 Register auf einmal, als 10 mal 10. prüfe halt, ob es geht, wenn du nur die untere triggerst. Wenn das geht, dann weißt du, dass der Bus noch nicht in der Lage war, weitere Anfragen zu verkraften.

[MaGe]

@mickym, nun habe ich den Fehler endlich gefunden.
Der Dongle hat die ID:100 und der Inverter, der Meter und die Batterie die ID:1.
Und wenn man überall die ID:100 setzt, kann es ja auch nicht gehen.
Jetzt funktioniert es wie es soll.

Gibt es eigentlich bei Node-Red eine Möglichkeit die Last eines flows im Bus zu messen?
Dann könnte ich meinen ersten flow (Einzelabfrage) mit dem jetzigen flow (Blockabfrage) vergleichen.
Und bei Notwendigkeit das von dir angesprochene zusammenfassen weiterer Blöcke noch umsetzen.

[mickym]

@mage Nein - bzw. ist das keine Funktion von NodeRed an sich. Die ganzen Nodes, die in NodeRed mit Hardware sprechen - basieren entweder auf Standardkommunikationsmethoden, APIs der Hersteller, die entweder direkt oder über NodeJS Bibliotheken angesprochen werden. Trotzdem ist es immer ein Overhead - wenn ich mehrere kleine Abfragen mache, als eine große - weil dann nicht jedesmal neue Anforderungen übertragen werden müssen - das ist ja bei Datenbankabfragen in der Regel auch so. Allerdings dauern größere Abfragen eher länger.

Im Prinzip würde ich die Größe der Abfrage von der nötigen Aktualität der Daten abhängig machen. Daten, die sich häufig ändern und die unbedingt aktuelle sein müssen, sollte man in kleinen Stücken dafür öfters abfragen, während andere Teile in größeren Zeitabständen und dafür in größeren Blöcken abgerufen werden sollten. Ich kenn mich mit den Modbus Nodes nicht aus - generell ist die Frage ob man pollt oder lieber bei Änderungen triggern lässt.

[FragMike]

ich habe die ID im "neuen Webportal" selber ausfindig machen können. Ging auch ohne Installateur Zugang. Der zweite WR hat bei mir die ID 16. Darunter finde ich auch nun den "Meter"

Bekomme nun entsprechend Werte.