Sonos steuern

[Reinerlein]

Hi Detlef,

Da könntest du mal den Verbose-Level am Sonos-Device hochsetzen. Dann sieht man auch die Proxy-Zugriffe bzw. die Erzeugung der Proxy-URLs.
Da müsste dann irgendwas stehen, dass er ein Icon nicht ermitteln konnte.

Bei den Playlisten (auch wenn sie als Favorit vorliegen) z.B. hole ich mir die ersten 5 Einträge, und von denen verwende ich das erste vorkommende Cover. Wenn die ersten 5 Titel jetzt z.B. alle kein Cover haben, dann wird auch keins angezeigt.

Wenn das Problem in diese Richtung geht, dann könnte ich die 5 konfigurierbar gestalten. Das Problem ist, dass man das nicht beliebig hochsetzen kann (max. geht da glaube ich 10 bis 15, leider nicht fest, weil Sonos das an der Länge der resultieren XML-Struktur festmacht)...

Grüße
Reiner

[justme1968]

die player erscheinen als dissapeared empfangen aber trozdem noch events wenn ich über die app steuere. wenn ich versuche aus fhem heraus zu steuern kommt eine meldung mit dem hinweis das der player disappeared ist. lustigerweise ist es auch meist nicht der player den ich umgesteckt habe sondern einer der die ganze zeit weiter am netz war. vielleicht geht hier bei der zuordnung etwas schief?

da ich das problem fast beliebig reproduzieren kann sollte es kein problem sein logs zu erzeugen. ich schaue mal wann ich diese woche dazu komme.


schau dir mal den post hier an: http://forum.fhem.de/index.php/topic,35091.0.html. vielleicht hat du ein paar ideen wie man das besser machen kann .

gruss
  andre

[Masterfunk]

Hallo Reiner,

guck ich mir morgen mal an. Das mit den 5 Titeln ist es glaube ich nicht, da ohne Proxy alles geht.
Und die Cover werden beim Player auch angezeigt.

Gruß Detlef

[Spartacus]

Hallo zusammen,
ich habe schon seit einiger Zeit ein Phänomen (seit Sonos-FW 5.x), welches ich hier gerne beschreiben möchte. Der Fehler ist bei mir reproduzierbar.

Ich richte einen Alarm über ein android Gerät ein. Wecksignal Radio, Mo-Fr. Uhrzeit 12 Uhr, gruppiert Räume abspielen.
Nun setzte ich über fhem folgenden Befehl ab:

Code Auswählen Erweitern

set OG.br.SON.ZP_S3 Alarm Update 5 {StartTime => '17:20:00',Volume => 3 }
Es soll erreicht werden, dass die Startzeit und die Lautstärke modifiziert werden. Das funktioniert soweit ganz gut, nur wir außerdem noch die Häufigkeit von Mo-Fr auf "Einmal" geändert. Jedes mal, wenn ich den Alarm mit fhem anpacke.
Ich habe am WE alle meine Sonos-Devices auf Werkseinstellungen zurückgesetzt und das System von Grund auf neu eingerichtet. Der Fehler bleibt. Sobald ich irgendeinen Alarm mit fhem anpacke, gibt es Probleme. Fhem habe ich übrigens auch schon komplett neu aufgesetzt.

Teilweise (nicht reproduzierbar, nur sporadisch) ist es sogar so, dass der Radiosender, der zur Weckzeit spielen soll, nicht gefunden wird. Es ertönt dann das nervige Sonos-Wecksignal. Dies passiert aber nur, wenn ich zuvor den Alarm mit fhem modifiziert habe. Aber wie gesagt, nur sporadisch.

Irgendetwas läuft da schief.

Danke,
Spartacus.

[Reinerlein]

Hallo Spartacus,

wie sieht denn das Alarm-Reading des Devices aus?
Tauchen denn dort die Werte für die Wiederholung alle auf, oder fehlt da was?

Sonst das Reading mal kurz hier posten

Grüße
Reiner

[Spartacus]

Hallo Reinerlein,
das sieht so aus:

Code Auswählen Erweitern

{'5' => {'Recurrence_Thursday' => 0,'IncludeLinkedZones' => '1','Volume' => '3','Shuffle' => 1,'Recurrence_Wednesday' => 0,'ProgramURI' => 'x-sonosapi-stream:s99166?sid=254&flags=32&sn=0','Repeat' => 0,'Recurrence_Once' => 0,'StartTime' => '17:20:00','Duration' => '','Recurrence_Sunday' => 0,'Enabled' => '0','Recurrence_Friday' => 0,'Recurrence_Saturday' => 0,'Recurrence_Tuesday' => 0,'RoomUUID' => 'RINCON_000E58F084FC01400','ProgramMetaData' => '<DIDL-Lite xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:r="urn:schemas-rinconnetworks-com:metadata-1-0/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/"><item id="R:0/0/4" parentID="R:0/0" restricted="true"><dc:title>WDR2 Ruhrgebiet</dc:title><upnp:class>object.item.audioItem.audioBroadcast</upnp:class><desc id="cdudn" nameSpace="urn:schemas-rinconnetworks-com:metadata-1-0/">SA_RINCON65031_</desc></item></DIDL-Lite>','Recurrence_Monday' => 0}}
..und das scheint nicht korrekt zu sein. Ich hätte erwartet, dass bei den Wochentagen Mo-Fr. eine "1" steht, oder ist das richtig?

Auf jeden Fall werden alle Wekcher bei mir im Sonos so dargestellt. In der Controller-App ist es korrekt, Mo-Fr.

Christian

[Reinerlein]

Hi Christian,

das vermutest du richtig
Ich habe das versucht, bei mir nachzustellen. Allerdings funktioniert es bei mir Erwartungsgemäß sowohl beim Ändern über das iPad als auch über mein Android-Smartphone...

Kannst du mal ein verbose 5 Log des SubProzesses machen, und dort die Zeilen, die mit "Alarm-Event:" anfangen rauskopieren?
Da sind dann auch die Rohdaten, die ich von Sonos geliefert bekomme, mit dabei, sowie die von mir daraus erkannten Informationen. Dann kann ich vielleicht erkennen, was er bei dir falsch macht.
Am Besten du änderst während des loggens auch deinen Alarm einmal über die Controller-App...

Danke schon mal...

Grüße
Reiner

[Masterfunk]

Hi Detlef,

Da könntest du mal den Verbose-Level am Sonos-Device hochsetzen. Dann sieht man auch die Proxy-Zugriffe bzw. die Erzeugung der Proxy-URLs.
Da müsste dann irgendwas stehen, dass er ein Icon nicht ermitteln konnte.

Habe mal nen Trace gemacht. Allerdings werd ich nicht schlau draus.. 

Gruß Detlef

[Reinerlein]

Hi Detlef,

es scheint so zu sein, dass der Player mit der IP "192.168.10.150" nichts mit der Spotify-Cover-Anfrage anfangen kann.
Ich schaue mal, ob ich da eine Ungereimtheit im Code finden kann...

Grüße
Reiner

[Spartacus]

Hi Christian,

das vermutest du richtig
Ich habe das versucht, bei mir nachzustellen. Allerdings funktioniert es bei mir Erwartungsgemäß sowohl beim Ändern über das iPad als auch über mein Android-Smartphone...

Kannst du mal ein verbose 5 Log des SubProzesses machen, und dort die Zeilen, die mit "Alarm-Event:" anfangen rauskopieren?
Da sind dann auch die Rohdaten, die ich von Sonos geliefert bekomme, mit dabei, sowie die von mir daraus erkannten Informationen. Dann kann ich vielleicht erkennen, was er bei dir falsch macht.
Am Besten du änderst während des loggens auch deinen Alarm einmal über die Controller-App...

Danke schon mal...

Grüße
Reiner

Hi Reiner,
meinst Du das SONOS-Device mit verbose 5?
Christian.

[Masterfunk]

Hi Detlef,

es scheint so zu sein, dass der Player mit der IP "192.168.10.150" nichts mit der Spotify-Cover-Anfrage anfangen kann.
Ich schaue mal, ob ich da eine Ungereimtheit im Code finden kann...

Grüße
Reiner

Die ...150 ist der Player an den ich die Anfrage stelle (Kueche).
Wenn der Proxy deaktiviert ist, klappt einwandfrei.

Gruß Detlef

[Reinerlein]

Hi Christian,

genau, und dann die Konsolenausgabe des SubProzesses.
Aber Vorsicht, das wird eine sehr lange Ausgabe

Grüße
Reiner

[Spartacus]

Hi,
bin zu doof!
Habe verbose auf 5 gestellt und einen neuen Timer angelegt.
Hier die Ausgabe im Event-Log. Das ist aber keine lange Liste. Oder muss ich global auch auf 5 setzten?

Code Auswählen Erweitern

Events:
2015-03-16 19:56:18 SONOSPLAYER OG.bz.SON.ZP_S1 AlarmListVersion: RINCON_000E58C4F42E01400:16
2015-03-16 19:56:18 SONOSPLAYER OG.br.SON.ZP_S3 AlarmListVersion: RINCON_000E58C4F42E01400:16
2015-03-16 19:56:18 SONOSPLAYER OG.br.SON.ZP_S3 currentPlaying: kein Titel
2015-03-16 19:56:18 SONOSPLAYER OG.br.SON.ZP_S3 currentX: nichts
2015-03-16 19:56:19 SONOSPLAYER OG.kz.SON.ZP_S1 AlarmListVersion: RINCON_000E58C4F42E01400:16
2015-03-16 19:56:19 SONOSPLAYER EG.wz.SON.SUB AlarmListVersion: RINCON_000E58C4F42E01400:16
2015-03-16 19:56:20 SONOSPLAYER OG.sz.SON.ZP_S1_R AlarmListVersion: RINCON_000E58C4F42E01400:16
2015-03-16 19:56:20 SONOSPLAYER DG.kz.SON.ZP_S1 AlarmListVersion: RINCON_000E58C4F42E01400:16
2015-03-16 19:56:20 SONOSPLAYER KG.sk.SON.ZP_S3 AlarmList: {'16' => {'Recurrence_Thursday' => 0,'IncludeLinkedZones' => '1','Volume' => '5','Shuffle' => 1,'Recurrence_Wednesday' => 0,'ProgramURI' => 'x-sonosapi-stream:s99166?sid=254&flags=32&sn=0','Repeat' => 0,'Recurrence_Once' => 0,'StartTime' => '07:00:00','Duration' => '','Recurrence_Sunday' => 0,'Enabled' => '1','Recurrence_Friday' => 0,'Recurrence_Saturday' => 0,'Recurrence_Tuesday' => 0,'RoomUUID' => 'RINCON_000E58F224CE01400','ProgramMetaData' => 'WDR2 Ruhrgebietobject.item.audioItem.audioBroadcastSA_RINCON65031_','Recurrence_Monday' => 0}}
2015-03-16 19:56:20 SONOSPLAYER KG.sk.SON.ZP_S3 AlarmListIDs: 16
2015-03-16 19:56:20 SONOSPLAYER KG.sk.SON.ZP_S3 AlarmListVersion: RINCON_000E58C4F42E01400:16
2015-03-16 19:56:21 SONOSPLAYER EG.wz.SON.ZP_120 AlarmListVersion: RINCON_000E58C4F42E01400:16
2015-03-16 19:56:21 SONOSPLAYER OG.sz.SON.ZP_S1_L AlarmListVersion: RINCON_000E58C4F42E01400:16
Christian

[Masterfunk]

Hallo Reiner,

es sind tatsächlich nur die Playlisten die auf Spotify verweisen.
Eigenartigerweise passiert das nicht bei Favoriten die auch auf Spotify liegen.
Wenn ich aber eine Playlist als Favorit speichere, kommt dann auch kein Cover.

Wenns ein komplettes Album ist, und die Playlist auch den Namen des Albums hat, scheints zu gehen.

Gruß Detlef

[Reinerlein]

Hi Christian,

das ist das Log von fhem. Wir brauchen hier die Konsolenausgabe des SubProzesses.
Im Wiki unter http://www.fhemwiki.de/wiki/SONOS#Fehlersuche gibt es eine kurze Beschreibung zum Vorgehen dazu...

Grüße
Reiner