Max2Play Home › Forums › Max2Play as Squeezebox (Player / Server) › max2play/squeezelite process maintenance & autostart changes
Tagged: squeezelite touch lan wlan
- This topic has 3 replies, 3 voices, and was last updated 9 years, 2 months ago by otti premium.
-
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?11. August 2015 at 12:06 #15344Hi,
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
11. September 2015 at 17:03 #15659Hallo 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
18. September 2015 at 17:26 #15735Hallo an alle,
Problem ist durch eine komplette Neuinstallation und exakter Einbindung der Plugins gelöst. Die Raspberry-SB-Touch läuft nun einwandfrei.
otti
-
You must be logged in to reply to this topic.