Forum Replies Created
-
Posted in: Allo USB Bundle
-
15. März 2021 at 10:27 #50940
Hallo,
letztendlich habe ich keine Ursache gefunden, warum der LMS auf einem RaspberryPi 3 oder 4 immer mal die Verbindung verliert und nur durch Trennen/Wiedereinschalten (also ein Hardware-Reset) zum Laufen gebracht werden konnte. Das System lief eigentlich Jahre ohne Probleme. Warum nun nicht mehr – wer weiß!
Ich bin jetzt wieder zurück mit dem LMS auf dem NAS (Synology DS 216 mit LMS 8.1.1). Da ich das NAS nächtlich automatisch abschalte (und damit auch den LMS) , läuft es jetzt wieder. Während der nächtlichen Ruhe kann man nun nicht mehr Internetradio hören, aber das kann ich verschmerzen.
Ansonsten laufen alle auf Raspi-Basis laufenden Max2Play-Player klaglos.
Da ich auch einen Player auf picoreplayer-Basis habe (man probiert doch alles aus :-), ist mir aufgefallen, dass dort in den Einstellungen ein zeitlich definiertes Ab- und Anschalten des LMS möglich ist. Ich werde mal diese Variante auch ausprobieren.
MfG
otti9. März 2021 at 16:00 #50897Hallo,
danke für die Antwort.
Der Server ist schon immer per LAN an der Fritzbox.
Ich habe (wie schon geschrieben) den LMS nun auf einem Raspi4 laufen. Der Wechsel(wie auch schon geschrieben) brachte erst einmal keine Verbesserung. Da man immer erst einmal nur eine Änderung vornehmen soll, habe ich seit gestern wieder einmal das nächtliche WLAN-Aus abgeschaltet. Es dürfte eigentlich kein Zusammenhang sein, aber man weiß nie …
Heute war erst mal alles in Ordnung, der Server war mit allen Playern ordentlich verbunden, der eine hat sogar richtig geweckt.
Hier noch ein kleiner Ausschnitt aus dem Logfile von gestern abend bis heute früh:
21-03-08 20:15:38.0388] Slim::Utils::Scanner::Local::__ANON__ (301) Scanning new audio files (0)
[21-03-08 20:15:38.0391] Slim::Utils::Scanner::Local::__ANON__ (381) Rescanning changed audio files (0)
[21-03-09 09:39:43.9815] Slim::Utils::Scanner::Local::rescan (179) Discovering audio files in /mnt/media/Musik_Archiv_Bittner
[21-03-09 09:39:44.0987] Slim::Utils::Scanner::Local::__ANON__ (191) Start processing found tracks
Also keine entscheidenden Sachen einschließlich der Zwangstrennung des Routers gegen 04:00 Uhr (wird ja vom LMS als solcher gar nicht erkannt).
Ich teste weiter und werde dann wieder berichten.
Vielleicht lag es am vorher verwendeten Raspi3 – auch MiniPC sind nur Menschen 🙂
MfG otti8. März 2021 at 9:26 #50889Hallo,
ich bin weiter am Problem. Ich habe den LMS komplett neu auf einem Raspi4 aufgesetzt. Das Erbenis ist dasselbe wie mit dem Raspi3.
Im Log-File sind die letzten Zeilen ab 07.03. (nun mit Raspi 4)
[21-03-07 16:43:29.1178] main::init (388) Starting Logitech Media Server (v8.1.1, 1610364019, Thu Jan 14 06:24:07 CET 2021) perl 5.028001 – arm-linux-gnueabihf-thread-multi-64int
[21-03-07 16:43:31.3745] Slim::Web::Cometd::handler (421) errorNeedsClient: b8:27:eb:10:3e:af, status, -, 10, menu:menu, useContextMenu:1, subscribe:600
[21-03-07 16:43:31.5591] Slim::Web::Cometd::handler (421) errorNeedsClient: 7c:dd:90:90:ac:3d, status, -, 10, menu:menu, useContextMenu:1, subscribe:600
[21-03-07 16:43:32.0756] Slim::Web::Cometd::handler (421) errorNeedsClient: 00:04:20:28:ac:bf, status, -, 10, menu:menu, useContextMenu:1, subscribe:600
2021-03-07 17:44:22 squeezeboxserver_safe stopped.
2021-03-07 17:44:22 squeezeboxserver_safe started.
[21-03-07 17:44:24.7944] main::init (388) Starting Logitech Media Server (v8.1.1, 1610364019, Thu Jan 14 06:24:07 CET 2021) perl 5.028001 – arm-linux-gnueabihf-thread-multi-64int
[21-03-07 17:44:27.4344] Slim::Web::Cometd::handler (421) errorNeedsClient: b8:27:eb:3d:84:6d, status, -, 10, menu:menu, useContextMenu:1, subscribe:600
[21-03-07 17:44:27.5335] Slim::Web::Cometd::handler (421) errorNeedsClient: 7c:dd:90:90:ac:3d, status, -, 10, menu:menu, useContextMenu:1, subscribe:600
[21-03-07 17:44:27.6654] Slim::Web::Cometd::handler (421) errorNeedsClient: b8:27:eb:10:3e:af, status, -, 10, menu:menu, useContextMenu:1, subscribe:600
[21-03-08 05:00:49.3842] Slim::Web::Cometd::handler (421) errorNeedsClient: 7c:dd:90:90:ac:3d, status, -, 10, menu:menu, useContextMenu:1, subscribe:600
[21-03-08 05:01:18.9898] Slim::Web::Cometd::handler (421) errorNeedsClient: 00:04:20:28:ac:bf, status, -, 10, menu:menu, useContextMenu:1, subscribe:600
2021-03-08 06:38:27 squeezeboxserver_safe started.
[21-03-08 06:38:30.3924] main::init (388) Starting Logitech Media Server (v8.1.1, 1610364019, Thu Jan 14 06:24:07 CET 2021) perl 5.028001 – arm-linux-gnueabihf-thread-multi-64int
[21-03-08 06:38:30.7828] Slim::Utils::IPDetect::_init (138) Warning: Couldn’t call connect() – falling back to 127.0.0.1Es half nur wieder (ab 07:01 Uhr) ein Trennen von der Stromversorgung und wieder einschalten.
Ich habe keine Ahnung, wie weiter.
MfG otti6. März 2021 at 14:26 #50886Hallo MarioM,
nach einigen Tagen des Abwartens ist der Zustand wie vorher: an einigen (zufälligen) Tagen ist am Morgen ein Ab-/Anschalten des LMS notwendig.
In der Server-Log-Fatei steht auch nichts zu passendes:[21-03-06 10:52:26.4297] main::init (388) Starting Logitech Media Server (v8.1.1, 1610364019, Thu Jan 14 06:24:07 CET 2021) perl 5.028001 – arm-linux-gnueabihf-thread-multi-64int
[21-03-06 10:52:33.4553] Slim::Player::Song::open (415) Error: Couldn’t create command line for unk playback for [http://opml.radiotime.com/Tune.ashx?id=s138091&formats=aac,ogg,mp3,wmpro,wma,wmvoice&partnerId=16&serial=e769d6e5a7b2d861a97c52858e57ce42]
[21-03-06 10:53:06.4405] Slim::Utils::Scanner::Local::rescan (179) Discovering audio files in /mnt/media
[21-03-06 10:53:06.4690] Slim::Utils::Scanner::Local::__ANON__ (191) Start processing found tracks
[21-03-06 10:53:06.4700] Slim::Utils::Scanner::Local::__ANON__ (199) Connect do DB
[21-03-06 10:53:06.4712] Slim::Utils::Scanner::Local::__ANON__ (202) Get latest ID
[21-03-06 10:53:06.4730] Slim::Utils::Scanner::Local::__ANON__ (224) Delete temporary table if exists
[21-03-06 10:53:06.4743] Slim::Utils::Scanner::Local::__ANON__ (227) Re-build temporary table
[21-03-06 10:53:08.7946] Slim::Utils::Scanner::Local::__ANON__ (276) Get deleted tracks count
[21-03-06 10:53:08.8020] Slim::Utils::Scanner::Local::__ANON__ (283) Get new tracks count
[21-03-06 10:53:08.8037] Slim::Utils::Scanner::Local::__ANON__ (288) Get changed tracks count
[21-03-06 10:53:09.5697] Slim::Utils::Scanner::Local::deleteTracks (519) Removing deleted audio files (0)
[21-03-06 10:53:09.5708] Slim::Utils::Scanner::Local::__ANON__ (301) Scanning new audio files (1)
[21-03-06 10:53:09.5945] Slim::Utils::Scanner::Local::__ANON__ (381) Rescanning changed audio files (0)Wie zu sehen ist, habe ich die Server-Vers. 8.1.1 eingespielt – half auch nichts.
Dann habe ich das WLAN an der Fritz-Box 24-stündig durchlaufen lassen (sonst war zwischen 23 Uhr und 5 Uhr Funkstille) – auch nicht geholfen.
Als Vermutung bleibt noch das nächtliche, automatische Trennen zur Neuvergabe der Router-IP-Adresse (bei mir so gegen 04:10 Uhr)
oder aber der RasperryPi hat einen Macke? Vielleicht müßte ich mal einen auf anderen Raspi den LMS neu aufsetzen.MfG otti
3. März 2021 at 9:53 #50866Hallo MarioM,
ich habe Deinen Tipp vollzogen und mit „crontab -l“ auch kontrolliert, dass der Befehl „0 5 * * * /sbin/shutdown -r 05:00“ eingetragen ist.
Vielleicht zum Hintergrund: ich hatte öfters am Morgen Probleme mit der Verbindung von Radio o.ä. zum Server. Erst nach Trennung des Servers vom der Stromversorgung und somit dann ein Hardware-Reset war wieder alles in Ordnung. Und es scheint (bis jetzt) mit dem Crontab-Job zu funktionieren. Kann man die Ausführung im Nachhinnein kontrollieren (oder natürlich um 5:00 Uhr am LMS zu sitzen und beobachten 🙂 ).
Allerdings ist da noch das zweite Problem. Mein NAS-Server mit den Musikdateien startet täglich automatisch von 8:00 bis 23:00 Uhr. Die Verbindung ist auch öfters weg. Im Player steht dann unter Musikplayer „Leer“. Auch hier hilft nur der Neustart des LMS. Das war vor einiger Zeit nicht so. Natürlich ist es schwierig zu rekonstruieren, ab wann und in welchem Zusammenhang das passierte. Ich habe auf dem LMS die Version 2.53 auf einem Raspberry 3.
Vielleicht hast Du einen neuen Hinweis 🙂MfG otti
19. Februar 2020 at 13:21 #48042Ich habe für mich die Lösung gefunden (vielleicht war ich etwas zu genau in der Abarbeitung der Softwareinstallation). Ich habe bei der Installation bei „RPI-Display“ das 2,8-Zoll-Watterott-Display installiert. Das allein führt zu einer Anzeige, die nicht komplett auf dem Display händelbar. Unter dem Reiter „JIVELITE“ habe ich dann das angepasste Display für Adafruit LCD (QVGATouchSkin von bogdanumitru) installiert und damit ist alles ok.
Gruß otti
5. Februar 2020 at 13:01 #47992Ich muss nochmals dieses Thema aufgreifen. denn ich habe mein 2,8-Zoll-Watterrot-Display wieder aktivieren wollen (auf einem Raspi2, Max2Play-Version 2.51). Die Installation ist erfolgreich, der Touchskin funtioniert insoweit, das als Skin nur der QVGA-Querformat-Skin für eine vernünftige Darstellung nutzbar ist. Allerdings ist dennoch die Darstellung auf dem Skin zu groß. Insbesondere fehlen die unteren Tasten-Felder (vor-stop/weiter-zurück, Lautstärke usw.) Der im oberen Teil dieses Threads empfohlene Skin QVGATouchSkin wird nicht angeboten -ist er evtl. nun dieser jetzige QVGA-Querformat-Skin? Wie auch immer, im Moment kann ich den Touch-Skin nur eingeschränkt nutzen – alles ander funktioniert super.
Was mache ich falsch? Ich möchte nicht immer alles nur über Smartphone steuern, manchmal reicht ein „Touch“ – auch ist dabei einfacher für andere Haushaltsmitglieder 🙂Im Übrigen nochmals an dieser Stelle ein großes Lob über Euren vielen Projekte!
otti
16. Februar 2017 at 17:54 #26987Hallo Reiner,
danke für die Antwort und Links. Ich werde es mal ausprobieren. Das bisherige Image mit Kodi 14 funktioniert auf jeden Fall.Und vielen Dank für Eure bisherige (und zukünftige) Arbeit rund um Max2Play und Kodi
Gruß otti
16. Februar 2017 at 17:28 #26985Hallo Heiner,
danke für die Antwort. Das Verfahren für ein neues Kodi-Paket hatte ich verstanden und auch schon ausprobiert. Hat nicht funktioniert. Ich bin kein so guter Linux-Kenner, aber ich denke, es war ein falsches .deb-Paket. Gibt es einen Link für ein korrektes .deb-Paket?Danke und 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
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
-
