monitord auf Raspberry Pi

[matt]

Hier noch ein Link zu einem recht guten LUA-Tutorial.

http://www.youtube.com/watch?v=hURufKEDF6o

Es gibt noch 5 weiterführende Videos des Autors.

[matt]

Heute Abend hatte ich den ersten Ausfall der Auswertung.
Ich hatte monitord normal auf dem Raspberry laufen. Nachdem ich nach ca. 4 Stunden wieder an den Rechner gegangen bin, bemerkte ich, dass nichts mehr ausgewertet wird.
Mit dem Befehl

ps aux | grep monitord

sah ich, dass monitord nicht nur einmal, sondern über 500 mal ausgeführt wird. Wie das geschehen konnte, kann ich mir nicht erklären.

Vielleicht schaut ihr in Zukunft, wenn euer monitord nichts mehr auswertet auch mal wie oft das Programm läuft.

Nachdem alle Instanzen gekillt waren und monitord nur noch einmal lief, wurde wieder ausgewertet.

-----------------------------------------------------------------------------------
UPDATE

Es liegt an einem LUA-Skript das ich geschrieben habe. Die genaue Ursache suche ich noch.
-----------------------------------------------------------------------------------
UPDATE

Hab den Fehler gefunden:
Um über das LUA-Skript diverse Aktionen ausführen zu lassen, erstelle ich eigene unabhängige Prozesse, welche die Aktionen ausführen. Das Original-LUA-Skript muss diese nur aufrufen und führt sofort den nächsten Befehl aus, ohne auf den neu erstellen Prozess zu warten. Gerade wenn eine Aktion etwas länger braucht benötigt man das.
Die erzeugen Prozesse sind Abbilder vom Original-Prozess. Die erstellen Prozesse muss ich irgenwie gezielt beenden. Nur weiss ich noch nicht wie.

[Dtrieb7482]

Hallo allerseits,

ich habe ein Archlinux auf meinem Pi laufen und bin beim Kompilieren in folgenden Fehler gelaufen:

/bin/sh ./libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I.  -Ijthread-1.2.1/src -D_DEBUG -Wall  -frtti -DPLUGINS -fPIC -rdynamic  -shared -frtti   -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -MT monitord/plugins/monitord_plugins_libmplugin_audiorecorder_la-mpluginAudio.lo -MD -MP -MF monitord/plugins/.deps/monitord_plugins_libmplugin_audiorecorder_la-mpluginAudio.Tpo -c -o monitord/plugins/monitord_plugins_libmplugin_audiorecorder_la-mpluginAudio.lo `test -f 'monitord/plugins/mpluginAudio.cpp' || echo './'`monitord/plugins/mpluginAudio.cpp
 g++ -DHAVE_CONFIG_H -I. -Ijthread-1.2.1/src -D_DEBUG -Wall -frtti -DPLUGINS -fPIC -rdynamic -shared -frtti -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -MT monitord/plugins/monitord_plugins_libmplugin_audiorecorder_la-mpluginAudio.lo -MD -MP -MF monitord/plugins/.deps/monitord_plugins_libmplugin_audiorecorder_la-mpluginAudio.Tpo -c monitord/plugins/mpluginAudio.cpp  -fPIC -DPIC -o monitord/plugins/.libs/monitord_plugins_libmplugin_audiorecorder_la-mpluginAudio.o
monitord/plugins/mpluginAudio.cpp: In Elementfunktion »void MonitorAudioPlugIn::addThreadMessage(SocketThread*, std::string)«:
monitord/plugins/mpluginAudio.cpp:20:45: Fehler: »sleep« wurde in diesem Gültigkeitsbereich nicht definiert
monitord/plugins/mpluginAudio.cpp: In Elementfunktion »bool MonitorAudioPlugIn::getThreadMessage(SocketMessage&)«:
monitord/plugins/mpluginAudio.cpp:41:39: Fehler: »sleep« wurde in diesem Gültigkeitsbereich nicht definiert
make[1]: *** [monitord/plugins/monitord_plugins_libmplugin_audiorecorder_la-mpluginAudio.lo] Fehler 1
make[1]: Leaving directory `/tmp/yaourt-tmp/aur-monitord-svn/src/build'
make: *** [all] Fehler 2

Das Paket wurde aus dem AUR kompiliert, aber auch nach einem manuellen svn co, ./configure und make trat der Fehler auf.

Hat jemand eine Idee, wie das Problem zu lösen ist?

Viele Dank für die Hilfe!

[matt]

Hallo allerseits,

ich habe ein Archlinux auf meinem Pi laufen und bin beim Kompilieren in folgenden Fehler gelaufen:...

Hi, ich habe noch nie mit einem Archlinux gearbeitet. Aber kann man dort nicht die gleichen Befehle wie bei einem Debian verwenden?

[DeLocke]

@matt:

Du hast doch auch den UBC69 XLT

Wie hoch hast du den Line-In Pegeal im alsamixer?

[MueThoS]

Soweit ich das verstehe gibt es da keinen Pegel.
Ich kann bei meiner Soundblaster Mp3+ nur den Line in an oder aus machen.
Wenn du dir den Pegel anzeigen lässt ist er im unteren drittel.

So ist zumindest meine Erfahrung damit.
Ich muss:
Den Aufnahme Regler auf 100 bzw 1 stellen weiß nicht genau und muss die Aufnahme des Kanals mit Leertaste aktivieren. Dann steht da Aufnahme drunter.

[matt]

Den Eingangspegel kann ich mit dem Befehl

sudo arecord -vv -D plughw:1,0 /dev/null

darstellen lassen.

Die Kombination Uniden UBC 60 XLT2 (über Diskriminatorausgang angeschlossen) und Behringer UCA 202 ergibt bei mir einen Eingangspegel zwischen den Grenzen 20% und 30%. Im Mittel liegt er aber tatsächlich bei 24% oder 25%.

Im Alsamixer bietet die UCA202 keine Einstellungsmöglichkeiten was den Pegel betrifft. Sollte der Pegel nicht passen, muss er also über entsprechende Hardware angepasst werden.

[Dtrieb7482]

Hi, ich habe noch nie mit einem Archlinux gearbeitet. Aber kann man dort nicht die gleichen Befehle wie bei einem Debian verwenden?

Nein es sind nicht die gleichen Befehle.

Wäre schön wenn mir jemand weiterhelfen könnte, dann könnte ich mich auch mit dem Programm beschäftigen.

[matt]

Nein es sind nicht die gleichen Befehle.

Wäre schön wenn mir jemand weiterhelfen könnte, dann könnte ich mich auch mit dem Programm beschäftigen.

Gibt es einen Grund warum du nicht mit einem Debian arbeiten kannst?
Ich glaube bis jetzt haben hier im Thread alle Leute mit dem Raspbian gearbeitet.

[dataflash]

@ Matt, die POCSAG Messages möchte ich eigentlich nicht über LUA filtern, da die RIC Liste über eine Datenbank aktualisiert wird und über das PHP-Script direkt ein Abgleich erstellt wird.

Das Startscript im init.d allerdings würde mich schon sehr interessieren, wie schon beschrieben, ist nicht das SH-Script das Problem, sondern der aufruf beim start.
Mein Script, dass im init.d liegt wird nicht beim start ausgeführt.