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

[Smith]

Schrolli, irgendwas passt hier noch nicht.
Allerdings hab ich gerade keine Ahnung wie man das abfangen kann...
Außer ins finally noch eine if-Schleife zu setzten welche checkt ob überhaupt einer der Prozesse gestartet wurde und dann erst versucht diese zu beenden.

root@raspoc1:/boswatch# ./boswatch.py
usage: boswatch.py [-h] -f FREQ [-d DEVICE] [-e ERROR] -a
                   {FMS,ZVEI,POC512,POC1200,POC2400}
                   [{FMS,ZVEI,POC512,POC1200,POC2400} ...] [-s SQUELCH] [-v]
                   [-q]
boswatch.py: error: argument -f/--freq is required
Traceback (most recent call last):
  File "./boswatch.py", line 321, in 
    rtl_fm.terminate()
NameError: name 'rtl_fm' is not defined

Edit:
Auslastung:
Ein frisch installierter Raspi B mit unverändertem per git und install.sh installiertem boswatch:
99.6% boswatch.py...
die anderen Prozesse sehe ich gar nicht erst unter top und htop...

[Smith]

Zum Thema Auslastung, das hat sich erledigt.
Ich habe gerade noch nen apt-get update etc gemacht. Dabei wurde auch python gefixt.
Erledigt.

[Schrolli]

Das mit dem beenden fixe ich später noch schnell.. Danke für den Hinweis

Zum Thema Auslastung, das hat sich erledigt.
Ich habe gerade noch nen apt-get update etc gemacht. Dabei wurde auch python gefixt.
Erledigt.

;-) - Wobei ja eigentlich in der install.sh eine update als erstes gemacht wird???

[McBo]

@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

[Smith]

@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

rtl_fm wird da nichts unterbrechen. Ich kann es mir nicht vorstellen, denn dann wäre auch bei uns nach 67185 Sekunden ende da die Pipe sich auflösen würde.

[McBo]

rtl_fm wird da nichts unterbrechen. Ich kann es mir nicht vorstellen, denn dann wäre auch bei uns nach 67185 Sekunden ende da die Pipe sich auflösen würde.

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

[Schrolli]

au Mist, das -y hab ich total verschwitzt... oke mein Fehler ^^

[McBo]

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.

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

[Smith]

Das mit dem beenden fixe ich später noch schnell.. Danke für den Hinweis


;-) - Wobei ja eigentlich in der install.sh eine update als erstes gemacht wird???

dann funktioniert da aber was nicht richtig? :)
ändere mal den Befehl
apt-get update > ~/bos/install/setup_log.txt 2>&1
in
apt-get update -y > ~/bos/install/setup_log.txt 2>&1
Nur hierdurch wird keine Benutzerinteraktion gefordert.