Sonos: Neue Version vom 14.5.

[juemuc]

Hi juemuc,

bzgl. des Dashboards habe ich keinen Einfluss auf die Darstellung. Die Liste wird von einer Readingsgroup angezeigt, diese haben, wie immer nur eine Ausbreitung über die erste beiden Spalten.

Zu den Favoriten-Listen:
In meiner Standardimplementierung wird die Sortierung von Sonos verwendet. Wenn du das anders haben möchtest, musst du dir eine Kopie der Prozedur "SONOS_getListRG()" in deiner eigenen myUtils anlegen (anders nennen natürlich).
Dort kannst du den Bereich der for-Schleife dann auf deine Belange anpassen und die Sortierung selbst durchführen...
Dann brauchst du nur noch in der ReadingsGroup der Anzeige deine Prozedur angeben.

Mit den Logos: Versuch mal den entsprechenden Befehl "get...WithCovers" am entsprechenden Player nochmal auszuführen. Mit der neuen Version werden die Links für Radio-Cover anders erzeugt...

Grüße
Reinerlein

Hallo Reinerlein,
das Problem mit den Covers scheint bei Sonos zu liegen, da sie auch im original Sonos-Programm fehlen.

Die Sortierung verstehe ich allerdings noch nicht. Ich habe ein Userreading, in der die Favoriten alphabetisch aufgelistet sind (ermittelt über get Favourites), die angezeigten Favoriten haben aber einer andere Sortierung. Ich habe den Eindruck, dass hier die Favoriten in der Reihenfolge angezeigt werden, in der ich sie im Sonos-Programm hinzugefügt habe. Wie sie intern in Sonos verwaltet werden, kann ich leider nicht erkennen.
 
Das neue Feature mit currentTrackPositionSimulated finde ich auf der einen Seite gut, auf der anderen Seite wird dadurch permanent ein Event erzeugt, wenn simulateCurrentTrackPosition auf 1 steht. Gibt es eine Möglichkeit, die Events zu unterdrücken ohne die anderen Readings einzeln bei event-on-change-reading auflisten zu müssen?

Leider habe ich auch das Problem, dass bei einem Neustart von Fhem erst ein set RescanNetwork die Player wieder auf appeared setzt. Das Logfile liefert leider keine Hinweise. Manchmal funktioniert es aber auch.

Unabhängig von diesen Kleinigkeiten ist die neue Version super. Vielen Dank dafür.

Viele Grüße
juemuc

[juemuc]

Hallo Reinerlein,

ich habe jetzt folgendes beobachten können:
Nachdem ich Sonos auf disabled gesetzt hatte und das Attribut nach ca 1 Munite gelöscht hatte, hat ernur den lokalhost hochgezählt. Nach einem RescanNetwork wurde erst der UPnP-Thread gestartet. Ich hoffe, dies hilft bei der Fehlersuche.

2017.05.26 21:42:10 3: Sonos device opened
2017.05.26 21:42:31 3: SONOS0: Connection accepted from localhost:54594
2017.05.26 21:42:41 3: SONOS0: Connection accepted from localhost:54596
2017.05.26 21:42:51 3: SONOS0: Connection accepted from localhost:54600
2017.05.26 21:43:01 3: SONOS0: Connection accepted from localhost:54604
2017.05.26 21:43:11 3: SONOS0: Connection accepted from localhost:54606
2017.05.26 21:43:21 3: SONOS0: Connection accepted from localhost:54610
2017.05.26 21:43:31 3: SONOS0: Connection accepted from localhost:54612
2017.05.26 21:43:41 3: SONOS0: Connection accepted from localhost:54614
2017.05.26 21:43:51 3: SONOS0: Connection accepted from localhost:54618
2017.05.26 21:44:01 3: SONOS0: Connection accepted from localhost:54620
2017.05.26 21:44:11 3: SONOS0: Connection accepted from localhost:54622
2017.05.26 21:44:21 3: SONOS0: Connection accepted from localhost:54626
2017.05.26 21:44:31 3: SONOS0: Connection accepted from localhost:54628
2017.05.26 21:44:41 3: SONOS0: Connection accepted from localhost:54630
2017.05.26 21:44:51 3: SONOS0: Connection accepted from localhost:54634
2017.05.26 21:45:01 3: SONOS0: Connection accepted from localhost:54636
2017.05.26 21:45:11 3: SONOS0: Connection accepted from localhost:54638
2017.05.26 21:45:21 3: SONOS0: Connection accepted from localhost:54642
2017.05.26 21:45:31 3: SONOS0: Connection accepted from localhost:54644
2017.05.26 21:45:41 3: SONOS0: Connection accepted from localhost:54646
2017.05.26 21:45:49 3: SONOS1: UPnP-Thread gestartet.
at ./FHEM/00_SONOS.pm line 4310 thread 1.
2017.05.26 21:45:49 1: SONOS2: IsAlive-Thread gestartet. Warte 120 Sekunden und pruefe dann alle 10 Sekunden...
2017.05.26 21:45:49 1: SONOS3: Restore-Thread gestartet. Warte auf Arbeit...
at ./FHEM/00_SONOS.pm line 5022 thread 3.
2017.05.26 21:45:50 2: SONOS1: Discover Sonosplayer 'Büro' (S12) Software Revision 7.2 with ID 'RINCON_949F3E08E98201400_MR'

Viele Grüße
juemuc

[mrfloppy]

Habe mal das Verbose auf 5 gestellt. und neu gestartet.
Etwas gewartet und dann mal beim Player auf play gedrückt.
Nach einiger zeit nochmal play und nach noch einer Pause wieder play. Erst dann hat er gespielt.
Anbei das LOG davon.

Was mir auch auffällt es kommt auch immer dieser Eintrag

Code Auswählen Erweitern

Loading device description failed with error: 500 Can't connect to 192.168.49.1:53760 (Location: http://192.168.49.1:53760/upnp/dev/44da200e-6e9b-0a71-ffff-ffffa044fb2c/desc) at ./FHEM/00_SONOS.pm line 4312 thread 1.

Woher kann das kommen. Diese IP gibt es in meinem Netzwerk eigentlich nicht.
Und mir kommt vor das ist auch ein Grund wieso die Player einige Zeit nicht reagieren.

Wenn ich was spezielles testen soll und loggen dann bitte sagen.

LG

Edit: Wollte nun Pause drücken ging nicht.
Wie man im Log schön sieht mehrmals immer mit etwas pause gedrückt und erst nach einer zeit hat es dann geklappt.

Code Auswählen Erweitern

2017.05.28 10:20:27 4: SONOS2: IsAlive-Event UDN=RINCON_B8E937D046C001400_MR
2017.05.28 10:20:27 4: SONOS2: SONOS_Client_Data_Retreive(RINCON_B8E937D046C001400_MR, reading, location, ) -> http://10.0.0.111:1400/xml/device_description.xml
2017.05.28 10:20:27 5: SONOS2: Location: http://10.0.0.111:1400/xml/device_description.xml
2017.05.28 10:20:27 5: SONOS2: PingType: syn
2017.05.28 10:20:27 4: SONOS2: 10.0.0.111 is alive
2017.05.28 10:20:33 5: SW: 446f576f726b3a52494e434f4e5f35434141464434423534314530313430305f4d523a70617573653a0d0a
2017.05.28 10:20:33 5: SONOS0: Received: 'DoWork:RINCON_5CAAFD4B541E01400_MR:pause:'
2017.05.28 10:20:36 3: SONOS0: Connection accepted from localhost:59404
2017.05.28 10:20:36 4: SONOS0: Got correct answer from Subprocess...
2017.05.28 10:20:36 5: SW: 446f576f726b3a52494e434f4e5f35434141464434423534314530313430305f4d523a70617573653a0d0a
2017.05.28 10:20:36 5: SONOS0: Received: 'DoWork:RINCON_5CAAFD4B541E01400_MR:pause:'
2017.05.28 10:20:45 5: SONOS0: FhemWebCallback: /sonos/cover/tunein_round.png
2017.05.28 10:20:45 5: SONOS0: Cover: /tunein_round.png
2017.05.28 10:20:47 5: SW: 446f576f726b3a52494e434f4e5f35434141464434423534314530313430305f4d523a70617573653a0d0a
2017.05.28 10:20:47 5: SONOS0: Received: 'DoWork:RINCON_5CAAFD4B541E01400_MR:pause:'
2017.05.28 10:20:53 5: SW: 446f576f726b3a52494e434f4e5f35434141464434423534314530313430305f4d523a70617573653a0d0a
2017.05.28 10:20:53 5: SONOS0: Received: 'DoWork:RINCON_5CAAFD4B541E01400_MR:pause:'
2017.05.28 10:20:57 4: SONOS2: IsAlive-Event UDN=RINCON_5CAAFD4B541E01400_MR
2017.05.28 10:20:57 4: SONOS2: SONOS_Client_Data_Retreive(RINCON_5CAAFD4B541E01400_MR, reading, location, ) -> http://10.0.0.110:1400/xml/device_description.xml
2017.05.28 10:20:57 5: SONOS2: Location: http://10.0.0.110:1400/xml/device_description.xml
2017.05.28 10:20:57 5: SONOS2: PingType: syn
2017.05.28 10:20:57 4: SONOS2: 10.0.0.110 is alive
2017.05.28 10:20:57 4: SONOS2: IsAlive-Event UDN=RINCON_B8E937D046C001400_MR
2017.05.28 10:20:57 4: SONOS2: SONOS_Client_Data_Retreive(RINCON_B8E937D046C001400_MR, reading, location, ) -> http://10.0.0.111:1400/xml/device_description.xml
2017.05.28 10:20:57 5: SONOS2: Location: http://10.0.0.111:1400/xml/device_description.xml
2017.05.28 10:20:57 5: SONOS2: PingType: syn
2017.05.28 10:20:57 4: SONOS2: 10.0.0.111 is alive
2017.05.28 10:21:06 3: SONOS0: Connection accepted from localhost:59428
2017.05.28 10:21:06 4: SONOS0: Got correct answer from Subprocess...
2017.05.28 10:21:27 4: SONOS2: IsAlive-Event UDN=RINCON_5CAAFD4B541E01400_MR
2017.05.28 10:21:27 4: SONOS2: SONOS_Client_Data_Retreive(RINCON_5CAAFD4B541E01400_MR, reading, location, ) -> http://10.0.0.110:1400/xml/device_description.xml
2017.05.28 10:21:27 5: SONOS2: Location: http://10.0.0.110:1400/xml/device_description.xml
2017.05.28 10:21:27 5: SONOS2: PingType: syn
2017.05.28 10:21:27 4: SONOS2: 10.0.0.110 is alive
2017.05.28 10:21:27 4: SONOS2: IsAlive-Event UDN=RINCON_B8E937D046C001400_MR
2017.05.28 10:21:27 4: SONOS2: SONOS_Client_Data_Retreive(RINCON_B8E937D046C001400_MR, reading, location, ) -> http://10.0.0.111:1400/xml/device_description.xml
2017.05.28 10:21:27 5: SONOS2: Location: http://10.0.0.111:1400/xml/device_description.xml
2017.05.28 10:21:27 5: SONOS2: PingType: syn
2017.05.28 10:21:27 4: SONOS2: 10.0.0.111 is alive
2017.05.28 10:21:36 3: SONOS0: Connection accepted from localhost:59458
2017.05.28 10:21:36 4: SONOS0: Got correct answer from Subprocess...
2017.05.28 10:21:38 5: SW: 446f576f726b3a52494e434f4e5f35434141464434423534314530313430305f4d523a70617573653a0d0a
2017.05.28 10:21:38 5: SONOS0: Received: 'DoWork:RINCON_5CAAFD4B541E01400_MR:pause:'
2017.05.28 10:21:57 4: SONOS2: IsAlive-Event UDN=RINCON_5CAAFD4B541E01400_MR
2017.05.28 10:21:57 4: SONOS2: SONOS_Client_Data_Retreive(RINCON_5CAAFD4B541E01400_MR, reading, location, ) -> http://10.0.0.110:1400/xml/device_description.xml
2017.05.28 10:21:57 5: SONOS2: Location: http://10.0.0.110:1400/xml/device_description.xml
2017.05.28 10:21:57 5: SONOS2: PingType: syn
2017.05.28 10:21:57 4: SONOS2: 10.0.0.110 is alive
2017.05.28 10:21:57 4: SONOS2: IsAlive-Event UDN=RINCON_B8E937D046C001400_MR
2017.05.28 10:21:57 4: SONOS2: SONOS_Client_Data_Retreive(RINCON_B8E937D046C001400_MR, reading, location, ) -> http://10.0.0.111:1400/xml/device_description.xml
2017.05.28 10:21:57 5: SONOS2: Location: http://10.0.0.111:1400/xml/device_description.xml
2017.05.28 10:21:57 5: SONOS2: PingType: syn
2017.05.28 10:21:57 4: SONOS2: 10.0.0.111 is alive
2017.05.28 10:22:06 3: SONOS0: Connection accepted from localhost:59490
2017.05.28 10:22:06 4: SONOS0: Got correct answer from Subprocess...
2017.05.28 10:22:17 4: SONOS1: ProxyObject exists: UPnP::ControlPoint::ControlProxy=HASH(0xb48b37c0)
2017.05.28 10:22:17 4: SONOS1: ProxyObject exists: UPnP::ControlPoint::ControlProxy=HASH(0xb48b37c0)
2017.05.28 10:22:17 5: SONOS0: Received from UPnP-Server: 'DoWorkAnswer:RINCON_5CAAFD4B541E01400_MR:LastActionResult:Pause: Success!'
2017.05.28 10:22:17 4: SONOS0: DoWorkAnswer arrived for Sonos_Wohnzimmer->LastActionResult: 'Pause: Success!'
2017.05.28 10:22:17 4: SONOS1: ProxyObject exists: UPnP::ControlPoint::ControlProxy=HASH(0xb48b37c0)
2017.05.28 10:22:17 4: SONOS1: ProxyObject exists: UPnP::ControlPoint::ControlProxy=HASH(0xb48b37c0)
2017.05.28 10:22:17 4: SONOS1: ProxyObject exists: UPnP::ControlPoint::ControlProxy=HASH(0xb48b37c0)
2017.05.28 10:22:17 5: SONOS0: Received from UPnP-Server: 'DoWorkAnswer:RINCON_5CAAFD4B541E01400_MR:LastActionResult:Pause: Success!'
2017.05.28 10:22:18 4: SONOS0: DoWorkAnswer arrived for Sonos_Wohnzimmer->LastActionResult: 'Pause: Success!'

[ThiemoSt]

So, ich habe mal einen Log auf 5 erstellt.

Die Player wurden dabei zwar nicht disappeared, jedoch war eine Verzögerung von ca. 1-2 Minuten zwischen Befehlen von FHEM bis das Sonos diese umgesetzt hat. Vielleicht hilft dies ja auch schon bei der Suche.

[juemuc]

Hallo,

ich habe bei der neuen Version ein paar Probleme mit den Button-Events. Diese funktionieren nur manchmal, obwohl im Eventlog die Tasten korrekt protokolliert sind.
Wer hat eine Idee?

VG
juemuc

[Loredo]

Hi Reiner,

Ich baue ungern ungültige URLs zusammen, da irgendein schlauer Browser oder Proxy dazwischen dass dann bestimmt irgendwann (u.U. erst in der Zukunft) mal verwirft.

Dazu habe ich auch (nicht wirklich) raten wollen

Ich bleibe dabei, das Attribut Webname von Fhem ist bei anderen Webapplikationen grundsätzlich fest (für eine bestimmte Funktionalität natürlich), da es dort meist etwas wie "index.php", "main.do" oder wer weiß wie sonst lautet, auf jeden Fall immer identisch. Da kann man sich drauf einstellen, und es fest in die URL einplanen.

So etwas fest einzuplanen ist IMHO grundsätzlich verkehrt. Es mag ja sein, dass du es von Tomcat o.ä. so gewohnt bist, dass diese sich über den URI Präfix identifizieren. Soweit ich weiß gilt das aber auch pro Instanz und man kann die selbe Anwendung auch mehrfach laufen lassen. Das machen wir bei FHEMWEB ja auch so.

Ich weiß nicht, was du als Infix bezeichnest, der Begriff ist mir in einer URL noch nicht untergekommen, denke aber, dass du Bestandteile des Pfades meinst (das ist der Bereich hinter der Portnummer bis um ersten Fragezeichen), vgl. dazu auch https://de.wikipedia.org/wiki/Uniform_Resource_Locator#Aufbau, damit wir über dasselbe reden...

Der Begriff Infix stammt nicht von mir, sondern aus dem Dunstkreis um das FHEMWEB Modul herum (ich weiß selbst nicht mehr wo ich das aufgeschnappt habe). Nach meinem Verständnis wird damit der URI Präfix beschrieben, anhand dessen FHEMWEB das Routing an die jeweilige Modulfunktion vornimmt. Im Wikipedia Artikel fehlt die Unterscheidung zwischen URL und URI für mich, daher die Übersetzung in meinen Sprachgebrauch: URI entspricht Pfad+Query+Fragment, wobei für mich dabei nur der Pfad bzw. dessen Anfang hier entscheidend ist.

Gemeint ist, was wir zur Registrierung bei FHEMWEB im %data Hash ablegen, also z.B.:

$data{FWEXT}{'?/sonos'}{LINK} = '?/sonos';

Ich hoffe du weißt jetzt, was gemeint ist

Und warum verwendest du nicht einfach immer denselben Webname (und damit meine ich das Attribut einer FhemWeb-Definition) und unterscheidest (wie ich bei mir auch) nur Anhand des Ports?
Das ist korrekt nach RFC und berücksichtigt die gewachsenen Begebenheiten von Fhem.

Das ist einfach: Ich fasse meine FHEM Instanzen über einen Reverse Proxy unter einem einzelnen Port zusammen (u.a. zwecks SSL-Offloading) und brauche somit für die richtige Adressierung des jeweiligen Backends dort die unterschiedlichen Pfade. Soweit ich weiß ist das auch der Grund, weshalb man den webname in FHEMWEB individuell abändern kann.

[l2r]

moin,

folgendes ist heute morgen bei mir im Log aufgetaucht:

Code Auswählen Erweitern

SONOS1: MakeCoverURL-Before: x-sonos-spotify:spotify%3atrack%3a1XyFcaHfNymuyDHtry9XvD?sid=9&flags=8224&sn=1
Use of uninitialized value in pattern match (m//) at ./FHEM/00_SONOS.pm line 4695.


Gruß Michael

[Reinerlein]

Hi Michael,

da konnte ein Spotify-Cover nicht geladen werden. Ich habe die Meldung mal verhindert, aber das Resultat (ein fehlendes Cover) verhindert das nicht.

Ist da vielleicht kurzzeitig das Internet weg gewesen?
Kommt denn im Sonos Controller ein Cover?

Grüße
Reiner

[l2r]

hi,

ja lag wohl am kurzzeitigen Internet-Schluckauf ... jetzt läuft alles wieder und die Cover sind wieder da..


Gruß Michael

[Tobias]

Ich bekomme es nicht hin das die Readings currentTrackDurationSec permanent aktualisiert werden. Ich habe schon das Attr "simulateCurrentTrackPosition" auf 1 gesetzt, aber das REading wird nur zum Start des Tracks einmal mit 1 aktualisiert und dann nicht mehr.
Was habe ich vergessen?

[juemuc]

Hallo,
nach jetzt gut 2 Wochen häufen sich die Probleme. Aktuell funktioniert bei mir die SPEAK-Funktion nicht korrekt. Der Satz hört teilweise nach dem 2. Wort auf und der Player bleibt danach stumm obwohl vorher Musik lief. Auf einem 2. System habe ich dann Sonos komplett neu definiert. Dort funktioniert es gar nicht mehr. Bei wem funktioniert Speak?

Viele Grüße
juemuc

[Reinerlein]

Hi Tobias,

mit der Simulation werden die Readings "currentTrackPositionSimulated", "currentTrackPositionSimulatedSec" und "currentTrackPositionSimulatedPercent" aktualisiert, vielleicht liegt es daran?

Grüße
Reiner

[Wuppi68]

ich möchte jetzt mal was positives sagen

Bei mir klappt es wieder - seit der Überwachung via Cacti habe ich keine Fehler mehr .... scheinen wohl irgendwelche TimeOuts oder so in meinem Netz zu sein

[juemuc]

Hallo,
nach jetzt gut 2 Wochen häufen sich die Probleme. Aktuell funktioniert bei mir die SPEAK-Funktion nicht korrekt. Der Satz hört teilweise nach dem 2. Wort auf und der Player bleibt danach stumm obwohl vorher Musik lief. Auf einem 2. System habe ich dann Sonos komplett neu definiert. Dort funktioniert es gar nicht mehr. Bei wem funktioniert Speak?

Viele Grüße
juemuc

Hallo,

wenn der gesprochene Satz abgebrochen wird, ist im log folgender Eintrag.

Content-Length header value was wrong, fixed at /usr/share/perl5/LWP/Protocol/http.pm line 257, <$client> line 8.

Wer kann helfen?

VG
juemuc

[Tabularasa]

Servus. ich habe auch das Problem dass der Player disappeared ist. Habe auch schon ein paar Vorschläge durchprobiert aber ohne Erfolg. Was immer mal im log steht ist

Code Auswählen Erweitern

Can't call method "kill" on an undefined value at ./FHEM/00_SONOS.pm line 9730, <$client> line 3.
Gibt es da schon was neues? Danke