Fragen zur node-red-contrib-ccu

[tloeffel]

Hallo Zusammen,

ich versuche meine Programme von der RM in RedMatic zu portieren. Ich betreibe nur Funkaktoren/sensoren.

- Bei der RM kann man den Trigger wählen (Änderung, Prüfen, Aktualisierung), gibt es das auch so bei Node-Red zur Auswahl?
- Set Value - Node: Wenn ich meine 17 Rollladen gemeinsam ansteuere werden dann Pausen eingesteuert (damit keine Funksignale verschluckt werden)? In Programmen sollte man ja entkoppeln (1-2 Sekunden) Pause einplanen.
- Wie kann man möglichst sicher unnötige Funkaktivitäten abfragen?

Danke und lieben Gruß Thomas

[hobbyquaker]

- Bei der RM kann man den Trigger wählen (Änderung, Prüfen, Aktualisierung), gibt es das auch so bei Node-Red zur Auswahl?

Ob ein "RPC Event" oder ein "Value" Node sich wie "Änderung" oder wie "Aktualisierung" verhält steuerst Du mit der Checkbox "nur geänderte Werte ausgeben" bzw. "Emit changed values only". Ist die Checkbox gesetzt ist das quasi wie ein CCU Programm Trigger "Änderung", ist sie nicht gesetzt verhält es sich wie der Trigger "Aktualisierung".

Die Entsprechung von "Prüfen" wäre die Verwendung des "Get Value" Node.

- Set Value - Node: Wenn ich meine 17 Rollladen gemeinsam ansteuere werden dann Pausen eingesteuert (damit keine Funksignale verschluckt werden)? In Programmen sollte man ja entkoppeln (1-2 Sekunden) Pause einplanen.

Defaultmäßig wird beim setzen von Werten mit dem "Set Value" Node immer mit einer "Queue" je Interface gearbeitet die die Antwort des Aktors abwartet sowie eine im CCU Connection Node konfigurierbare Pause gemacht (default 250ms). Beim "Value" Node ist die Verwendung der Queue optional/konfigurierbar.

- Wie kann man möglichst sicher unnötige Funkaktivitäten abfragen?

Der "Set Value" Node sendet von Haus aus nur Werte wenn sich der Ist-Wert vom Soll-Wert unterscheidet (Außer Du aktivierst die "Force" Checkbox, dann wird immer gesendet).

Wenn Du den Log Level auf Debug stellst und auf der Konsole das Log einfach mit

Code: Alles auswählen

tail -F /var/log/messages | grep "rpc >"

beobachtest siehst Du alle Calls die an die Interfaces rausgehen. Funkaussendungen werden primär von "setValue" und "putParamset" Calls verursacht.

[tloeffel]

Hallo Hobbyquaker,

danke für die super und schnelle Antwort! Habe wieder viel gelernt.

Gruß Thomas