[FR] Sonos Lautsprecher über TW Server ansteuern

[eumel]

Hallo Leute,

ich würde hier im Forum gern mal den Wunsch absetzen zukünftig meine Sonos Lautsprecher über den TW Server ansteuern zu können. Fertige Lösungen für ein Sonos KNX Gateway existieren zwar bereits am Markt (z.B. von Jung oder ISE), sind aber recht teuer und bedürfen zusätzlicher Hardware.

Ein Traum wäre doch, wenn die LogicEngine des TW das könnte oder jemand bereits einen (ARM-) Docker dazu gebastelt hat.

Konkreter UseCase ist für mich: Ich betrete das Bad, der Präsenzmelder erkennt mich, schaltet das Licht ein, dreht die KWL eine Stufe hoch und schaltet über den Sonos Lautsprecher die Musik im Bad ein.

Hat dazu jemand schon Ansätze?

[Robert_Mini]

Hab zwar keinen Ansatz, aber Interesse in jedem Fall!!
Gibt es eine http Schnittstelle o.ä. ?

Lg
Robert

Hinzugefügt nach 5 Minuten 6 Sekunden:
Hab grad gegoogelt. Gibt http und jede Menge Info im KnxUF dazu.
Wäre also der perfekte TW Community Docker.

Noch wer Interesse?

Robert

[Matze76]

Noch wer Interesse?

Absolut, daran bin ich brennend interessiert!

Zurzeit verwende ich das Sonos-Binding in openhab2, um meine Sonos-Lautsprecher über diverse Logiken zu steuern. Eine API gibt es also.

Ich nutze das, um "auf (knx) Befehl" bestimmte Radiosender oder Playlists abzuspielen, den Status (Titel, Interpret...) zu lesen, die Lautsprecher zu gruppieren für bestimmte Szenen, Ansagen abzuspielen, Lautstärke zu steuern...

Wäre natürlich toll, wenn ich das openhab irgendwann ersetzen und das im TW mit der Logikengine abbilden kann.

Wenn sich jemand findet, der einen Docker Container bereitstellt (selber reichen meine Fähigkeiten dafür leider nicht...) stehe ich gerne als Tester oder Ideengeber zur Verfügung.

Gruß
Matthias

[jockele]

daran wäre ich auch durchaus interessiert, habe das aktuell über den ISE am laufen bin damit aber nicht so ganz glücklich, der Edomi-Baustein gefällt mir da schon besser. Eine Lösung im TW wäre mir aber auch am liebsten

[gbglace]

OK, Docker geht, EDOMI geht,wäre das ja erstmal ne Übergangslösung? Oder noch einen extra Docker für die Hutschienen-TWS die kein EDOMI vertragen?

Ich glaube wir benötigen für solche Details Zugriff auf die Logik. Sofern man da Metalogiken bauen kann, die direkt auf IP was absetzen können braucht es bestenfalls kein Docker mehr.

Da ich keine Sonos nutze, bin ich da jetzt kein Treiber für eine Umsetzung, aber ich mache mir immer ein paar Gedanken was da wohl die bessere Architektur für wäre, ein Logik-Block in der Logikengine oder ein eher extern gehaltener Docker. Am Ende sollte es egal was es wird ja auch wieder mit anderen Elementen gut kommunizieren können. Die CV z.B. liegt auch in einem Docker, da stellt sich mir dann die Frage wie gut bekomme ich die CV aus einem Docker mit einem Sonos-Baustein in einem anderen Docker verknüpft und welche Wege muss eine solche Verknüpfung gehen.
Die redundanten Umsetzungsaufwände sind ein weiteres was zu bedenken ist.

Aber grundsätzlich als Feature eine GW-Funktionalität zu Sonos ist natürlich nicht verkehrt, da ich dem System doch eine recht hohe Verbreitungsquote in den KNX-Haushalten zutraue.

[FabKNX]

Hallo Leute,

ich würde hier im Forum gern mal den Wunsch absetzen zukünftig meine Sonos Lautsprecher über den TW Server ansteuern zu können.

Willkommen im Forum!

[StefanW]

... aber ich mache mir immer ein paar Gedanken was da wohl die bessere Architektur für wäre, ein Logik-Block in der Logikengine oder ein eher extern gehaltener Docker.

Bitte plant hierfür einen Container ein. Das ist keine Funktion, die sich in einem "Megabaustein" unterbringen lassen würde, zumindest sehe ich das von der Architektur derzeit nicht als günstig an. Dafür sind Docker da, weil sie dem Ersteller jegliche Freiheit lassen es in jeglicher Sprache zu realisieren. Jehr mehr Freiheit, je meht Entwickler finden sich dafür.

Die CV z.B. liegt auch in einem Docker, da stellt sich mir dann die Frage wie gut bekomme ich die CV aus einem Docker mit einem Sonos-Baustein in einem anderen Docker verknüpft und welche Wege muss eine solche Verknüpfung gehen.

Derzeit: Jeweils über den KNX Bus mit eibd/knxd in jedem Docker.

Künftig: Visu-Objekte und Docker-Objekte. Da sind wir aber noch etwas entfernt davon.

Aber grundsätzlich als Feature eine GW-Funktionalität zu Sonos ist natürlich nicht verkehrt, da ich dem System doch eine recht hohe Verbreitungsquote in den KNX-Haushalten zutraue.

Das ist ein zielich großes und umfangreiches Thema. Wünsche der Community viel Glück

lg

Stefan

[Matze76]

Hallo Stefan,

Bitte plant hierfür einen Container ein. Das ist keine Funktion, die sich in einem "Megabaustein" unterbringen lassen würde

Wird es denn möglich sein, über einen Container "Objekte" zu definieren, die ich dann - genauso wie die KNX-Objekte - in meinen Logiken einfach verwenden kann? Also ist in diese Richtung eine allgemeine, standardisierte Schnittstelle Container -> Timberwolf Objektverwaltung geplant?

Also beispielsweise Objekte für einen "Sonos-Container":
S001: Sonos-Lautsprecher 1, Lautstärke
S002: Sonos-Lautsprecher 1, Start/Stop/Play
S003: Sonos-Lautsprecher 2, Start/Stop/Play...
usw.

Die kann ich dann in meinen Logiken frei verwenden:
Einfache Beispiele:
1) Input: Timer täglich 8:00 Uhr -> Output: Objekt S002 -> Wert PLAY
2) Input: K100 (KNX-GA xy) -> Output: Objekt S001 -> Wert wie Input

Dafür bräuchte man keine vorgefertigten "Megabausteine" (wie EDOMI?), sondern müsste "nur" die Objekte im zentralen Logikeditor im Zugriff haben (wie openhab).

Ich hoffe, es ist einigermaßen verständlich, was ich meine...

Gruß
Matthias

[StefanW]

Hallo Matthias,

Du gibst unsere Vorstellungen sehr gut wieder. Man legt für die Container einfach eine Anzahl Objekte an und die kann man dann dort über eine zu definierende Schnittstelle (wird eine Art Socket sein) frei benutzen. Die Verknüpfung kann dann beliebig über den Dispatcher erfolgen. U.a. kann man diese dann auch mit Logik-Ein- und Ausgängen verbinden.

Dieser Dipatcher und das Verwaltungstool ist, woran wir gerade arbeiten - zusammen mit dem Logikeditor

lg

Stefan

[gbglace]

Ich scheue mich halt erst noch Docker und echtes Linux zu lernen um für jede Sonderanwendung nen echtes eigenes kleines Programm zu bauen.