Druckbare Version
Zwischendurch kurz der Stand der Dinge.
Soundkarte eingebaut, Musik streamt sehr gut.
Crusader installiert und beim Start des Servers kommt die Meldung das die
Soundkarte belegt sei.
Nun heisst es Forschen und Fummeln ....
Soviel für heute.
Gruss
Stefan
Hallo FreddyNrw,
hast du schon neue Erfahrungen mit der Soundkarte?
Gruss
matt
@FreddyNrw
gibt es schon Erfolge mit der Wolfson-Karte?
Gruß
Marcel
Würde mich auch brennend interessieren, ob es was neues hierzu gibt?!
Speziell in Bezug auf die Wolfson Pi Soundkarte ;)
Raspberry erfolgreich mit Wolfson Pi Audio Card in Betrieb genommen. An Sourcecode von Monitord musste die Sample Frequenz überall auf 44100 angepasst werden da Wolfson anscheinend 22050 nicht unterstützt. Versuche eine Anleitung noch zu schreiben.
Gruß
Hallo firefotografie,
welche Meldungen hast du schon erfolgreich damit ausgewertet?
Wie lange wertest du damit schon aus?
Gibt es Fehlauswertungen?
Danke für die Infos.
Gruss
matt
So Jungs, ich brauche mal Eure Hilfe.
Ich habe monitord, erfolgreich auf einem CubieBoard 3 (CubieTruck),
mit rtl_fm und mysql am laufen.
Der CubieTruck hat genug Leistung.
PHP-MySQL Abfragen laufen sehr flüssig !!!
Momentan werden ZVEI (testweise), FMS (testweise)
und bei mir in der Firma Pocsag,
von unserem LKW-Rufsystem, decodiert und in die DB geschrieben.
Ich nutze das momentan als Kontrollempfänger,
zur Rückmeldung für die Pager-Rufanlage.
Nun mein Problem:
Die Programme monitord und rtl_fm starten zwar automatisch über ein
Startscript (wie hier im Forum bereits beschrieben), es wird aber nichts decodiert.
Erst ein restart, als User "root", der beiden Services, bringt den gewünschten Erfolg.
Ich denke mal, es liegt an den Rechten.
Ich hatte alles als User "root" installiert. Ist das mein Fehler?
Was muß wohin, mit welchen Rechten kopiert werden,
so dass ich einen anderen User (z.B.: cubie) zum Starten verwenden kann?
Oder geht das nur mit einem Eintrag in der Datei "/etc/sudoers" ?
Hat es schon jemand von Euch geschafft die Record-Funktion zum Laufen zu bringen?
Gruß
Marcel
Hallo Marcel!
Erste Anlaufstelle sind die Dateirechte ... Für die init.d-Scripte bitte prüfen ob das 755 ist - außerdem sollten alle anderen Scripte / Programme (rtl_fm, monitord & co) ebenfalls 755 haben, die Konfigurationsdateien benötigen mindestens 644.
CU
Markus
Hallo Markus,
die Rechte von meinen init.d Scripten sind auf 755 und Besitzer "root".
Wenn ich als User "cubie" (so wie beim Raspberry der User "pi"),
im /home/cubie/ - Verzeichnis, "monitord" aufrufe (hier liegt auch die monitord.xml),
bekomme ich folgende Ausgabe:
Als mit "sudo monitord" läuft es.Code:cubie@Cubian:~$ monitord
terminate called after throwing an instance of 'MonitorException'
what(): monitord/PluginThread.cpp Line 152: PluginManager: memLockCreate failed
Aborted
Wo müssen die "monitord.xml und die LUA-Scripte hin?"
Hallo Marcel!
Die LUA-Scripte und die monitord.xml müssen im gleichen Verzeichnis wie das Binary sein, soweit Du das nicht anders compiliert hast. Eigentlich sollte nach einem "make install" das binary auch unter "/usr/local/bin" liegen.
Das Home-Verzeichnist standardmäßig 755, da darf also nur der "cubie" drin schreiben, sonst keiner. monitord will aber ein LogFile anlegen und wenn der nicht, dann das MySQL-Plugin, also scheitert's an den (fehlenden) Schreibrechten.
Also: "make install" ausführen, die XML und die LUAs nach "/usr/local/bin" kopieren und nochmal testen. Unter "/usr/local/bin" solltest Du eigentlich auch die rtl_* Binaries finden.
Markus
Hi,
mit dem Zauberwort "sudo" im Startscript, starten jetzt rtl_fm und monitord, automatisch.
Jetzt muß ich nur noch folgende Probleme lösen:
- Doppelalarmierungen filtern (Geht das mit LUA-Script?)
- automatische Aufnahme bei Alarm
Das ist in der letzten Version von monitord wohl nicht mehr implementiert?
Man könnte das über ein Script lösen, aber dann benötige ich Zugriff auf das rtl_fm Sounddevice.
Das ist schon vom monitord belegt.
Also muß noch ein Soundserver wie Jack her.
Hat das schon jemand hinbekommen?
Sent from my iPhone using Tapatalk
Hallo mattZitat:
Zitat von matt
Ich werte Pocsag damit aus.
Auswertung läuft seit 4 Tagen stabil.
Fehlauswertung gab es bisher nur aufgrund der Empfangsqualität.
Hier ebenfalls, alles gut.
Das ganze über Raspian + monitord + Scanner + Hercules USB Soundkarte
Ich habe das ganze heute nochmal clean aufgesetzt und erstmal ein Image gezogen.
Was geht:
+ monitord (inkl. MySQL, LUA, Alsa)
+ MySQL Anbindung an einen externen Server
+ POC1200 Decodierung
+ Autostart per runlevel + screen
Was noch kommt oder kommen soll:
- FMS Decode
- Soundloop für rtl_sdr (dann sollen 2 ins System, einer FMS, einer POC)
- Wenn Soundloop funktioniert, kommt die Hercules raus.
- Filterung per LUA Script im Ausgang zum MySQL-Server (Doppelalarm etc.)
- Clientconnect (FMS32 an den Raspi, das geht irgendwie aktuell nicht. Ich denke ich habe noch ein Socketfilter Problem)
@Smith
Ich bin gespannt, lass was von Dir hören.
Mein Projekt liegt momentan auf Eis.
Gruß
Marcel
Ja, was soll ich sagen:
Meine ToDo ist abgearbeitet. Nein, natürlich nicht. :-)
Aber, snd_aloop läuft!
Was geht:
+ monitord (inkl. MySQL, LUA, Alsa)
+ MySQL Anbindung an einen externen Server
+ POC1200 Decodierung
+ Autostart per runlevel + screen
+ Soundloop für rtl_sdr (also SDR USB Sticks!) läuft!!
Was noch kommt oder kommen soll:
- FMS Decode
- Filterung per LUA Script im Ausgang zum MySQL-Server (Doppelalarm etc.)
- Clientconnect (FMS32 an den Raspi, das geht irgendwie aktuell nicht. Ich denke ich habe noch ein Socketfilter Problem)
Test ob der Pi 2 Instanzen verträgt und somit FMS und POCSAG kann, stehen noch aus.
Ich denke selbst unter 1Ghz wird es echt eng. Wenn ich mir die Latenz und Auslastung unter htop anschaue. Der kleine Pi wird schon ein wenig zu tun haben.
Bisher läuft RasPoc echt gut. Ich hab die Antenne direkt in den Pi integriert, das ganze wird entspannt mit einem USB Netzteil versorgt (1 Ampere!). Somit ist der kleine sehr platzsparend.
Ich suche noch ein Gehäuse in der Größe des Pi nur ca. 3-5 cm höher um den SDR Stick zu verstecken. Netzwerk und USB-Kabel rein, fertig! :=)
@Smith
Kannst Du uns bitte etwas mehr verraten?
Scripte, Installationen ....
Hast Du bei rtl_sdr die Rauschsperre gesetzt?
Ich bekomme da immer underruns :-(
Wie hast Du das genau mit dem Sound-Loop gelöst?
Ich würde noch eine Record-Funktion für ZVEI-Alarmierungen benötigen.
Das ist aber in der monitord deaktiviert. :-(
Wieso verwendest Du keinen BananaPi oder CubieTruck,
die haben genug Performance.
Da läuft auchg MySQL flüssig.
Ich werde mein Projekt mal wieder ausgraben.
Vielleicht könntest Du mir ja ein bisschen auf die Sprünge helfen?
Gruß
Marcel
Auf jeden Fall kann ich dir auf die Sprünge helfen, ich muss nur mal schauen das ich den Wald vor lauter Bäumen noch finde.
Aktuell zickt es doch per Screen-Session. Es findet ohne ssh-Terminalsitzung keine Decodierung statt. Keine Ahnung warum, anscheinend können monitord und aplay per "stdin" nicht kommunizieren wenn kein Terminal vorhanden ist...
- Die Kompilierung der sdr- & und monitord-Komponenten nach der Anleitung aus #287 (http://www.funkmeldesystem.de/foren/...&postcount=287)
- auch habe ich die Anpassung, welche hier im Thread waren, bzgl. der Baudrate vorgenommen (vorm kompilieren.)
- desweiteren per /etc/modules snd-aloop geladen.
- per alsamixer überprüft ob der loopback-Adapter als interface 1 vorhanden ist
- alles außer poc1200 aus der monitord.xml gehauen und entsprechend an das ALSA-Interface 1:1 gehangen.
- Die Ausgabe erfolgt per aplay auf 1:0
Ich weiß nicht, ob ich was vergessen habe, aber...
squelch ist bei mir quasi null, warum sollte ich diese auch im POCSAG brauchen? die Softwaresquelch ist definiv zu langsam.
Hier aber meine Befehle welche jeweils per EIGENER Putty-Session gestartet werden:
Code:sudo rtl_fm -f 448.425M -M fm -s 22050 -p 37 -E dc -F 0 -g 30 | aplay -t raw -r 22050 -f S16_LE -c 1 -D hw:1,0,0
Code:sudo monitord -c /home/pi/monitord/monitord/monitord.xml
Und Underruns habe ich tatsächlich wenn ich mich mal im Bereich um 450 Mhz (...Message...) versuche. Ich denke aber, aufgrund der Daueraussendung auf dieser Frequenz. Und das auch nur, wenn der Pi vorher nicht neu gestartet wurde.HTML-Code:<?xml version="1.0" encoding="ISO-8859-1"?>
<monitordconfig version="1.0">
<name> Monitord </name>
<logfile> screen </logfile> <!-- screen = Bildschirm monitord.log = FGile -->
<loglevel> DEBUG </loglevel>
<SocketFilterScript> socketfilter.lua </SocketFilterScript>
<PluginFilterScript> pluginfilter.lua </PluginFilterScript>
<auth>
<login>
<name>test</name>
<password>test</password>
</login>
<login>
<name>crusader</name>
<password>pw</password>
</login>
<!-- Bisher nur IP Adressen. Keine Netze oder Bereiche ! -->
<!-- Mehrfachnennungen sind aber moeglich, sofern sie Sinn machen -->
<!-- Suchreihenfolge: allow, login, deny -->
<ip action="allow">192.168.0.1</ip> <!-- Diese IPs muessen sich nicht einloggen -->
<ip action="allow">192.168.0.2</ip> <!-- Diese IPs muessen sich nicht einloggen -->
<ip action="allow">192.168.0.3</ip> <!-- Diese IPs muessen sich nicht einloggen -->
<ip action="allow">127.0.0.1</ip> <!-- Diese IPs muessen sich nicht einloggen -->
<ip action="login"> any </ip> <!-- Diese IPs muessen sich einloggen -->
<ip action="deny">any</ip> <!-- Diese IPs koennen sich nicht einloggen -->
</auth>
<!-- -->
<tcpsocket>
<bind> * </bind>
<port mode="monitord"> 9333 </port>
<port mode="fms32pro"> 9300 </port>
<port mode="crusader"> 7778 </port>
</tcpsocket>
<soundcard num="0">
<!-- <device>/dev/dsp0</device> OSS: die erste Soundkarte -->
<device>plughw:1,1,0</device> <!-- ALSA: die erste Soundkarte -->
<status>1</status> <!-- 1=aktiv, 0=deaktivert -->
<baud>22050</baud>
<name> Erste Sondkarte </name>
<!-- Linker Kanal -->
<channel part="left">
<!-- Audio Plugin -->
<!-- Audio Plugin -->
<name>Kanal 1</name>
<module type="poc1200">
<algorithmus> 1 </algorithmus>
<crc-check> 0 </crc-check>
<ecc> 0 </ecc>
</module>
</channel>
<!-- Rechter Kanal -->
<channel part="right">
<name>Kanal 2</name>
<module type="poc1200">
<algorithmus> 1 </algorithmus>
<crc-check> 0 </crc-check>
<ecc> 0 </ecc>
</module>
</channel>
</soundcard>
<dataplugins>
<!-- Daten Plugin -->
<plugin name="mysql">
<file> /usr/local/lib/monitord/libmplugin_mysql.so.0 </file>
<parameters>
<logfile> mysql.log </logfile>
<loglevel> DEBUG </loglevel>
<hostname> XXXXXXXXXXX</hostname>
<port> 3306 </port>
<username> XXXXXX </username>
<password> XXXX</password>
<database> XXXXX </database>
<ssl>0</ssl> <!-- 0: ssl disabled - 1: ssl enabled -->
<ssl-cacert>/etc/mysql/ssl/ca-cert.pem</ssl-cacert>
<ssl-cert>/etc/mysql/ssl/client-cert.pem</ssl-cert>
<ssl-key>/etc/mysql/ssl/client-key.pem</ssl-key>
<!----
Attribut name=XYZ": Zielfeld in der mySQL Tabelle
Attribut source="mysql": Inhalt nicht aus dem Resultset nehmen,
sondern "AS IS", also im Klartext als Parameter einfuegen (default="result")
Wert des Tags: Feldname im Resultset oder Klartext(je nach Attribut source)
Beispiele:
<field name="Uhrzeit" source="mysql" > NOW() </field>
(laesst MySQL die aktuelle Uhr Zeit in das Feld "Uhrzeit" einfuegen)
<field name="Typ" source="mysql" > "T" </field>
(fuegt ein "T" in das Feld "Typ" ein)
<field name="Meldung"> text </field>
(fuegt das Element "text" aus dem Resultset in das Feld "Meldung" ein)
--->
<mapping typ="fms">
<table> monitord_fms </table>
<field name="uhrzeit" source="mysql"> now() </field>
<field name="status"> statusdezimal </field>
<field name="kennung"> fmskennung </field>
<field name="richtung"> richtung </field>
<field name="text"> textuebertragung </field>
<field name="tki"> tki </field>
<field name="quelle"> channelnum </field>
</mapping>
<mapping typ="pocsag">
<table> pocsag_hist </table>
<field name="time" source="mysql"> now() </field>
<field name="ric"> ric </field>
<field name="funktion"> sub </field>
<field name="text"> text </field>
<field name="einsatz"> channelnum </field>
</mapping>
<mapping typ="zvei">
<table> monitord_zvei </table>
<field name="uhrzeit" source="mysql"> now() </field>
<field name="typ"> weckton </field>
<field name="kennung"> zvei </field>
<field name="text"> text </field>
<field name="quelle"> channelnum </field>
</mapping>
</parameters>
</plugin>
</dataplugins>
</monitordconfig>
Deine Idee aus einem anderen Forum mit Jack bzw. der Verteilung per Stream-Server steht noch aus. Bin da zufällig drüber gestolpert. :-D
Eine Sache noch kurz hervorgehoben:
der Parameter -g ist wichtig und muss an die Frequenz angepasst werden. Der Gain (Gewinn, Verstärkung) ist wohl der entscheidene Parameter um die decodierung zu ermöglichen. Dieser, und der Standort der Antenne, sind die Parameter für eine erfolgreiche Decodierung per monitord und einem RTL-SDR Stick.Code:sudo rtl_fm -f XXX.XXXM -M fm -s 22050 -p 37 -E dc -F 0 -g 30
Ich bewege mich zwischen 20 und 40. Er ist übrigens vergleichbar mit der Windowsfunktion AGC unter SDR#.
ein rtl_test ermittelt die Werde, welche aufgrund der unterschiedlichen Tunergruppen unterschiedlich sind, möglich sind.
Zu den Underuns:
An sich treten diese bei mir nur mit 2-6 ms auf. Also halb so wild. Es sieht auch so aus, als wäre das ganze auf dem 2. Pi (welcher ohne USB Hub läuft) nicht vorhanden ;)
Ich habe hier tatsächlich nur das SDR und einen WLAN Microstick dran. Stromversorgung per micro-USB 2A Netzteil. Wobei man wissen sollte, über diesen kann der Pi nur max. 1A aufnehmen. Also spart auch das Geld für die großen Netzteile wenn ihr ohne Hub arbeiten wollt.
Hi,
Ich habe mein Alarm-Server-Projekt mal wieder ausgegraben. :-)
Komme aber schon nicht mehr weiter. :-(
Ich habe mir auf meinen CubieTruck,
ein aktuelles Debian Wheezy mit Kernel 3.4.105,
geflasht.
Leider fehlt hier snd_aloop.
Mal sehen, ob ich mir den Kernel neu bauen kann.
Das habe ich vor Jahren schon einmal geschafft.
Ich benötige für meinen Alarmserver das ZVEI-Protokoll
und möglichst eine Aufnahme Funktion.
Hast Du eine Idee, wie ich das umsetzen kann.
Und dann wäre noch das Problem mit dem Squelch und den Underuns.
Kann ich das mit einer kleinen Hardwareschaltung oder Soundfiltern lösen?
Gruß
Marcel
Snd_aloop ist im raspbian Kernel direkt mit drin.
Ein nachinstallieren sollte schnell erledigt sein.
Wie hoch sind die underruns?
Takt des Curie veränderbar? Installiere mal htop und check die Auslastung von rtl_fm.
Ihr nutzt nur ZVEI? Dann erklärt sich das mit der Aufnahme.
Durch die Aufnahme wirst du um einen AudioServer nicht herumkomm. .. oder eine 2. SDR. Ist vielleicht einfacher. Wobei beim Pi es von den Ressourcen zu eng wird. Cubie kenne iich nicht.
Edit: der Cubie wird es können :-)
Ich habe aber kein raspian, sondern Debian Wheezy.Zitat:
Zitat von Smith
http://www.igorpecovnik.com/2013/12/...sd-card-image/
root@cubietruck:~# sudo modinfo snd-aloop
ERROR: Module snd-aloop not found.
[QUOTE]
Wie hoch sind die underruns?
Takt des Curie veränderbar? Installiere mal htop und check die Auslastung von rtl_fm.
Sehr hoch, werde das aber noch einmal testen.
Allwinner A20 SoC (2 ARM-Cortex A7-Prozessorkerne mit 1 GHz Taktfrequenz),Zitat:
Cubie kenne iich nicht.
2 GB DDR3 SDRAM mit 480 MHz, 10/100/1000 RTL8211E Ethernet PHY, WLAN und Bluetooth onboard via PCB-Antenne (Chip: Broadcom BCM4329/BCM40181)
http://funkmeldesystem.de/foren/images/attach/jpg.gif
Dann hast Du was verpasst. Das ist eine Rennmaschine :-)
Mittlerweile gibt es den Banana Pi auch für 40€.
Das Ding ist auch recht schnell.
Ich verwende den für meine Haussteuerung mit Fhem.
Frohe Weihnachten !!!
Das war auch auf Wheezy bezogen. :)Zitat:
Zitat von McBo
alsa kompilieren, mit loopback.
http://www.sm5bsz.com/linuxdsp/install/snd-aloop.htm
Sollten die underruns bis 10ms liegen, sehe ich kein Problem.Zitat:
Zitat von McBo
Ich habe aktuell zwei pi hier. Auf dem einen gibt es underruns, auf dem anderen nicht.
beide fahren das gleiche ras-poc image welches ich für mich erstellt habe.
Dennoch decodieren beide gleich gut.
Hab mir den kleinen mal angesehen. Einen Banana hab ich schon bestellt, der Cubie ist auf jedenfall interessant. Aber auch recht teuer für meine kleinen Bastelprojekte.Zitat:
Zitat von McBo
Dir auch ein frohes Fest! :)
Da hängt es schon bei:Zitat:
Zitat von Smith
Code:Install the package alsa-source
apt-get install alsa-source
E: Unable to locate package alsa-source
Gruß
Marcel
Es scheint so, als ob 2010 die Loop-Funktion im ALSA packet noch nicht mit in die damalige Debian-Stable mit übernommen wurde...Zitat:
Zitat von McBo
Deshalb musste man dies selbst kompilieren.
Sollte mit den aktuellen Alsa-packeten aber direkt funktionieren...
MfG Fabsi
Info zur Moderation:
Ich habe die Bitte erhalten, die Beiträge von Ende Dezember 2014/Anfang Januar 2015 zum Thema "multimon" und "multimon-ng" in einen eigenen Thread zu verschieben. Das habe ich nach Kenntnisnahme getan und hoffe auf das Verständnis der Schreibenden.
In diesem Thread sollte es sich bitte wieder um den monitord auf dem Raspbian drehen, der Thread zum multimon darf gern für die Alternative (multimon/-ng) weiter genutzt werden.
Viele Grüße
Martin
Wir arbeiten daran (hab selbst hier keine Rechte)Zitat:
Zitat von mdi
Diese beiden Beiträge kann der Kollege dann ja auch gerne mitlöschen :)
MfG Fabsi
Danke hat geklappt!
Hat irgendwer hier bereits mal mit 2 SDR-Sticks an einem Raspberry pi Rev2 Model B gearbeitet?
Ích habe die Beobachtung gemacht, dass ein Pi (getaktet auf 1000Mhz) mit 2 Sticks anscheinend mehr als 2A benötigt.
Ich bin quasi gezwungen einen aktiven USB-Hub zu nutzen... :-)
Hat schonmal jemand versucht, zwei Frequenzen über eine einzige Karte zu überwachen? Also mit mehreren virtuellen Soundkarten ala snd_aloop und (möglicherweise modifizierten) rtl_fm? Und weiß jemand, in welchen Frequenzbereich sich diese unterscheiden dürfen?
Beispiele
https://github.com/hpdvanwyk/fm-mult...ster/README.md
https://github.com/szpajder/RTLSDR-A...ster/README.md
Grüße,
magnet
Das würde mich auch sehr interessieren.
Ich betreibe meinen Raspberry Pi, momentan mit zwei DVB-T Sticks.
Da kommt man schnell an Stromprobleme :-(
Gruß
Marcel
Hallo zusammen,
ich versuche gerade, MonitorD aufzusetzen, bekomme aber keinen Zugang zu der Source unter "sudo svn co http://svn.monitord.de/monitor/trunk monitord".
Weiß jemand, woran das liegen könnte und wie ich das beheben kann?
Hier die Fehlermeldung:
svn: E175013: Unable to connect to a repository at URL 'http://svn.monitord.de/monitor/trunk'
svn: E175013: Zugriff auf »/monitor/trunk« verboten
Hallo zusammen,
nach (sehr) langem experimentieren und unzähligen Foren Einträgen habe ich es geschafft ein lauffähiges System zu bekommen. Mit einem Raspberry PI, einem DVB-T (DVB-FM) Stick, rtl_fm und monitor-ng bekomme ich POCSAG1200 Meldungen in eine Textdatei. Aber: leider bekomme ich pro Alarmierung eine Zeile mit der Adresse und der Funktion. Mehr leider nicht. Die Der eigentliche Text fehlt mir und ich bekomme einfach nicht raus was ich falsch mache. Könnt ihr mir einenTip geben?
Besten Dank, Piet
Hi,
habe mal eine Erweiterung gebastelt um Meldungen via telegram zu verschicken.
import urllib2
def tele(tmeldung):
tmeldung = tmeldung.replace(" ","%20)
#hier alle Umlaute etc. umwandeln
sendung = str('https://api.telegram.org/bot<api-key>/sendMessage?chat_id=<hier chat id>&text=') + str(tmeldung)
try:
urllib2.urlopen(sendung)
except:
print sendung
<api-key> mit eurem eigenen key ersetzen
<hier chat id> mit eurer chat-id ersetzen
MfG
coastboy