max2play/squeezelite process maintenance & autostart changes

[lovethisshit]

lovethisshit

7. August 2015 at 10:43 #15307

Hi,
I managed to install max2play on my raspberry pi B+ successfully with LMS server & squeezelite enabled. Now I’m trying to stream the output over bluetooth, which kind of works if I add the „-o <BTadapterName>“ to the squeezelite options in your web interface (btw. great work!). Squeezelite starts, connects and and streams music like a charm.
The Problem is: if I turn of the bluetooth receiver (= my speaker), everything seems to be running normal – but when I switch it back on no reconnect happens. Can’t tell if anything fails, seems like it doesn’t even recognizes the receiver again.

To restart squeezelite when BT receiver is back on, I found a script in this forum: https://www.raspberrypi.org/forums/viewtopic.php?p=278487#p278487
Now I need to find a way to incorporate this in your autostart scripts. Found the line where squeezelite starts, but just replacing it with given code doesn’t work. Any idea how to manage the squeezelite process == restarting it when BT connection is again established?

[flysurfer Moderator]

flysurfer Moderator

11. August 2015 at 12:06 #15344

Hi,

it mainly depends on what exactly happens once your BT-speakers are shut down. As I understand from your post Squeezelite is still running after BT-speakers are not available anymore. The scripts you posted seems to check for the BT-connection and either starts or stops the squeezelite process. We have a cronjob in the Max2Play-Image that checks for a running Squeezelite and starts it automatically if „Autostart“ is enabled. If the BT-Connection is not available this should normally fail (you should check this). So simplest thing to do would be a script, that just stops squeezelite once the BT-connection is not available anymore and start this script with the /etc/rc.local at startup.

I took the hcitool-part from the other script. Didn’t test it, as I don’t have a Bluetooth Speaker.

#!/bin/bash
while (sleep 5)
do
  running_squeezelite=$(ps -Al | grep squeezelite | wc -l)
  if [ "0" -lt "$running_squeezelite" ]; then
    connected=$(hcitool con) > /dev/null
    if [[ $connected =~ .*${address}.* ]] ; then
       #everything is fine
    else
       /etc/init.d/squeezelite stop
    fi
  fi
done

[otti premium]

otti premium

11. September 2015 at 17:03 #15659

Hallo Stefan,

ich habe bei Euch das System „Squeezebox touch mit Raspberry PI“ gekauft und wollte es nutzen. Die Hardware ist in Ordnung, die SD-Karte mit System auch. Nun habe ich bei der Inbetriebnahme folgendes Problem:
Zur Einstellung verschiedener Parameter (WLAN, Soundausgang usw.) habe ich per LAN und Browser vorgenommen. Ein LMS läuft auf einem Synology-NAS. Dort erscheint als Player der Raspberry als „max2play“ und läßt sich auch von dort aus steuern.
Wenn ich den Raspberry ohne (W)LAN starte, so startet er durch bis zum Erscheinen der „SB-Touch-Oberfläche“. Dann kann man man auch durch die verschiedenen Menüs navigieren – so wie an ein einer „richtigen“ SB-Touch. Zum Auswählen der Musik vom NAS muss natürlich eine Netzverbindung her. Sobald ich aber ein LAN-Kabel (oder WLAN-Stick) anschließe, verschwindet die Touch-Oberfläche und man kann nichts mehr bedienen.
Mache ich etwas falsch? Habe ich etwas nicht verstanden?
Nachdem ich das gesamte Image von der MAX2PLAY-Seite ( SPMAX2PLAY_RPI_212) nochmals heruntergeladen, installiert und angepasst habe, bleibt auch nach diesem Versuch dasselbe Ergebnis: ohne (W)LAN-Verbindung erscheint das SB-Touch-Menü auf dem Display, mit (W)LAN-Anbindung ist nur eine Steuerung vom LMS-Server (der ist auf einer Synology-NAS) möglich.
Jvlite und Squeezelite laufen beide.
Mein Ziel ist (und war), den Raspi wie eine SB-Touch bedienen zu können – also auf dem Touch-Display auswählen zu können.
Mache ich etwas falsch? Habe ich etwas nicht verstanden?

Gruß otti

[otti premium]

otti premium

18. September 2015 at 17:26 #15735

Hallo an alle,

Problem ist durch eine komplette Neuinstallation und exakter Einbindung der Plugins gelöst. Die Raspberry-SB-Touch läuft nun einwandfrei.

otti