Version vom 3. Oktober 2014, 17:54 Uhr

Was soll das hier?

Eigentlich wollte ich nie beim "Raspberry Pi"-Hype mitmischen. Als eingefleischter Pinguin muß ich immer innerlich grinsen, wenn die neuen "Linuxversteher" von ihren genialen Projekten berichten, aber meist nicht so richtig wissen, was sie tun...! Allerdings hatte ich mir vor einiger Zeit auch so ein Ding angeschafft, weil der Mini-Rechner für meine Wetteraufzeichnungen, nach langen Jahren klaglosen Betriebes, plötzlich rumzickte. Die aufgetretenen Probleme konnten aber gelöst werden, die Hardware arbeitet wieder stabil und nun lag der voreilig gekaufte Raspberry arbeitslos auf meinem Schreibtisch rum....

Irgendwann kam mir dann doch eine Idee zu einem sinnvollen Einsatzzweck, für die es sich lohnte etwas Gehirnschmalz zu vergeuden. Ich wollte meine, auf einer Netzwerk-Festplatte abgelegten, MP3-Dateien auch auf der Stereoanlage im Wohnzimmer komfortabel abspielen können. Diese Stereoanlage ist nicht netzwerkfähig, um Mediaserver etc. einzubinden und hat auch keinen USB- oder sonst-was-Anschluß. Es steht nur der gewohnte einfache Verstärkereingang zur Verfügung...

Nach ein wenig Recherche, Rumprobieren und etwas Softwareentwicklung entstand ein kleines "Musikabspielgerät" auf Basis eines Raspberry Pi mit einem kleinen Touch-Display zur einfachen Bedienung (WAF beachten). In der Folge soll das Ganze mal ein wenig beschrieben werden.

Hinweis: Es wird dabei vorausgesetzt, dass der Leser dieses Artikels die wichtigsten Grundkenntnisse über das Betriebssystem Linux besitzt und sich z.B. nicht wundert, warum man als Non-Root keine Schreibzugriffe auf /usr/bin hat (siehe oben ;-))!

Hardware

Raspberry Pi mit Touch-Display

Raspberry Pi mit Touch-Display

Hardwareseitig ist ein Raspberry Pi Dreh- und Angelpunkt des hier vorgestellten Musikabspielgerätes. Da es unendlich viele Webseiten zum Thema "Raspberry Pi" im Internet gibt, will ich nicht noch eine anfangen.... Vielleicht nur soviel: für dieses kleine Projekt setze ich ein Board vom Modelltyp B ein, was aber für das Projekt auch nicht von entscheidender Bedeutung ist.

Interessanter ist da schon das dazugehörige Touch-Display mit folgender Spezifikation:

• TFT-Display: 2.83", 240x320 (Transmissiv)
• Touch Controller: TI ADS7846/TSC2046
• Hintergrundbeleuchtung dimmbar (PWM)
• Schnittstelle: SPI (Touch Controller + Display)

Die Platine des Displays ist so gestaltet, dass sie direkt auf das Raspberry-Board gesteckt werden kann (...eigentlich ist dieser Fakt der einzige Grund dafür, unbedingt einen Raspberry Pi für dieses Projekt zu verwenden). Mit einem entsprechend angepaßten Gehäuse ergibt das Ganze ein nettes kleines ansehliches Gerät. Ich habe das Raspberry-Board, das Display und das Gehäuse im Bundle bei einem gut sortierten Elektronik-Versender eingekauft.

Ein speziell für das Touch-Display angepaßtes Linux-Image (Basis: Raspbian), welches einfach auf eine SD-Karte kopiert wird, findet man hier. Bei einem Update des Systems (apt-get upgrade) sollten deshalb diese Hinweise beachtet werden!

USB-Soundkarte

USB-Soundkarte Behringer UAC202

Wie allseits bekannt, ist die interne Soundkarte des Raspberry Pi qualitativ nicht besonders. Weiterhin will ich das System auch an den Verstärkereingang meiner Stereoanlage anschliessen, was auch nicht unbedingt für den Klinkenbuchsen-Ausgang des Rapberry Pi spricht. Also musste eine vernünftige externe USB-Soundkarte her. Meine Wahl fiel auf die USB-Soundkarte U-Control UCA-202 der Firma Behringer. Neben den expliziet gesuchten Audio-Ein-/-Ausgängen via Cinch-Buchsen, verfügt das Teil auch über einen optischen S/PDIF Ausgang und einen Kopfhöreranschluss mit Lautstärkeregler als gern "mitgekaufte" Ausstattung. Die Audioqualität ist, soweit ich das beurteilen kann, sehr gut und reicht für meine Belange vollkommen aus. Die Anschaffung lohnt sich auf jeden Fall!

Der Anschluss der Soundkarte an den Raspberry Pi gestaltete sich recht einfach. Sie wurde sofort vom System erkannt und das entsprechende Kernelmodul problemlos nachgeladen.

> lsusb

...
Bus 001 Device 004: ID 08bb:2902 Texas Instruments Japan PCM2902 Audio Codec
...

> dmesg

...
usb 1-1.2: New USB device found, idVendor=08bb, idProduct=2902
usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-1.2: Product: USB Audio CODEC 
usb 1-1.2: Manufacturer: Burr-Brown from TI              
input: Burr-Brown from TI USB Audio CODEC  as /devices/platform/bcm2708_usb/usb1/1-1/1-1.2/1-1.2:1.3/input/input0
hid-generic 0003:08BB:2902.0001: input,hidraw0: USB HID v1.00 Device [Burr-Brown from TI USB Audio CODEC ] on usb-bcm2708_usb-1.2/input3
...

> lsmod

...
snd_soc_bcm2708_i2s     5474  0 
regmap_mmio             2806  1 snd_soc_bcm2708_i2s
snd_rawmidi            21357  2 snd_usbmidi_lib,snd_seq_midi
snd_soc_core          131356  1 snd_soc_bcm2708_i2s
...

Damit der MPD (siehe weiter unten!) die Soundkarte zur Audio-Ausgabe verwendet, ist in der Konfigurationsdatei /etc/mpd.conf der entsprechende Abschnitt für das Audio-Ausgabegerät anzupassen:

...
audio_output { 
        type            "alsa" 
        name            "My ALSA Device"
        device          "hw:1,0"        # optional
        format          "44100:16:2"    # optional
        mixer_device    "default"       # optional
        mixer_control   "PCM"           # optional
        mixer_index     "0"             # optional
...

Einziges Problem, welches mir nach einiger Zeit aufgefallen ist, war ein extensives Zumüllen diverser Log-Dateien mit der Meldung "delay: estimated 0, actual 132". Abhilfe schaffte folgende Zeile in der Datei /etc/modeprobe.d/snd_usb_audio.conf:

options snd-usb-audio nrpacks=1

WLAN

...kommt später...

Software

Music Player Daemon (MPD)

Für das Abspielen meiner MP3-Dateien, welche auf einem Netwerklaufwerk liegen, kommt der "Music Player Daemon" (MPD) zum Einsatz. Dabei handelt es sich um einen reinen Unix-Systemdienst ohne eigene Oberfläche, der dafür aber über das Netzwerk erreichbar ist. Damit ist die Bedienoberfläche austauschbar und kann auch remote über das Netzwerk erfolgen.

MPD kann MP3-, Ogg Vorbis-, FLAC-, AAC-, Mod- oder WAV-Dateien verarbeiten. Als Ausgabemedium wird die Soundkarte des Servers verwendet. Die Musikdateien können beliebig auf dem Rechner oder im Netzwerk (via SMB, NFS, sshfs etc. ins Filesystem des Servers eingebunden) liegen. MPD verwaltet die Verweise dorthin intern in einer eigenen Datenbank. Etwas gewöhnungsbedürftig ist, dass die Audiodateien nicht direkt abgespielt werden können, sondern erst die Verweise dorthin in eine "Queue" aufgenommen werden müssen. Die Wiedergabe aus dieser "Queue" kann dann aber mit den verschiedensten Kommandos ("Start", "Stop", "Vor", "Zurück", "Zufall", "Wiederholung" etc.) komfortabel über die Netzwerkschnittstelle gesteuert werden. Weiterhin stellen die MPD-Schnittstellen einige Kommandos zur Verwaltung von vorbereiteten Abspiellisten im m3u-Format zur Verfügung.

Die Konfiguration des "Music Player Daemon" findet in der Datei /etc/mpd.conf statt. Folgende Dinge sollte man dort nach seinem Gegegebenheiten anpassen:

• music_directory: Pfad zu den Musik-Dateien (bei mir ein Netzwerklaufwerk, welches via cifs eingebunden ist)
• playlist_directory: Pfad zu den vorkonfigurierten Abspiellisten
• log_file: Log-Datei des MPD; sollte man auskommentieren um die SD-Karte zu schonen
• state_file: in der angegebenen Datei wird der letzte (bekannte) Status des MPD gesichert, was eigentlich nur beim Neustart interessant ist (das Gerät soll in meinem Anwendungsfall durchlaufen...); aus oben genannten Grund sollte dieser Punkt ebenfalls auskommentiert werden
• Konfiguration der Soundkarte (siehe oben)

MPD bietet auch eine rudimentäre Benutzerverwaltung und einige weitere Optionen an, ...einfach mal im Handbuch nachlesen, ob etwas für den Einen oder Anderen dabei ist.

Eine kleines Benutzerinterface

Zur Steuerung des MPD auf dem Raspberry gibt es eine Reihe von Clients für die verschiedensten Betriebssysteme. Hier eine kleine Auswahl für Linux:

• mpc: ein kleines Kommandozeilentool zur rudimentären Steuerung
• ncmpc, ncmpcpp: Curses-basierte MPD-Clients für die Textconsole
• gmpc: grafischer MPD-Client auf Basis GTK2
• ario: grafischer MPD-Client auf Basis GTK+
• Xfmpc: grafischer MPD-Client speziell angepasst für Xfce-Desktop
• Sonata: ein, in Python geschriebener, grafischer MPD-Client auf Basis GTK+

Weitere MPD-Clients für Linux, Android, MacOS, Windows etc. findet man z.B. in dieser Übersicht.

(Cool, gerade gesehen! Es gibt auch MCBetty für BettyTV-Fernbedienungen! Ich habe noch so ein Ding im Schrank zu liegen, dass sieht wohl nach einem kleinen Zusatzprojekt aus...:-))

Screen "Music"

Screen "Queue"

Screen "Weather"

Nun ist es aber so, dass man nicht immer einen Rechner, Smartphone oder Tablet im Wohnzimmer zur Verfügung hat bzw. hochfahren möchte. Aus diesem Grund kommt zur Steuerung des MPD das Touch-Display an meinem Raspberry ins Spiel. Ich habe eine minimalistische Bedienoberfläche implementiert, mit der die wichtigsten MPD-Funktionen angesteuert werden können:

• Auswahl von (vorkonfigurierten) Abspiellisten auf dem Server
• "Start", "Stop", "Vor" und "Zurück" innerhalb der aktiven Abspielliste
• Ein-/Ausschalten von Zufallswiedergabe und Endlosschleife
• Anzeige diverser Informationen (Künstler, Album, Titel, Abspielzeit) zum gerade abgespielten Musikstück
• zusätzlich habe ich noch eine kleine Anzeige der aktuellen Wetterdaten aus meiner Wetteraufzeichnung implementiert; die Daten liegen in einer SQLite-Datenbank auf einem Netzwerklaufwerk
• Ausschalten der Bildschirm-Hintergrundbeleuchtung nach 10 Minuten (Einschalten nach Berührung des Bildschirms)

Die sonst noch üblichen Funtionen zur Lautstärkeeinstellungen und zum Lautlos-Stellen habe ich in der Benutzeroberfläche nicht implementiert, da dies ja über meine Stereoanlage geregelt wird.

Die Abspiellisten (Playlists) kann man ebenfalls nicht mit meiner Bedienoberfläche zusammenstellen. Dies kann man, in einer ruhigen Minute, mit einem der oben erwähnten Clients am PC, Smartphone oder Tablet erledigen. Achso, wenn man sich eine oder mehrere Playlists mit URLs von Internetradio-Stationen aufbaut, kann man, eine Internetverbindung vorausgesetzt, über diesen "Umweg" auch Internetradio hören.

Bei der selbstgeschriebenen Benutzeroberfläche (GUI) handelt es sich um ein kleines C-Programm, welches das Framebuffer-Device des Raspberry ansteuert. Für die Ausgabe sind einige grundlegende Grafikfunktionen (Zeichnen von Punkten, Linien, Zeichen, Buttons etc.) implementiert worden. Zur Ansteuerung der Touch-Fläche wurde die tslib verwendet. Als Schnittstelle zum MPD wurde die libmpd eingebunden. Die Abfrage der SQLite-Datenbank (Wetterdaten) erfolgt unter Einbeziehung der, vom SQLite-Projekt zur Verfügung gestellten, API. Die Übersetzung der C-Quellen kann direkt auf dem Raspberry Pi erfolgen. Dazu sind die dev-Pakete der genannten Bibliotheken sowie der gcc und die entsprechenden bin-utils auf dem System zu installieren.

Der Start des GUI-Programmes kann auf verschiedenste Art und Weise erfolgen:

• wenn eine USB-Tastatur am Raspberry angeschlossen ist (was allerdings kontraproduktiv zum Gesamtkonzept wäre), ganz normal über die Kommandozeile
• remote z.B. über eine ssh-Verbindung; Stichwort screen, damit das Programm auch weiterläuft, wenn die Remote-Verbindung beendet wird
• automatischer Start des Programmes ohne Benutzeranmeldung über eine modifizierte /etc/inittab; Stichwort rungetty

Letzteres sieht dann ungefähr so in der /etc/inittab aus (das Programm rpi_gui in /usr/bin):

...
1:2345:respawn:/sbin/rungetty tty1 -u pi sudo rpi_gui
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6
...

Softwaredownload

• rpi_gui (Version 0.1)
  • erste, sehr unaufgeräumte Version...
  • Ansteuerung und Zeichnen im Framebuffer
  • Ansteuerung Touchscreen (tslib)
  • Steuerungs-GUI für MPD
  • Ausgabe Wetterdaten

Kontakt

Uwe