SONOS: Neue Version vom 23.12.

Begonnen von Reinerlein, 23 Dezember 2017, 13:48:02

Vorheriges Thema - Nächstes Thema

Reinerlein

Hallo zusammen,

da ich über die Feiertage ein bißchen Zeit haben werde, werde ich hier mal versuchen weiterzukommen.
Dazu veröffentliche ich erstmal den Stand, den ich jetzt hier zuhause habe, da ich dort schon etwas umgebaut habe, und wir dann alle von den gleichen Zeilen reden :)

Also, hier der komplette Changelog:

  • Subscriptions-Refresh umgebaut.
  • Devicenamen mit Punkt (.) funktionieren nun.
  • Fehler mit "undefined value $value" behoben.
  • GetTrackProvider liefert bei Nichtfinden in der MusicServicesList nun eine leere Angabe, und keine undefined.
  • Die Angabe in LastProcessAnswer ist nicht Zeitumstellungsfest. Der Wert wurde nun umgestellt auf epoch-Zeit.
  • Der Verweis auf %intAt wurde entfernt. Die Variable wurde sowieso nie verwendet.
  • Warnungsunterdrückung von 'mumpitzstuff' eingebaut.
Wie immer ab sofort im SVN oder ab Morgen per update...

Vielleicht ist das ein oder andere Problem als Seiteneffekt bereits erledigt. Deshalb bitte nur mit dieser Version melden...
Danke dafür.

Grüße
Reiner

Nobby1805

Hallo Reiner,

dann wünschte ich dir schon mal schöne Feiertage

Gruß Nobby
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)

Tabularasa

Moin. Meine Sonos stehen jetzt auf disappeared... Im Log steht
09:08:27 1: SONOS0: ./FHEM/00_SONOS.pm is listening to Port 4711
2017.12.24 09:08:34 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:08:34 0: SONOS0: Retries left (wait 30s): 7
2017.12.24 09:09:04 1: localhost:4711 reappeared (Sonos)
2017.12.24 09:09:04 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:09:04 0: SONOS0: Retries left (wait 30s): 6
2017.12.24 09:09:34 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:09:34 0: SONOS0: Retries left (wait 30s): 5
2017.12.24 09:10:04 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:10:04 0: SONOS0: Retries left (wait 30s): 4
2017.12.24 09:10:05 1: SONOS2: IsAlive-Thread gestartet. Warte 120 Sekunden und pruefe dann alle 30 Sekunden...
2017.12.24 09:10:05 1: SONOS3: Restore-Thread gestartet. Warte auf Arbeit...
2017.12.24 09:10:06 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
2017.12.24 09:10:34 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:10:34 0: SONOS0: Retries left (wait 30s): 3
2017.12.24 09:10:35 1: SONOS0: Kein UPnP-Server gefunden... Starte selber einen und warte 8 Sekunde(n) darauf...
2017.12.24 09:10:36 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:10:36 0: SONOS0: Retries left (wait 30s): 9
2017.12.24 09:11:04 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:11:04 0: SONOS0: Retries left (wait 30s): 2
2017.12.24 09:11:06 1: SONOS0: ./FHEM/00_SONOS.pm is listening to Port 4711
2017.12.24 09:11:34 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:11:34 0: SONOS0: Retries left (wait 30s): 1
2017.12.24 09:11:44 1: localhost:4711 reappeared (Sonos)

2017.12.24 09:12:04 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:12:04 0: SONOS0: Retries left (wait 30s): 0
Bind failed... at ./FHEM/00_SONOS.pm line 9824.
2017.12.24 09:12:45 1: SONOS2: IsAlive-Thread gestartet. Warte 120 Sekunden und pruefe dann alle 30 Sekunden...
2017.12.24 09:12:45 1: SONOS3: Restore-Thread gestartet. Warte auf Arbeit...
2017.12.24 09:12:46 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
2017.12.24 09:13:15 1: SONOS0: Kein UPnP-Server gefunden... Starte selber einen und warte 8 Sekunde(n) darauf...
2017.12.24 09:13:16 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:13:16 0: SONOS0: Retries left (wait 30s): 9
2017.12.24 09:13:46 1: SONOS0: ./FHEM/00_SONOS.pm is listening to Port 4711
2017.12.24 09:14:24 1: localhost:4711 reappeared (Sonos)
2017.12.24 09:14:45 1: SONOS2: IsAlive-Thread gestartet. Warte 120 Sekunden und pruefe dann alle 30 Sekunden...
2017.12.24 09:14:46 1: SONOS3: Restore-Thread gestartet. Warte auf Arbeit...
2017.12.24 09:14:46 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
2017.12.24 09:15:15 1: SONOS0: Kein UPnP-Server gefunden... Starte selber einen und warte 8 Sekunde(n) darauf...
2017.12.24 09:15:16 0: SONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.

2017.12.24 09:15:16 0: SONOS0: Retries left (wait 30s): 9
2017.12.24 09:15:46 1: SONOS0: ./FHEM/00_SONOS.pm is listening to Port 4711

juemuc

Bei mir bisher alles bestens  ;D
ZitatSONOS0: Can't bind Port 4711: Bind failed: Die Adresse wird bereits verwendet at ./FHEM/00_SONOS.pm line 9815.
Hier wurde der Port nicht rechtzeitig frei gegeben. Setzte mal Sonos disable = "1" und nach ein paar Sekunden wieder auf "0"

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).

det.

Hallo Reiner,


wünsche Dir auch ein frohes und besinnliches Weihnachtsfest. Bei dem neuen Stand Deiner Module sollte es wenig Störungen vom Forum geben. Musste meine 4 Device löschen und neu anlegen lassen - die readings aktualisierten sich nicht. Nach Löschen der alten Device und anschließendem Neustart war alles wieder da - fast ohne Nacharbeit und funktioniert Bestens. Arbeit hat sich gelohnt, Danke!


LG det.
LG
det.

Lorenz

Hallo Reiner,

ich wünsche Dir auch ein schönes Weihnachtsfest. Zu der neuen Sonos Version fällt mir bislang positiv auf, dass das Start-Verhalten besser ist, brauchte sonst nach einem shutdown restart 3-4 Anläufe. Das ist jetzt weg. Ansonsten auch bislang alles gut, ohne Fehlermeldungen im Log.

LG
. . . . . .
Fhem auf NUC7i3BNH, Raspberry Pi B und B+, Raspberry Pi 2 B, Peripherie: FB7490, 1-Wire, Homematic, FS20, Lampen, Briefkasten, Klingel, Sonos, GardenaSmart, Unifi, Gaszähler an GPIO, Stromzähler EFR SGM-C4, Heizung Buderus GBH 172, Alarmanlage EMA und BMA von Bosch

binford6000

Hallo Reiner,
bei mir verlief das Update auch ohne Fehler und Logeinträge.  :)

Auch ich wünsche euch allen erholsame Feiertage ein einen guten Start ins neue Jahr!
VG Sebastian

justme1968

hallo reiner,

ich habe auf dem produktiv system noch eine ziemlich alte version der sonos module installiert. mit diesen wird ein neuer sonos one  nicht erkannt.

liegt es an der modul version?

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Reinerlein

Hi Andre,

keine Ahnung, aber ich habe mal gerade in die Statistik geschaut. Dort gibt es ein paar Player, die ich nicht zuordnen kann (S11, S12 und S13 z.B.).
Vielleicht ist einer davon ein One, und jemand hat ihn in Betrieb :).
Du könntest das Log auf 5 hochdrehen und ein RescanNetwork durchführen. Dann siehst du im Log, welche Player antworten (ist jeweils eine längere XML-Struktur)...

Wenn er dabei ist, dann sollte dahinter auch irgendeine Fehlermeldung stehen, warum der jetzt nicht angelegt werden konnte... Wenn diese XML-Struktur nicht auftaucht, dann fühlt sich der Player nicht angesprochen, und wir müssen nochmal mehr überlegen :)

Ich glaube aber nicht, dass das an der Modulversion liegt. Natürlich das Handling, wenn er denn erkannt wurde, aber die Erkennung selbst ist eigentlich seit Version 1 gleich geblieben...

Edit: Vielleicht eine IP-Adressbeschränkung eingestellt?

Grüße
Reiner

juemuc

Eine Sonos One wird als S13 im aktuellen Modul erkannt  ;D

Viele Grüße
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).

justme1968

arg... grade wollte ich schreiben das es mit einer aktuellen test version geht.

natürlich waren es die ip beschränkung.

dabei fällt mir auf: es wäre klasse wenn man die ips per regex angeben könnte. dann passier mir das. ein nächsten nicht mehr :). meine player bekommen alle eine ip aus einem festen bereich.

gruss
  andre

ps: sonos one ist s13
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Fillip

#11
Schöne Festtage euch erst einmal,
zu Weihnachten gab es das erste Sonos Produkt, den One.
Wollte den in FHEM einbinden. Wenn ich jedoch den Befehl
[s]define Sonos SONOS localhost:4711 30 1 5 eingebe, komme ich zwar dann noch auf das Deviceoverwiew vom Sonos, als Status steht [s]waiting for subprocess... dort, aber FHEM reagiert nicht mehr - hilf nur noch ein neustart dann...
Jemand ne Idee woran das liegen könnte?



EDIT: Habe nun mal localhost durch die IP vom FHEM Pi ersetzt, nun friet FHEM nicht mehr ein  8) ;D

Hätte da aber noch ne Frage, wenn ich Samba nicht auf dem Pi laufen lassen möchte, hab ich gelesen kann man auch einen NAS nutzen (habe ein WDMycloud, wären die einstelluneg so dann richtig wie im Anhang? Oder muss "targetSpeakMP3FileDir" und "targetSpeakMP3Dir" weiterhin auf /opt/fhem/SonosSpeak stehen bleiben?

juemuc

Zitat von: Fillip am 26 Dezember 2017, 14:38:43
Schöne Festtage euch erst einmal,
zu Weihnachten gab es das erste Sonos Produkt, den One.
Wollte den in FHEM einbinden. Wenn ich jedoch den Befehl
[s]define Sonos SONOS localhost:4711 30 1 5 eingebe, komme ich zwar dann noch auf das Deviceoverwiew vom Sonos, als Status steht [s]waiting for subprocess... dort, aber FHEM reagiert nicht mehr - hilf nur noch ein neustart dann...
Jemand ne Idee woran das liegen könnte?



EDIT: Habe nun mal localhost durch die IP vom FHEM Pi ersetzt, nun friet FHEM nicht mehr ein  8) ;D

Hätte da aber noch ne Frage, wenn ich Samba nicht auf dem Pi laufen lassen möchte, hab ich gelesen kann man auch einen NAS nutzen (habe ein WDMycloud, wären die einstelluneg so dann richtig wie im Anhang? Oder muss "targetSpeakMP3FileDir" und "targetSpeakMP3Dir" weiterhin auf /opt/fhem/SonosSpeak stehen bleiben?

Ist das Verzeichnis über den pi erreichbar? Hast Du das schon getestet (mit schreibrechten)? Wenn Du alles mit ja beantworten kannst, sollte es gehen.

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).

catweazle71

Hallo Reiner,
ich bekomme beim Starten von fhem immer 2-3 mal diese Log-Einträge:

2017.12.30 13:45:43 1: SONOS1: Service-subscribing not possible due to missing TransportService
Subscription request failed with error: 500 Internal Server Error at ./FHEM/00_SONOS.pm line 6073 thread 1.
2017.12.30 13:45:43 1: SONOS1: Rendering-Service-subscribing NOT successful:


Dananch kommen keine Meldungen mehr und das Modul läuft fehlerfrei.

Hast Du eine Idee, was das sein könnte ?

Viele Grüße.
Michael

korreander12

Hallo,
Ich habe das neue Modul am laufen ( habe es gerade erstmalig verwendet) .
Bei mir funktioniert "Speak " wunderbar.
Jedoch "PlayURITemp" erzeugt Fehler:
2017.12.30 15:56:03 3: SONOS1: Start temporary playing of "//192.168.178.34/opt/fhem/SonosSpeak/bb1.mp3"
2017.12.30 15:56:04 3: SONOS1: SleepTimer berechnet die Laufzeit des Titels selber, da keine Wartezeit uebermittelt wurde!
2017.12.30 15:56:04 1: SONOS1: Da keine Endzeit ermittelt werden konnte, wird kein Restoring durchgeführt werden!
2017.12.30 15:56:04 3: SONOS1: Event: Received Transport-Event for Zone "Sonos_Garage".
2017.12.30 15:56:04 3: SONOS1: Event: End of Transport-Event for Zone "Sonos_Garage".
2017.12.30 15:56:04 3: SONOS1: Event: Received Transport-Event for Zone "Sonos_Garage".
2017.12.30 15:56:04 3: SONOS1: Event: End of Transport-Event for Zone "Sonos_Garage".


Die mp3- Datei "bb1.mp3" liegt im gleiche Verzeichnis wie die Dateien für "Speak" mit den gleichen Berechtigungen.
Habe auch schon ein anderes Verzeichnis versucht, jedoch bisher immer mit den gleichen Fehlern.
Auf was deutet der Fehler in? Was kann ich tun?