Squeezebox Modul - erste Version

[bsl02]

@tekki und siggi85:

okay wenn WLAN nicht Ursache der Hänger ist, liegt es wohl an meinem Player auf dem Cubietruck...   Dort ist auch mein Logitech Server installiert. An Leistungsmangel kann es jedenfalls nicht liegen.

Genauer betrachtet: Normale Player auf Rpi`s laufen hier einwandfrei, nur DER auf Cubietruck stockt häufig. Daran hängt allerdings mein USB-FM-Sender wie eine Soundkarte für alle Billigradios im Hause, es sind dann sofort viele Abspielgeräte betroffen.

Evtl. Nehme ich als Player doch wieder einheitlich RPi,s und verlagerte den Logitech-Server auf einen  anderen Cubietruck, der bisher nur TVHeadend erledigt.

Gruss, Stefan

[tekki]

Hallo Stefan,

ich habe mir am Wochenende via DOIF für unter der Woche Zeiten definiert 04:30-8:30 so wie am Abend von 18:45-23:30. Wenn ich in der Zeit Radio hören möchte schalte ich den Verstärker entsprechend. Bisher habe damit keinen Hänger mehr feststellen können. Im Web habe ich in einem anderen Forum auch was gelesen das die Player Hänger haben wenn diese einige Stunden, nicht betätigt werden. Wenn ich bei mir z.B. den Player nur um 04.30 - 08:30 laufen lasse und diesen erst wieder am nächsten Morgen nutzen möchte, hängt der Player zu 99%. Dann muss ich diesen stoppen und starten.

@siggi85: Das mit den Cronjobs werde ich mir auch mal anschauen, scheint mir ein guter Workaround. Muss ich mich nur wieder durch googeln da ich nicht wirklich der Linux Profi bin. Beruflich bedingt hänge ich in der Windows-Ecke

Grüße
Ralph

[bsl02]

[GELÖST]

Hallo Musikliebhaber,

Die jeweiligen Dateien zur Unterstützung von Squeezebox sind nun im Contrib Bereich von FHEM zu finden:
https://github.com/mhop/fhem-mirror/tree/master/fhem/contrib
97_SB_SERVER.pm und 98_SB_PLAYER.pm

habe mir vorhin beide Dateien aus dem genannten Verzeichnis heruntergeladen, allerdings können diese von meinem FHEM nicht eingelesen werden.

Code Auswählen Erweitern

Cannot load module SB_SERVER usw.
Auch das schlichte Löschen der Leerzeilen zu Beginn brachte keine Besserung.

Höfliche Frage daher:
Könnte man die aktuellen Dateien (Server & Player) hier noch einmal "temporär" einhängen?

Grüße, Stefan

/ Edit:
Erledigt, ich habe die Dateien im "RAW"-Modus anzeigen lassen, kopiert <strg>+<a> / <strg>+<c> und per FileZilla den Inhalt des fehlerhaften FHEM-Files ersetzt. Jetzt läuft es offenbar.

[UNGELÖST]
Frage:
Wie lädt man geschickt aus dem Contrib-Verzeichnis herunter? Nutze sonst immer die rechte Maustaste mit "Ziel speichern unter..." (Firefox).

[siggi85]

[UNGELÖST]
Frage:
Wie lädt man geschickt aus dem Contrib-Verzeichnis herunter? Nutze sonst immer die rechte Maustaste mit "Ziel speichern unter..." (Firefox).

Ich lade meine mit wget über Kommandozeile runter. Als URL nutze ich die, welche mir über RAW in github im Browser angezeigt wird. Beim kopieren der Dateien ins FHEM Verzeichnis muss ich dann mit chown und chmod nur noch die Berechtigungen der Dateien anpassen. Falls jemand einen besseren Weg kennt, immer her damit.

Für die Cronjobs könnt ihr entweder die Datei /etc/crontab editieren, oder mit crontab -e cronjobs direkt für euren User anlegen. Die Syntax der /etc/crontab zeige ich Beispielhaft mal hier (mit crontab -e sieht die Zeile genauso aus, allerdings müsst ihr dann die Angabe des User weglassen, in diesem Beispiel root)

Code Auswählen Erweitern

0 3 * * * root /etc/init.d/squeezelite restart
Jeden Tag wird 3 Uhr nur der Squeezelite neu gestartet. Sytax der 5 ersten Stellen welche durch Leerzeilen getrennt sind:
                    field          allowed values
                    -----          --------------
                    minute         0-59
                    hour           0-23
                    day of month   0-31
                    month          0-12 (or names, see below)
                    day of week    0-7 (0 or 7 is Sun, or use names)

Vielleicht konnte ich euch so etwas google und Testzeit sparen.

Zurück zum Thema:
Heute morgen habe ich gesehen, dass mein Squeezeboxserver in FHEM den State "open" hatte, jedoch cliconnection war nicht connected (ich weiß nicht mehr welchen Zustand dieses Reading genau hatte). Dadurch konnte ich über FHEM die Player nicht steuern.
Der LMS und die Player waren aber funktionstüchtig.

Möglich, dass dieser Fehler ggf. durch diese Codeanpassung behoben wird?!? Allerding meldet sich bugster hierzu momentan nicht zu Wort. Vielleicht ist er ja gerade im Urlaub oder ähnliches.

So weit ich sehen kann wird in der Funktion SB_SERVER_Alive bei ausbleibendem Alivecheck über DevIo_CloseDev die Verbindung zum SB-Server geschlossen. Es wird aber nicht wieder versucht die Verbindung zu öffnen da weder der Wert von ALIVECHECK noch von power geändert werden. Da der Ping weiterhin funktioniert durchläuft SB_SERVER_Alive bei jedem Aufruf die gleichen Codezeilen und wartet dass der SB-Server sich meldet was nicht mehr passieren kann da die Verbindung geschlossen wurde.

Ich habe hinter die Zeilen 831/832

Code Auswählen Erweitern

    # close the device
    DevIo_CloseDev( $hash );
in 97_SB_SERVER.pm diese

Code Auswählen Erweitern

    readingsSingleUpdate( $hash, "power", "off", 1 );
    $hash->{ALIVECHECK} = "?";
hinzugefügt. Dadurch wurde beim nächsten Aufruf von SB_SERVER_Alive die Verbindung neu aufgebaut.

[bugster_de]

@siggi85, @ChrisD: wir sollten die Diskussion zu OpenDev etc. im SqueezeBoxModule Thread fortsetzen.
http://forum.fhem.de/index.php/topic,20422.0.html
Den haben wir extra aufgemacht, um die Weiterentwicklungsinhalte zu diskutieren. Ich beschreibe dort drüben gleich mal, was ich mir bei den Server On/Off Geschichten so gedacht habe

[Mitch]

Kann man das "power" ändern?

Im Moment taucht der SqueezeServer in meinen ReadingsGroup für den Stromverbrauch über all auf.

Oder kann cih explizit den Squeeze aus der ReadingsGroupe raus nehmen?

[funclass]

Ich hab das Squeezeboxmodul nach Neuinstallation meines Raspberrys zwar erfolgreich einrichten können, bekomme im Log allerdings im 5min-Takt folgende Meldungen:

Code Auswählen Erweitern


2014.08.29 15:36:40 1: readingsUpdate(Squeezebox,repeat,off) missed to call readingsBeginUpdate first.
2014.08.29 15:36:40 1: readingsUpdate(Squeezebox,shuffle,off) missed to call readingsBeginUpdate first.


Ansonsten funktioniert alles Top. Das manuelle Entfernen der betroffenen Readings behebt das Problem temporär, nach einer Weile sind diese jedoch wieder da und füllen das Log mit diesen lästigen Einträgen.
Hat jemand Abhilfe?

[FHEM läuft in aktuellster Version auf einem RaspberryPi, SB Player und Servermodul sind beide eingerichtet, SB-Server läuft auch auf dem Pi]

[dowlix]

I am unable to get this to work on my Raspberry Pi at all.

I have downloaded the 2 .pm files and created definitions (with username, password and MAC addresses obfuscated):

Code Auswählen Erweitern

define LMS_Server SB_SERVER 192.168.1.11:9090 USER:xxx PASSWORD:yyy
attr LMS_Server alivetimer 120
attr LMS_Server doalivecheck true
attr LMS_Server maxcmdstack 200
attr LMS_Server maxfavorites 30

define Touch SB_PLAYER aa:bb:cc:dd:ee:ff

inform timer shows about 5 sets of off / on messages per second. My LMS Server just shut down at 2am, as it does every night, and interestingly, the messages stopped appearing as it shut down:

Code Auswählen Erweitern

2014-08-30 02:00:14 SB_PLAYER Touch power: off
2014-08-30 02:00:14 SB_SERVER LMS_Server CONNECTED
2014-08-30 02:00:14 SB_SERVER LMS_Server power: on
2014-08-30 02:00:14 SB_SERVER LMS_Server DISCONNECTED
2014-08-30 02:00:14 SB_SERVER LMS_Server power: off
2014-08-30 02:00:14 SB_PLAYER Touch off
2014-08-30 02:00:14 SB_PLAYER Touch power: off
2014-08-30 02:00:14 SB_SERVER LMS_Server CONNECTED
2014-08-30 02:00:14 SB_SERVER LMS_Server power: on
2014-08-30 02:00:14 SB_SERVER LMS_Server DISCONNECTED
2014-08-30 02:00:14 SB_SERVER LMS_Server power: off
2014-08-30 02:00:14 SB_PLAYER Touch off
2014-08-30 02:00:14 SB_PLAYER Touch power: off


I'm new to perl, so I can't make much sense of the .pm files, but my first guess is that the constant connection / disconnection messages are relating to failures in the connectivity to the LMS Server. I can ping the server from the Raspberry Pi, but telnet isn't installed so I can't say with 100% certainty that I can connect using telnet to the LMS Server. However, Perl is using it's own function for this, not the command line binary, and that leads me to wonder if there is a dependency on a perl module that I'm not aware of. However, I don't see any relevant messages in the fhem log file.

On the other hand, others here seem to be using Raspberry Pis and aren't reporting such problems.

I most certainly can telnet to the LMS Server from the PC that I am using to compose this message.

fhem shows (again, username & password obfuscated):

Code Auswählen Erweitern

list LMS_Server
Internals:
   ALIVECHECK ?
   CFGFN      fhem-lms.cfg
   CLICONNECTION ?
   CLIPORT    9090
   DEF        192.168.1.11:9090 USER:xxx PASSWORD:yyy
   DeviceName 192.168.1.11:9090
   IP         192.168.1.11
   LASTANSWER listen 1
   NAME       LMS_Server
   NEXT_OPEN  1409361170
   NR         1028
   NTFY_ORDER 50-LMS_Server
   PARTIAL   
   PASSWORD   yyy
   RCCNAME    none
   STATE      disconnected
   TYPE       SB_SERVER
   USERNAME   xxx
   WOLNAME    none
   Readings:
     2014-08-30 01:59:14   db_albums       ?
     2014-08-30 01:59:14   db_artists      ?
     2014-08-30 01:59:14   db_genres       ?
     2014-08-30 01:59:14   db_songs        ?
     2014-08-30 01:59:14   favoritestotal  0
     2014-08-30 01:59:14   players         ?
     2014-08-30 01:59:14   players_mysb    ?
     2014-08-30 01:59:14   players_other   ?
     2014-08-30 02:00:14   power           off
     2014-08-30 01:59:14   scandb          ?
     2014-08-30 01:59:14   scanlastfailed  ?
     2014-08-30 01:59:14   scanning        ?
     2014-08-30 01:59:14   scanprogressdone ?
     2014-08-30 01:59:14   scanprogresstotal ?
     2014-08-30 01:59:14   serversecure    ?
     2014-08-30 01:59:14   serverversion   ?
Attributes:
   alivetimer 120
   doalivecheck true
   maxcmdstack 200
   maxfavorites 30


Small section of the fhem log file:

Code Auswählen Erweitern


2014.08.30 02:00:14 1: 192.168.1.11:9090 reappeared (LMS_Server)
2014.08.30 02:00:14 4: SB_SERVER_DoInit(LMS_Server): called
2014.08.30 02:00:14 5: SW: 6c697374656e20310a
2014.08.30 02:00:14 5: SW: 7072656620617574686f72697a65203f0a
2014.08.30 02:00:14 5: SW: 76657273696f6e203f0a
2014.08.30 02:00:14 5: SW: 7365727665727374617475732030203230300a
2014.08.30 02:00:14 5: SW: 6661766f7269746573206974656d7320302033300a
2014.08.30 02:00:14 5: SW: 706c61796c697374732030203230300a
2014.08.30 02:00:14 4: SB_SERVER_Broadcast(LMS_Server): called
2014.08.30 02:00:14 5: SB_PLAYER_Broadcast(Touch): called with IP 192.168.1.11:9000
2014.08.30 02:00:14 5: Triggering LMS_Server (1 changes)
2014.08.30 02:00:14 5: Notify loop for LMS_Server CONNECTED
2014.08.30 02:00:14 4: SB_SERVER_Notify(LMS_Server): calledOwn:LMS_Server Device:LMS_Server
2014.08.30 02:00:14 4: eventTypes: SB_SERVER LMS_Server CONNECTED -> CONNECTED
2014.08.30 02:00:14 4: SB_SERVER_Set(LMS_Server): called
2014.08.30 02:00:14 4: SB_SERVER_Read(LMS_Server): called
2014.08.30 02:00:14 5: +++++++++++++++++++++++++++++++++++++++++++++++++++++
2014.08.30 02:00:14 5: New Squeezebox Server Read cycle starts here
2014.08.30 02:00:14 5: +++++++++++++++++++++++++++++++++++++++++++++++++++++
2014.08.30 02:00:14 5: Triggering LMS_Server (1 changes)
2014.08.30 02:00:14 5: Notify loop for LMS_Server power: on
2014.08.30 02:00:14 4: SB_SERVER_Notify(LMS_Server): calledOwn:LMS_Server Device:LMS_Server
2014.08.30 02:00:14 4: eventTypes: SB_SERVER LMS_Server power: on -> power: on
2014.08.30 02:00:14 4: SB_SERVER_Set(LMS_Server): called
2014.08.30 02:00:14 5: SB_SERVER_Read(LMS_Server): please implelement the sending of the CMDStack.
2014.08.30 02:00:14 5: SB_SERVER_Read: complete command received
2014.08.30 02:00:14 4: SB_SERVER_DispatchCommandLine(LMS_Server): Line:listen 1...
2014.08.30 02:00:14 4: SB_SERVER_ParseCmds(LMS_Server): called
2014.08.30 02:00:14 5: +++++++++++++++++++++++++++++++++++++++++++++++++++++
2014.08.30 02:00:14 5: Squeezebox Server Read cycle ends here
2014.08.30 02:00:14 5: +++++++++++++++++++++++++++++++++++++++++++++++++++++
2014.08.30 02:00:14 4: SB_SERVER_Read(LMS_Server): called
2014.08.30 02:00:14 5: +++++++++++++++++++++++++++++++++++++++++++++++++++++
2014.08.30 02:00:14 5: New Squeezebox Server Read cycle starts here
2014.08.30 02:00:14 5: +++++++++++++++++++++++++++++++++++++++++++++++++++++
2014.08.30 02:00:14 1: 192.168.1.11:9090 disconnected, waiting to reappear (LMS_Server)
2014.08.30 02:00:14 5: Triggering LMS_Server (1 changes)
2014.08.30 02:00:14 5: Notify loop for LMS_Server DISCONNECTED
2014.08.30 02:00:14 4: SB_SERVER_Notify(LMS_Server): calledOwn:LMS_Server Device:LMS_Server
2014.08.30 02:00:14 4: eventTypes: SB_SERVER LMS_Server DISCONNECTED -> DISCONNECTED
2014.08.30 02:00:14 4: SB_SERVER_Set(LMS_Server): called
2014.08.30 02:00:14 4: SB_SERVER_Ready: called
2014.08.30 02:00:14 5: Triggering LMS_Server (1 changes)
2014.08.30 02:00:14 5: Notify loop for LMS_Server power: off
2014.08.30 02:00:14 4: SB_SERVER_Notify(LMS_Server): calledOwn:LMS_Server Device:LMS_Server
2014.08.30 02:00:14 4: eventTypes: SB_SERVER LMS_Server power: off -> power: off
2014.08.30 02:00:14 4: SB_SERVER_Set(LMS_Server): called
2014.08.30 02:00:14 4: SB_SERVER_Broadcast(LMS_Server): called
2014.08.30 02:00:14 5: SB_PLAYER_Broadcast(Touch): called with OFF
2014.08.30 02:00:14 5: Triggering Touch (1 changes)
2014.08.30 02:00:14 5: Notify loop for Touch off
2014.08.30 02:00:14 4: SB_SERVER_Notify(LMS_Server): calledOwn:LMS_Server Device:Touch
2014.08.30 02:00:14 4: eventTypes: SB_PLAYER Touch off -> off
2014.08.30 02:00:14 4: eventTypes: SB_PLAYER Touch state: off -> state: off
2014.08.30 02:00:14 5: SB_PLAYER_Set: called with ?
2014.08.30 02:00:14 5: Triggering Touch (1 changes)
2014.08.30 02:00:14 5: Notify loop for Touch power: off
2014.08.30 02:00:14 4: SB_SERVER_Notify(LMS_Server): calledOwn:LMS_Server Device:Touch
2014.08.30 02:00:14 4: eventTypes: SB_PLAYER Touch power: off -> power: off
2014.08.30 02:00:14 5: SB_PLAYER_Set: called with ?
2014.08.30 02:00:14 1: 192.168.1.11:9090 reappeared (LMS_Server)
2014.08.30 02:00:14 4: SB_SERVER_DoInit(LMS_Server): called
2014.08.30 02:00:14 5: SW: 6c697374656e20310a
2014.08.30 02:00:14 5: SW: 7072656620617574686f72697a65203f0a
2014.08.30 02:00:14 5: SW: 76657273696f6e203f0a
2014.08.30 02:00:14 5: SW: 7365727665727374617475732030203230300a
2014.08.30 02:00:14 5: SW: 6661766f7269746573206974656d7320302033300a
2014.08.30 02:00:14 5: SW: 706c61796c697374732030203230300a
2014.08.30 02:00:14 4: SB_SERVER_Broadcast(LMS_Server): called
2014.08.30 02:00:14 5: SB_PLAYER_Broadcast(Touch): called with IP 192.168.1.11:9000
2014.08.30 02:00:14 5: Triggering LMS_Server (1 changes)
2014.08.30 02:00:14 5: Notify loop for LMS_Server CONNECTED
2014.08.30 02:00:14 4: SB_SERVER_Notify(LMS_Server): calledOwn:LMS_Server Device:LMS_Server
2014.08.30 02:00:14 4: eventTypes: SB_SERVER LMS_Server CONNECTED -> CONNECTED
2014.08.30 02:00:14 4: SB_SERVER_Set(LMS_Server): called
2014.08.30 02:00:14 4: SB_SERVER_Read(LMS_Server): called
2014.08.30 02:00:14 5: +++++++++++++++++++++++++++++++++++++++++++++++++++++
2014.08.30 02:00:14 5: New Squeezebox Server Read cycle starts here
2014.08.30 02:00:14 5: +++++++++++++++++++++++++++++++++++++++++++++++++++++


I note that the hex data in lines beginning "SW:" convert to:

Code Auswählen Erweitern

listen 1
pref authorize ?
version ?
serverstatus 0 200
favorites items 0 30
playlists 0 200


But I don't know what the rest of the log file might be telling me, nor if there is any indication there of where the problem might lie.

The Touch entry in the log file shows port 9000; the server is actually running on port 9002, but the CLI *is* on 9090 and as far as I can tell, if the CLI conversation were working, list LMS_Server would show things like the total number of albums,, and I suppose the port number for the server. But first things first ... I'm stuck.

[pc1246]

I am unable to get this to work on my Raspberry Pi at all.

I have downloaded the 2 .pm files and created definitions (with username, password and MAC addresses obfuscated):

Code Auswählen Erweitern

define LMS_Server SB_SERVER 192.168.1.11:9090 USER:xxx PASSWORD:yyy
attr LMS_Server alivetimer 120
attr LMS_Server doalivecheck true
attr LMS_Server maxcmdstack 200
attr LMS_Server maxfavorites 30


********snip

Hello dowlix

This problem seems to be the same I had in the very first beginning! Please try to define the SB_SERVER without the port! In my case this was the solution, everything worked immediately!
Regards Christoph

[bugster_de]

Please try to define the SB_SERVER without the port!

ups, if this is the issue, can you please check what it says for the Reading "CLIPORT"? So what is the value if defined with and what if defined without the Port?
I wonder why this is the case.

I note that the hex data in lines beginning "SW:" convert to:

Further I wonder, why the LMS-Server is sending command responses in binary format? That should be text directly? Is there any option on LMS-Server side that enables this?

[dowlix]

When I remove the port from the SB_Server definition, I get:

Code Auswählen Erweitern

list LMS_Server
Internals:
   ALIVECHECK ?
   CFGFN      fhem-lms.cfg
   CLICONNECTION ?
   CLIPORT    9090
   DEF        192.168.1.11 USER:xxx PASSWORD:yyy
   DeviceName 192.168.1.11:9090
   FD         8
   IP         192.168.1.11
   LASTANSWER listen 1
   NAME       LMS_Server
   NR         1072
   NTFY_ORDER 50-LMS_Server
   PARTIAL   
   PASSWORD   yyy
   RCCNAME    none
   STATE      opened
   TYPE       SB_SERVER
   USERNAME   xxx
   WOLNAME    none
   Readings:
     2014-09-01 18:02:00   db_albums       ?
     2014-09-01 18:02:00   db_artists      ?
     2014-09-01 18:02:00   db_genres       ?
     2014-09-01 18:02:00   db_songs        ?
     2014-09-01 18:02:00   favoritestotal  0
     2014-09-01 18:02:00   players         ?
     2014-09-01 18:02:00   players_mysb    ?
     2014-09-01 18:02:00   players_other   ?
     2014-09-01 18:02:20   power           on
     2014-09-01 18:02:00   scandb          ?
     2014-09-01 18:02:00   scanlastfailed  ?
     2014-09-01 18:02:00   scanning        ?
     2014-09-01 18:02:00   scanprogressdone ?
     2014-09-01 18:02:00   scanprogresstotal ?
     2014-09-01 18:02:00   serversecure    ?
     2014-09-01 18:02:00   serverversion   ?
Attributes:
   alivetimer 120
   doalivecheck true
   maxcmdstack 200
   maxfavorites 30


I see no improvement in the connectivity of the server (still getting the connection / disconnection messages), and the above data doesn't seem to have changed significantly.

[Skram]

Moin!

Ich habe meinen SB-Server mit einem aktuellen 97_SB_SERVER.pm eingebunden. Funktioniert tadellos!
Sobald ich im Server für die Authentisierung einen User/Passwort setze, funktioniert die Anmeldung nicht mehr:
define SBS SB_SERVER 192.168.0.24 USER:local PASSWORD:1234

FHEM und SBS sind auf derselben Maschine.
Die Web-Clients können sich mit dem PW anmelden.

Mache ich was falsch oder haben wir hier einen Bug?
Grüße
Rainer

SBS-Log:
[14-09-01 21:17:44.3907] Slim::Plugin::CLI::Plugin::cli_process (624) Error: Connections require authentication, check login command.
[14-09-01 21:17:44.3913] Slim::Plugin::CLI::Plugin::cli_process (625) Error: Disconnecting: 127.0.0.1:52624
-----
Logitech Media Server Version: 7.8.1 - 1398786621 @ Sat May 3 03:04:40 UTC 2014
IP-Adresse des Servers: 192.168.0.24
Server-HTTP-Portnummer: 9000
Betriebssystem: Debian - DE - utf8
Plattformarchitektur: armv7l-linux
Perl-Version: 5.14.2 - arm-linux-gnueabihf-thread-multi-64int
Datenbankversion: DBD::SQLite 1.34_01 (sqlite 3.7.7.1)

[bugster_de]

Mache ich was falsch oder haben wir hier einen Bug?

hab grad nachgeschaut: Du machst nichts falsch, da haben wir einen Bug. der Fix ist aber etwas umfangreicher. Da komme ich diese Woche leider nicht dazu. Kannst Du den LMS Server bis dahin ohne Passwort betreiben?

FHEM und SBS sind auf derselben Maschine

dann kannst Du übrigens als IP Adresse die 127.0.0.1 einsetzen. Das ist immer die lokale Maschien und somit wird der Netzwerktraffic intern im Betriebssystem gehandhabt. Wenn Du die echte IP Adresse angibts, dann geht das zwar auch, aber die Kommunikation FHEM <-> LMS geht über das echte, physikalische Netzwerk. Ist etwas langsamer und verbraucht Netzwerklast.

[bugster_de]

@dowlix:

I see the variable PASSWORD   yyy ist set. Does that mean, that you are using a username and password? If so, there is a bug (as just reported by Skram also). I'll fix that, but the fix is a little heavier and I don't have time this week to look into it. So for the time being: can you setup your LMS Server to be working without password?

[bugster_de]

@Mitch

Kann man das "power" ändern?

Nein, denn die Squeezebox Modulentwicklung folgt den Vorgaben für Multimedia / AV-Geräte:
http://www.fhemwiki.de/wiki/DevelopmentGuidelinesAV
Dort ist das so definiert.

Da musst du wohl das Reading irgendwie aus deiner Readingsgroup heraus nehmen.