monitord auf Raspberry Pi

[matt]

Mit dem Pegel habe ich mal herumgespielt und so ziemlich alle möglichen Kombinationen getestet. Ich denke, dass es tatsächlich an der Qualität der USB-Soundkarte liegt. Ich warte mal bis die andere Soundkarte mit dem Line-In ankommt und versuche mal mit der ein besseres Ergebnis zu erreichen.

Ich habe schon öfter gelesen, dass Masseschleifen einen sehr großen Einfluss auf die Auswertequalität haben können. Deswegen werde ich das Audiosignal über einen Übertrager führen, um diesen Einfluss auszuschliessen.

[dataflash]

Also ich habe gestern Nacht tatsächlich eine POCSAG Message sauber rein bekommen.
Leider wirklich nur eine.

Hast du mal mit dem Pegel rumgespielt? alsamixer

Das Problem, wenn ich die UCA202 auswähle im Alsamixer, bekomme ich keine Möglichkeit das Eingangssignal zu regeln, Alsa bietet mir da keinen Regler.
Ich gehe stark davon aus, dass es am Regler liegt, da diese eine POCSAG Message habe ich nur bekommen, wenn ich das DME-Testgerät direkt vor die Antenne halte.

Gibt es die Möglichkeit das Signal global zu regeln?

[DeLocke]

http://elinux.org/RPi_VerifiedPeriph...SB_Sound_Cards

Ich werde es mal mit der Hercules versuchen. Ich bin gespannt...

[DeLocke]

So - ich hab jetzt monitord nach der Anleitung von funkwart auf dem pi installiert.

Beim starten bekomme ich folgenden Fehler:
14:53:10.051 INFO: monitord/Monitor.cpp(70) Logging with loglevel DEBUG
14:53:10.052 DEBUG: monitord/MonitorModulesResults.cpp(51) Dispatcher startet
14:53:10.056 INFO: monitord/Monitor.cpp(113) monitord 2.0svn READY
monitord 2.0svn running...
14:53:10.070 INFO: monitord/Monitor.cpp(217) starting soundcard #0
14:53:10.072 INFO: monitord/SndPipe.cpp(152) creating decoders for soundcard #0
14:53:10.073 INFO: monitord/SndPipe.cpp(156) creating decoder for soundcard #0L:FMS
14:53:10.075 DEBUG: monitord/MonitorModuleFMS.cpp(100) FMS Parameter
14:53:10.077 DEBUG: monitord/MonitorModuleFMS.cpp(101) sample : 22050
14:53:10.078 DEBUG: monitord/MonitorModuleFMS.cpp(102) syncbits: 12
14:53:10.080 DEBUG: monitord/MonitorModuleFMS.cpp(103) crc : 1
14:53:10.081 DEBUG: monitord/MonitorModuleFMS.cpp(104) level : 0.15259
14:53:10.083 DEBUG: monitord/MonitorModuleFMS.cpp(105) Algo : 0
14:53:10.084 DEBUG: monitord/MonitorModuleFMS.cpp(106) ignW : 0
14:53:10.085 DEBUG: monitord/MonitorModuleFMS.cpp(107) ignQ : 0
14:53:10.086 DEBUG: monitord/MonitorModuleFMS.cpp(108) ErrC : 0
14:53:10.087 DEBUG: monitord/MonitorModuleFMS.cpp(109) force : 0
14:53:10.088 INFO: monitord/SndPipe.cpp(178) creating decoder for soundcard #0L:ZVEI
14:53:10.092 INFO: monitord/SndPipe.cpp(189) creating decoder for soundcard #0R:ZVEI
14:53:10.094 INFO: monitord/SndPipe.cpp(201) creating decoder for soundcard #0L:POC512
14:53:10.096 INFO: monitord/MonitorModulePocsag512.cpp(66) (2) sample - crc - ecc - minpreambel - maxerrors - algo:22050 - 1 - 0 - 300 - 10 - 1
14:53:10.097 INFO: monitord/MonitorModulePocsag512.cpp(79) Algorithmus:1
14:53:10.099 INFO: monitord/MonitorModulePocsag512.cpp(86) SPHASE_INC is:1521
14:53:10.100 INFO: monitord/SndPipe.cpp(228) creating decoder for soundcard #0L:POC1200
14:53:10.183 ERROR: monitord/posix/MonitorAudioALSA.cpp(56) [ALSA] Error opening PCM device plughw:0,0 ret:-2No such file or directory
14:53:10.184 ERROR: monitord/posix/MonitorAudioALSA.cpp(16) [ALSA] Error initializing PCM device plughw:0,0

Hier meine monitord.xml:


plughw:0,0
1

Welche Nummer hat denn der interne MIC?

[firEmergency]

Das hab ich auch noch auf der to-Do Liste, ich versuch mich mal am WE dranzusetzen und ein paar Zeilen zusammenzuschreiben, mein *Masterplan* ist ja noch den PI als firemergency Server zu benutzen ;)

FYI

firEmergency auf dem PI
http://blog.firemergency.de/blog/201...pberry-pi.html

[dataflash]

Hi,

die monitord.xml muss in dem Verzeichnis liegen, von dem du aus den Befehl ausführst.
Ich habe es von /home/pi/monitord/sample-config/monitord.xml.linux nach /home/pi/monitord/monitord/monitord.xml kopiert.

und in dem Verzeichnis /home/pi/monitord/monitord
diese Befehl ausgeführt: sudo ./monitord

Funktioniert soweit bei mir wie in den anderen Postings zu sehen

[DeLocke]

Hi,

die monitord.xml muss in dem Verzeichnis liegen, von dem du aus den Befehl ausführst.
Ich habe es von /home/pi/monitord/sample-config/monitord.xml.linux nach /home/pi/monitord/monitord/monitord.xml kopiert.

und in dem Verzeichnis /home/pi/monitord/monitord
diese Befehl ausgeführt: sudo ./monitord

Funktioniert soweit bei mir wie in den anderen Postings zu sehen

Hi - hatte es auch inzwischen gefunden. Du warst nur schneller mit der Antwort als ich mit dem Ändern des Posts :-)

Stimmt plughw:0,0 für MIC-Eingang?

[DeLocke]

FYI

firEmergency auf dem PI
http://blog.firemergency.de/blog/201...pberry-pi.html

Wenn ich jetzt dazu noch die DME-Überwachung an Swissphone zum laufen bekommen würde...

[matt]

FYI

firEmergency auf dem PI
http://blog.firemergency.de/blog/201...pberry-pi.html

Hallo firEmergency,

was für eine Soundkarte hast du verwendet?

[dataflash]

Über:

sudo arecord -l bekommst du angezeigt ob es passt, da steht in der zweiten Zeile ein 0,0 oder 1,0 jenach dem mußt du plughw:1,0 oder plughw:0,0 angeben.

Allerdings kannst du auch einfach monitord starten und wenn er nicht komplett startet als wieder in der Eingabe der Bash ankommt, ist es falsch.

Dazu vielleicht im XML die INFO mit DEBUG tauschen, dann schreibt er alles in die monitord.log.

Oder du änderst auch noch in der XML monitord.log in screen, dann bekommst du es direkt in der Bash angezeigt.

[firEmergency]

Hallo firEmergency,

was für eine Soundkarte hast du verwendet?

Bei dem Test ging es nur darum, ob FE ohne Änderung auf dem Pi läuft. Hab also keine Soundkarte oder ähnliches verwendet (auch kein monitord).

[DeLocke]

Über:

sudo arecord -l bekommst du angezeigt ob es passt, da steht in der zweiten Zeile ein 0,0 oder 1,0 jenach dem mußt du plughw:1,0 oder plughw:0,0 angeben.

Allerdings kannst du auch einfach monitord starten und wenn er nicht komplett startet als wieder in der Eingabe der Bash ankommt, ist es falsch.

Dazu vielleicht im XML die INFO mit DEBUG tauschen, dann schreibt er alles in die monitord.log.

Oder du änderst auch noch in der XML monitord.log in screen, dann bekommst du es direkt in der Bash angezeigt.

sudo arecord -l liefert kein Gerät zurück, ist aber auch klar. Hab ja gar keine Soundkarte dran und die interne hat ja nur einen Ausgang.

Schneller gedacht als amazon geliefert hat

[DeLocke]

Also ich habe gestern Nacht tatsächlich eine POCSAG Message sauber rein bekommen.
Leider wirklich nur eine.



Das Problem, wenn ich die UCA202 auswähle im Alsamixer, bekomme ich keine Möglichkeit das Eingangssignal zu regeln, Alsa bietet mir da keinen Regler.
Ich gehe stark davon aus, dass es am Regler liegt, da diese eine POCSAG Message habe ich nur bekommen, wenn ich das DME-Testgerät direkt vor die Antenne halte.

Gibt es die Möglichkeit das Signal global zu regeln?

Wie wird sie denn bei dir im alsamixer dargstellt als USB Audio Codec?

[DeLocke]

Also immer wenn eine Meldung reinkommt spuckt er das aus:

21:03:10.730 DEBUG: monitord/MonitorModulePocsag.cpp(165) Sync gefunden

[matt]

Also immer wenn eine Meldung reinkommt spuckt er das aus:

21:03:10.730 DEBUG: monitord/MonitorModulePocsag.cpp(165) Sync gefunden

Genau diese Meldung kam bei mir auch meistens. Hab bisher die Billg-Soundkarte (USB-Dongle) verwendet.
Welche Soundkarte verwendest du?