ElabNET Technik Forum

Hi Adi,

adimaster hat geschrieben: ↑So Mär 20, 2022 8:37 amOfftopic … aber wo finde ich die Grafana Datenbank? SSH hab ich laufen.

Das gilt nur für externe Installationen einer eigenen Grafana Instanz in einem Container. Für die Onboard-ausgelieferte Grafana Version geht das nicht (und diese ist auch Bestandteil des Timberwolf Server Backups, man muss da nicht Hand anlegen).

lg

Stefan

adimaster hat geschrieben: ↑So Mär 20, 2022 8:37 am
Offtopic … aber wo finde ich die Grafana Datenbank?
SSH hab ich laufen.

Hallo Adi,
wie Stefan schon geschrieben hat, gilt es für eigene Grafana-Installation im Container.

Die DB liegt unter: /var/lib/grafana/grafana.db

MfG Juri

StefanW hat geschrieben: ↑So Mär 20, 2022 9:47 am ..
Ich weiß jetzt nicht, welche Anleitung Du genau meinst, weil in diesem Thread befinden sich wenigstens zwei Anleitungen.
...

Hallo Stefan
Ich meinte die erste zur Einrichtung der Steuerung des Sonos-Systems. Müsste dazu nicht erst mal HTTP-API laufen?
Ich habe Null Ahnung von Linux, Containern etc. und praktiziere "Learning-by-doing". Ich finde es jetzt nicht sonderlich wichtig, ein Sonos-System zu integrieren, aber ich habe nunmal eins zuhause und da bietet sich das hervorragend zu Übungszwecken an. Ich gehe mal davon aus dass eine Doorbird-Integration ähnlich ablaufen würde, oder?

Hallo Klaus,

klaus407 hat geschrieben: ↑So Mär 20, 2022 11:24 amIch meinte die erste zur Einrichtung der Steuerung des Sonos-Systems. Müsste dazu nicht erst mal HTTP-API laufen?

Ja, die HTTP-API steht doch zur Verfügung im Timberwolf Server (damit spricht der TWS dann mit der Software in dem Container, die dann ihrerseits mit dem Sonos System spricht). Ist also eine Art "HTTP-API to Sonos" Gateway

klaus407 hat geschrieben: ↑So Mär 20, 2022 11:24 amIch gehe mal davon aus dass eine Doorbird-Integration ähnlich ablaufen würde, oder?

Nein, müsste nicht sein. Wir würden gerne die Doorbird nativ einbinden wollen, so wie ekey oder knx oder anderes. Also ein paar Klicks und fertig. Aber da muss auch Doorbird mitmachen und soweit sind wir noch nicht, weil Corona hat alle Pläne für alles durcheinander gebracht.

lg

Stefan

N'Abend zusammen,

ich habe versucht auf dem TWS 3500 mit [v4 IP12] das Sonos-HTTP-API Gateway nach Beitrag Nr.9 umzusetzen, aber die Driver Options "node" und "/app" werden nicht akzeptiert. Die passende Version für arm habe ich natürlich gewählt.

Danach habe ich es mit diesem Image versucht: https://hub.docker.com/r/chrisns/docker ... s-http-api
Als Einstellungen habe ich lediglich ein Volume auf /app verknüpft und den Port 5005 auf 5005 gemappt. Das Problem sind für mich aber die Netzwerkeinstellungen:
Im Modus "host" (der empfohlen wird, damit die Device Discovery funktioniert) erhalte die Fehlermeldung "cannot share the host's network namespace when user namespaces are enabled". Im Modus "bridge" startet der Server zwar, aber beim Versuch irgendetwas zu machen melder die Sonos-HTTP-API, dass kein System gefunden wurde.

Wie ist die aktuelle Methode ein Sonos-System in den TWS einzubinden? Führt kein Weg daran vorbei die Netzwerkkarte in macvlan zu ändern? Ich kenne mich Docker und Portainer quasi nicht aus aber das scheint mir keine optimale Lösung zu sein? (kein DHCP, Gefahr doppelter MAC/IP-Adressen).

Wünsche eine gute Nacht,
Stefan

Hallo Stefan,

ich habe Sonos über MQTT eingebunden, schau mal hier: viewtopic.php?p=53431#p53431

Das funktioniert im Prinzip gut, man muss allerdings auch einige Logiken anlegen um eine breite Funktionalität abzudecken.
Ich habe bisher nur die Grundfunktionen umgesetzt, das Projekt liegt im Moment aus Zeitmangel auf Eis.
Allerdings ist das neue Pegelsteller-Widget in der Visu ein Grund, um mich mal wieder damit zu beschäftigen. Denn das kann man hervorragend für die Lautstärkeregelung nutzen.

Richtig interessant wird die Sonos-Steuerung werden sobald das Schalten-Widget andere Werte aussenden kann als nur TRUE und FALSE. Das würde eine ganze Menge zusätzliche Logiken sparen.

Viele Grüße
Falk

Hallo Falk,

der Link führt mutmaßlich ins Insider-Forum? Ich darf dem leider nicht folgen.

Dass derzeit umfangreiche Logiken nötig sind um eine vollständige Bedienung zu bauen leuchtet mir ein. Mein Ziel wäre für erste nur Ansagen auslösen zu können (evtl. gar TTS?) und das Radio einschalten zu können.

Kannst du vielleicht die Hinweise zur Einrichtung des Sonos HTTP-API Containers hier wiederholen? Das dürfte ja nichts mit „insider-Funktionen“ zu tun haben. Oder gibts bald einen ganz anderen Weg?

VG
Stefan

Hallo Stefan,

stimmt, der Beitrag ist im Insider-Forum. Ich habe MQTT verwendet, nicht HTTP-API, weil ich das einfacher fand.

Eine Frage an die Mods (@Parsley, @gbglace) ob der Beitrag vielleicht inwischen ins MQTT-Unterforum verschoben werden kann? Oder spaetestens nach dem Release von V4?

In Kuerze: ich habe den SONOS-MQTT-Controller hier https://sonos2mqtt.svrooij.io in Portainer eingerichtet, ebenso einen MQTT-Broker wie im Wiki beschrieben und dann im TWS ein MQTT-Subsystem sowie die SONOS-Geraete eingerichtet.

Ansagen sollten mit den Controller moeglich sein, habe es allerdings nocht nicht ausprobiert.
Der Ersteller von Sonos2MQTT hat auch TTS implementiert, am besten schaust du dich mal auf der Seite um.

Ich hoffe das hilft dir erst mal weiter?

Viele Gruesse
Falk

Ja, danke das ist schon mal ein Fingerzeig. MQTT wollte ich mir eh auch mal anschauen. Welchen Netzwerkmodus hast du dann im Portainer genutzt?

Ich nutze alles im TWS auf MAC-VLAN und die Container entsprechend, damit eine IP Adresse direkt sichtbar an der Fritzbox bekommen. Gerade wenn es Services sind die auch andere LAN Teilnehmer nutzen sollen finde ich das übersichtlicher wenn das nicht wie der TWS selbst ausschaut.l und man spart sich das Portmapping, wenn man manches mehrfach hat.