Sonos steuern

[Avatar]

Hallo Reinerlein

Der Punkt ist, dass wenn auf TV geschaltet wird die Variable $tempURI leer ist, dann springt er natürlich auf "else" und definiert das das Album auf sosnos_empty.jpg
Grüsse
Eric

[Reinerlein]

Hi Eric,

aber $tempURI ist nicht leer. Der dritte Ergebnis-Parameter des regulären Ausdrucks enthält dann "/fhem/sonos/cover/input_tv.jpg". Das Problem ist, dass dieser Aufruf von ProcessCover gar nicht am Ziel ankommt.
Im Log müsste für diesen TV-Fall zweimal der Aufruf von ProcessCover drin stehen. Einmal wird empty erarbeitet, und beim zweitenmal würde er das TV-Cover setzen (es folgt noch ein dritter Aufruf für das Cover des nächsten Titels, erkennbar an der "1" als zweiten Parameter).

So wie ich rapster verstanden habe (und sein Screenshot zeigt das auch), kann es kein prinzipielles Problem sein. Es gibt also jemanden wo es funktioniert... Wir müssen jetzt herausfinden, was bei deiner Installation falsch/anders läuft...

Hast du vielleicht noch einen anderen Player mit einem Line-In-Eingang? Dann könntest du mal probieren, ob da das Default-Cover für den Eingang angezeigt wird (das Ding mit dem Stecker und dem Stück Kabel)...

Grüße
Reinerlein

[m311331]

Hi rapster,

warscheinlich bin ich zu deppert dafür
aber ich komme nicht an den log

habe das probiert

Gib in der Fhem-Kommandozeile den Befehl "shutdown" ein, und anschließend nochmal.

Das Log was Reinerlein braucht wird dir anschließend direkt ins Terminal reingeschrieben.

ich habe per putty eine console auf und habe in /opt/fhem 

Code Auswählen Erweitern

sudo perl fhem.pl fhem.cfg ausgeführt

in fhem

Code Auswählen Erweitern


set Sonos_Flur Speak +0 de Hier dann die Textnachricht

aber ich bekomme keinen log ausser das was im eventmon steht und im fhem log 

mfg. m311331

[Avatar]

Also bei mir ist es immer leer.

Ich Habe noch einen Songs Connect, da über den Analogen Eingang. Auch hier wird empty.jpg genommen.

currentTrackURI
x-rincon-stream:RINCON_000E58AEB6EA01400

Grüsse
Eric

[rapster]

Hi m311331,

du musst erstmal dein fhem beenden, dies kannst du über das init-Script machen, den Linux Prozess abschießen, über die Fhem Befehl 'shutdown', oder auf welche Art auch immer. Evtl. hilft dir auch das weiter => http://www.fhemwiki.de/wiki/Raspberry_Pi:_FHEM_starten/stoppen

Dann in deiner Putty Sitzung im Verzeichnis /opt/fhem entweder als root "perl fhem.pl fhem.cfg" oder als Benutzer "sudo perl fhem.pl fhem.cfg" ausführen.

Anschließend landet einiges an logging direkt in deinem Putty Fenster, selbst ohne dass du irgend einen Befehl in Fhem ausführst.

Alternativ kannst du dein Init-Script unter /etc/init.d/... (warscheinlich /etc/init.d/fhem) anpassen und in der Zeile wo fhem gestartet wird stdout & stderr in eine Datei umlenken.
z.B. in irgend einer Zeile des Init-scripts steht:

Code Auswählen Erweitern

perl fhem.pl fhem.cfg
hieraus machst du dann ein:

Code Auswählen Erweitern

perl fhem.pl fhem.cfg >>log/stdout.log 2>&1
Jetzt starte einfach mal deine Maschine neu, anschließend findest du die benötigte Ausgabe unter /opt/fhem/log/stdout.log

[m311331]

Hi rapster,


vielen Dank !  für die kurze Anleitung
werde es heute Abend probieren


mfg. m311331

[Avatar]

Hallo Reinerlein
Kann ich dies irgendwie Debugger oder geht dies nur mittels dem logfite?

Ich habe die Songs Version 5.2 , die haben alle also rapstar auch, oder?

Grüsse
Eric

[Reinerlein]

Hallo Eric,

ich habe die auch, und bei mir klappt das mit dem Input-Default-Icon auf jeden Fall...

Du kannst nur das Log nach Fehlern im kompletten Ablauf durchforsten... Da muss irgendwas vorher sein...

Grüße
Reinerlein

[rapster]

Läuft fhem unter root? Evtl liegts ja daran, mal probieren wenn nicht?

[Avatar]

Fhem läuft nicht unter root - user hem.

Und wie kann ich einfach Hem unter root laufen lassen?
Grüsse
Eric

[Reinerlein]

Hi Eric,

du brauchst nur den User Fhem zu deaktivieren oder zu löschen.

Deaktivieren:
In der Datei /etc/passwd den Eintrag für den Benutzer Fhem ausmarkieren.
Dann kannst du ihn später einfach wieder aktivieren...

Löschen:

Code Auswählen Erweitern


sudo userdel fhem
Dann ist er aber auch für immer weg...

Einen Neustart der Kiste (nicht nur Fhem) nicht vergessen...

Grüße
Reinerleim

[Avatar]

Hallo Reinerlein

Definitiv hat es mit den User-Rechten zu tun.

FHEM unter root -> läuft einwandfrei
FHEM unter fhem -> kommt nur empty.jpg

Grüsse
Eric

[m311331]

Hi Reinerlein,

hat etwas gedauert  aber jetzt habe ich den logfile

Code Auswählen Erweitern


m311331@Home-Server:/opt/fhem$ Smartmatch is experimental at ./FHEM/00_SONOS.pm line 4177.
Current: "fhem.pl", gPath: "./FHEM"
Smartmatch is experimental at FHEM/00_SONOS.pm line 4177.
Current: "FHEM/00_SONOS.pm", gPath: ""
2014.12.15 18:48:05 1: SONOS0: FHEM/00_SONOS.pm is listening to Port 4711
2014.12.15 18:48:13 1: SONOS0: Connection accepted from localhost:55954
2014.12.15 18:48:14 3: SONOS1: UPnP-Thread gestartet.
2014.12.15 18:48:14 1: SONOS2: Restore-Thread gestartet. Warte auf Arbeit...
2014.12.15 18:48:14 2: SONOS1: Discover Sonosplayer 'Flur' (S1) Software Revision 5.2 with ID 'RINCON_B8E9378F49E001400_MR'
2014.12.15 18:48:14 2: SONOS1: SonosPlayer 'Flur' (S1) with ID 'RINCON_B8E9378F49E001400_MR' is already defined and will only be updated
2014.12.15 18:48:14 2: SONOS1: SonosPlayer 'Flur' is now updated
2014.12.15 18:48:14 2: SONOS1: Service-subscribing successful with SID="uuid:RINCON_B8E9378F49E001400_sub0000001770" and Timeout="86400s"
2014.12.15 18:48:14 2: SONOS1: Rendering-Service-subscribing successful with SID="uuid:RINCON_B8E9378F49E001400_sub0000001771" and Timeout="86400s"
2014.12.15 18:48:14 2: SONOS1: Alarm-Service-subscribing successful with SID="uuid:RINCON_B8E9378F49E001400_sub0000001772" and Timeout="86400s"
2014.12.15 18:48:14 2: SONOS1: ZoneGroupTopology-Service-subscribing successful with SID="uuid:RINCON_B8E9378F49E001400_sub0000001773" and Timeout="86400s"
2014.12.15 18:48:14 2: SONOS1: DeviceProperties-Service-subscribing successful with SID="uuid:RINCON_B8E9378F49E001400_sub0000001774" and Timeout="86400s"
2014.12.15 18:48:14 3: SONOS1: Discover: End of discover-event for "Flur".
2014.12.15 18:48:14 3: SONOS1: Event: Received Transport-Event for Zone "Sonos_Flur".
2014.12.15 18:48:14 3: SONOS1: Event: End of Transport-Event for Zone "Sonos_Flur".
2014.12.15 18:48:14 2: SONOS1: Discover Sonosplayer 'Wohnzimmer' (S3) Software Revision 5.2 with ID 'RINCON_B8E9373F83EC01400_MR'
2014.12.15 18:48:15 2: SONOS1: SonosPlayer 'Wohnzimmer' (S3) with ID 'RINCON_B8E9373F83EC01400_MR' is already defined and will only be updated
2014.12.15 18:48:15 2: SONOS1: SonosPlayer 'Wohnzimmer' is now updated
2014.12.15 18:48:15 2: SONOS1: Service-subscribing successful with SID="uuid:RINCON_B8E9373F83EC01400_sub0000000726" and Timeout="86400s"
2014.12.15 18:48:15 2: SONOS1: Rendering-Service-subscribing successful with SID="uuid:RINCON_B8E9373F83EC01400_sub0000000727" and Timeout="86400s"
2014.12.15 18:48:15 2: SONOS1: Alarm-Service-subscribing successful with SID="uuid:RINCON_B8E9373F83EC01400_sub0000000728" and Timeout="86400s"
2014.12.15 18:48:15 2: SONOS1: ZoneGroupTopology-Service-subscribing successful with SID="uuid:RINCON_B8E9373F83EC01400_sub0000000729" and Timeout="86400s"
2014.12.15 18:48:15 2: SONOS1: DeviceProperties-Service-subscribing successful with SID="uuid:RINCON_B8E9373F83EC01400_sub0000000730" and Timeout="86400s"
2014.12.15 18:48:15 3: SONOS1: Discover: End of discover-event for "Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: Received Alarm-Event for Zone "Sonos_Flur".
2014.12.15 18:48:15 3: SONOS1: Event: End of Alarm-Event for Zone "Sonos_Flur".
2014.12.15 18:48:15 3: SONOS1: Event: Received Transport-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: End of Transport-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 2: SONOS1: Discover Sonosplayer 'Bad' (S1) Software Revision 5.2 with ID 'RINCON_B8E93782C0E601400_MR'
2014.12.15 18:48:15 2: SONOS1: SonosPlayer 'Bad' (S1) with ID 'RINCON_B8E93782C0E601400_MR' is already defined and will only be updated
2014.12.15 18:48:15 2: SONOS1: SonosPlayer 'Bad' is now updated
2014.12.15 18:48:15 2: SONOS1: Service-subscribing successful with SID="uuid:RINCON_B8E93782C0E601400_sub0000002040" and Timeout="86400s"
2014.12.15 18:48:15 2: SONOS1: Rendering-Service-subscribing successful with SID="uuid:RINCON_B8E93782C0E601400_sub0000002041" and Timeout="86400s"
2014.12.15 18:48:15 2: SONOS1: Alarm-Service-subscribing successful with SID="uuid:RINCON_B8E93782C0E601400_sub0000002042" and Timeout="86400s"
2014.12.15 18:48:15 2: SONOS1: ZoneGroupTopology-Service-subscribing successful with SID="uuid:RINCON_B8E93782C0E601400_sub0000002043" and Timeout="86400s"
2014.12.15 18:48:15 2: SONOS1: DeviceProperties-Service-subscribing successful with SID="uuid:RINCON_B8E93782C0E601400_sub0000002044" and Timeout="86400s"
2014.12.15 18:48:15 3: SONOS1: Discover: End of discover-event for "Bad".
2014.12.15 18:48:15 3: SONOS1: Event: Received ZoneGroupTopology-Event for Zone "Sonos_Flur".
2014.12.15 18:48:15 3: SONOS1: Event: End of ZoneGroupTopology-Event for Zone "Sonos_Flur".
2014.12.15 18:48:15 3: SONOS1: Event: Received Alarm-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: End of Alarm-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: Received Transport-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: End of Transport-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: Received DeviceProperties-Event for Zone "Sonos_Flur".
2014.12.15 18:48:15 3: SONOS1: Event: End of DeviceProperties-Event for Zone "Sonos_Flur".
2014.12.15 18:48:15 3: SONOS1: Event: Received ZoneGroupTopology-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: End of ZoneGroupTopology-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: Received Alarm-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: End of Alarm-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: Received Rendering-Event for Zone "Sonos_Flur".
2014.12.15 18:48:15 3: SONOS1: Event: End of Rendering-Event for Zone "Sonos_Flur".
2014.12.15 18:48:15 3: SONOS1: Event: Received DeviceProperties-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: End of DeviceProperties-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: Received ZoneGroupTopology-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: End of ZoneGroupTopology-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: Received Rendering-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: End of Rendering-Event for Zone "Sonos_Wohnzimmer".
2014.12.15 18:48:15 3: SONOS1: Event: Received DeviceProperties-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: End of DeviceProperties-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: Received Rendering-Event for Zone "Sonos_Bad".
2014.12.15 18:48:15 3: SONOS1: Event: End of Rendering-Event for Zone "Sonos_Bad".

hoffe du kannst mir damit helfen ?


mfg. m311331

[Reinerlein]

Hi m311331,

im Prinzip ist es das, was ich sehen möchte. Allerdings müsstest du noch den Verbose-Level auf 5 setzen, und dann einen Speak-Aufruf durchführen.

Auf diesem Level sieht man schonmal, dass kein "Fehler" geloggt wurde, allerdings sieht man nicht was er so macht. Und hier brauchen wir ja die Info, was er noch macht, und was nicht mehr...

Grüße
Reinerlein

[Reinerlein]

Hi Eric,

Das ist echt komisch, da die beiden Bilder auf die gleiche Art geladen werden... An dieser Stelle ist auf den ersten Blick nix drin, was root-Rechte brauchen sollte...

Naja, jetzt geht es ja

Grüße
Reinerlein