Squeezebox Modul - erste Version

[ChrisD]

Hallo,

synced_FTUI kommt von einem Userreading, wahrscheinlich aus dem Thread 'SB-Player: Zeigt her eure Oberflächen'.

Ich frage, weil manche Internals ja auch für die Anzeige in FTUI hilfreich sind, z.B. SYNCGROUPPN,

Es wäre schon sinnvoll die Internals zu beschreiben, mir fehlt dazu aber im Moment die Zeit. Bei den Internals muss man unbedingt beachten dass sie bei Änderung keine Events auslösen.

Grüße,

ChrisD

[dadoc]

synced_FTUI kommt von einem Userreading, wahrscheinlich aus dem Thread 'SB-Player: Zeigt her eure Oberflächen'.

Du hast Recht - hatte mich gewundert, dass das nach dem Löschen immer noch da war. deletereading war die Lösung...

Code Auswählen Erweitern

Es wäre schon sinnvoll die Internals zu beschreiben, mir fehlt dazu aber im Moment die Zeit.

Bloß kein Stress, Du machst hier eh schon eine fantastische Arbeit!

Bei den Internals muss man unbedingt beachten dass sie bei Änderung keine Events auslösen.

Stimmt. Aber z.B. SYNCGROUPPN zeigt Veränderungen "unaufgefordert" nach jedem Poll (also mit kurzer Verzögerung) in ftui schön an, mit;

Code Auswählen Erweitern


<div class="bold"> Synchronisiert mit: </div>
  <div data-type="label"
   data-substitution='[",","<br>"]'
   data-device="SB_Denon"
   data-get="SYNCGROUPPN"
   >
  </div>


Die Dokumentation der Module beschreibt alle Attribute und Befehle.

Da hast Du völlig Recht, ich war irgendwie davon ausgegangen, dass die in Post #1 verlinkten Dokus den Stand der Dokumentation widerspiegeln...
Aber dennoch bleiben Fragen, z.B. steht da

Code Auswählen Erweitern

ftuiSupport 0|1|favorites|playlists|medialist
Create additional readings for FTUI integration. Warning: Using 1 or medialist may cause high cpu usage and unresponsiveness on slower systems.
aber eben nicht, was "1" z.B. bewirkt, ob man das statt der einzelnen Optionen oder zusätzlich aktivieren sollte. Kann man aber sicher auf experimentellem Weg herausfinden.
Nochmals Danke für die tolle Arbeit!
Martin

[dadoc]

Aber z.B. SYNCGROUPPN zeigt Veränderungen "unaufgefordert" nach jedem Poll (also mit kurzer Verzögerung) in ftui schön an, mit;

Selbst reingefallen. Zeigt doch nicht immer dasselbe wie synced exkl. dem eigenen Player an, und zudem manchmal die Mac-Adressen statt der Namen.

[heiko-73]

Vielleicht kann mir hier wer weiterhelfen, ich möchte einen Hue Schalter dazu bringen wenn Squeezeplayer aus ist dann soll er angehen und abspielen und kurz ansagen was abgespielt wird.

und wenn der Schalter gedrückt wird und es an ist soll es ausgehen.

mit an und aus das klappt aber sobald ich versuche auch mit tts die Ansage zu machen geht es nicht mehr.

So schaut es nun bisher aus:
Hue_dimmer_switch_1:100.* { if ( ReadingsVal("SB_PLAYER_KUECHE", "state", undef) eq "off") {  fhem "set SB_PLAYER_KUECHE play"}else{
fhem "set SB_PLAYER_KUECHE off" }
}

[ChrisD]

Hallo,

Wie sieht dein talk-Befehl aus ?

Was heißt

geht es nicht mehr

? Was genau geht nicht mehr ?

Grüße,

ChrisD

[bart0190]

Hi,
Ich habe den Squeezebox Server schon seit einiger Zeit laufen und habe ihn auch in FHEM eingebunden. Ich habe aber nun bemerkt (wahrscheinlich war das schon seit Beginn so), dass ich im Log-file viele Unterbrechungen ("disconnected") habe. Ab und zu gehen Befehle an den Player verloren, aber eher selten. Weiß nicht ob das zusammenhängt.
ca. alle 7 Minuten hat er ein DISCONNECTED.
Der Logitech Media Server läuft auf einem normalen PC mit Windows 7.
Logitech Media Server Version: 7.7.5

Hat jemand eine Idee was es sein könnte bzw. was ich probieren kann?
Oder ist das eben so, dass er immer wieder disconnected?

Hier das logging aus FHEM (IP abgeändert):

Code Auswählen Erweitern


2018.03.24 13:18:59 3: SB_SERVER_Alive(SqueezeBoxServer): SB-Server in hibernate / suspend?.
2018.03.24 13:18:59 1: 198.64.0.13:9090 disconnected, waiting to reappear (SqueezeBoxServer)
2018.03.24 13:18:59 3: SB_SERVER_Notify(SqueezeBoxServer): DISCONNECTED - STATE: disconnected power: off
2018.03.24 13:18:59 3: SB_SERVER_DoInit(SqueezeBoxServer): state: opened power: off
2018.03.24 13:18:59 3: SB_SERVER_DoInit(SqueezeBoxServer): SB-Server is back again.
2018.03.24 13:18:59 1: 198.64.0.13:9090 reappeared (SqueezeBoxServer)
2018.03.24 13:18:59 3: SB_SERVER_Notify(SqueezeBoxServer): CONNECTED - STATE: opened power: off
2018.03.24 13:19:01 3: SB_SERVER_CheckConnection(SqueezeBoxServer): STATE: opened power: on
2018.03.24 13:26:05 3: SB_SERVER_Alive(SqueezeBoxServer): SB-Server in hibernate / suspend?.
2018.03.24 13:26:06 1: 198.64.0.13:9090 disconnected, waiting to reappear (SqueezeBoxServer)
2018.03.24 13:26:06 3: SB_SERVER_Notify(SqueezeBoxServer): DISCONNECTED - STATE: disconnected power: off
2018.03.24 13:26:08 3: SB_SERVER_DoInit(SqueezeBoxServer): state: opened power: off
2018.03.24 13:26:08 3: SB_SERVER_DoInit(SqueezeBoxServer): SB-Server is back again.
2018.03.24 13:26:08 1: 198.64.0.13:9090 reappeared (SqueezeBoxServer)
2018.03.24 13:26:08 3: SB_SERVER_Notify(SqueezeBoxServer): CONNECTED - STATE: opened power: off
2018.03.24 13:26:10 3: SB_SERVER_CheckConnection(SqueezeBoxServer): STATE: opened power: on
2018.03.24 13:33:14 3: SB_SERVER_Alive(SqueezeBoxServer): SB-Server in hibernate / suspend?.
2018.03.24 13:33:15 1: 198.64.0.13:9090 disconnected, waiting to reappear (SqueezeBoxServer)
2018.03.24 13:33:15 3: SB_SERVER_Notify(SqueezeBoxServer): DISCONNECTED - STATE: disconnected power: off
2018.03.24 13:33:15 3: SB_SERVER_DoInit(SqueezeBoxServer): state: opened power: off
2018.03.24 13:33:15 3: SB_SERVER_DoInit(SqueezeBoxServer): SB-Server is back again.
2018.03.24 13:33:15 1: 198.64.0.13:9090 reappeared (SqueezeBoxServer)
2018.03.24 13:33:15 3: SB_SERVER_Notify(SqueezeBoxServer): CONNECTED - STATE: opened power: off
2018.03.24 13:33:17 3: SB_SERVER_CheckConnection(SqueezeBoxServer): STATE: opened power: on
2018.03.24 13:40:21 3: SB_SERVER_Alive(SqueezeBoxServer): SB-Server in hibernate / suspend?.
2018.03.24 13:40:21 1: 198.64.0.13:9090 disconnected, waiting to reappear (SqueezeBoxServer)
2018.03.24 13:40:21 3: SB_SERVER_Notify(SqueezeBoxServer): DISCONNECTED - STATE: disconnected power: off
2018.03.24 13:40:23 3: SB_SERVER_DoInit(SqueezeBoxServer): state: opened power: off
2018.03.24 13:40:23 3: SB_SERVER_DoInit(SqueezeBoxServer): SB-Server is back again.
2018.03.24 13:40:23 1: 198.64.0.13:9090 reappeared (SqueezeBoxServer)
2018.03.24 13:40:23 3: SB_SERVER_Notify(SqueezeBoxServer): CONNECTED - STATE: opened power: off
2018.03.24 13:40:25 3: SB_SERVER_CheckConnection(SqueezeBoxServer): STATE: opened power: on
2018.03.24 13:47:29 3: SB_SERVER_Alive(SqueezeBoxServer): SB-Server in hibernate / suspend?.
2018.03.24 13:47:30 1: 198.64.0.13:9090 disconnected, waiting to reappear (SqueezeBoxServer)
2018.03.24 13:47:30 3: SB_SERVER_Notify(SqueezeBoxServer): DISCONNECTED - STATE: disconnected power: off
2018.03.24 13:47:30 3: SB_SERVER_DoInit(SqueezeBoxServer): state: opened power: off
2018.03.24 13:47:30 3: SB_SERVER_DoInit(SqueezeBoxServer): SB-Server is back again.
2018.03.24 13:47:30 1: 198.64.0.13:9090 reappeared (SqueezeBoxServer)
2018.03.24 13:47:30 3: SB_SERVER_Notify(SqueezeBoxServer): CONNECTED - STATE: opened power: off
2018.03.24 13:47:32 3: SB_SERVER_CheckConnection(SqueezeBoxServer): STATE: opened power: on
2018.03.24 13:54:36 3: SB_SERVER_Alive(SqueezeBoxServer): SB-Server in hibernate / suspend?.
2018.03.24 13:54:36 1: 198.64.0.13:9090 disconnected, waiting to reappear (SqueezeBoxServer)
2018.03.24 13:54:36 3: SB_SERVER_Notify(SqueezeBoxServer): DISCONNECTED - STATE: disconnected power: off
2018.03.24 13:54:37 3: SB_SERVER_DoInit(SqueezeBoxServer): state: opened power: off
2018.03.24 13:54:37 3: SB_SERVER_DoInit(SqueezeBoxServer): SB-Server is back again.
2018.03.24 13:54:37 1: 198.64.0.13:9090 reappeared (SqueezeBoxServer)
2018.03.24 13:54:37 3: SB_SERVER_Notify(SqueezeBoxServer): CONNECTED - STATE: opened power: off
2018.03.24 13:54:39 3: SB_SERVER_CheckConnection(SqueezeBoxServer): STATE: opened power: on


danke
bart

[ChrisD]

Hallo,

Sind die Attribute alivetimer, internalPingProtocol oder doalivecheck beim Server gesetzt ?

Laufen FHEM und LMS auf dem gleichen PC ?

Grüße,

ChrisD

[bart0190]

Danke für die schnelle Antwort.
Die Attribute

Code Auswählen Erweitern

alivetimer   120
doalivecheck   true
sind gesetzt.

internalPingProtocol hab ich nicht.

LMS ist auf dem PC installiert und FHEM auf einem Raspberry Pi.

Lg
bart

[ChrisD]

Hallo,

Wenn das Attribut internalPingProtocol nicht definiert ist, prüft das Modul über den echo-Port ob der Rechner noch da ist. Unter Windows ist im Normalfall der dazu notwendige Dienst nicht installiert und die Firewall lässt die Anfrage auch nicht durch.

Wenn ein Ping vom Pi auf den PC funktioniert kannst du versuchen das Attribut auf 'icmp' zu setzen.

Grüße,

ChrisD

[bart0190]

Ok. Danke. Versuch ich und melde mich dann.
Lg
bart

[bart0190]

Hi,
Hab nun Attribut gesetzt:

Code Auswählen Erweitern

attr SqueezeBoxServer internalPingProtocol icmp

Jetzt hat er anscheinend ein Rechte-Problem:

Code Auswählen Erweitern

SB_SERVER_Alive(SqueezeBoxServer): internal ping failed with icmp ping requires root privilege at ./FHEM/97_SB_SERVER.pm line 2054.

Ein normaler ping klappt. Kann es sein, dass das Recht für den ping nur der FHEM user nicht hat?
Wenn ich am RasPi

Code Auswählen Erweitern

ls -la bin/ping
ausführe bekomme ich

Code Auswählen Erweitern

-rwxr-xr-x 1 root root 38844 Feb 12  2014 bin/ping

Ich kenne mich nicht mit User-Rechten aus am Pi, aber würde

Code Auswählen Erweitern

sudo chmod u+s bin/ping
was bringen, damit sollte jeder für ping root Recht bekommen, oder?
Oder passiert eh nichts, wenn ich es einfach ausprobiere?

Noch eine Frage: Brauche ich den "doalivecheck" überhaupt oder könnte ich ihn nicht auf false setzen?
Ich meine, der Player bekommt ja keine Daten, wenn der Server aus ist und spielt halt nichts. Welcher Use-Case braucht den "doalivecheck"?
(Ich verstehe natürlich, dass es zur Fehlersuche und beim Logging gut ist das mitaufgezeichnet zu haben)

lg
bart

[ChrisD]

Hallo,

Das Rechte-Problem kommt daher dass FHEM keine Root-Rechte hat. Wenn internalPingProtocol auf icmp steht wird über eine Perl-Bibliothek versucht den ping auszuführen. Damit das unter Linux funktionert muss der FHEM-Prozess root-Rechte haben.

Du kannst doalivecheck auf false setzen. Das führt aber dazu dass das Modul nicht oder nur sehr spät mitbekommt wenn der Server nicht mehr da ist.

Alternativ kannst du PRESENCE verwenden um das Rechte-Problem zu umgehen:

Code Auswählen Erweitern

define P_LMS PRESENCE lan-ping 198.64.0.13
defmod SqueezeBoxServer 198.64.0.13 PRESENCE:P_LMS

In der Doku ist dies mit Beispiel erklärt.

Grüße,

ChrisD

[duke-f]

Bin ja derzeit auf der Suche nach unterschiedlichen Ursachen für diverse Freezes in meinem System, die leider für mich nicht so leicht zuzuordnen sind. Beispielsweise hat mit Freezemon nun geholfen, diverse Phänomene zu erkennen, ohne dass ich diese aber bisher richtig deuten kann. Eines davon trifft nun genau das Squeezebox-Modul, das ich seit mehreren Jahren erfolgreich ohne große Probleme nutze - oder glaubte, es ohne Probleme zu nutzen.

Meine Situation hierbei ist folgende: LMS ist auf meinem QNAP-NAS installiert. Ich habe auf 3 Raspberries und dem Cubie mit dem FHEM-Hauptsystem squeezelite, zudem noch eine Android-Variante auf einem Samsung-Note-Tablet. Alle sind auch in FHEM eingebunden, versteht sich. Und fast alle werden auch im FileLog gelogged (jetzt dann wirklich alle). Und nun mal einfach nur die Liste der entsprechenden Logfiles der letzten Jahre, die ich mir aufgrund von Ergebnissen von Freezemon erstmals näher angesehen habe:

Code Auswählen Erweitern


-rw-r--r-- 1 fhem dialout    640269 Dec  8  2015 SB_PLAYER_Samsung-2015.log
-rw-r--r-- 1 fhem dialout    127351 Dec 29  2016 SB_PLAYER_Samsung-2016.log
-rw-r--r-- 1 fhem dialout     27517 Dec 30 20:43 SB_PLAYER_Samsung-2017.log
-rw-r--r-- 1 fhem dialout       546 Mar 21 13:40 SB_PLAYER_Samsung-2018.log
-rw-r--r-- 1 fhem dialout         0 Apr 14 19:33 SB_PLAYER_Keller-2018.log
-rw-r--r-- 1 fhem dialout         0 Apr 14 19:34 SB_PLAYER_Kueche-2018.log
-rw-r--r-- 1 fhem dialout    342259 Dec 29  2016 SB_PLAYER_Schlafzimmer-2016.log
-rw-r--r-- 1 fhem dialout    285063 Dec 31 12:18 SB_PLAYER_Schlafzimmer-2017.log
-rw-r--r-- 1 fhem dialout     78772 Apr 13 21:00 SB_PLAYER_Schlafzimmer-2018.log
-rw-r--r-- 1 fhem dialout 193720793 Dec 31  2016 SB_PLAYER_Wohnzimmer-2016.log
-rw-r--r-- 1 fhem dialout 292011816 Dec 31 23:55 SB_PLAYER_Wohnzimmer-2017.log
-rw-r--r-- 1 fhem dialout  81273179 Apr 15 13:21 SB_PLAYER_Wohnzimmer-2018.log


Samsung ist mein Samsung Note - da probiere ich gelegentlich mal was, aber eigentlich nutze ich Squeeze damit nicht. Keller und Kueche habe ich gestern erst das Log eingerichtet, wegen der anderen Auffälligkeiten. Bemerkenswert, da ist bisher auch nichts geschrieben.

Im Schlafzimmer steht ausschließlich folgendes im Log:

Code Auswählen Erweitern


2018-04-12_09:00:40 SB_PLAYER_Schlafzimmer off
2018-04-12_09:00:42 SB_PLAYER_Schlafzimmer off
2018-04-12_09:00:43 SB_PLAYER_Schlafzimmer off
2018-04-13_01:17:01 SB_PLAYER_Schlafzimmer on
2018-04-13_01:17:05 SB_PLAYER_Schlafzimmer on
2018-04-13_01:17:06 SB_PLAYER_Schlafzimmer play
2018-04-13_01:55:41 SB_PLAYER_Schlafzimmer off
2018-04-13_01:55:41 SB_PLAYER_Schlafzimmer off
2018-04-13_01:55:44 SB_PLAYER_Schlafzimmer off
2018-04-13_01:55:44 SB_PLAYER_Schlafzimmer off


Also nur alles, was ich wirklich veranlasse, so auch mal volume up oder down usw. Die vielen off werden auch beim Haus verlassen automatisch veranlasst. Nun aber zu Wohnzimmer, das ist der cubie. Man siehst schon, dass die Files da um Größenordnungen größer sind. Und da wiederholt sich folgender Ablauf, und das auch beispielsweise jetzt, wo niemand zu Hause ist. In FHEM sind alle SB_PLAYER identisch eingerichtet. Auch in den Konfigurationsfiles auf den Linux-Systemen sehe ich absolut keinen Unterschied.

Code Auswählen Erweitern


2018-04-15_13:25:46 SB_PLAYER_Wohnzimmer duration: 0
2018-04-15_13:25:46 SB_PLAYER_Wohnzimmer playStatus: stopped
2018-04-15_13:26:16 SB_PLAYER_Wohnzimmer playStatus: stopped
2018-04-15_13:30:43 SB_PLAYER_Wohnzimmer currentArtist:
2018-04-15_13:30:43 SB_PLAYER_Wohnzimmer currentAlbum:
2018-04-15_13:30:43 SB_PLAYER_Wohnzimmer currentTitle: Alles, was Sie wissen müssen. Alle 20 Minuten
2018-04-15_13:30:43 SB_PLAYER_Wohnzimmer currentPlaylistUrl:
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer connected: 1
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer presence: present
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer off
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer power: off
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer signalstrength: wired
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer playStatus: stopped
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer synced: Küche,Keller,Schlafzimmer,Wohnzimmer
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer volumeStraight: 100
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer volume: 100
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer repeat: all
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer shuffle: off
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer playlistCurrentTrack: 1
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer playlistTracks: 1
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer coverarturl: http://192.168.178.34:9001/music/-203071872/cover_50x50.jpg
2018-04-15_13:30:44 SB_PLAYER_Wohnzimmer alarmsFadeIn: on
2018-04-15_13:30:45 SB_PLAYER_Wohnzimmer alarmsEnabled: on
2018-04-15_13:30:45 SB_PLAYER_Wohnzimmer alarmsDefaultVolume: 50
2018-04-15_13:30:46 SB_PLAYER_Wohnzimmer alarmsTimeout: 60
2018-04-15_13:30:46 SB_PLAYER_Wohnzimmer alarmsSnooze: 9
2018-04-15_13:30:46 SB_PLAYER_Wohnzimmer currentPlaylistName: Inforadio vom rbb 93.1 (Gemeinden)
2018-04-15_13:30:46 SB_PLAYER_Wohnzimmer playlists: Inforadio_vom_rbb_931_Gemeinden
2018-04-15_13:30:46 SB_PLAYER_Wohnzimmer favorites: Inforadio_vom_rbb_931_Gemeinden
2018-04-15_13:30:46 SB_PLAYER_Wohnzimmer duration: 0
2018-04-15_13:30:46 SB_PLAYER_Wohnzimmer playStatus: stopped
2018-04-15_13:31:16 SB_PLAYER_Wohnzimmer playStatus: stopped


Ich weiß jetzt noch nicht, ob dies mit meinen Freezes zusammenhängt. Aber zumindest tritt dieser Ablauf in deren Zusammenhang in den Logs zu Freezemon immer wieder auf. Es ist mir unverständlich, warum anscheinend das Squeezebox-Modul auf dem Cubie ununterbrochen aktiv ist. Die Einstellung auf Inforadio ist die Standardeinstellung mit der ich mich morgens wecken lasse. Allerdings ist genau im Wohnzimmer, also auf dem Cubie mit FHEM, Squeezebox sehr selten in Betrieb. Hat da jemand eine Idee?

Vielleicht von Bedeutung, kann ich aber so nicht nachvollziehen: Ganz zu Anfangszeiten hatte ich LMS noch nicht auf dem NAS, sondern auf dem Cubie. Kann darin eine Ursache liegen?

[ChrisD]

Hallo,

Sind die Attribute event-on-change-reading und/oder event-on-update-reading gesetzt ?

Wie sieht die FileLog-Definition aus ?

Grüße,

ChrisD

[duke-f]

Diese Attribute sind bei keinem meiner SB_Player gesetzt, also weder in denen, die praktisch nichts melden noch in dem am Cubie/Wohnzimmer, das kontinuierlich meldet. Die FileLogs sehen so aus (exemplarisch mal für Wohnzimmer [mit Meldungen] und Schlafzimmer [ohne Meldungen]). Es wundert mich halt vor allem der Unterschied im Verhalten, obwohl doch die Definitionen vollkommen identisch sind. Einziger Unterschied ist die Plattform: Cubie gegenüber Raspberry.

Code Auswählen Erweitern


Internals:
   DEF        ./log/SB_PLAYER_Wohnzimmer-%Y.log SB_PLAYER_Wohnzimmer
   NAME       FileLog_SB_PLAYER_Wohnzimmer
   NOTIFYDEV  SB_PLAYER_Wohnzimmer
   NR         729
   NTFY_ORDER 50-FileLog_SB_PLAYER_Wohnzimmer
   REGEXP     SB_PLAYER_Wohnzimmer
   STATE      active
   TYPE       FileLog
   currentlogfile ./log/SB_PLAYER_Wohnzimmer-2018.log
   logfile    ./log/SB_PLAYER_Wohnzimmer-%Y.log
   READINGS:
     2018-04-15 22:10:40   linesInTheFile  1143163
Attributes:
   logtype    text
   room       SB_PLAYER


Code Auswählen Erweitern


Internals:
   DEF        ./log/SB_PLAYER_Schlafzimmer-%Y.log SB_PLAYER_Schlafzimmer
   NAME       FileLog_SB_PLAYER_Schlafzimmer
   NOTIFYDEV  SB_PLAYER_Schlafzimmer
   NR         725
   NTFY_ORDER 50-FileLog_SB_PLAYER_Schlafzimmer
   REGEXP     SB_PLAYER_Schlafzimmer
   STATE      active
   TYPE       FileLog
   currentlogfile ./log/SB_PLAYER_Schlafzimmer-2018.log
   logfile    ./log/SB_PLAYER_Schlafzimmer-%Y.log
   READINGS:
     2018-04-13 21:00:24   linesInTheFile  1549
Attributes:
   logtype    text
   room       SB_PLAYER