SONOS, Alexa und Fehler in FHEM Log

Begonnen von zap, 06 Oktober 2017, 16:02:33

Vorheriges Thema - Nächstes Thema

zap

Seit einigen Tagen ist ja der SONOS-Skill für Alexa verfügbar. Wenn ich über Alexa einen Titel abspielen lasse, wirft das SONOS Modul im FHEM Log viele Fehlermeldungen:


Use of uninitialized value $trackProviderRoundURL in concatenation (.) or string at ./FHEM/00_SONOS.pm line 7187, <$client> line 8.
Use of uninitialized value $trackProviderQuadraticURL in concatenation (.) or string at ./FHEM/00_SONOS.pm line 7188, <$client> line 8.
...



2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Reinerlein

Hi Zap,

da scheint Sonos diese Quelle nicht offiziell in seine Musikquellen aufgenommen zu haben.

Kannst du mir mal das Reading "currentTrackHandle" zukommen lassen?
Dann schaue ich mal, was Sonos sich so gedacht hat...

Grüße
Reinerlein

zap

Sorry für die Späte Antwort. Es handelt sich bei der Wiedergabe um einen TuneIn Radiosender. Wenn ich diesen Sender aus FHEM starte, ist alles in Ordnung. Nur beim Start über Alexa (Sonos Skill) kommt es zu diesen Meldungen. Einige Readings:

currentSenderInfo: Leer ?

currentTitle:

radiobob-live-mp3-hq?sABC=59rnr2n5#0#s8r83po86r234qo716poo00158510569#gharva&amsparams=playerid:tunein;skey:1508565669


currentTrackHandle:

http://http://bob.hoerradar.de/radiobob-live-mp3-hq?sABC=59rnr2n5%230%23s8r83po86r234qo716poo00158510569%23gharva&amp;amsparams=playerid:tunein;skey:1508565669|<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="-1" parentID="-1" restricted="true"><res protocolInfo="x-rincon-mp3radio:*:*:*">x-rincon-mp3radio://http://bob.hoerradar.de/radiobob-live-mp3-hq?sABC=59rnr2n5%230%23s8r83po86r234qo716poo00158510569%23gharva&amp;amsparams=playerid:tunein;skey:1508565669</res><r:streamContent></r:streamContent><r:radioShowMd></r:radioShowMd><upnp:albumArtURI>https://cdn-radiotime-logos.tunein.com/s96189g.png</upnp:albumArtURI><dc:title>radiobob-live-mp3-hq?sABC=59rnr2n5#0#s8r83po86r234qo716poo00158510569#gharva&amp;amsparams=playerid:tunein;skey:1508565669</dc:title><upnp:class>object.item</upnp:class></item></DIDL-Lite>
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

juemuc

Zitat von: zap am 21 Oktober 2017, 13:42:27
Sorry für die Späte Antwort. Es handelt sich bei der Wiedergabe um einen TuneIn Radiosender. Wenn ich diesen Sender aus FHEM starte, ist alles in Ordnung. Nur beim Start über Alexa (Sonos Skill) kommt es zu diesen Meldungen. Einige Readings:

currentSenderInfo: Leer ?

currentTitle:

radiobob-live-mp3-hq?sABC=59rnr2n5#0#s8r83po86r234qo716poo00158510569#gharva&amsparams=playerid:tunein;skey:1508565669


currentTrackHandle:

http://http://bob.hoerradar.de/radiobob-live-mp3-hq?sABC=59rnr2n5%230%23s8r83po86r234qo716poo00158510569%23gharva&amp;amsparams=playerid:tunein;skey:1508565669|<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="-1" parentID="-1" restricted="true"><res protocolInfo="x-rincon-mp3radio:*:*:*">x-rincon-mp3radio://http://bob.hoerradar.de/radiobob-live-mp3-hq?sABC=59rnr2n5%230%23s8r83po86r234qo716poo00158510569%23gharva&amp;amsparams=playerid:tunein;skey:1508565669</res><r:streamContent></r:streamContent><r:radioShowMd></r:radioShowMd><upnp:albumArtURI>https://cdn-radiotime-logos.tunein.com/s96189g.png</upnp:albumArtURI><dc:title>radiobob-live-mp3-hq?sABC=59rnr2n5#0#s8r83po86r234qo716poo00158510569#gharva&amp;amsparams=playerid:tunein;skey:1508565669</dc:title><upnp:class>object.item</upnp:class></item></DIDL-Lite>


Hallo,

bei mir funktioniert alles problemlos. Welchen Sender verwendest Du?

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

Reinerlein

Hi zap,

ich habe bei mir jetzt auch mal den Sonos-Skill aktiviert, und habe den gleichen Fehler wie du erhalten.
Die haben tatsächlich für Alexa eine massive Sonderlocke gestrickt, die überhaupt nicht in das bisherige Konzept passt.
Ich werde mal schauen, ob ich das irgendwie eingebaut bekomme..

Aber mal Abseits dieses Fehlers: Was hat sich Sonos damit eigentlich gedacht? Das ganze ist ja Supermist. Kein Zugriff auf die in Sonos eingerichteten Musikdienste, keine Ansicht der von Alexa verwendeten und angelegten Abspielliste im Sonos-Controller usw.
Das ist ja wirklich nur eine halbgare Ton-Ausgabenumlenkung auf Sonos... in meinen Augen völlig unbrauchbar und überhaupt nicht im sonstigen Stil von Sonos... Da hat sich wohl Amazon durchgesetzt, und das ist sehr schade...

Grüße
Reinerlein

Nobby1805

Zitat von: Reinerlein am 21 Oktober 2017, 18:22:46
Das ist ja wirklich nur eine halbgare Ton-Ausgabenumlenkung auf Sonos... in meinen Augen völlig unbrauchbar
Hallo Reiner,

ich bin eigentlich recht zufrieden ... lenke auch nicht den Alexa-Ton um sondern benutze den echo dot nur um einen Sonos Play.1 zu steuern

Computer, Musik fortsetzen in Schlafzimmer finde ich besser als unter der warmen Decke hervor zu kommen ;) und jetzt kommt ja erst noch der kalte Winter :)

Gut finde ich auch Computer, was läuft in ... ich war beeindruckt wie gut der Text (Titel, Album und Interpret) in Sprache umgesetzt wird

Gruß Nobby

PS und außerdem habe ich diversen Veröffentlichungen so verstanden, dass das jetzt erst mal nur der erste Schritt ist ...
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)

zap

Zitat von: Reinerlein am 21 Oktober 2017, 18:22:46
Aber mal Abseits dieses Fehlers: Was hat sich Sonos damit eigentlich gedacht? Das ganze ist ja Supermist. Kein Zugriff auf die in Sonos eingerichteten Musikdienste, keine Ansicht der von Alexa verwendeten und angelegten Abspielliste im Sonos-Controller usw.
Das ist ja wirklich nur eine halbgare Ton-Ausgabenumlenkung auf Sonos... in meinen Augen völlig unbrauchbar und überhaupt nicht im sonstigen Stil von Sonos... Da hat sich wohl Amazon durchgesetzt, und das ist sehr schade...

Grüße
Reinerlein

Ja, ich finde es auch enttäuschend. Da hat uns Sonos ein Jahr lang hingehalten und jetzt das. Liegt aber vermutlich auch daran, dass Sonos keinen Custom Skill haben wollte (also "Alexa, sage Sonos ...."). Eigentlich ist bei einem Smarthome Skill sowas wie "Spiele blabla in Küche" gar nicht möglich.

Aber demnächst stehen sowieso große Neuerungen an: es soll ein Api für Skills geben und Sonos will auch ein Api veröffentlichen. Das dürfte einiges vereinfachen.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Reinerlein

Hi Nobby,

OK, die Ansage, was gerade läuft, ist nett... aber nix, was man ständig verwendet, oder? :)
Man kann ja noch nicht mal eine pausierte Wiedergabe weiterlaufen lassen, also ich meine eine Wiedergabe, die man nicht mit Alexa gestartet, aber mit Alexa pausiert hatte.

Das ganze ist meiner Meinung nach kein Sonos-Konzept mehr.
Da wäre es so, das Alexa direkt einen Controller ersetzen würde, und dabei natürlich noch etwas mehr Luxus wegen Sprachsteuerung bieten würde.
Momentan ist es aus Richtung Alexa festgelegt, nicht aus Richtung Sonos. Meiner Meinung nach hat sich Sonos damit einen Bärendienst erwiesen...

Aber ich will damit natürlich nicht sagen, dass man es nicht benutzen soll, oder es in Zukunft nicht besser werden kann :)
Ich bin halt nur enttäuscht...

Grüße
Reiner

Nobby1805

Zitat von: Reinerlein am 21 Oktober 2017, 21:57:49
Man kann ja noch nicht mal eine pausierte Wiedergabe weiterlaufen lassen, also ich meine eine Wiedergabe, die man nicht mit Alexa gestartet, aber mit Alexa pausiert hatte.
genau das mache ich aber doch ... klappt bei mir problemlos
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)

trinitywhm

Bin bei meiner Recherche zu einem Problem zufällig über diesen Threat gestolpert und es könnte sein, dass das auch mein Problem betrifft.

Wenn ich eine Musikwiedergabe per Alexa auf meinem Sonos starte, funktioniert das wunderbar. Dann kommt aber per FHEM eine Sprachausgabe dazwischen (z.B. Achtung das Badfenster steht noch offen!). Danach startet Sonos eine Playlist (bisher immer dieselbe, aber es könnte auch sein dass es immer die zuletzt verwendete ist) und fährt nicht mit der ursprünglich über Alexa gestarteten Musikwiedergabe fort.

Trifft dass das in diesem Thread angesprochene Thema? Wenn ja, gibt es dazu bereits eine Lösung? Oder ist das ein anderes, noch nicht beobachtetes Problem?

slupus

Das beschriebene Verhalten von trinitywhm ist mir heute auch zum ersten Mal aufgefallen. Am Wochenende habe ich Updates für Sonos und FHEM durchgeführt. Möglichweise hat Sonos etwas geändert, zuvor ist mir das Verhalten zumindest nicht bewusst aufgefallen.