K (→gcc) |
(→Programme für den Zugriff) |
||
Zeile 431: | Zeile 431: | ||
== Programme für den Zugriff == | == Programme für den Zugriff == | ||
+ | === Der Initiator === | ||
+ | Ein BASH Script initialisiert den mpd. Ich habe mich für diese spezielle Aufgabe für ein BASH Script entschieden, da es sich recht schnell an andere Gegebenheiten anpassen lässt. Ein C-Programm könnte das gleiche, müsste halt jedesmal noch compiliert werden. Dieses Script wird nach dem Start des Empfängers einmal ausgeführt. | ||
+ | |||
+ | <pre> | ||
+ | #!/bin/bash | ||
+ | # | ||
+ | # Radio starten | ||
+ | # | ||
+ | # | ||
+ | # Dateipfad: /var/scripte/radio2.sh | ||
+ | |||
+ | /etc/init.d/mpd restart #Versetzt den mpd in einen definierten Zustand | ||
+ | mpc clear #Nicht nötig, wenn man kein Status File nutzt, schadet aber auch nicht, wenn man keines nutzt... | ||
+ | mpc load radiosender #lädt die von uns erstellte Playlist | ||
+ | mpc volume 95 #setzt die Lautstärke auf 95 % | ||
+ | exit 0 | ||
+ | </pre> | ||
=== Empfänger === | === Empfänger === | ||
Der Empfänger läuft im Hintergrund und wartet auf Ereignisse, um diese auszuwerten. Das können Befehle über die UART, per I2C, IR/x10 Fernbedienung oder eine einfache Tastaturmatrix bzw. einzelne Tasten sein. Ich gehe in diesem Projekt auf die UART ein. | Der Empfänger läuft im Hintergrund und wartet auf Ereignisse, um diese auszuwerten. Das können Befehle über die UART, per I2C, IR/x10 Fernbedienung oder eine einfache Tastaturmatrix bzw. einzelne Tasten sein. Ich gehe in diesem Projekt auf die UART ein. | ||
− | Dazu wird die Schnittstelle parametriert, geöffnet und ständig belauscht. Kommen bekannte Befehle rein, werden diese ausgewertet und entsprechend reagiert. | + | Dazu wird die Schnittstelle parametriert (19200 Baud, 1 Stopbit, keine Parität, 8 Datenbits), geöffnet und ständig belauscht. Kommen bekannte Befehle rein, werden diese ausgewertet und entsprechend reagiert. Der zuletzt empfangene Befehl wird zusätzlich in die Datei /tmp/empfang.txt gespeichert. |
+ | <pre> | ||
+ | |||
+ | |||
+ | </pre> | ||
=== Sender === | === Sender === | ||
+ | Der Sender läuft nicht im Hintergrund. Er wird von anderen Programmen oder per Cron Job gestartet. Er versucht, alle Parameter, welche beim Start übergeben wurden, über die UART zu schicken. Die maximale Länge ist auf 76 Zeichen begrenzt, da der AVR einen Eingangsbuffer von 80 Zeichen hat. Mehrere Parameter werden aneinandergehängt und jeweils durch ein Leerzeichen getrennt. "Es empfiehlt sich trotzdem den Text in Häkchen zu setzen", da sonst einige Sonderzeichen für Ärger sorgen können. Als letztes wird immer ein CR (ASCii 13) gesendet. Wenn der AVR dieses bekommt, wertet er die ganze Zeile aus. | ||
+ | |||
+ | Wird kein Parameter übergeben, wie ich es beim Aufruf durch einen Cron-Job mache, wird die aktuelle Uhrzeit und das Datum übertragen. Wenn der AVR als ersten Zeichen ein U bekommt, geht er davon aus, dass die Uhrzeit folgt und danach seine Uhr stellt. Ein D voran, veranlasst ihn dazu, das Datum zu setzen. Das Format ist jeweils zweistellig. Ist die Uhrzeit z.B. 16 Uhr, 4 Minuten und 28 Sekunden, wird U16:04:28 geschickt. Das Datum 27. August 2012 kommt als D27.08.12 an. | ||
+ | |||
+ | Wenn z.B. der Cron-Job und der Überwacher gleichzeitig senden wollen, erkennt der Sender, dass er in mindestens einer anderen Instanz schon läuft und wartet eine Sekunde pro zusätzlicher Instanz, bevor er sendet. So wird verhindert, dass mitten in der Uhrzeit plötzlich ein Sendertitel reinplatzt. | ||
+ | |||
+ | <pre> | ||
+ | |||
+ | |||
+ | </pre> | ||
=== Überwacher === | === Überwacher === | ||
+ | Der Überwacher fragt alle paar Sekunden per mpc den Status des mpd ab. Ändert sich dieser, wird der aktuelle Titel zum AVR gesendet. Wurde die Wiedergabe abgebrochen, wird das auch per 0 mitgeteilt, dass der AVR wieder den Wochentag im Textbereich, sowie das Datum auf den kleinen Ziffern anzeigt. | ||
+ | |||
+ | |||
+ | <pre> | ||
+ | </pre> | ||
==Weblinks== | ==Weblinks== |
Version vom 27. August 2012, 15:38 Uhr
An diesem Artikel arbeitet gerade Mitglied peterfido.
Am besten momentan noch keine gravierenden Ergänzungen / Änderungen vornehmen. Dieser Hinweis verschwindet wenn der Autor soweit ist. Sollte dieser Hinweis länger als drei Tage auf einer Seite sein, bitte beim Autor peterfido per PM / Mail oder Forum nachfragen ob er vergessen wurde. |
Inhaltsverzeichnis
Projekt Internetradio mit dem Raspberry Pi
Anbei mein "kleines" Projekt, den Raspberry Pi als Internet Radio zu betreiben. Die Steuerung erfolgt über einen AVR, welcher im Frontend seines Gehäuses im Wohnzimmer sitzt.
Das Gehäuse ist vom MediaReceiver X300T von der Telekom, welche es nicht zurück haben wollte, obwohl bei mir kein IP-TV möglich war. So habe ich ich mich damit befasst, dem Atmega88 auf dem Frontend ein eigenes Programm zu schreiben, um ihn für eigene Zwecke einzusetzen...
Man kann den Atmega88 "direkt" per Pegelwandler mit dem Raspberry verbinden.
Die Schaltung ist mit bis zu 115200 Baud getestet. Bei mir wird über den 5V PIN noch der Raspberry gespeist. Jedoch ist Flachbandleitung dafür dann nicht mehr geeignet!
Benötigt
1 Raspberry Pi
1 SD-Karte (2GB aufwärts)
FTP-Software auf dem PC (Totalcommander)
Linuxfähiger Texteditor auf dem PC (Notepadd++)
optional eine USB Soundkarte (Speedlink mit C-Media Chip)
Irgendwas, was mit dem Raspberry Pi seriell kommunizieren kann. (AVR, PIC, Terminalsoftware,...)
Einige Hinweise zu nano, dem Texteditor des Raspberry
Mittels den Pfeiltasten wird navigiert. Bild auf/Bild ab blätter eine ganze Seite. Zahlen nicht über den 10er Block (Ziffernblock) der Tastatur eingeben. STRG-X beendet nano.
Falls gewünschte Änderungen gemacht wurden, kann man mit y und anschließend ENTER diese bestätigen oder falls man sich vertan hat, mit n einfach ohne zu speichern raus. Wird Putty genutzt, lässt sich der Inhalt der Zwischenablage mit einem Rechtsklick an der aktuellen Cursorposition einfügen. Man kann auch den Cursor irgendo platzieren, mit gedrückter linken Maustaste etwas markieren und dann mit Rechtsklick an der Cursorposition einfügen. Markierter Text wird automatisch in die Zwischenablage kopiert und ist in anderen Programmen verfügbar.
Projektordner
Von Vorteil ist ein Projektordner auf dem PC, worin man arbeitet und Dateien ablegt. Nach jedem reboot muss man sich natürlich wieder einloggen. Mittels Putty und ssh einfach auf das Icon am Fensterrand klicken und restart Session auswählen. Wird dieses nicht angeboten, einfach mal im Fenster ein paar Tasten drücken und ENTER hinterher. Dann sollte Putty irgendwann merken, dass am anderen Ende keiner mehr reagiert. Die ganze Zeit über benötigt der RasPi eine Internetverbindung.
Allgemeine Hinweise
Installation des Wheezy Raspian (Version 2012-15-07) per Imagewriter wie öfter beschrieben.
Die Verbindung zum Raspberry läuft bei mir per FTDI USB - Seriell Wandler. Achtung! darauf achten dass die Pegel auf 3,3V eingestellt sind! Über die Software Putty (Comport wählen, 115200 Baud, 8N1) Oder man schließt einen TV/Monitor und eine Tastatur an.
Eine externe Soundkarte hat sich bei meinen Tests bewährt. Über den analogen OnBoard Sound des RasPi gibt es hin und wieder Knackser, sowie kurze Aussetzer. Über HDMI sind diese nicht vorhanden. Wer keine HDMI - fähige Audioanlage hat, dem empfehle ich einen USB-Sound Stick. Ich nutze im Produktivsystem einen von Speedlink mit C-Media Chip und am Testsystem einen von Medion, welcher mit externen Lautsprechern und dafür eingebautem Verstärker ideal für die Tests ist. Für die Stereoanlage ist dieser Stick dann nicht mehr geeignet, da der Ausganspegel zu groß ist und beim ersten Initialisieren voll ansteht, auch wenn man die Lautstärke auf 0 setzt. Auch ist der Sound nicht ganz so (oder gerade??) berauschend, was aber auch an den Lautsprechern liegen kann.
Grundeinrichtung des Linux auf dem RasPi
Nach dem Hochfahren einloggen mittels pi und raspberry Als erstes habe ich dem root ein Passwort vergeben, damit ich am System direkt als root (Admin) arbeiten kann, ohne ständig sudo einzugeben.(Das Passwort merken / aufschreiben!):
sudo passwd root
danach mit exit wieder raus und als root neu angemeldet
Danach startet automatisch die Konfigurationsoberfläche. Falls nicht, einfach
raspi-config
eingeben
Die Bedienung erfolgt per Tastatur. Mit den Pfeiltasten kann man wählen und mittels TAB springt man zu den Optionsfeldern. Dort die locale auf de_DE.UTF 8 umgestellt. Die Default locale im nächsten Fenster habe ich einfach mit ok auf en_GB gelassen. Anschließend auf Set Keyboard layout Danach dann Set Timezone auf EUROPE BERLIN Bei ssh sichergestellt, dass es aktiviert ist. zuletzt expand_rootfs ausgewählt, um die gesamte SD-Karte nutzen zu können.
NEUSTART durch Unterbrechung der Stromversorung oder Eingabe von
reboot
Nach dem Einloggen erscheint womöglich gleich wieder das Config Tool. Das beende ich dann gleich wieder per Auswahl fon FINISH. Die Netzwerkeinstellungen stehen in der Datei /etc/network/interfaces. Zum Anpassen
nano /etc/network/interfaces
eingegeben, um auf eine statische IP-Adresse zu wechseln, damit ich ihn immer unter der selben Adresse erreiche. Alternativ kann man auch im Router einstellen, dass dem Raspi per DHCP immer die selbe Adresse zugewiesen werden soll.
auto lo iface lo inet loopback #iface eth0 inet dhcp iface eth0 inet static address 192.168.2.37 netmask 255.255.255.0 gateway 192.168.2.1
Beendet wird nano mittels STRG+X Dann die Speichern Frage mit y bestätigen und nochmals Enter, um den Dateinamen beizubehalten. Dann mittels Befehl
reboot
neu gestartet.
Jetzt im Putty auf SSH gewechselt. Ein zweites Putty Fenster beobachtet die Ausgabe des Raspi auf dem Terminal, so kann man sehen, ob Fehler
gemeldet werden und wann er fertig hochgefahren ist.
Dann
apt-get update
um die Liste zu aktualisieren.
apt-get upgrade
um das System zu aktualisieren. Die nächste Frage mit Enter bejahen (Enter bedeutet, dass der Standard, welcher groß geschrieben ist, übernommen wird (Y/n). Zwischendurch evtl. Fragen bestätige ich einfach mit ENTER. Nach der Frage, ob aktualisiert werden soll, was etwas dauert, ist erstmal Zeit für eine Kaffeepause... Diese kann auch nutzen, indem man sich einen Linux - fähigen Texteditor installiert. (Ich nutze Notepad++)
reboot
raspi-config
Jetzt den MemorySplit auf 240 MB Arbeitsspeicher und 16 MB Videospeicher ändern.
Die Frage nach dem Reboot bejahen...
Grundausrüstung Software
Jetzt brauchen wir noch ein paar Programme auf dem Raspberry Pi. gcc, um eigene Programm zu erstellen (Könnte schon vorhanden sein), einen FTP-Server zur bequemen Dateiübertragung und natürlich eine Software für das Internetradio. Da habe ich mich für mpd entschieden.
apt-get install gcc
Einrichtung ftp
Herunterladen und installieren, Konfiguration anpassen:
apt-get install vsftpd nano /etc/ftpusers
Dort die Zeile root auskommentieren.
#root
Dann STRG-X, y, ENTER
Jetzt
nano /etc/vsftpd.conf
Dort die # am Anfang der Zeile #local_enable=YES entfernen
local_enable=YES
und anonymous_enable=YES ändern auf
anonymous_enable=NO
und #write_enable=YES ändern auf
write_enable=YES
Dann STRG-X, y, ENTER
Jetzt mit
service vsftpd restart
den ftp Server neu starten.
Jetzt sollte der Zugriff per ftp möglich sein.
Mediaplayer Dämon
Herunterladen und installieren des mpd sowie mpc, welches den mpd dann für uns anspricht.
apt-get install mpd mpc
Als nächstes benötigen wir eine URL Liste von Internetradios. Viele Sender erwähnen ihre Livestream-URLs nicht direkt. Ich habe die Adressen herausgefunden, indem ich einfach in der Fritzbox den Verkehr mitgeloggt (fritz.box/html/capture.html) und per Wireshark durchsucht habe.
Es gibt aber auch Internetseiten, wo einige URLs aufgelistet sind.
Zum Anfang reicht uns eine Liste mit 3 URLs.
http://www.energyradio.de/rock http://www.energyradio.de/berlin http://www.energyradio.de/hot
Diese wird mit einem Linuxfähigen Editor erstellt, abgespeichert als radiosender.m3u und per ftp nach /var/lib/mpd/playlists/ kopiert.
Anschließend die Rechte der Datei ändern, damit mpd darauf zugreifen kann.
chmod 644 /var/lib/mpd/playlists/radiosender.m3u
Konfiguration des MPD
nano /etc/mpd.conf
Die Zeile
bind_to_address "localhost"
wurde zu
bind_to_address "127.0.0.1"
Da er anscheinend localhost nicht auflösen kann.
Dort kann man auch einen anderen Adressbereich angeben, um z.B. aus dem Netzwerk darauf zugreifen zu können.
Auskommentiert (#) habe ich folgende Zeilen:
#log_file #state_file
so wird das loggen abgeschaltet, mit state_file spielt der mpd sofort nach dem Start dort weiter, wo er aufgehört hat, das wollte ich nicht.
Weiter unten noch unter audio_output habe ich für den USB-Sound-Stick folgendes stehen:
audio_output { type "alsa" name "My ALSA Device" device "hw:1,0" # optional für Headphone-Anschluss: "hw:0,0" format "44100:16:2" # optional mixer_device "default" # optional mixer_control "PCM" # optional mixer_index "0" # optional }
noch weiter unten wird die auskommentierte Zeile
#mixer_type "software"
durch wegnehmen der # aktiviert. Für den analogen Anschluss des Raspberry wird der Hardware Mixer aktiviert.
Die Zeilen
#audio_buffer_size "2048" #buffer_before_play "10%"
werden auch aktiviert.
STRG-X, y, ENTER
/etc/init.d/mpd restart
startet den mpd mit den neuen Einstellungen neu
Test des mpd
mpc
eingeben. Wenn die Verbindung steht, sollte da sowas in der Art rauskommen:
volume:100% repeat: off random: off single: off consume: off
jetzt laden wir die Playlist:
mpc load radiosender
Die erste URL öffnen geht mit
mpc play 1
Die Zweite URL mit
mpc play 2
und so weiter.
mpc stop
beendet die Wiedergabe.
mpc play
spielt dort weiter, wo aufgehört wurde.
Vorbereitungen eigener Programme
SD-Karte sichern
Wenn das alles klappt, können wir uns der Steuerung über UART widmen. Dazu habe ich ein Programmpaket erstellt, welches die Aufrufe des mpc automatisch nach empfangenen Daten macht.
Da ich die interne UART nutzen möchte, gebe ich diese als erstes frei.
Hier wäre ein guter Punkt, wo eine Datensicherung der SD-Karte durchgeführt werden sollte. Den Raspberry Pi abschalten Die SD-Karte in einen Kartenleser stecken. Den Win32DiskImager starten Bei Device sicherstellen, dass der richtige Buchstabe ausgewählt ist Den Dateinamen angeben, unter welchem gesichert werden soll (Blaues Ordnersymbol) Den Dateinamen angeben z.B. 2012-08-26RaspiRadio.img Dann den Button READ! auswählen
Audiodatei zur Initialisierung
Es kann vorkommen, dass beim ersten Start nichts vernünftiges aus den Lautsprechern herauskommt. Daher bietet es sich an, beim Start eine kleine Datei abspielen zu lassen. Diese kann man sich z.B. recht einfach bei Windows besorgen. Ich habe mich für c:\windows\media\Windows-Hardware hinzufügen.wav entschieden. Die gewählte wav Datei am besten in den Raspberry Arbeitsordner kopieren und in z.B. start.wav umbenennen. Zur Vorbereitung für später werden unter /var zwei Ordner erstellt.
Arbeitsordner auf der SD-Karte
mkdir /var/scripte mkdir /var/sounds/
Danach muss die Datei noch auf die SD-Karte des Raspberry. Der Einfachheit wegen per ftp nach /var/sounds. Jetzt die Datei noch für alle lesbar freigeben.
chmod -r 644 /var/sounds/start.wav
Eigener Autostart
Damit das Soundsystem (und später noch andere Programme) initialisert wird, bietet es sich an, eine eigene Startdatei zu erstellen. Sozusagen die autoexec.bat von damals.
nano /var/scripte/autostart.sh
Der Inhalt sieht erstmal so aus:
#!/bin/bash # # Autostart # # ##sound amixer cset numid=3 1 amixer -c 0 cset numid=2 on,off amixer set PCM 96% aplay /var/sounds/start.wav
STRG-X, y, ENTER
Damit diese Datei später auch ausgeführt wird, muss sie auch aufgerufen werden und ausführbar sein. Das lässt sich in der rc.local machen.
chmod 755 /var/scripte/autostart.sh nano /etc/rc.local
Dort in der freien Zeile über exit 0 kommt der Aufruf rein.
/var/scripte/autostart.sh
STRG-X, y, ENTER
Wenn jetzt die rc.local nochmal gestartet wird, sollten die Mixereinstellungen gezeigt die Audiodatei abgespielt werden.
/etc/rc.local
Um zu testen, ob alles läuft:
reboot
Wer möchte, kann jetzt nochmal das Putty Log analysieren, denn Putty schreibt immer noch fleißig mit. Anschließend das Logging in Putty wieder abschalten, wenn man möchte.
Hintergrundanwendungen
Programme, welche im Hintergrund weiter ausgeführt werden sollen, wie unser Empfänger und Überwacher weiter unten, werden mit nice und dem & Parameter gestartet.
nice -1 /var/scripte/empfang & nice -1 /var/scripte/mpcout &
Wird der & Parameter nicht angegeben, wartet die BASH, bis das aufgerufene Programm beendet wurde und dann werden die nachfolgenen Befehle nicht mehr ausgeführt. Nice sorgt dafür, dass die Programmpriorität geändert wird. negative Werte erhöhen die Priorität, positive Werte verringern diese. Möglich ist -20 bis 19.
Feigeben der UART für eigene Projekte
Um die interne UART auf den GPIOs freizugeben, müssen 2 Dateien bearbeitet werden. Diese sind für den Start von Relevanz und die Bearbeitung muss demnach auch gewissenhaft durchgeführt werden. Daher evtl. nochmal die SD Karte sichern, wie oben beschrieben.
Um das Syslog abzuschalten, geht es jetzt an die /boot/cmdline.txt
nano /boot/cmdline.txt
Wie der Name schon sagt, besteht die Datei aus einer Zeile.
dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
Die interne UART heisst ttyAMA0 und dieser Teil stört für das Projekt, deswegen kommt er weg. Die neue Zeile:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
STRG-X, y, ENTER
Testen, ob es noch hochfährt.
reboot
Warten, bis start.wav ertönt und dann neu einloogen.
Jetzt ist noch eine Konsole über UART offen, diese lässt sich in der inittab abschalten.
nano /etc/inittab
Dort wird alles, was ttyAMA0 beinhaltet mittels # deaktiviert. Normal in der letzten Zeile eine # voran gesetzt.
#T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
STRG-X, y, ENTER
reboot
Ist alles richtig gemacht, dürfte sich auf dem Putty, welches über die UART verbunden ist, nichts mehr tun.
Zu Fuss Audio abspielen
Um den mpd und die Befehle, welcher mpc versteht, kennen zu lernen, kann man mittels
mpc help
sich alle Befehle auflisten lassen. Die wichtigsten für das Projekt:
mpc clear mpc load mpc play mpc volume mpc lsplaylists mpc stop mpc current
"mpc clear" stoppt die Wiedergabe und leert die Playliste (Nicht die Datei radiosender, sondern die interne Playliste) "mpc load NAME" lädt die Playliste NAME und hängt diese an die interne dran, wenn schon eine vorhanden ist. Also 3 Mal
mpc load radiosender
erzeugt eine Liste, welche den Inhalt 3 Mal hintereinander enthält. "mpc play" setzt die Wiedergabe an der Stelle fort, wo mit "mpc stop" angehalten wurde. "mpc play x" spielt nummer x der Playliste ab, "mpc volume 50" setzt die Lautstärke auf 50%. "mpc lsplaylists" gibt die Namen der aktuellen Playliste(n) aus. "mpc current" gibt je nach Verfügbarkeit den aktuellen Titel, Sender, Interpret aus.
gcc
gcc ist der Compiler, welcher aus C - Quellcode ausführbare Programme erstellt. Interessant ist, dass er auch laufende Programme überschreiben kann.
Den Quellcode erstelle ich mittels Notepad++. Stellt man da die Sprache auf C oder lädt Dateien, welche *.c heißen, dann wird der Code farblich hervorgehoben. Anschließend lade ich den Code per ftp in das Verzeichnis /var/scripte, welches mein allgemeines Arbeitsverzeichnis auf dem Raspberry darstellt. Es bietet sich an, wenn man größere Änderungen an einem Code vorhat, die bisherige Version zu sichern. Manchmal möchte man dcoch mal was nachschlagen oder einfach nur auf den alten Stand zurück, da man sich vielleicht doch gerade in eine Sackgasse verfahren hat.
Ich nutze allgemein nur kleingeschriebene Dateinamen, da Linux Groß- Kleinbuchstaben darin unterscheidet. Dieses gilt auch für den gcc im Quellcode. Eine Variable, welche Text heißt, wird unter text nicht gefunden. Es ist von Vorteil, Variablen beim Definieren auch gleich einen Wert zuzuteilen, sonst behalten diese ihren Wert von dem letzten Durchgang der Subroutine bei. C gehört nicht zu meinen Favoriten, dennoch habe ich mich etwas damit beschäftigt, um diese Programme hier zu erstellen.
Compiliert wird der Quelltext dann mit
gcc /var/scripte/quellcodedatei.c -o /var/scripte/exedatei
gestartet werden die Programme dann mit
/var/scripte/exedatei
Wenn man sich den Pfad jedesmal sparen will, kann man vorher auch mit
cd /var/scripte
in das Verzeichnis wechseln und sich die Pfadangabe dann sparen. Ich habe mir angewöhnt, den kompletten Pfad mit anzugeben.
Hängt ein Programm fest, kann man es mit STRG-C beenden. Hat man es im Hintergrund gestartet, z.B.
nice -1 /var/scripte/exedatei &
dann lässt es sich mit
pkill exedatei
beenden.
pidof exedatei
zeigt die PID an. Wird da ein Wert zurückgegeben, dann läuft das entsprechende Programm noch.
kill PID
beendet auch das Programm.
Man kann auch per Putty mehrere Verbindungen gleichzeitig zu dem Raspberry offen halten und z.B. auf dem einen den Quellcode per nano direkt bearbeiten und mit dem anderen die Programme zum Testen starten. Der Vorteil daran ist, dass man mit der Pfeilhoch - Taste auf der Tastatur die letzten Befehle wiederholen kann.
Gerade für Tests mit der seriellen UART empfehle ich, diese per Terminalprogramm offen zu halten und so zu testen. Putty lässt mit New Session zu, dass mehrere Instanzen davon laufen. Man kann auch Daten über den Com-Port zum RasPi senden, diese werden in Putty zwar normal nicht angezeigt, kommen aber trotzdem an. Mit Local Echo in den Settings kann man diese Daten aber auch anzeigen lassen. Bei dem Testsystem nutze ich einen FTDI, welcher 3,3V auf VIO hat. Das Produktivsystem nutzt die oben gezeigte Schaltung. Es gibt auch "richtige" Pegelwandler, nur hatte ich grad keinen zur Hand, wie das so Nachts am Wochenende halt ist.
Programme für den Zugriff
Der Initiator
Ein BASH Script initialisiert den mpd. Ich habe mich für diese spezielle Aufgabe für ein BASH Script entschieden, da es sich recht schnell an andere Gegebenheiten anpassen lässt. Ein C-Programm könnte das gleiche, müsste halt jedesmal noch compiliert werden. Dieses Script wird nach dem Start des Empfängers einmal ausgeführt.
#!/bin/bash # # Radio starten # # # Dateipfad: /var/scripte/radio2.sh /etc/init.d/mpd restart #Versetzt den mpd in einen definierten Zustand mpc clear #Nicht nötig, wenn man kein Status File nutzt, schadet aber auch nicht, wenn man keines nutzt... mpc load radiosender #lädt die von uns erstellte Playlist mpc volume 95 #setzt die Lautstärke auf 95 % exit 0
Empfänger
Der Empfänger läuft im Hintergrund und wartet auf Ereignisse, um diese auszuwerten. Das können Befehle über die UART, per I2C, IR/x10 Fernbedienung oder eine einfache Tastaturmatrix bzw. einzelne Tasten sein. Ich gehe in diesem Projekt auf die UART ein.
Dazu wird die Schnittstelle parametriert (19200 Baud, 1 Stopbit, keine Parität, 8 Datenbits), geöffnet und ständig belauscht. Kommen bekannte Befehle rein, werden diese ausgewertet und entsprechend reagiert. Der zuletzt empfangene Befehl wird zusätzlich in die Datei /tmp/empfang.txt gespeichert.
Sender
Der Sender läuft nicht im Hintergrund. Er wird von anderen Programmen oder per Cron Job gestartet. Er versucht, alle Parameter, welche beim Start übergeben wurden, über die UART zu schicken. Die maximale Länge ist auf 76 Zeichen begrenzt, da der AVR einen Eingangsbuffer von 80 Zeichen hat. Mehrere Parameter werden aneinandergehängt und jeweils durch ein Leerzeichen getrennt. "Es empfiehlt sich trotzdem den Text in Häkchen zu setzen", da sonst einige Sonderzeichen für Ärger sorgen können. Als letztes wird immer ein CR (ASCii 13) gesendet. Wenn der AVR dieses bekommt, wertet er die ganze Zeile aus.
Wird kein Parameter übergeben, wie ich es beim Aufruf durch einen Cron-Job mache, wird die aktuelle Uhrzeit und das Datum übertragen. Wenn der AVR als ersten Zeichen ein U bekommt, geht er davon aus, dass die Uhrzeit folgt und danach seine Uhr stellt. Ein D voran, veranlasst ihn dazu, das Datum zu setzen. Das Format ist jeweils zweistellig. Ist die Uhrzeit z.B. 16 Uhr, 4 Minuten und 28 Sekunden, wird U16:04:28 geschickt. Das Datum 27. August 2012 kommt als D27.08.12 an.
Wenn z.B. der Cron-Job und der Überwacher gleichzeitig senden wollen, erkennt der Sender, dass er in mindestens einer anderen Instanz schon läuft und wartet eine Sekunde pro zusätzlicher Instanz, bevor er sendet. So wird verhindert, dass mitten in der Uhrzeit plötzlich ein Sendertitel reinplatzt.
Überwacher
Der Überwacher fragt alle paar Sekunden per mpc den Status des mpd ab. Ändert sich dieser, wird der aktuelle Titel zum AVR gesendet. Wurde die Wiedergabe abgebrochen, wird das auch per 0 mitgeteilt, dass der AVR wieder den Wochentag im Textbereich, sowie das Datum auf den kleinen Ziffern anzeigt.