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

[Perfectionist]

Moin, moin,



Ich habe keine Erfahrungen mit FMS/ZVEI, aber es sollte für alle das Gleiche gelten:
Mit einer Squelchangabe machst Du multimon-ng das Leben leichter. Wenn Du keinen Squelch-Level setzt, versucht multimon-ng auch das Rauschen zu dekodieren. Dies (Wert: 0) hat normalerweise zwar keinen Einfluss auf die Dekodierqualität, verbraucht halt nur unnötig CPU-Zeit.
Ist der Squelch-Wert zu hoch, kann zu Verlusten (Decodierung) kommen.
Am besten ist ein Squelch-Wert +1 über dem Rauschen. Am besten händisch über eine Soundausgabe testen.


Grüße
Jens

Hey, ok stellt sich für mich die Frage wie ich einfach die Ausgabe am besten über einen Webstream testweise umleiten kann, um den squelch zu ermitteln.

[firemichael]

Servus,

zunächst mal danke für das tolle Projekt (bzw. die tollen Projekte).

Boswatch und die restliche Software läuft bei mir auf einem Pi2B und soll AFU-Funkruf auswerten und daraufhin Aktionen ausführen.
Obwohl ich nur etwa 500m neben unserem Amateurfunk-Relais sitze (Sichtkontakt), bekomme ich mit dem RTL-Stick keinen sauberen Empfang hin. -keine Auswertung.
Ich habe testweise mit amixer den Sound aus dem RTL an den Audio-Out des Pi gelegt und es klingt fürchterlich: verzerrt, schrill und abgehackt.
Error in PPM habe ich anhand GSM gemessen und eingestellt. Eine halbwegs resonante Antenne hab ich dran und den RTL mit einer USB-Verlängerung verbunden. Und alles mehrfach frisch installiert. So dachte ich eigentlich, schon mal einige Fehlerquellen beseitigt zu haben.
Gibt es noch etwas, was ich probieren kann? Gain und PPM-Korrektur habe ich schon bestimmt 100x variiert, Squelch aus- und eingeschaltet.
Ich bin den verschiedenen Tipps hier im Thema gefolgt und habe auch das hier probiert: http://wordpress.doc-world.de/funkru...usb-dvb-stick/
Bei dem genannten Tutorial meckert mein Wheezy aber spätestens beim Befehl "cmake"
Wenn ich den Stick nicht sauber zum laufen bekomme, dann wäre der Einsatz eines externen Empfängers mit Diskriminator wohl die sauberere Alternative.
Frage: Ich möchte dafür sehr gerne weiterhin das boswatch-Projekt einsetzen, weil es schöne Plugins bietet, die wir hier brauchen könnten (HTTP z.B.) sehe aber immer nur die rtl_fm-Geschichte in den Kommandozeilen. Gibt es eine Möglichkeit, boswatch (multimon-ng) mit externer Soundkarte (USB) am Pi zu betreiben? -man möge mir als Linux-Neuling verzeihen, wenn ich das nicht verstanden habe, aber ich gehe auf die Rente zu und muss mich in die Linux-Welt erst langsam reinfummeln…
Schon einmal danke und ein schönes Wochenende!

[carrier92]

Hallo firemichael,

was meckert er den beim cmake?

Wenn ich das richtig gelesen haben dann hat der stick doch grundsätzlich schon mal funktioniert?

Gruß
carrier92

[carrier92]

Hallo,

Ich wollte die REGEX Filter mal testen, hab aber die interface.txt im Verzeichniss nicht gefunden.

Gruß
carrier92

[carrier92]

Hallo,

besteht eigentlich noch Interesse an einem WEB Interface (php).
Ich hab eines geschreiben, die Daten kommen aus einer MySQL Datenbank und diese wird momentan mit dem monitord gefüttert.

Ich häng mal ein Screenshot an dann könnt ihr euch mal ein "Bild" machen :)

Auswerten und Angezeigt wierden nur FMS Texte und die Status der Fahrzeuge.
Es ist im Moment sehr RD Lastig aber sollte auch für FW umzubauen sein.



Gruß

carrier92

[McBo]

@carrier92

sieht super aus, ich hätte Interesse.

@all, hat es von Euch schon jemand geschafft, FMS-Textnachrichten von der Leitstelle zu Empfangen?
Das läuft ja über Status 10 (Lst -> Fzg: Status 10 "FMS-Text-Übertragung")

Gruß

Marcel

[carrier92]

@McBo

FMS-Text hab ich auch noch nicht hinbekommen.
Dafür nehm ich den monitord.

Ich kann dir das frontend mit allen Dateien zukommen lassen.
Allerdings hab ich eine Angepasste Version des monitord am laufen der die Statusmeldungen von den Fahrzeugen anders wegschreibt.
Eine Readme bin ich gerade am erstellen.

@Admins
Ich hab hier jetzt das Thema gekapert soll ich bzgl. des frontends ein neues aufmachen ?

Gruß
carrier92