Monitor mit Datenbank-Unterstützung

[ManuelW]

lol, was für 30sek denn ?

und ich maul nich rum, nur wenn man soetwas machen möchte sollte man das auch richtig tun und bissel was von verstehen.
Und wenn ich C könnte würde ich es gern machen, aber wie schon
gesagt kann ich es leider nicht... Die Auswertung mit PHP kann ich
dann gern coden.

[dieKampfwurst]

coden??
arf... wenn ich das schon hoere... coden, das nannt sich programmieren!!!! oder schreiben..

und das theme C C kann man lernen....

[ManuelW]

lol ? was n das für kinderspüche, bleib ma sachlich und beim thema...

[dieKampfwurst]

coden ist ein kinderspruch!!!

und setz dich mal mit dem monitor auseinander, und finde raus, wieso nicht jede meldung in die DB eingetragen wird..

[ManuelW]

lol, na wenn du das sagst ... da biste wohl der Programmierer schlecht hin, dann schreibs doch mal um ;)

[Buebchen]

@dieKampfwurst & ManuelW:

Jetzt lasst mal ein wenig Luft ab. Was ist denn euer Problem an der Sache. Scheinbar seid Ihr beide nicht gerade die weltbesten Programmierer in C. Na und ? Bei dem Spaghetti-Code des monitor kann ich das gut verstehen. Ich hab' mich damit auseinandergesetzt und ohne Ausdrucken und von Hand mal alles nachgehen auch nicht ohne weiteres die Stellen gefunden, an den die Daten ausgegeben werden. Und an diese Stellen muss dann der Source, um die Daten in 'ne MySQL DB zu schreiben.

Damit hier kein Flame-Thread entsteht, mach ich euch nen Vorschlag:

Ich schreib den monitor so um, daß er die Daten in ne MySQL Datenbank schreiben kann. Aber weil ich keinen Nerv habe, da jetzt zwei Abende dran zu sitzen, werden ich Server, DB und Login-Daten als #define's in den Quelltext packen. Wer will kann ja die .monrc parsen und da die Daten dann auslesen.


Zur Datenstruktur:

Eine Tabelle für dme und eine Tabelle für ZVEI und POCSAG.

Ich halte wenig davon, ZVEI und POCSAG getrennt zu speichern. Ich finde sie gehören zusammen, da beides Melderalarmierung sind. (Und wenn ein DME alarmiert wird, will ich ja schließlich wissen, ob auch parallel ne Sirene mitgezogen worden ist).

Struktur poste ich heute abend. Vorher muss ich ein wenig "in echt" arbeiten ;-)

Alles andere (Fahrzeugliste, Web-Interface etc) könnt / müßt ihr euch dann selbst häkeln.

[ManuelW]

waaaaa, gott sei dank, endlich einer mit Ahnung ;)

Ich habe ja von Anfang an gesagt das is von C kein Plan habe ;)
Mir ging es nur um die DB Struktur, nu aber echt ma schluß damit.

Wie willst n du die Daten vom Monitor abnehmen ?
Nimmst du direkt die eingehenden Signale oder wäre es möglich
das zu nutzen was der Monitor am Bildschirm ausgibt, denn da
wären ja bereits die Fahrzeug-, Sirenen-, Pager- Kennungen usw.
schon drin. Dann würde man nich die Nummer sondern diret den
vom Monitor ermittelten Text eintragen und könnte sich eine
Auswertung bei der Ausgabe im PHP sparen.

Ich habe schon einige male versucht raus zu bekommen wie bzw
wo der Monitor das macht, aber wie gesagt ich bin C DAU :P ...

Ansonsten finde ich die 2 Tabellenstruktur ok und ausreichend,
alles weitere wie die Pflege, Archivierung und solche sachen kann
nachher das PHP Script machen.

Danke das du das mal in die Hand nimmst, und falls du Interesse
an noch etwas Denkunterstützung hast kannst dich gern bei mir
melden.

ICQ: 75035506
Mail: info@manuelw.de
IRC: quakenet #ecsc
Skype: manuelweiser

grüsse Manu

[ManuelW]

Vielleicht noch als "Denkunterstützung"

ich fahre eine DB zZ mit monatlichem Update aus den Logfiles und
benutzte sogar nur eine Tabelle für alle Daten, da das vom
prinziep her auch ausreicht. Vielleicht kannste die Struktur ja
brauchen:

DROP TABLE IF EXISTS pocsag;
CREATE TABLE pocsag (
id int(11) NOT NULL auto_increment,
datum date NOT NULL default '0000-00-00',
zeit time NOT NULL default '00:00:00',
organisation text NOT NULL,
meldung text,
typ varchar(255) NOT NULL default '',
PRIMARY KEY (id),
FULLTEXT KEY organisation (organisation),
FULLTEXT KEY meldung (meldung)
) TYPE=MyISAM;

Ins Feld Typ schreibe ich einfach was es ist, pocsag oder fms oder zvei...

Vielleicht hilft es dir ;)

tschü Manu

[dieKampfwurst]

Buebchen

versuch herrauszufinden, wo der monitor die logfiles schreibt, an der stelle musstest du dann auch die mysql daten eintragen lassen koennen. problem, filter.. man sollte einen setzen koennen, dass nicht alle schleifen eingetragen werden, wer braucht schon den kontrollmonitor


kW

[Buebchen]

Man könnte natürlich auch Fragen, wen die Kontroll-RIC stört ;-)

Ein einfaches select * from dme where ric<>0174... reicht ja dafür ;-)

Aber ich werde mal sehen, was sich machen läßt. Ich habe nur nicht die Absicht den monitor jetzt zur voll konfigurierbaren SQL Datenpumpe umzubauen ;-) Das kommt erst dran, wenn ich mit anderen Dingen fertig bin ... *grins

Den Quelltext an sich habe ich schon soweit begriffen. Auch wenn er wirklich Spaghetti-Deluxe mit ein kleinem bisschen Doku ist ;-)

[ManuelW]

hehe da hast du wohl recht buebchen... ;)

also den Teil wo der in die Logs schreibt habe ich schon vor ner
Weile gefunden, nur ist der nich brauchbar, da er dort die
gesamte Zeile die am Monitor ausgegeben wird in eine Datei
schreibt. Dh man hat keine einzelnen Werte für die ric, zeit usw...

Das muss wenn schon vorher abgegriffen werden, aber du machst das schon ;)

am sinnvollsten wäre es sicherlich wenn er das in die DB schreibt,
was er am Monitor ausgibt, also mit Filtern usw, aber schau halt
mal wie aufwändig es ist fürs erste ;)

greez Manu

[Buebchen]

N'Abend zusammen !

Hier ein erster Patch für monitor 1.8.1 Sollte alle FMS (aber ohne FMS Text) Meldungen in eine MySQL Tabelle übertragen.

Die Struktur meiner Testtabelle sieht so aus:


CREATE TABLE `status` (
`num` int(11) NOT NULL auto_increment,
`kennung` char(10) default NULL,
`status` smallint(6) default NULL,
`richtung` smallint(6) default NULL,
`bezeichnung` varchar(100) NOT NULL default '',
`text` varchar(100) NOT NULL default '',
`zeit` timestamp(14) NOT NULL,
PRIMARY KEY (`num`)
) TYPE=MyISAM;


Einstellungen (Host,User,DB,...) werden in der mon_mysql.c gemacht.

Der Patch mit mit "patch -p1 <monitor-1.8.1-mysql-patch.txt" installiert. Dazu muss man im monitor-1.8.1 Ordner stehen.

Die Pakete mysql-devel und mysql-client sind natürlich auch erforderlich. Sonst gibt's die libmysqlclient nicht ;-)

Die X-Unterstützung habe ich nicht genutzt. Scheint so als ob da da Makefile immer noch die X11 includes erfordert. Da ich die nicht brauche, habe ich das auch kurzerhand auskommentiert.

WARNUNG:
Ohne MySQL Connect wird der monitor danach nicht mehr vernünftig laufen.

[ManuelW]

Was läßt n du nun in die DB schreiben, die BOS Kennung oder
das was der Monitor ausgibt, also den gefilterten Namen des Fahrzeugs ?

moin Manu

[Buebchen]

Ich schreibe beides in die Datenbank.

In "Kennung" steht der FMS Code und in bezeichnung sollte der Name aus der .monrc stehen. Da ich zur Zeit keinen "produktiven" monitor Laufen habe, kann ich das nicht so gut testen ;-)

In der Spalte status landet der Status als Zahl.In Richtung eben die Richtungsinformation (0,1). In Text die "Übersetzung" des Status gem .monrc für den Status.

Noch ein Nachtrag für den Test:

Einfach das .tar.gz in nem anderen Ordner auspacken und den Patch da anwenden. Der "echte" monitor ist dann von den Änderungen unberührt. Um den gepachten monitor zu starten dann im neuen Ordner einfach ./monitor starten.

[ManuelW]

Hi buebchen,

auf jeden Fall ne seht gute Idee beides rein zu packen, so
kann sich jeder am ende selber bauen was er möchte ;)