ElabNET Technik Forum

Zur Ablösung des Wiregate-Plugins habe ich versucht dessen Code ( https://github.com/OpenAutomationProjec ... und_RIO.pl ) nach Node-RED zu übersetzen. Da hier im Forum ja schon öfters über die Einbindung der Russound geschrieben / gewünscht wurde und da der Flow relativ komplex (also Anfällig für Bugs) ist kann ich ruhig weitere Tester gebrauchen
Wichtig ist, dass der Node-RED Container als Netzwerk per Host und nicht Bridge konfiguriert ist (wegen dem WakeOnLAN). Für die KNX-Anbindung verwende ich node-red-contrib-knx-ultimate und für's WOL node-red-node-wol

Die notwendigen Anpassungen am Flow sind in den "Config infos" beschrieben.

Das ganze sollte kompatibel zum Russconnectd sein ( http://www.openautomationproject.org/wiki/Russconnectd ), also auch dessen KNX Addressen verwenden.

Hallo Chris,

sehr schön! Wünsche viel Erfolg

lg

Stefan

@Chris M.

Ich besitze einen MCA-C5 von Russound und würde liebend gerne von der nicht gerade stabilen Anbindung an die App zur direkten Ansteuerung über KNX wechseln wollen, da ich auch nur recht wenige Steuerungsfunktionen benötige (Ein-/Ausschalten der einzelnen Zonen und evtl. Lautstärke der Zonen anpassen).
Per Wiregate habe ich die Steuerung nie realisiert. Deswegen existiert bei mir auch noch keine GA-Struktur dazu. Der Link zu Russconnectd funktioniert leider nur rudimentär. Die darin enthaltenen Links zu "russ_galist" und "cfgmaker.pl" sind tot.

Bei mir läuft NodeRed zusammen mit iobroker auf einem Raspi. Deinen Flow habe ich dort importieren können und die Angaben zu IP- und MAC-Adresse und dem KNX-Gateway entsprechend angepasst.

Wie kann ich nun herausfinden, welche GA für welche Funktion zuständig ist. Woher soll man wissen, auf welche GA Dein Flow wartet, wenn ich z.B. die Zone 1 einschalten möchte oder von Zone 3 die Lautstärke erhöhen will?
Ich müsste doch jetzt irgendwie in der ETS diese GA's erst einmal anlegen - wenn ich es richtig verstehe?


Viele Grüße,
Peter

GA's sollten bei Flow-Elementen quasi Variablen sein, also Doppelklick drauf und dann muss es da eine Eingabeoption geben. Ggf steht da dann jetzt schon was drinnen. Da dann Deine GA's eintragen.

Welche Eingabe-Position oder welches Flow-Element für welche Funktion zuständig ist und wieviele GA daher dann benötigt werden ist dann eine andere Frage und sollte aus der Doku der Nodes hervorgehen.

Ganz so einfach ist das nicht. Bei den Funktionselementen stehen teilweise 200 Zeilen Code dahinter.
Es wird dort nur eine KNX-Startadresse definiert.

Ahh dann also ein streng definiertes GA-Schema.
Ja dann raucht es da mehr Doku / Unterstützung wieviele GA je Kanal hat man da und wie ist da die Reihenfolge und wie die DPT.

Das erinnert mich ein wenig an das Arcus DMX-GW.
Unmöglich sowas ins eigene GA-Modell einzupflegen.

Das weiß ich leider nicht, da die Doku zu dem ursprünglichen Teil als Plugin auf dem Wiregate leider im Netz nur noch unvollständig vorhanden ist.
Da gab es damals wohl irgend ein Script, welches die GA-Struktur automatisiert erzeugt hat.

Deswegen dachte ich ja hier im Forum irgendwie weiterzukommen. Vielleicht hat @Chris M. einen Hinweis darauf. Er hat ja vor einem Jahr das Wiregate-Plugin für NodeRed umgeschrieben.

Oder nutzt vielleicht noch jemand hier im Forum NodeRed um mit den Russound-Teilen über KNX/RIO zu kommunizieren?

Mein NodeRed-RIO orientiert sich von der GA-Struktur am Russconnectd. Der ist inzwischen auf http://openautomationproject.org/wiki/Russconnectd zu Hause, auch wenn da schon länger nicht mehr gepflegt wurde...
Der mangelnden Seiten-Pflege ist auch geschuldet, dass man nicht sieht, dass der Code selbst inzwischen hier liegt: https://github.com/OpenAutomationProjec ... ectd/trunk
Und dort gibt es die GA-Struktur als Datei: https://github.com/OpenAutomationProjec ... galist.ods - bzw. gleich zum Herunterladen unter
https://github.com/OpenAutomationProjec ... galist.ods