@Smith,
kann es sein das rtl_fm nach besagter Zeit (67185 Sekunden),
den Stream unterbricht?
Bei direkter Versorgung des multimon-ng stört das sicher nicht.
Aber bei einer Einspeisung über Sound Loop-Device bricht sicher die Pipe.
Gruß
Marcel
OK, neuer Versuchsaufbau :-)
rtl_fm ist jetzt mal bei mir raus :-)
Habe über "arecord -r 22050 -D plughw:1,0 -f S16_LE -t wav"
den Soundkarten-Eingang direkt auf meine tee Pipe / Loop-Device gegeben.
Als Quelle verwende ich einen analogen Funkempfänger.
Mal sehen was hier nach 67185 Sekunden passiert.
Gruß
Marcel
au Mist, das -y hab ich total verschwitzt... oke mein Fehler ^^
So, habe jetzt lange getestet - gleiches Problem,
nach 67185 Sekunden bricht die Pipe.
Es liegt also an dem Sound Loop Device.
Jetzt habe ich noch etwas anderes ausprobiert.
Ich habe jetzt auf meinem RaspBerry Pi2
2x rtl_fm und 2x monitord (auf 2 verschiedenen Kanälen)
und zusätzlich noch monitord,
gleichzeitig laufen.
Läuft perfekt !!!!
Dabei ist mir aufgefallen, das monitord mit FMS besser klar kommt.
mit multimon-ng werden z.B.: Fahrzeugkenner "3A44" nicht ausgewertet.
Hat jemand dafür eine Lösung?
Gruß
Marcel
Warum? keine Ahnung.
Ich bin aber bei FMS auch raus. Ich habe keine Möglichkeit mehr das zu testen.
Wir sind hier komplett umgestellt auf TETRA. Und die 2-4 KTW FMS´sen zu wenig um da eine genaue Aussage zuzulassen.
Marcel, haut der diesen 65718 Sekunden Fehler auf allen Geräten raus?
Wenn ja, lass deinen Watchdog einfach kurz vor Ablauf das Programm reseten.
Damit umgehst du zumindest die Fehler.
Und die Wahrscheinlichkeit das in der Zeit ein Alarm eingeht der verarbeitet werden soll/muss ist wohl eher gering.
@Schrolli:
Wann kommen denn mal neue Ideen von dir? :-D :-P
Ich habe dir gerade einen Pull zum POC1200 und POC512 gesetzt.
Zieh den mal in den Masterbranch.
@all:
Ich werde die Tage mal einen kleinen Desktopclienten fertig machen der per Socket die Alarme auf dem PC anzeigt. Erstmal nix besonderes.
Wer es testen will, kann ja mal hier schreien. Vielleicht schmeiße ich es es dann auch ins Git.
- POCSAG Rangefilter im forke eingebaut.
In der config ist ein Start und ein Ende für den POCSAG-Bereich anzugeben.
Die Alarmierungen innerhalb der Range werden in die Datenbank oder per HTTP ausgeführt.
Alle anderen werden in der Console angezeigt.
Schade, kannst Du vielleicht mal über den Quellcode von multimon-ng
schauen?
Den Fehler mit den Umlauten hast Du doch auch gefunden. :-)
Du hast keine Lust? :-)
Ich habe mir dafür einen Versuchsaufbau gemacht.Ich habe keine Möglichkeit mehr das zu testen.
Über eine USB-Soundkarte und Line-IN,
gebe ich das von meinem PC-Tool erzeugte FMS-Signal auf den RaspBerry Pi.
multimon-ng und monitord gleichzeitig.
Das geht auch mit ZVEI und POCSAG.
Dabei habe ich festgestellt, das multimon-ng aus einer Fahrzeugkennung "3A44"
"FZG 31044". (monitord: kfz = "3A44")
Er macht also aus der "10" eine "10" und kein "A".
Kannst Du mal im Code nachschauen?
Ja, haut alles hinter der Pipe weg.Marcel, haut der diesen 65718 Sekunden Fehler auf allen Geräten raus?
Wenn ja, lass deinen Watchdog einfach kurz vor Ablauf das Programm reseten.
Damit umgehst du zumindest die Fehler.
Und die Wahrscheinlichkeit das in der Zeit ein Alarm eingeht der verarbeitet werden soll/muss ist wohl eher gering.
Mit Reseten meinst Du Neustart der Pipe-Einspeisung?
Gruß
Marcel
Aktive Benutzer in diesem Thema: 11 (Registrierte Benutzer: 0, Gäste: 11)