multimon (der Vorgänger des monitord) auf Raspberry Pi

[Smith]

Das Problem mit dem Treiber welches beim manuellen Starten von MultimonNG und RTL-FM aufgetreten ist, ist diese Meldung hier:
$ rtl_test -t
Found 1 device(s):
0: Terratec T Stick PLUS

Using device 0: Terratec T Stick PLUS

Kernel driver is active, or device is claimed by second instance of librtlsdr.
In the first case, please either detach or blacklist the kernel module
(dvb_usb_rtl28xxu), or enable automatic detaching at compile time.

usb_claim_interface error -6
Failed to open rtlsdr device #0.

Genau, einfacj den entsprechenden Bereich per Eintrag in /etc/modprobe.d/raspi-blacklist.conf auf die Blacklist schmeißen.

# blacklist the DVB drivers to avoid conflict with the SDR driver
blacklist dvb_usb_rtl28xxu
blacklist rtl2830
blacklist dvb_usb_v2
blacklist dvb_core

danach ein sudo reboot und es sollte keine Probleme mehr geben.

[McBo]

Hi Smith,

ich habe heute mal versucht den rtl_fm Stream mit "tee" zu Splitten und
damit das Signal gleichzeitig auf den multimon-ng und auf den
Lautsprecher (Soundkarte), gegeben.

aplay versagt bei meinem Cubietruck total.
Nur Underuns und kein verständliches Audiosignal. :-(

Dann habe ich mir "sox" installiert.
Mit "play" klappt es tadellos.

Hier mein Befehl zum Testen:

rtl_fm -f XX.XXXM -M fm -s 22050 -l 20 -p 31 -E DC -F 0 -g 40 | tee >(multimon-ng -a ZVEI2 -a FMSFSK -f alpha -t raw /dev/stdin) >(AUDIODEV=hw:1 play -t raw -r 22050 -e signed-integer -b 16 -c1 -V1 -q -) > /dev/null

Gruß

McBo

[Smith]

Ja dann, kommt ins ToDo für die Anleitung noch ein apt-get install sox?! :-)

Dann sollten wir jetzt kein Problem mehr haben deinem alten System ebenbürtig zu werden. ^^

[Reissdorf]

Hallo Zusammen,
vermelde Erfolg. Danke Smith an die gute Hilfestellung. Das Blacklisten und der Autostart läuft auch. MySQL wird dann jetzt zu Testzwecken aus zwei Quellen gefüttert. Einmal von extern und einmal von MultimonNG.

PHP-Skript läuft auch.

Auswertung gut, jetzt warten wir mal die Stabilität ab.

Gruß und schönes Wochenende.

Reissdorf

[Smith]

Ich habe wie gesagt mit McBo zusammen bereits 0.2 des python-Script fast fertig.
Bei mir war diese Woche auf der Wache etwas mehr los, daher hat es gedauert.

Was bisher anscheinend ganz gut läuft:
- Filter der Doppelalarmierungen FMS & ZVEI
- Fehlerekennung bzw. plausibilitätskontrolle ZVEI
- Automatische Frequenzberechnung für 4m Kanäle UB &OB sowie technische Kanäle 2-m Band.
- 2 SDR in einem System (Test lief hier bisher auf dem Cubie, der Raspy könnte zu schwach sein. Der Test läuft bei mir gerade)

Was ich gerade noch teste bzw. baue ist ein automatisches Instalations-Script. Das ganze Projekt liegt bald bei github. Damit ist es auch bei Änderungen recht einfach diese einzuspielen.

[McBo]

Hi Smith,

ich war das Wochenende auch verreist und hatte keine Zeit ;-)

Was ich gerade noch teste bzw. baue ist ein automatisches Instalations-Script.

Das hatte ich auch noch auf meiner Wunschliste :-)

Dann fehlt nur noch die Memofunktion (Record) für ZVEI :-)

Bist Du mit "tee" schon weiter gekommen?


Gruß

Marcel

[Smith]

Das Installations-Script wird wohl nicht mal eben... da sind eine Menge Dinge zu beachten um das ganze per python zu machen. Ich denke ein shell-Script wird hier sinniger.
Ich habe in meiner Anleitung ja schon die ganzen Code-Blöcke zu gut wie es geht verbunden.

Solche Scripte sind halt immer ein wenig Vertrauenssache. Jeder sollte sich die Daten, welche er ausführt immer kurz anschauen.

:-)

Und Marcel, nein... noch nicht. Wobei deine tee-Pipe doch eigentlich schon gut lief oder nicht? Schreib mir mal ne WhatsApp was du jetzt noch brauchst ;)

edit: Das Installation-Script ist schon fast erledigt. Ich muss es morgen nur auf einem frischen Pi-System ausprobieren. Es sollte eigentlich auch auf einem normalen Debian Wheezy ARM laufen. Solang man das Script einmalig als root ausführen kann.

[Smith]

Das aktuelle Script ist ab sofort unter folgendem Link zu finden:
https://github.com/Smith-fms/raspoc/

Achtung! die install.sh ist noch nicht auf einem frischen System getestet, hat hier noch Probleme gemacht...
Das py-Script läuft hingegen sehr gut. Es sei denn, der Fehlerteufel hat sich irgendwo wieder eingeschlichen :-)

Wenn ihr Fragen, Kritik oder Anregungen habt immer raus damit. Auch bin ich gerne bereit auf Github den ein oder anderen mit ins Team zu nehmen. Das Ding ist und bleibt OpenSource und soll hier gerne weiterentwickelt werden.
Ich habe hier in den letzten Jahren genug kurzweilige Projekte gesehen, auch wenn ich keinen Bock mehr habe so kann zumindest wer anderes mit dem Code weiter machen... ;)

Und Danke nochmal an McBo. Wenigstens einer von uns beiden der ein wenig programmieren kann :-)

[Smith]

wünscht sich irgendwer eine Übergabe der Alarme an firEmergency?
Ich hab das Script für mich gerade umgestellt, wenn es wer will muss er was sagen.
Dann baue ich es öffentlichkeitstauglich ein.

[Dtrieb7482]

Denke als Server ware cool dann kann man die Daten auch mit z.b. Radio Operator weiter nutzen! ;-)

[McBo]

Und Danke nochmal an McBo. Wenigstens einer von uns beiden der ein wenig programmieren kann :-)

Ich denke mal Du übertreibst ;-)

[coastboy]

Hi,

hab das Script angepasst und jetzt seit ein paar Wochen erfolgreich am laufen.


Die CPU Last von rtl_fm liegt bei 40%
und Meldungen die im Sekundentakt reinkommen werden nicht erkannt.

Kann das noch irgendwie optimiert werden? Wie

MfG
coastboy

[McBo]

Welchen Demodulator verwendest Du?
ZVEI2 / FMSFSK / POCSAG1200 ???

Bei mir funktioniert perfekt, ZVEI2 und FMSFSK.

Ich habe die Erfahrung gemacht, das die PPM-Fehlerkorrektur 100ig,
bei rtl_fm richtig eingestellt werden muss.
Alle DVB-T Sticks sind unterschiedlich !!!!

Also kalibrate-rtl installieren:

cd ~/src
sudo apt-get install libtool autoconf automake libfftw3-dev
git clone https://github.com/asdil12/kalibrate-rtl.git
cd kalibrate-rtl
git checkout arm_memory
./bootstrap
./configure
make
sudo make install

stärksten GSM-Kanal auswählen mit
kal -s GSM900

und dann (z.B.: Kanal 36)
kal -c 36

dann wird Dir der ppm-Wert Deines Sticks angezeigt.

Bei rtl_fm ist es dann die Option -p [ppm-Wert]

"average absolute error: 31.083 ppm" ==> -p 31


Gruß

Marcel

[coastboy]

Hi,

ok werde ich mal testen.

Ich werte nur POC1200 aus.

MfG
coastboy

[coastboy]

Hi,

also das kalibrieren klappt irgendiwe nicht.

Es kommt immer der Fehler bei kal -s GSM900:
no valid PLL configuration found for...

Wenn ich es abbreche und kal -c 36 eingebe,
dann passiert nix, oder ich bin zu ungeduldig :-(

MfG
coastboy