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
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>
<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>
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.
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