2 Registerbereiche mit node-red-contrib-modbustcp auslesen

[ersthelfer]

Hallo,

ich lese mit https://flows.nodered.org/node/node-red ... -modbustcp meinen Wechselrichter aus und das klappt auch gut, solang ich nur einen Registerbereich auslese.

Wenn ich nun einen zweiten Speicherbereich auslesen will klappt das nicht.

Laut Anleitung soll ich das mit einem "Multiple Input" machen:

Code: Alles auswählen

[
    {
        "name": "Reg1",
        "address": 4999,
        "quantity": 72,
        "dataType": "FC4",
        "intervall": 15000,
        "ieeeBE": true,
        "ieeeType": "off"
    },
    {
        "name": "Reg2",
        "address": 12999,
        "quantity": 78,
        "dataType": "FC4",
        "intervall": 15000,
        "ieeeBE": true,
        "ieeeType": "off"
    }
]

Aber wenn ich den Inject-Node starte, bekomme ich hunderte von Nachrichten, aber nicht die gewünschten Bereiche

Ich bin ein ziemlicher Neuling in Node Red. Kann mir jemand sagen, was ich falsch mache? (Flow siehe Anhang)
Ist vermutlich ein blöder Anfängerfehler.

Vielen Dank für Eure Hilfe....

[Henke]

Ganz pragmatisch würde ich einfach mal 2 read nodes vor die Auswertung schalten.

/ Read 1 \
Inject - Read 2 - Auswerten

[ersthelfer]

Das hat leider nicht geklappt!

Sobald ich einen zweiten Read Node einfüge wechseln sich beide Nodes mit "disconnect" ab.

Ich vermute, dass mit dem zweiten Node auch eine zweite ModBus Verbindung aufgebaut wird.
Der Wechselrichter akzeptiert aber nur eine Verbindung

Deshalb muss ich vermutlich mit dem "multiple input" arbeiten, bin aber zu doof dazu

[wok1415]

Hallo,

per Modbus angesprochene Geräte können nicht beliebig viele Daten als Antwort auf einen Read Request liefern - der Stromzähler SDM72DM kann z.B. nur maximal 30 zusammenhängende Werte auf einmal liefern. In dem Read Request werden gleich 72 bzw. 78 Werte abgefragt.

Sechs Parallel arbeitende Modbus-Read Nodes funktionieren bei mir problemlos (mit Modbus RTU) und laden gleichzeitig mehrere zu lesende Werte - die werden nicht durch einen Inject node getriggert, sondern durch die im Node eingestellte Poll Rate (alle 10 s). Ich verwende node-red 3.0.2 und nodejs 16 (mit nodejs 18 läuft es auch) - unter RedMatic laufen ältere Versionen, die vielleicht noch fehlerhaft sind.

Kompliziert wird es erst wenn asynchron gelesen und geschrieben wird.

Viele Grüße

[ersthelfer]

Hallo,

die 72 bzw. 78 Werte sind kein Problem.

Wenn ich nur die 72 oder nur die 78 Werte Abfrage klappt das.

Nur "gleichzeitig" oder "nach einander" bekomme ich nicht hin.

Liegt bestimmt an dem Inject Node.

[Henke]

Versuch es mal so.
Die Werte vom Inject aufteilen auf die beiden Abfragen

[ersthelfer]

Hat leider auch nicht geklappt.

Sobald ich mit dem Inject arbeite, bekomme ich mehrere (hundert?) Nachrichten.

Also entweder arbeitet node-red-contrib-modbustcp nicht vernünftig mit dem Redmatic oder ich mache immer noch was mit dem Inject falsch

So sieht mein Inject Object in einer Debug Node aus

Code: Alles auswählen

{"
_msgid":"8587ec18.9fa9",
"payload":
{
"name":"Reg2",
"address":12999,
"quantity":78,
"dataType":"FC4",
"intervall":15000,
"ieeeBE":true,
"ieeeType":"off"
},
"topic":""
}

Ist auch egal, ob ich auch noch 2 unterschiedliche topics setze

Es reicht auch schon, das ich einen einzigen Bereich als Inject setzt, damit die ich Massen an Meldungen bekomme....

[wok1415]

... und wie funktioniert es ohne Inject Node - mit eingestellter Poll Rate ?

[ersthelfer]

Ja, das klappt gut.

Jeder einzelne Bereich für sich ist okay, aber nicht mehrere Bereiche....

Dein Screenshot scheint aber nicht aus der node-red-contrib-modbustcp zu sein, denn die Unit-Id und das "Delay to activate" gibt es bei mir nicht.

Die Unit-Id ist in dem Server Dialog bei mir....

[wok1415]

Verwendest Du RedMatic unter RaspberryMatic oder unter der piVCCU ? Unter der aktualisierten RaspberryMatic läuft node 16, da wäre es angesagt Node-Red auf Version 3.0.2 upzudaten und auch unter "Manage Palette" die nodes upzudaten.

Falls es nach dem Update immer noch Probleme mit Deinen beiden Modbus TCP Read Nodes gibt - dann bleibt eigentlich nur noch die Read Nodes durch Flex Getter Nodes zu ersetzen und/oder eine Modbus Queue einzubauen.