Sonos steuern

Begonnen von Will, 05 Januar 2013, 15:51:12

Vorheriges Thema - Nächstes Thema

Otto123

Zitat von: florian2833 am 28 März 2018, 18:58:33
Noch eine Dumme Frage hinterher - unterscheidet Fhem, gerade bei den Dashbuttons auch auf langen und kurzen Druck? Mit HM geht das ja, soweit ich gelesen habe.
Hi,

da hilft wie immer in solchen Fällen der Eventmonitor -> https://wiki.fhem.de/wiki/Event_monitor

Kann doch keiner wissen was für einen Dashbutton Du hast und was der tut  :-X

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Fixel2012

Zitat von: florian2833 am 28 März 2018, 18:58:33
Genial, Fixel2012 vielen Dank. Mir war gar nicht bekannt das ich mehrere Befehle mit einem ";" trennen kann. (Hab ich das im Wiki überlesen?)

So habe ich es nun gelöst:

DashButton set sonos_Kueche stop; set sonos_Kueche loadPlaylist Playlistname;  set sonos_Kueche Shuffle 1;
set sonos_Kueche play


Funktioniert wunderbar  8) ;D

Noch eine Dumme Frage hinterher - unterscheidet Fhem, gerade bei den Dashbuttons auch auf langen und kurzen Druck? Mit HM geht das ja, soweit ich gelesen habe.

Falls ja würde man das so einbinden?

Dasbutton:short* set tu dies |Dashbutton: Long.* tu was anderes

Nein, die Dashbuttons kennen nur gedrückt oder eben nicht. Kein kurz kein lang etc.
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

florian2833

#3182

@ Otto123 - Sorry für die Verwirrung  :P Ich dachte wenn ich "Dashbutton" schreibe ist es klar, dass ich den "Amazon Dashbutton" meine  ;) . Im Eventmonitor fand ich nichts - bzw den Eintrag "short" - daher war meine Vermutung das es evtl auch noch eine Möglichkeit "long" gibt .  (Sonst hätte ich doch ned hier gefragt.  :o ;D )

@Fixel2012 - danke dir - hab ich fast schon vermutet - na sollte ich mal einen Long benotigen gibts eben doch HM Taster o.ä.

@dogexan


Subscription request failed with error: 500 Internal Server Error at ./FHEM/00_SONOS.pm line 6089 thread 1.


Bei mir nicht  ???

dogexan

Zitat von: florian2833 am 29 März 2018, 06:59:37
@ Otto123 - Sorry für die Verwirrung  :P Ich dachte wenn ich "Dashbutton" schreibe ist es klar, dass ich den "Amazon Dashbutton" meine  ;) . Im Eventmonitor fand ich nichts - bzw den Eintrag "short" - daher war meine Vermutung das es evtl auch noch eine Möglichkeit "long" gibt .  (Sonst hätte ich doch ned hier gefragt.  :o ;D )

@Fixel2012 - danke dir - hab ich fast schon vermutet - na sollte ich mal einen Long benotigen gibts eben doch HM Taster o.ä.

@dogexan


Subscription request failed with error: 500 Internal Server Error at ./FHEM/00_SONOS.pm line 6089 thread 1.


Bei mir nicht  ???


Seit heute ist auch:

Subscription request failed with error: 500 Internal Server Error at ./FHEM/00_SONOS.pm line 6089 thread 13.

dabei.

Sehr merkwürdig

florian2833

in welchem Zusammenhang taucht das denn im Log auf - auf was mag sich die subscription beziehen?

Nobby1805

Das FHEM-Sonos Modul meldet Subscriptions bei den SONSOS-Geräten an um Informationen von diesen zu bekommen.
FHEM-Featurelevel: 6.2   (fhem.pl:28227/2023-11-29) auf Windows 10 Pro mit Strawberry Perl 5.32.1.1-32bit
TabletUI: 2.7.15
IO: 2xHMLAN(0.965)|HMUSB2(0.967)

florian2833

Danke Nobby1805

Dogexan, trennst du deine Sonos Bridge (?) das kleine weisse Kasterl ;-) zeitweise vom Strom? Wärend Fhem läuft? Das könnte den Fehler verursachen. Bei mir werden alle Sonos Boxen getrennt, außer Bad und Küche - was aber keinen solchen Eintrag im Log hinterlässt. Die Bridge wird bei mir nachts auch abgeschaltet, allerdings zusammen mit Fhem ;-)

Fixel2012

Guten Abend,

ich nutze Sonos als mein Radiowecker.

per Fhem wird das Radio geladen und abgespielt. Musste leider feststellen, dass sich anscheinend der Radio name innerhalb tunein einfach mal geändert hat...

Somit habe ich dann um 3 Stunden verschlafen und mich gewundert, warum ich so ausgeschlafen bin.

Um dem entgegen zu wirken, würde ich gerne das Radio über regex anwählen. So ganz schlau aus der commandref beschreibung werde ich allerdings nicht.

ZitatAdditionally it's possible to use a regular expression as the name. The first hit will be used. The format is e.g. /radio/.

Kann mir jemand dafür ein Beispiel nennen?

Mein Radio Sender ist dieser: HIT RADIO FFH 106.9 (Hot AC


Danke schon mal!
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

DeeSPe

Zitat von: Fixel2012 am 31 März 2018, 22:23:16
Guten Abend,

ich nutze Sonos als mein Radiowecker.

per Fhem wird das Radio geladen und abgespielt. Musste leider feststellen, dass sich anscheinend der Radio name innerhalb tunein einfach mal geändert hat...

Somit habe ich dann um 3 Stunden verschlafen und mich gewundert, warum ich so ausgeschlafen bin.

Um dem entgegen zu wirken, würde ich gerne das Radio über regex anwählen. So ganz schlau aus der commandref beschreibung werde ich allerdings nicht.

Kann mir jemand dafür ein Beispiel nennen?

Mein Radio Sender ist dieser: HIT RADIO FFH 106.9 (Hot AC


Danke schon mal!

Hab meine Lieblingsradiosender einfach als Favorit gespeichert und die dann manuell umbenannt.
Ergo: keine Leer- oder Sonderzeichen mehr und der selbst vergebene Name hat sich bei auch noch nie geändert.

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

Fixel2012

Danke, so klappt es!

Konnte den namen allerdings nur mit dem Desktop Controller ändern.
Fhem 5.8 auf Raspi 3, HMLAN und 868MHz CUL mit einigen Komponenten, Z-Wave Rollladenaktoren, Tablet UI, 433 MHz CUL mit Baumarktsteckdosen und Temp Sensoren, Amazon Echo, Echo Dot, 2x SONOS  play1, 1x SONOS Connect AMP,  presence, HUE, Lightify

dogexan

Zitat von: florian2833 am 30 März 2018, 09:21:24
Danke Nobby1805

Dogexan, trennst du deine Sonos Bridge (?) das kleine weisse Kasterl ;-) zeitweise vom Strom? Wärend Fhem läuft? Das könnte den Fehler verursachen. Bei mir werden alle Sonos Boxen getrennt, außer Bad und Küche - was aber keinen solchen Eintrag im Log hinterlässt. Die Bridge wird bei mir nachts auch abgeschaltet, allerdings zusammen mit Fhem ;-)

Ich verwende keine Bridge. Die Playbar im Wohnzimmer hängt direkt per LAN Kabel an der Fritzbox. An Playbarbar hängen dann 2 Play 1 und ein Sub fürs 5.1 System im Wohnzimmer. Ansonsten gibt es noch einem Play 1 in der Küche und einen im Schlafzimmer. Wobei der im Schlafzimmer direkt am Lankabel Richtung Fritzbox hängt. Funk reicht da leider nicht.
Alle bleiben permanent am Strom.

Ist das eigentlich normal, dass man via FHEM die Speaker nicht mehr rebooten kann? Ging früher mal bei mir.

Gruß Alex

matzemoerk

#3191
Hallo,

Ich kämpfe seit der Implementation meiner Weckautomation immer wieder mit dem Problem, dass die Wecker des Sonosplayers nicht aktualisiert werden. Umsetzung ist die folgende:

DOIF zur Aktivierung und Deaktivierung des Weckers, gesteuert über TabletUI:
([dummy_WeckerMatthias] eq "on") (set Sonos_Schlafzimmer Alarm Update 1943 {Enabled => 1}; ) DOELSEIF ([dummy_WeckerMatthias] eq "off") (set Sonos_Schlafzimmer Alarm Update 1943 {Enabled => 0})

Notify zum einstellen der Weckzeit:
dummy_WeckzeitMatthias {fhem "set Sonos_Schlafzimmer Alarm Update 1943 {StartTime => '$EVENT'}";;}

Die Wecker Bleiben in Sonos immer drin und werden nur aktiviert und deaktiviert. Die IDs bleiben also immer gleich.

Habe ich hier irgendwelche groben Fehler drin? An was kann es liegen, dass sich die Wecker manchmal nicht aktualisieren? Was kann ich hier optimieren, um den Wecker über Sonos zuverlässiger zu machen?

Vielen Dank für die Hilfe!

Tomk

Hallo zusammen,

ich habe nachdem ich letzte Woche einiges an meinem Raspi geupdated habe nun folgendes Problem mit Sonos:
Es dauert unheimlich lange ca. 1min bis ein abgebener Befehl von Sonos umgesetzt wird. Ich habe schon Sonos und den Player neu angelegt mit dem gleichen ergebniss. Hat jemand eine Idee?

Mich wundert ein bisschen die Zeile mit SW. Wofür steht SW?


2018.06.27 19:39:38 5: SW: DoWork:RINCON_B8E937329C8C01400_MR:playURITemp:\\RASPBERRYPI\SonosSpeak\alarm\sirene1.mp3--#--40

2018.06.27 19:39:38 5: SONOS0: Received: 'DoWork:RINCON_B8E937329C8C01400_MR:playURITemp:\\RASPBERRYPI\SonosSpeak\alarm\sirene1.mp3--#--40'
2018.06.27 19:40:00 5: SW: DoWork:undef:refreshProcessAnswer:
2018.06.27 19:40:00 5: SONOS0: Received: 'DoWork:undef:refreshProcessAnswer:'
2018.06.27 19:40:21 4: SONOS3: IsAlive-Event UDN=RINCON_B8E937329C8C01400_MR
2018.06.27 19:40:21 4: SONOS3: SONOS_Client_Data_Retreive(RINCON_B8E937329C8C01400_MR, reading, location, ) -> http://192.168.178.35:1400/xml/device_description.xml
2018.06.27 19:40:21 5: SONOS3: Location: http://192.168.178.35:1400/xml/device_description.xml
2018.06.27 19:40:21 5: SONOS3: PingType: syn
2018.06.27 19:40:21 4: SONOS3: 192.168.178.35 is alive
2018.06.27 19:40:41 4: SONOS1: SONOS_Client_Notifier(rePing:undef::)
2018.06.27 19:40:41 4: SONOS1: SONOS_Client_Data_Retreive(SONOS, reading, UserID_Spotify, -) -> DEFAULT
2018.06.27 19:40:41 4: SONOS1: SONOS_Client_Data_Retreive(SONOS, reading, UserID_Napster, -) -> DEFAULT
2018.06.27 19:40:41 3: SONOS1: Start temporary playing of "\\RASPBERRYPI\SonosSpeak\alarm\sirene1.mp3"

Robert1963

#3193
Hallo,
hab mir vor ner Weile ne Sonos Playbar zugelegt und wollte diese nun in Fhem integrieren. (Über Alexa gehts)

Leider bleibt es nach anfänglichem "opened" immer beim "disconnected" und es wird kein Player angelegt.

Bin auf der Playbar und in Fhem Updatemäßig aktuell, habe (meines erachtens) die benötigten Dateien installiert.
Playbar ist auf 192.168.178.39 erreichbar (Lt. Fritzbox)

Fhem läuft auf einem NUC unter Linux Mint 18

Hier die Raw und das Log nach Restart.

Zitatdefmod Sonos SONOS localhost:4711 30 1 5
attr Sonos disable 0
attr Sonos ignoredIPs 192.168.178.44, 192.168.178.28, 192.168.178.58,192.168.178.49
attr Sonos pingType tcp
attr Sonos verbose 5

setstate Sonos disconnected
setstate Sonos 2018-06-29 15:07:00 LastProcessAnswer 0
setstate Sonos 2018-06-29 15:28:06 state disconnected


ZitatDeep recursion on subroutine "UPnP::ControlPoint::Service::AUTOLOAD" at FHEM/lib/UPnP/ControlPoint.pm line 680, <$client> line 3.
2018.06.29 15:07:00.985 1: SONOS4: Restore-Thread gestartet. Warte auf Arbeit...
"

HOUSEHOLD.SMARTSPEAKER.AUDIO: Sonos_PNBe7zvW5uRtjU8Lkxw0hNTOis.O1XJd32OYxd3ETTSKsIM
X-RINCON-VARIANT: 2
X-RINCON-WIFIMODE: 0
X-RINCON-BOOTSEQ: 12
X-RINCON-HOUSEHOLD: Sonos_PNBe7zvW5uRtjU8Lkxw0hNTOis
USN: uuid:RINCON_7828CA526D0C01400::urn:schemas-upnp-org:device:ZonePlayer:1
ST: urn:schemas-upnp-org:device:ZonePlayer:1
SERVER: Linux UPnP/1.0 Sonos/43.3-53230 (ZPS9)
LOCATION: http://192.168.178.39:1400/xml/device_description.xml
EXT:
xxxx.xx.xx xx:xx:xx 5: ControlPoint: Accepted Search-Response: "CACHE-CONTROL: max-age = 1800
2018.06.29 15:07:00.773 1: SONOS3: IsAlive-Thread gestartet. Warte 120 Sekunden und pruefe dann alle 30 Sekunden...
2018.06.29 15:07:00.773 4: SONOS3: SONOS_Client_Data_Retreive(SONOS, def, INTERVAL, 0) -> 30
2018.06.29 15:07:00.579 1: SONOS2: LongJobs-Thread gestartet. Prüfe auf LongJobs...
2018.06.29 15:07:00.382 4: SONOS1: Calling SONOS_LoadBookmarkValues("undef", "undef") ~ SaveDir: "."
2018.06.29 15:07:00.382 4: SONOS1: SONOS_Client_Data_Retreive(SONOS, attr, bookmarkSaveDir, .) -> DEFAULT
2018.06.29 15:07:00.381 1: SONOS1: UPnP-Thread gestartet.
2018.06.29 15:07:00.208 5: SONOS0: Received: 'StartThread'

2018.06.29 15:07:00.208 5: SW: StartThread
2018.06.29 15:07:00.206 5: SONOS0: Received: 'SetValues:SONOS:NAME=Sonos|INTERVAL=30|disable=0'

2018.06.29 15:07:00.205 5: SW: SetValues:SONOS:NAME=Sonos|INTERVAL=30|disable=0
2018.06.29 15:07:00.205 5: SONOS0: SetValues:SONOS:NAME=Sonos|INTERVAL=30|disable=0
2018.06.29 15:07:00.199 5: SONOS0: Received: 'SetData:Sonos:5:-:tcp::192.168.178.44, 192.168.178.28, 192.168.178.58,192.168.178.49:0::'

2018.06.29 15:07:00.199 5: SW: SetData:Sonos:5:-:tcp::192.168.178.44, 192.168.178.28, 192.168.178.58,192.168.178.49:0::
2018.06.29 15:07:00.199 5: SONOS0: SetData:Sonos:5:-:tcp::192.168.178.44, 192.168.178.28, 192.168.178.58,192.168.178.49:0::
2018.06.29 15:07:00.193 3: CUL_HM set bew_beet_schalter statusRequest
2018.06.29 15:06:59.536 4: SONOS0: A new Connector to list added. There are now 2 connectors in list.
2018.06.29 15:06:59.039 3: Sonos device opened

2018.06.29 15:06:59.036 5: SW: Establish connection
2018.06.29 15:06:59.035 3: SONOS0: Connection accepted from localhost:53376
2018.06.29 15:06:59.034 3: Opening Sonos device localhost:4711
2018.06.29 15:06:58.956 3: CUL_HM set bew_Kasten_schalter statusRequest
2018.06.29 15:06:58.678 3: UWZ Unwetterzentrale: Run.1043 Done fetching data
2018.06.29 15:06:57.680 3: my_callmonitor device opened
2018.06.29 15:06:57.678 3: SONOS0: Connection accepted from localhost:53351

Nach einer Minute noch:

Zitat2018.06.29 15:08:06.093 1: localhost:4711 disconnected, waiting to reappear (Sonos)
   0 running and detached
   1 finished and unjoined
   3 running and unjoined
Perl exited with active threads:
Out of memory!
2018.06.29 15:08:00.217 5: SONOS0: Received: 'DoWork:undef:refreshProcessAnswer:'

2018.06.29 15:08:00.217 5: SW: DoWork:undef:refreshProcessAnswer:

Hab, neben einer festen IP, natürlich schon einiges probiert was so im Forum steht und ich verstanden hab ;-)

Bräuchte aber nen Hinweiß wie ich das Problem angehen kann.

Vielen Dank,
Rob

Nachtrag: Hab die Playbar jetzt direkt an die Fritzbox gesteckt und das Modul nochmal gestartet.
Das Log dazu:

Zitat2018.06.29 15:40:05.413 1: localhost:4711 disconnected, waiting to reappear (Sonos)
   0 running and detached
   1 finished and unjoined
   3 running and unjoined
Perl exited with active threads:
Out of memory!
Deep recursion on subroutine "UPnP::ControlPoint::Service::AUTOLOAD" at FHEM/lib/UPnP/ControlPoint.pm line 680, <$client> line 3.
"

HOUSEHOLD.SMARTSPEAKER.AUDIO: Sonos_PNBe7zvW5uRtjU8Lkxw0hNTOis.O1XJd32OYxd3ETTSKsIM
X-RINCON-VARIANT: 2
X-RINCON-WIFIMODE: 0
X-RINCON-BOOTSEQ: 12
X-RINCON-HOUSEHOLD: Sonos_PNBe7zvW5uRtjU8Lkxw0hNTOis
USN: uuid:RINCON_7828CA526D0C01400::urn:schemas-upnp-org:device:ZonePlayer:1
ST: urn:schemas-upnp-org:device:ZonePlayer:1
SERVER: Linux UPnP/1.0 Sonos/43.3-53230 (ZPS9)
LOCATION: http://192.168.178.39:1400/xml/device_description.xml
EXT:
xxxx.xx.xx xx:xx:xx 5: ControlPoint: Accepted Search-Response: "CACHE-CONTROL: max-age = 1800
2018.06.29 15:39:07.121 1: SONOS4: Restore-Thread gestartet. Warte auf Arbeit...
2018.06.29 15:39:07.065 1: SONOS3: IsAlive-Thread gestartet. Warte 120 Sekunden und pruefe dann alle 30 Sekunden...
2018.06.29 15:39:07.065 4: SONOS3: SONOS_Client_Data_Retreive(SONOS, def, INTERVAL, 0) -> 30
2018.06.29 15:39:06.965 1: SONOS2: LongJobs-Thread gestartet. Prüfe auf LongJobs...
2018.06.29 15:39:06.877 4: SONOS1: Calling SONOS_LoadBookmarkValues("undef", "undef") ~ SaveDir: "."
2018.06.29 15:39:06.877 4: SONOS1: SONOS_Client_Data_Retreive(SONOS, attr, bookmarkSaveDir, .) -> DEFAULT
2018.06.29 15:39:06.877 1: SONOS1: UPnP-Thread gestartet.
2018.06.29 15:39:06.797 5: SONOS0: Received: 'StartThread'

2018.06.29 15:39:06.797 5: SW: StartThread
2018.06.29 15:39:06.790 5: SONOS0: Received: 'SetValues:SONOS:disable=0|NAME=Sonos|INTERVAL=30'

2018.06.29 15:39:06.789 5: SW: SetValues:SONOS:disable=0|NAME=Sonos|INTERVAL=30
2018.06.29 15:39:06.789 5: SONOS0: SetValues:SONOS:disable=0|NAME=Sonos|INTERVAL=30
2018.06.29 15:39:06.783 5: SONOS0: Received: 'SetData:Sonos:5:-:tcp::192.168.178.44, 192.168.178.28, 192.168.178.58,192.168.178.49:0::'

2018.06.29 15:39:06.783 5: SW: SetData:Sonos:5:-:tcp::192.168.178.44, 192.168.178.28, 192.168.178.58,192.168.178.49:0::
2018.06.29 15:39:06.783 5: SONOS0: SetData:Sonos:5:-:tcp::192.168.178.44, 192.168.178.28, 192.168.178.58,192.168.178.49:0::
2018.06.29 15:39:06.275 4: SONOS0: A new Connector to list added. There are now 2 connectors in list.
2018.06.29 15:39:05.776 3: Sonos device opened

2018.06.29 15:39:05.775 5: SW: Establish connection
2018.06.29 15:39:05.774 3: SONOS0: Connection accepted from localhost:55876
2018.06.29 15:39:05.773 3: Opening Sonos device localhost:4711
2018.06.29 15:39:05.688 1: SONOS0: ./FHEM/00_SONOS.pm is listening to Port 4711
2018.06.29 15:39:05.687 1: SONOS0: ./FHEM/00_SONOS.pm is started by fhem...
2018.06.29 15:39:04.769 1: SONOS0: Kein UPnP-Server gefunden... Starte selber einen und warte 1 Sekunde(n) darauf...

2018.06.29 15:38:59.759 5: SW: disconnect
2018.06.29 15:38:59.758 1: SONOS0: Modify Device: Sonos

Brauche wohl wirklich Hilfe!
Nuc 7i7, Ubuntu 20.04.2 LTS, FS20, Homematic, EnOcean, Hue, Conbee, Fritzbox 6490kd,

Reinerlein

Hi Rob,

wirklich schlimm ist wohl die Meldung

Deep recursion on subroutine "UPnP::ControlPoint::Service::AUTOLOAD" at FHEM/lib/UPnP/ControlPoint.pm line 680, <$client> line 3.

Da stürzt der Prozess mit ab, und natürlich geht es dann nicht weiter.

Das kann an deiner verwendeten Perl-Version liegen, wissen tu ich das aber nicht. da diese Meldung zum ersten Mal auftritt...
Es kann aber auch an der Struktur, die deine PlayBar mitteilt liegen. Er meldet sich ja als "ZPS9". Soweit ich weiß, haben wir aber schon jemanden mit PlayBar, vielleicht verwechsele ich das aber auch mit der PlayBase...

Poste doch mal bitte den Inhalt des Beschreibungsdokuments von http://192.168.178.39:1400/xml/device_description.xml

Grüße
Reiner