Hallo zusammen,
ich habe die letzten Tage mal etwas mit dem RPI und der aktuellen Trunk-Version getüftelt und meine, dass die Ergebnisse den ein oder anderen interessieren/weiterhelfen könnten.
Zur Hardware:
RPI Version B
Sound: Digi Keyer der 1. Generation (PTT & Co wird durch MHUXD perfekt unterstützt)
Software: Wheezy und SVXLINK in der aktuellen Trunk-Version
Nun zum plötzlich aufgetretenen Fehler:
Am Anfang lief alles nahezu perfekt, mit dem Wheezy Image vom Mai 2013 gab es keine Probleme.
Nach irgendeinem Update allerdings klang sie Sprache in meinem Smartphone und PC via EchoLink Software unnatürlich und verzerrt, so als ob eine LP mit etwas höherer Geschwindigkeit
abgespielt wird. Ebenso funktionierte die Dekodierung von DTMF nicht mehr durch SVXLINK. Großer MIST!
Was ich dann unternommen habe:
Auf einem Testsystem habe ich wieder das alte Image aktiviert und SVXLINK getestet-alles war wieder wie gewohnt. Danach ein Update des RPI (Firmware/Kernel)-
und siehe da-der Fehler trat wieder auf. Schlussfolgerung: irgendwas ist in den letzten Updates am Kernel bzw. den Modulen geschraubt worden...
Was ich dann gemacht habe: Andere Soundkarte-irgendwas Marke Noname-und siehe da-der Fehler war auch verschwunden! Uuuups! Also irgendwas im Timing der Samplerate
im Zusammenspiel mit dem Treiber...Schreck lass nach...
Dann habe ich wieder den Digikeyer angeschlossen und in der svxlink.conf die Samplerate vom Default 48000 auf 16000 runtergeschraubt.
Und siehe da: die Wiedergabe klang wieder sauber und auch die DTMF-Dekodierung klappte wieder!!!
Ausgabe von cat /proc/asound/Cards:
0 [CODEC ]: USB-Audio - USB Audio CODEC
Burr-Brown from TI USB Audio CODEC at usb-bcm2708_usb-1.3.4.1, full Speed
Wer also auf ähnlich Probleme stoßen sollte...
By the way: Ich habe bei der Gelegenheit mal folgendes probiert (Kurzfassung):
-Installation des Wheezy Image von Mai 2013
-Update der Pakete/Firmware/Kernels
-Download der aktuellen Trunk-Version
-Kompilierung von SVXLINK OHNE die vorgeschlagenen Änderungen (CXXFLAGS += -DINTERNAL_SAMPLE_RATE=16000--->8000 und
RELEASE_CFLAGS=-g -O2 -march=armv6 -mfloat-abi=hard -mfpu=vfp)
-Installation von SVXLINK
-Ändern der Datei /etc/modprobe.d/alsa-base.conf wie im Artikel beschrieben (Danke Stefan!)
-Konfigurieren von SVXLINK (Rufzeichen, Server, Passwort...)
-FERTIG!!!
Ich habe sogar die Einstellungen für AUDIO_DEV so belassen...
Im übrigen scheint die neue Version von SVXLINK nur noch 2 Sampleraten zu unterstützen: 48000 und 16000...na dann:
Using configuration file: /etc/svxlink/svxlink.conf
*** ERROR: Illegal sound card sample rate specified for config variable GLOBAL/CARD_SAMPLE_RATE. Valid rates are 16000 and 48000
Die CPU-Last beträgt nun im Leerlauf etwa 8% und im Betrieb etwa knapp 20%-mal sehen ob das System so stabil läuft:
4310 root 20 0 40492 11m 4516 S 7.4 2.6 3:34.29 svxlink
Hier scheint auch das Ändern der Samplerate von 48000 auf 16000 noch ein paar % gebracht zu haben...
Mittlerweile hat der RPI einiges zu tun:
-SVXLINK mit MHUXD
-TNN
-FBB
-APRX
-AX-25 Kernelmodul mit 2 TNC`s (IP over AX25, low-speed 9k6 IP-Router ins HamNet)
-PHPBB3 Forum mit MYSQL
-Webserver
-Proxy mit Contentfilter und Viruswall
-MRTG
-Fileserver
-FTP-Server
-DNS
-Mail Gateway/Server
-Media Streamer
-TACACS/RADIUS Server
-NTOP
-...
Und er macht immer noch nicht schlapp...
73
Michael
DL5OCD