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

@mickym
OK, dann geh ich mal davon aus, dass bei meiner Installation alles stimmt.
Läuft ja auch alles fehlerfrei.
Danke für die Unterstützung

Das ist hier die Fortsetzung einer Diskussion über das Updaten von Packages, ist aber vom ursprünglichen Thema abgwichen.
https://forum.iobroker.net/topic/51639/howto-huawei-sun2000-wr-modbus-mit-node-red-read-write/202?loggedin=true

@mickym
wie sieht dein Baum aus, wenn du npm list --all oder la eingibst?
Du hast eine flache Anzeige, ohne Abhängigkeiten
Hast du dann auch deduped Einträge?

@mickym
Das interessiert mich schon, ob ich da was nicht verstehe oder falsch mache.
Bitte wirf einen Blick auf den Baum.
list.txt

Das ist das Verzeichnis auf der Harddisk

@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

@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:

@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

ich hatte auch die gleiche Situation. Etliche Daten punkte wurden erst wieder erzeugt, nachdem ich über die Web-Site vom Shelly die Ausgänge mal geschaltet habe. Könnte zu deinem Fehlerbild passen.

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

Wiederverbindungsintervall auf 10 Sekunden setzen hat bei mir geholfen

@foxriver76 wie und wo finde ich die Meta-Daten - ich finde die einfach nicht. Mit dem Browser unter Objekte gibt es nur hm-rega.0 und hm-rpc.0.

Update: hab jetzt Rasperrymatic auf aktuelle Version gebracht, es gibt jetzt hm-rpc.meta.
Bei der HM-RC-19 gibt es aber nur den Untereintrag KEY, kein Inhalt, nix.
Auch bei allen anderen Komponenten steht so gut wie nichts drinnen.
Wie/wo liest man da was vernünftiges aus?