Druckbare Version
In den folgenden Files:
SndPipe.cpp, Monitor.cpp, MonitorModuleFMS.h, MonitorModulePocsag512.h, MonitorModulePocsag1200.cpp, MonitorModulePocsag1200.h, MonitorModules.cpp
In jeder Datei ist jeweils nur ein Eintrag, einfach nach 22050 suchen und auf 48000 ändern.
Ob das allerdings des Rätselslösung ist, kann ich noch nicht bestätigen.
Also es läuft auch auf dem zweiten PI:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install autoconf libtool libasound2-dev subversion mysql-client libmysqlclient-dev
sudo svn co http://svn.monitord.de/monitor/trunk monitord
cd monitord
cd monitord
Dort in den folgenden Dateien 22050 auf 48000 ändern (jeweils nur ein Eintrag pro Datei vorhanden):
SndPipe.cpp
Monitor.cpp
MonitorModuleFMS.h
MonitorModulePocsag512.h
MonitorModulePocsag1200.cpp
MonitorModulePocsag1200.h
MonitorModules.cpp
cd ..
sudo autoreconf -fi
sudo ./configure --enable-plugins --with-alsa --with-mysql
sudo make
sudo make install
sudo cp sample-config/monitord.xml.linux monitod/monitord.xml
(*)
cd monitord
sudo nano monitod.xml
OPTIONAL:
logfile screen /logfile
loglevel DEBUG /loglevel
Hier habe ich eine Soundcard raus geworfen, alles raus, was nicht gebraucht wird also nur poc1200 drin gelassen. Jeweils für den rechten und den linken Kanal (Audiorecorder auch raus geworfen)
Darin die folgenden Tags gesetzt:
algorithmus 1 /algorithmus
crc-check 0 /crc-check
ecc 0 /ecc
Weiter unten bei plugin mysql die Datei angepasst:
plugins/libmplugin_mysql-0.dll geändert in plugins/.libs/libmplugin_mysql.so.0.0.0
Passwort, User, Database angepasst und alle mappings bis auf poc1200 rausgeworfen.
In der Datei /etc/modprobe.d/alsa-base.conf den Eintrag "snd-usb-audio=1" ändern.
In der Datei /etc/modules die Zeile "snd-usb-audio" einfügen.
cd /home/pi/monitord/monitord
sudo monitord
(*) Installation eines mySQL-Server: http://www.forum-raspberrypi.de/Thre...l-installation
Wobei ich persönlich Apache, PHP5, mySQL und phpMyAdmin installiert habe (Alles auf der Seite sehr sauber beschrieben).
Der eigentliche Witz dabei ist, dass es mit dieser Konfiguration sowohl mit dem Behringer UAC202 läuft wie auch mit der Hercules Muse XL pocket LT3.
Bei dem Zweiten PI mit der UAC202 habe ich den Alsamixer nicht mal angefasst und es läuft sauber.
Angeschlossen wurde alles über Line-In.
Scanner war jeweils Uniden UBC69XLT-2 mit Diskriminator-Ausgang.
Weiterhin wurde jeweils kein USB-Hub verwendet. (Ob es damit überhaupt was zu tun hat, konnte ich noch nicht testen)
Das klingt doch gnaz danach, dass der Fehler nicht an den Soundkarten sonder an den Einstellungen gelegen hat.
Hat jemand schon einen Ansatz, wie man die Daten weiter verarbeiten kann. Also z.B. AlarmSMS am laufen oder SMS77 oder sowas?
Gibt es hierfür schon entsprechenden Scripte, die nicht laufen?
Wenn Ja wo finde ich diese?
@dataflash: Deine Anleitung läuft jetzt auch bei mir 1a. Ich hoffe das es auch so bleibt, dann bekommste nen Keks :-P
Bei mir läuft die POCSAG-Auswertung jetzt auch. Allerdings glaube ich, dass nicht der ganze übertragene Text ausgewertet wird. Ich werde irgendwann mal monitord und FMS32pro parallel laufen lassen.
Hat sich schon jemand an die FMS-Auswertung gewagt?
Meine USB->Klinke - Kabel von Thomann liegt jetzt in der Packstation, mal schauen wann ich es schaffe auszuprobieren.
Grüße
Ich lasse nun den Raspberry (monitord) parallel mit meinem Rechner (FMS32pro) auswerten. Das Signal kommt vom gleichen Scanner.
Soweit ist die Auswertung ganz gut. Wie ich aber schon befürchtet habe, gibt monitord nicht den ganzen Text einer Pocsag-Meldung aus.
Nach ca. 148 Zeichen wird die Meldung immer abgeschnitten. Kann mir jemand bestätigen, dass ich nicht der einzige mit diesem Problem bin?
Kennt jemand vielleicht die Ursache?
RO hat das selbe Problem - ich denke das liegt in der DecoderZitat:
Zitat von matt
Was meinst du mit "in der Decoder" ?Zitat:
Zitat von DeLocke
Ich bekomme leider keine Messeages die länger sind als 120 Zeichen.
Aber ich hätte mal die zwei Einträge in der MonitorAudio.cpp von 16384 auf 32768 geändert und neu kompiliert. (Reiner Schuß ins Blaue)
Kleine Info zwischendurch:
FMS funktioniert bei mir wunderbar (naja, seit ca. 20 Minuten). Hier mal die Einstellungen die ich in der monitord.xml verwende:
HTML-Code:<module type="fms">
<algorithmus> 1 </algorithmus>
<syncbits> 12 </syncbits>
<crc-check> 1 </crc-check>
<maxerrors> 0 </maxerrors>
</module>
Nach dem ich nun ca. 10 Stunden FMS dekodiert habe, hier das Ergebnis:
Von ca. 350 Stati wurden 75% korrekt ausgewertet.
Ich habe schon versucht einen Filter einzubinden. Allerdings bislang ohne Erfolg.
Hast du die Änderungen schon vorgenommen? Wenn ja, ändert sich was an den Texten?Zitat:
Zitat von dataflash
Wer Filterskripte einbinden will, muss das bereits in der Config vor dem Kompilieren machen.
Siehe:
http://www.funkmeldesystem.de/foren/...65&postcount=5
Ich bekomme leider keine Alarmierungen, die länger sind als 120 Zeichen rein.
Bedeutet, die Alarmierungen werden nicht abgeschnitten, sondern die Alarmierungen sind einfach kürzer.
Sobald ich mal eine über 150 Zeichen reinbekomme, gebe ich bescheid, aber die letzte Alarmierung in solch einer Länge war im November.
Du kannst ja auch einfach mal so eine lange Alarmierung mit einen Programm erzeugen, z.B. BosTool. Dann hast du das Ergebnis sofort... ;-)Zitat:
Zitat von dataflash
Kann ich die configure eigentlich nachträglich ändern?Zitat:
Zitat von matt
Ich habe das schon mehrmals versucht, allerdings hat er es nicht übernommen.
Also configure, make, make install und nichts ändert sich.
Ja aber dann brauch ich ein 3,5 Klinke auf 3,5 Klinke Kabel und das habe ich im Moment nicht zur Hand, ich kuck mal, dass ich mir eines organisiere, kann aber dauern.Zitat:
Zitat von matt
Um die Skripts auszuführen bin so vorgegangen wie in dem Link beschrieben:Zitat:
Zitat von dataflash
- Zunächst die Pakete für LUA installieren
- ./configure entsprechend durchlaufen lassen
- make
- make install
Währenddessen den Monitord natürlich nicht laufen lassen.
Danach das Programm ganz normal starten. Dann hats bei mir mit dem Skripts (zumindest grundlegend) funktioniert.
Nein das bringts nicht, bei 145 Zeichen ist Ende. Es muss an was anderem liegen.
Ich hab das gleiche vorhin versucht. Kein Erfolg.Zitat:
Zitat von dataflash
In der Datei MonitorModulePocsag.h ist ein Buffer als Array mit einer Länge von 128 definiert. Die Arraylänge habe ich einfach mal auf 256 vergrößert. Damit kamen auch Längere Meldungen durch, allerdings wurden Meldungen, die Länger als 145 Zeichen waren nicht korrekt dekodiert. Mit nicht korrekt meine ich, dass man anhand des dekodierten Textes noch nicht mal was erahnen konnte.
Meldungen die weniger als 145 Zeichen enthielten wurden korrekt dekodiert.
Für FMS und POCSAG habe ich nun auch Filter erstellt, die prüfen, ob es sich bei den dekodierten FMS-Kennungen und den RICs um plausible Werte handelt. Ist das nicht der Fall, werden diese nicht in die MySQL-Datenbank geschrieben.
Die RIC, die bei uns alle paar Minuten ausgesendet wird, damit die DMEs wissen, dass sie noch empfang haben, habe ich ebenfalls herausgefiltert. Funktioniert soweit ganz gut.
Mir ist noch aufgefallen, dass im monitord manchmal auch nicht der ganze POCSAG-Text dekodiert wird. FMS32pro bekommt die selben Nachrichten jedoch dekodiert. Vielleicht bekommt man da auch noch was gedreht.Code:local toHidePOCSAG = {"xxxxxxx"} ; --RIC, die zur Empfangskontrolle der DMEs dient
function pocsagAktion()
end
function fmsAktion()
end
function pocsagFilter()
if(string.sub(arg["ric"],1,2) ~= "xx") then --xx durch erste beiden Ziffern der RICs ersetzen
return 1
end
for index,testwert in pairs(toHidePOCSAG) do
if(testwert == arg["ric"]) then
return 1
end
end
return 0
end
function fmsFilter()
--print("fmsFilter")
--print(arg["fmskennung"])
if(string.sub(arg["fmskennung"],1,3) ~= "xxx") then --xxx durch erste drei Ziffern der FMS-Kennung ersetzen (BOS-Kennung, Landeskennung & 1. Ziffer der Ortskennung)
return 1
end
return 0
end
function pluginFilter()
--print(arg["typ"])
if (arg["typ"]=="pocsag") then
pocsagAktion()
return pocsagFilter()
end
if (arg["typ"]=="fms") then
fmsAktion()
return fmsFilter()
end
return 0;
end
So - schlechte Nachrichten. Ohne mein zutun (weder pi neugestartet, noch irgendeine Einstellung verändert) wieder kaum bist keine Auswertung.
Wie aus dem nichts...
Also bei einem Neustart, ist bei mir der alsamixer komplett verstellt, also MIC als Eingang, capture ist aus usw. Vielleicht liegt es ja daran?Zitat:
Zitat von DeLocke
Hallo DeLocke,
hast du vielleicht ein USB-Gerät angesteckt? Bei mir ist es schon vorgekommen, dass deren Einschaltstrom zu hoch war und die Spannung kurz eingebrochen ist. Das hat den Raspberry aus dem Tritt gebracht und er hat neu gebootet.
Ist der Soundpegel ok?
Code:sudo arecord -vv -D plughw:1,0 /dev/null
Ich habe mal gelesen, dass Alsamixer die Einstellungen nach einer Änderung nicht automatisch speichert. Dazu muss anscheinend der folgende Befehl ausgeführt werden:Zitat:
Zitat von dataflash
Obwohl ich eine UCA202 an meinem Raspberry habe, die sowieso keine Einstellmöglichkeiten besitzt, habe ich den Befehl einfach mal just for fun ausgeführt. Das hat dazu geführt, dass monitord nichts mehr ausgewertet hat. Nach einem Neustart des Programm lief aber alles wieder so gut wie bisher.Code:sudo alsactl store
Ich hab nix gemacht - ich war ja noch nicht mal zu Hause :-P
Hallo zusammen,
ich hatte heute mal Zeit mich mit dem Interface zu beschäftigen: the t.bone USB 1G
Es funktioniert!!!!
Hier mal ein paar Infos:
Code:root@debian:~# arecord -l
**** List of CAPTURE Hardware Devices ****
card 1: default [C-Media USB Audio Device ], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
http://www.abload.de/thumb/unbenanntnxu0y.pngCode:root@debian:~# lsusb
Bus 001 Device 004: ID 0d8c:0008 C-Media Electronics, Inc.
Es wird zwar als Mic aufgeführt, aber scheinbar macht das nix :)
Ich dekodiere ausschließlich Pocsag damit, ich denke mal der Rest sollte kein Probleme machen. Ich habe aus Auswert-Rate von rund 98% das kann aber auch an dem bescheidenen Empfang hier liegen.
Das Kabel hat einen 6,3mm Stecker montiert. Entweder abschneiden und diesen anlöten oder diesen Adapterstecker verwenden.
Grüße
@schmodda: Welchen POCSAG Empfänger?
Uniden bc80xlt. Diskriminator selbst eingebaut
Bei mir hat sich die Auswertung ebenfalls durch das Ändern der Samplerate auf 48000 gebessert. Jedoch besteht bei mir weiterhin das Problem, dass die Soundkarte (Hercules Muse LT3 und "noname" Ebay) sich nach kurzer Zeit neustarten. Vorher läuft der Prozess bei ca. 40 % Auslastung, nach dem automatischen neustart nur noch bei 16% und es wird nichts mehr ausgewertet.
Ist das ggf. das gleiche Problem wie bei DeLocke? Hat jemand noch das gleiche oder ein ähnliches Problem? Gibt es Lösungsvorschläge? Welches Betriebssystem nutzt ihr genau?
Mit der UCA202 hatte ich bis jetzt noch keine Probleme. Der letzte Neustart von meinem Pi war vor ca. 24 Stunden. Seither wertet er fröhlich alles aus was ankommt.
Hy,
mal wieder ne doofe Frage.
Wertet Ihr die POCSAC Signale nur auf den Raspberry aus und gebt diese dann per Port weiter auf den PC oder hat schon jemand ein System am laufen, wo er über den Raspberry auswertet und das Ergebniss dann z.B. über SMS77 oder AlarmSMS verschickt?
Kann mal jemand paar Bilder posten wie das Monitored auf dem Raspbeery aussieht?
Den ich hab mir die Win Version gezogen und mal auf meinem Win7 Rechner installiert. Aber es ging beim Start nur ein DOS Fenster auf und gut war.
Denke mal dass Monitord (Win Version) nicht Win7 kompatibel ist.
Also bei mir läuft die reine POCSAG Auswertung seit 3 Tagen bis jetzt ohne Probleme.
Weiter bin ich leider nicht gekommen, werde morgen nochmal mit den LUA-Scripts testen.
@schmodda:
Danke für das Testen und die Infos von zu dem Kabel-Adapter. (bei dem Preis unschlagbar)
@DeLocke:
Was schreibt er denn? Bringt er eine Fehler-Meldung? Oder decodiert er einfach nichts mehr?
Wenn er nicht mehr decodiert, liegt es bestimmt an einem Speicher der voll läuft oder ähnlichem
@Stal:
Bei 40% läuft das doch über OSS? bei Alsa braucht er max 20%, bitte checkt das mal.
Weiterhin über Line-In anschließen, capture anschalten im Alsamixer und auf 65 stellen.
Ich benutze das 2012-12-16-wheezy-raspbian.img (Betriebssystem)
@Willi-helmchen:
Nein im Moment hat es wohl noch niemand fertig gebaut. Aber du hast die Möglichkeit über LUA selbst ein Script zu schreiben, dass direkt zu SMS77 oder AlarmSMS verschickt, gibt viele, die sich drüber freuen würden.
Weiterhin hat Monitord kein Frontend, also keine sichtbare schön gestaltete Ausgabe (Also nur ein Dos-Fenster) und nein: Monitord läuft sehr gut unter Windows 7.
Hier findest du auch Informationen zum Programm!
http://monitord.de/
Welche Auswerter nutzt ihr denn?
Auswerter? = Funkempfänger?
1 x Uniden bearcat ubc 69 xlt-2 mit Diskriminator-Ausgang
1 x Uniden bearcat ubc 69 xlt-2 mit selbstgelötetem Diskriminator-Ausgang
Gibts da eventuell schon en Thread für? Wenn ja sollten wir dafür mal einen eröffnen.
USB Sound Cards ohne Line-IN funktionieren auch mit 48000 Sample-Rate nicht.
Habe es mit zwei verschiedenen USB Sound Cards getestet.
So ich habe jetzt LUA mal mit compiliert und jeweils die Socket und Pluginfilter Funktionen angepasst.
Leider habe ich jetzt auch das Problem, er hört einfach auf zu decodieren.
@DeLocke, hast du auch LUA configuriert?
So es lag nicht an LUA, es lag an dem UAC 202, nach einer gewissen Zeit macht es einfach nichts mehr.
Wer hat denn diese Probleme mit dem Abbruch des decodings?
Welche Soundkarten verwendet ihr?
(So langsam kommt es mir wie ein Selbstgespräch vor...)
Ich hab im Moment einen UBC144 XLT dran und der wertet nur sporadisch aus.
Hatte jetzt aber auch keine Zeit mehr mich mehr damit zu beschäftigen
Ich habe auch eine UCA202. Die letzten 5 Tage wurde alles sehr gut ausgewertet.
Als Empfänger verwende ich einen Uniden UBC69XLT2 mit selbst eingebautem Diskriminatorausgang. Einen Abbruch der Auswertung hatte ich nie.
LUA habe ich auch mit eingebunden. Darin mache ich nochmals eine Plausibilitätsprüfung der ausgewerteten Daten.
Heute ist auch diese Soundkarte bei mir angekommen:
http://www.ebay.de/itm/110904183849?...84.m1439.l2648
Erste Versuche am Windows-Rechner mit FMS32 Pro brachten aber keinen Erfolg, obwohl die Soundkarte einen Line-In hat.
Bei 11025 Baud wurden sehr viele RICs ausgewertet, die definitv nicht empfangen wurden. Die eigentlichen Nachrichten kamen so gut wie gar nicht durch.
Bei 22050 Baud hatte ich bis jetzt keine einzige korrekte Auswertung.
Bei 44100 Baud hat FMS32 Pro gar nichts ausgewertet.
Anschließend hab ich den Mikrofoneingang benutzt.
Hier sind die Ergebnisse aber auch nicht besser.
Im Laufe des Tages hänge ich die Soundkarte noch an den Raspberry. Allerdings bezweifle ich, dass die Soundkarte dort besser funktioniert...
Moinsen,
ich werde mich vorerst von dem Raspberry Projekt verabschieden und gehe andere Wege.
Ich hatte das Glück, dass bei mir in der Firma ein paar Aaen GENE-8310 Boards samt Touchscreen Monitor im Zuge der Inventur entsorgt wurden und ich eins abgreifen konnte.
Bei dem Board handelt es sich um ein 3,5" Mainboard mit x86 Architektur und einem 600Mhz Intel Prozessor.
Das ganze ist passiv gekühlt und hat alles was das Herz begehrt. Also 4x USB, LAN und Line-In usw. Und er soll unter Volllast max. 8-10W ziehen.
Beim 15" Touchscreen Monitor muss ich allerdings noch schauen, ob das Teil noch zuckt oder ob dieser Müll ist.
Aber ich habe noch was interessantes gefunden.
Die Alix Boards, zu finden unter www.alix-boards.de sind ebenfalls kleine Linux Mainboards mit x86 Architektur und sollen ohne Einsteckkarten nur 4-5W benötigen. Und laut I-Net bekommt man darauf auch Windoof zum laufen. Diese haben ebenfalls einen Line-In mit an Board.
Die Boards kosten zwar mit 100-140€ mehr wie der Raspberry Pi, aber wenn ich schau was die USB Soundkarten dazu noch kosten hat man den Preis ja fast schon wieder.
Das Sound-Interface von Thomann wertet bei mir immernoch fröhlich aus :) ->> 10€ + Versand
Hallo schmodda,
bin ich richtig damit, dass das Kabel nur einen Kanal hat? Also Mono?
Wenn man einen Scanner für FMS und einen für POCSAG verwenden möchte bräuchte man also zwei von den Kabeln. Und dann ist man auch schon fast bei den Kosten von der Behringer UCA202. ;-)
Hi Matt,
wieso 2 Kabel? Ich habe zwei Scanner, beide werten nur mit Mono aus.
Hab ich was verpasst? Läuft es mit Stereo besser?
Nein, mit Stereo läuft es nicht besser :-D.
In Vergangenheit habe ich als schon folgenden Aufbau benutzt (allerdings nicht auf dem Raspberry):
- Zwei Scanner (einer für POCSAG, einer für FMS)
- beide mit Mono-Ausgang
- Der Line-In einer Soundkarte ist üblicherweise als Stereo-Eingang ausgeführt.
- Das heisst: ein Scanner auf den linken und der andere Scanner auf den rechen Kanal der Soundkarte
-> Das Ergebnis: Zwei Scanner mit nur einer Soundkarte am Rechner angeschlossen.
Ich meine, dass das USB-Klinkenkabel nur Mono ist. Das bedeutet, dass man für jeden Scanner ein eigenes Kabel benötigt. Bei zwei Scanner dann also auch zwei von den Kabeln.
In diesem Anwendungsfall muss ich dir recht geben, hierfür wirst du zwei Kabel benötigen, da die Abbildung nur ein Mono-Klinken Stecker zeigt.
Die Frage ist ob dieser A/D Wandler nur mono unterstützt oder doch stereo, dann müsste man nur den Stecker wechseln.
Hallo Matt,
kannst Du bitte nochmal Deine Konfiguration (incl. verwendetem Linux) posten? Wäre sehr nett.
Danke,
Funkwart
Zitat:
Zitat von matt
Hallo funkwart,
folgender Aufbau habe ich:
- Uniden UBC60 XLT2
- Behringer UCA202
- Raspberry mit Raspbian wheezy vom 16.12.2012
- CPU-Taktfrequenz: 700 MHz
- und hier meine Monitord-Config:
HTML-Code:<?xml version="1.0" encoding="ISO-8859-1"?>
<monitordconfig version="1.0">
<name> Monitord </name>
<logfile> monitord.log </logfile> <!-- screen = Bildschirm -->
<loglevel> INFO </loglevel>
<SocketFilterScript> socketfilter.lua </SocketFilterScript>
<PluginFilterScript> pluginfilter.lua </PluginFilterScript>
<soundcard num="0">
<!--<device>/dev/dsp1</device>--> <!-- OSS: die erste Soundkarte -->
<device>plughw:1,0</device> <!-- ALSA: die erste Soundkarte -->
<status>1</status> <!-- 1=aktiv, 0=deaktivert -->
<baud>48000</baud>
<name> Erste Sondkarte </name>
<!-- Linker Kanal -->
<channel part="left">
<!-- Audio Plugin -->
<name>Kanal 1</name>
<module type="poc1200">
<algorithmus> 1 </algorithmus>
<crc-check> 1 </crc-check>
<ecc> 0 </ecc>
</module>
<module type="fms">
<algorithmus> 1 </algorithmus>
<syncbits> 12 </syncbits>
<crc-check> 1 </crc-check>
<maxerrors> 0 </maxerrors>
</module>
</channel>
<!-- Rechter Kanal -->
<channel part="right">
<name>Kanal 2</name>
<module type="poc1200">
<algorithmus> 1 </algorithmus>
<crc-check> 1 </crc-check>
<ecc> 0 </ecc>
</module>
<module type="fms">
<algorithmus> 1 </algorithmus>
<syncbits> 12 </syncbits>
<crc-check> 1 </crc-check>
<maxerrors> 0 </maxerrors>
</module>
</channel>
</soundcard>
Hallo zusammen!
Meine Config:
-Uniden UBC60 XLT2
-Soundblaster MP3+
-RaspberryPi mit wheezy
-Online DB
Läuft eigentlich super.
Was ich nur mal fragen wollte:
Wie macht Ihr das mit dem Filtern der doppelten Einträge?
Ich habe mir das schon mal grob mit dem LUA angeschaut.
Dort könnte ich falsche RICs schon mal raus filtern.
Aber das filtern doppelter Einträge ist dort doch nicht möglich oder?
Gruß
MueThoS
Hallo MueThoS,Zitat:
Zitat von MueThoS
darüber habe ich mir auch schon gedanken gemacht.
Man könnte z.B. in einem LUA-Skript die letzten 20 ausgewerteten POCSAG-Meldungen in eine Textdatei schreiben lassen.
Jedes Mal wenn eine neue Meldung ausgewertet ist, könnte man damit prüfen, ob bereits eine Meldung mit dem gleichen Text an die RIC gesendet wurde. Ist das der Fall kann die Funktion eine 1 zurückgeben, womit monitord die Meldung nicht weitergibt (an MySQL, ...).
Die ganze Überlegung habe ich noch nicht getestet!
Bei mir ist das Problem, dass nicht alle Nachrichten zu 100% ausgewertet werden. Das bedeutet, dass bei manchen nur die ersten paar Zeichen der Meldung ausgewertet werden. Das Vergleichen der empfangenen RIC und des Textes geht also nicht.
Da von der Leitstelle die Meldung mehrfach an die gleiche RIC gesendet wird, ist das unkritisch, da die folgenden komplett ausgewertet werden.
Hierfür weiss ich noch nicht, wie ich das in einem LUA-Skript filtern könnte.
In einem externen Programm (C#, Java, ...) das auf die Datenbank zugreift sollte das aber möglich sein.
Noch eine kleine Info nebenbei:
Ich betreibe meinen Raspberry doch mit 900 MHz. Nicht wie in einem vorherigen Post geschrieben mit 700 MHz. Auf den 3 Chips habe ich Kühlkörper angebracht.
Es laufen monitord, MySQL und ein Webserver drauf.
Damit lag die Durchschnittstemperatur der CPU bei ca. 50°C (Umgebung: Raumtemperatur). Ich habe in das Gehäuse einen Lüfter eingebaut (12V Lüfter, mit 5V betrieben).
Das Ergebnis:
- Der Lüfter ist fast nicht zu hören
- Die Durchschnittstemperatur liegt jetzt zwischen 30 und 35 °C.
Für einen Dauerbetrieb bestimmt besser.
Wie Variante mit dem LUA ist sicher besser wie meine.
Ich handle das derzeit so:
Alle Auswertungen gehen in eine temp. Tabelle in der Datenbank.
Und wenn die Seite aktualisiert wird schaue ich ob etwas in der Tabelle ist.
wenn ja lese ich die Daten aus und schauen dann ob in der richtigen Tabelle ein Eintrag mit der selben RIC und der selben SUB ist und mit dem selben Zeitstempel +-2 Minuten.
Wenn nicht Eintragen!
Wenn doch schauen ob der neue Text länger ist wie der alte und den dann übernehmen oder nicht.
zusätzlich gehe ich noch hin und ersetze ein paar Zeichen im Text <LF><CR> wird zu <BR>
ein <LF> einzeln wird gelöscht
und das <EOT> wird auch gelöscht
Vorteil des ganzen:
PHP kann ich halt anscheint gut genug um es umzusetzen, beim LUA hätte ich Probleme
Überarbeitung der Text leicht möglich
Nachteil:
Die Übernahme der Daten erfolgt nur wenn die Seite aktiv ist.
Wenn die Seite eine Woche nicht aktiv war z.B. kann es schon mal eine Minute dauern bis alle Einträge in der gefilterten Liste erscheinen.
Einen großen Nachteil hat meine Variante mit der Online DB:
Wenn kein Internet da ist wird nichts gespeichert.
Vorteil:
Die Seite ist nicht so langsam wie sie auf dem RasPi wäre.
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.
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
sah ich, dass monitord nicht nur einmal, sondern über 500 mal ausgeführt wird. Wie das geschehen konnte, kann ich mir nicht erklären.Code:ps aux | grep monitord
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.