Monitor mit Datenbank-Unterstützung

hmm, is doch nich so ganz am laufen ;(

wenn ne pocsag meldung rein kommt verquirrlt der die anzeige
und es steht

insert into dme...

also das mysql statement vom dme auf m bildschirm und die meldungen sind irgenwie durcheinander.
man kann jedenfalls nix mehr richtig erkennen. Er trägt die Meldung allerdings in die DB ein.

aber auch da schaut es komisch aus, in bezeichnung und funktion steht der fahrzeugkenner aus der .monrc drin und text ist leer.
Ich denke auch man sollte aus text ein textfeld machen, kein varchar.

Die Ausgabe "insert into" ist noch vom debuggen übrig. Kann ich rausnehmen. Die Feldzuordnung schau ich mir nochmal an. Hatte das Feld für den Funktionstext noch eingefügt. Da hab ich die Reihenfolge vielleicht vertauscht, bzw. nicht beachtet.

Den Feldtyp vom text kann man ja beliebig ändern, sofern er im Bereich "character" bleibt. Also natürlich auch text. Macht ja auch Sinn, um da nen Textindex drüber legen zu können ;-) Werd ich noch ändern.

Patch Nr. :

* Ausgabefenster sollte jetzt wieder ok sein
* Funktion und Text sollte jetzt bei POCSAG auch in der DB stehen ;-)

aiiiiii, das schaut gut aus ;)

ich laß den jetzt mal paar Stündchen tuckern und mach mir grad
mal gedanken über layout und Funktionen einer PHP Seite dafür.

Die Meldung am Schirm ist weg und wie es ausschaut loggt er
korrekt in die DB.

Ich schau was in paar Stunden so passiert ;)

greeez Manuel

Hmm, also ZVEI trägt er schon mal nicht in die DB ein...

Pocsag klappt bis jetzt ohne Probleme...

Die ZVEI Routinen schau ich mir nochmal an. Ich hab mal ne Ergänzung geschrieben, die dann auch den Sirenenton erkannt hat. Vielleicht find' ich die auch nochmal wieder.

Wenn alles soweit läuft schick ich das auch mal an M. Grohmann. Vielleicht nimmt er das zusammen mit Deinem PHP Paket später in den Distribution auf.

Edit:
Da fällt mir ein, daß ich die Zeichenketten noch vorher "escsapen" sollte. Sonst kann ein Sonderzeichen im DME Text oder dem Fahrzeugnamen das SQL Kommando aus der Kurve schmeissen. Nur für den Fall, daß er mal absäuft, wird's dann vermutlich daran liegen.

aiai, na dann mach mal patch nr.4 klar ;)

Bis jetzt läuft der bei mir durch und pocsag seitig logt er ohne Probs. allerdings is grad auch nich viel los bei mir ;)

ai bübchen stop, komischer weise kam jetzt ne zvei ordnungsgemäß in die db...

aber, bei adresse steht 12345 drin und bei bezeichnung

12:04:29 NEF AK XXX 1/82-2 Melderauslsung 03238 R

also die komplette Zeile. Stimmt also nur die Zuordnung nicht ganz ;)

ai, jetzt kommt doch 2mal hintereinander nen absturtz, kann aber
mit dem von dir besagten "vergessen" zusammen hängen.

Jetzt das ganze mit dem escapen der Strings, aber ohne ZVEI fix.

so, läuft mit patch neustem patch, die ersten Meldungen kommen
ohne absturz rein... ich lass laufen ;)

Für was soll n eigentlich die Spalte `sub` gedacht sein ?
Die ist immer 0 in der DB.

Die Subadresse der RIC (0 bis 3). Zumindest soll sie das werden ;-)

Ich hab' die Daten immer ganz gerne auch in "Rohform". Insbesondere, wenn man noch an Programmen arbeitet, die eine eigene Fahrzeug und Melderverwaltung haben. Da will ich ja gerade nix mit der .monrc zu tun haben ;-)

Ich habe z.B. auch eine Tabelle rm (Rettungsmittel - die hätte ich besser em = Einsatzmittel genannt). Immer wenn ein Status reinkommt, wird der FMS-Code in der RM Tabelle gesucht und der Status des Fahrzeug's aktualisiert. Ausserdem trage ich in der Status Tabelle dann noch zusätzlich den Index dieses Fahrzeugs / Melders ein. Mann kann dann z.B. auch Auswerten welche Stati ein Fahrzeug in letzter Zeit wann gedrückt hat. Und für sowas ist es sinnvoll nen rein numerischen Index zu haben, statt nach dem FMS-Code zu suchen. Bei ner Tabelle mit 300.000 Einträge kann sowas schon relevant werden ;-)

ah alles klar.

grad noch nen Fehler in den Status gefunden.
In Tabelle status steht in Spalte Richtung immer 0 ;)

ai, grad wieder nen Absturtz bei pocsag

und noch ne entdeckung, er schreibt jetzt immer den text doppelt in die db, also 2mal hintereinander ...

Und der nächste Patch:

* POC Text nicht mehr doppelt
* ZVEI geändert. Mal sehen, ob's so besser ist
* Richtungsbit sollte jetzt eigentlich stimmen

ai, jetzt kommt zvei gar nimmer in die db ?!

Diese Auswerter-Routinen gehen mir echt auf'n Senkel. Das ist mir schon aufgefallen, als ich das nach C++ portiert habe. Da gibt's x-stellen, an denen dann auf einmal die ZVEI Folge ausgegeben wird. Statt aber dann ne Funktion zu schreiben, die die Parameter <schleife, art des Weckton's> nimmt und dann auf Aktion prüft und die Zeile ausgibt, wird das an mehrere Stellen gemacht...

Aber das war schon im multimon so in der Art gehäkelt. Da kann der Markus Grohmann also auch nix für.

oje, nu kommt garnix mehr für zvei ;)

die einzigen sachen die kommen sind
text
rec_typ
zeit

rest is alles leer..

Ich spüre das tiefe Bedürfnis doch nochmal ne Soundkarte in meinen Linux einzubauen ;-)

So ganz ohne Test ist mir das doch zu suspekt. Es gibt da auch zwei Datensätze für zvei. Einen set[0] und einen set[1]. Dann müßte es ja set[1] sein. Aber was ist dann set[0] ....

Ich glaub ich muss da nochmal den Sourcecode ausdrucken. Ist doch zu lange her, daß ich den zwischen hatte.

Hmm also beim ersten Patch ging zvei ja fast vollständig,
außer das da halt bei der nummer 12345 stand ;P
Vielleich kannst du ja das aus m ersten Patch nehmen und einfach nur das was da nicht funkt ändern.

Außerdem grad fest gestellt, im Monitor werden nun auch die zvei nicht mehr richtig angezeigt ;(

Hmm. Was heisst denn "nicht mehr richtig angezeigt" ? Es fehlen Einträge, oder die Textzeilen sind falsch ?

Ich nehm nochmal die Routine aus dem ersten Patch und schau nochmal nach, wo die zvei Nummer abgelegt ist. Vermutlich einfach im zweiten Feld des Array's zvei.set[]. Mach ich nachher mal.

Ja, sorry war n bissel spät gestern, hab glatt vergessen vollständig zu posten :P

Also die Zeile wird nicht mehr vollständig angezeigt, es fehlen
Uhrzeit und ZVEI Nummer, und ich glaube fast das er auch ne
Sirene "verwechselt" hat, aber ich war zu der Zeit im Geräte-
haus und hab das Einsatzgeschehen nicht mit verfolgen können...

Also wie gesagt, ich denk im ersten Patch mit ZVEI lief es am
besten, nur das da die Nummer 12345 und noch n anderes Feld nicht richtig waren ;)

grüße Manu

PS: Die erste Übersichtsseite in PHP nimmt schon Form an, und
Überträgt automatisch bekannte RIC und Fahrzeuge aus der
monrc in die Datenbank.

Zitat:

---

Original geschrieben von ManuelW

PS: Die erste Übersichtsseite in PHP nimmt schon Form an, und
Überträgt automatisch bekannte RIC und Fahrzeuge aus der
monrc in die Datenbank. [/B]

---

Das klingt ja schon sehr, sehr gut ;-)

Bin gespannt auf die erste Test-Version.

Neuer Anlauf. Jetzt mal die alte Routine vom ZVEI.

Läuft der Rest denn soweit (FMS + POCSAG) ?

pocsag und fms läuft prima, ich hatte seit dem letzten patch auch
keinen absturtz durch eine pocsagmeldung gehabt...

ich teste gleich mal den neuen patch ;)

Welch glücklicher Zufall, da ging auch grad nen zvei ein ;)

Also die Anzeige im Monitor stimmt wieder, ist alles da.
In der DB schau es so aus, das:
adresse: 12856 steht, stimmt aber nich
text: unklare Auslösung
bezeichnung: die gesamte Zeile des Monitor, zeit fahrzeug zvei usw
rec_typ und zeit stimmen und funtion ist leer (-.-)

Oki. Ich hab mal versucht mit den ./gen, daß dabei ist ne ZVEI Folge zu erzeugen, um die Sache mal zu testen. Haut aber nicht hin. der normale Monitor wertet das garnicht aus. Werd also mal ne Tonaufnahme als .wav machen und damit probieren. Muss dafür nur noch sox installierten ;-)

Schön, daß POC und FMS jetzt soweit laufen.

Das mit dem "-.-" in Funktion ist richtig. Hab das als "Dummy" eingetragen. Man könnte da höchsten noch kodieren, ob ein Melder Weckton erkannt worden ist.

Ich kann dir auch gern ne ZVEI Auslösung schicken, hab zum testen
auch eine hier rum liegen ;)

Alles andere läuft mit dem letzten Patch schon mal stabil und meine
Test DB füllt sich ganz schön, hehe. Das ist aber auch gut, die
Datensätze brauch ich zum Testen für meine Scripte.

hehe ich glaub ich weiss warum es da 2 Einträge für ZVEI gibt,
die Sirenen werden nämlich zZ nicht mit geloggt...

Wenn ne Melderauslösung kommt schreibt es die auch in die DB,
Sirenen aber nich ;)

evtl wäre es auch möglich am ende noch ne verzögerung für die
pocsags einzubauen. es is nämlich so, das wenn die meldung
beim ersten empfangen nicht vollständig rein kommt, diese aber
schon in die db geschrieben wird, aber am monitor wird die halbe
meldung dann noch vollständig aufgefüllt, in der db steht nur das
erste stück drin... weisst du was ich meine ?

@Buebchen:
der Monitor kann auch die Ergebnisse von ./gen direkt auswerten. du musst nur deine Soundkarte sagen dass sie nicht nur auf "line in" sondern auch von "pcm" aufnehmen/capturen soll.
dann kannst du schön einfach simulieren ohne dass du erst wav dateien erzeugen musst.

Jo. Würde ich ja gerne so machen. Wenn man aber z.Zt. keinen Linux mit Soundkarte hat, tut man sich da 'was schwer ;-)

Der ./gen kann auch ZVEI als raw File schreiben. Aber die wertet der monitor bei mir nicht aus (seltsamerweise, denn FMS geht). Ich werd' mich damit am WE wieder auseinandersetzen. Vorher ist die Zeit zu knapp.

So, jetzt bin ich nach längerer Zeit auch mal wieder hier und bin echt überrascht, was für Dimensionen dieser kleine Thread angenommen hat, den ich mal angestoßen hatte. Das nenne ich Beteiligung!
Mal eine Frage an die aktiven Hacker hier:
Ihr habt ja jetzt schon so einige Patches draußen, könnte nicht mal jemand eine Komplett-Version wieder einstellen? Ich weiß schon gar nicht mehr, welches der neueste Patch ist, weil man diese kleinen Download-Link-Zeilen ja so leicht überliest.
Habt Ihr die Readme bzw. das Howto eigentlich auch schon an Eure Patches angepaßt?
Ich würde gerne einmal die neueste Entwicklung mitverfolgen, daher nochmal die Bitte nach einer Komplett-Version.

Vielen Dank im voraus...
Funkwart

Hi !

Aktuell ist der Patch V7. Weder Readme, no Howto sind angepasst. Das Patchen selbst ist auch nicht so schwer, daß es sich z.Zt. lohnt eine eigene Vollversion zu machen. Wenn ich die ZVEI Routinen im Griff habe, werde ich den Patch an Markus Grohmann (Autor von monitor) schicken. Er soll dann entscheiden, ob er das in seinen Source-Code aufnimmt oder nicht. Einen neuen Entwicklungszweig aufzumachen mit eigenem Paket halte ich für Overkill.

Mal so als kurze Anleitung:
1. Aktuelles Paket von monitor downloaden (1.8.1)
2. Patch downloaden (gleichen Ordner)
3. monitor entpacken
4. patch -p0 <[Name des Patches]
5. in monitor Ordner wechseln
6. in der mon_mysql.h die MySQL Daten eintragen
7. kompilieren
8. fertig


Bsp für patch Zeile: patch -p1 &lt;monitor-1.8.1-mysql-patch.txt

Hi!

Das kriege ich wohl noch grade hin ;-)
Dann stehen die Daten von monitor also in einer mysql-DB. Was für eine DB muß ich da anlegen (DB-Name, DB-Nutzer)? Wie erfolgt die Auswertung? Noch immer über diese nette Webseite, die hier mal gepostet wurde oder gibts da auch schon was Neues?
Fragen über Fragen...

Dank schonmal im voraus für Eure Mühen!

Gruß
Funkwart

Wegen dem PHP Skript musst Du mal mit ManuelW mailen. Ansonsten sollte die SQL Anweisung für den Aufbau der Tabellen noch aktuell sein - Es sind auch nur zwei Tabellen:

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;

CREATE TABLE `dme` (
`num` int(11) NOT NULL auto_increment,
`adresse` int(11) NOT NULL default '0',
`sub` smallint(6) NOT NULL default '0',
`text` varchar(100) NOT NULL default '',
`bezeichnung` varchar(100) NOT NULL default '',
`REC_TYP` varchar(10) NOT NULL default '',
`zeit` timestamp(14) NOT NULL,
`funktion` varchar(100) NOT NULL default '',
PRIMARY KEY (`num`)
) TYPE=MyISAM;

Hört sich interessant an das Projekt, in etwa das, was ich mit fms32+mysql hingestümpert habe nur als lauffähige Version :)

Ich werds morgen auch mal testen und Rückmeldung geben. Achso, wäre doch gut wenn das php frontend auch schonmal als beta in diesen Thread eingefügt wird, so können es gleich mehr Leute testen und Feedback abgeben.

Weiter so!

Zitat:

---

Original geschrieben von Magnet
Hört sich interessant an das Projekt, in etwa das, was ich mit fms32+mysql hingestümpert habe nur als lauffähige Version :)

Weiter so!

---

Hmm. Für FMS32 gibt das ja schon was länger ;-) Heisst Funk2DB und speichert alles in 'ner ODBC Quelle. Irgendwo hier zu finden... Ich habe zumindest eine positive Rückmeldung, daß es stabil läuft ;-)

jo, ich wollte es aber unbedingt direkt ohne Umwege in ner mysql db haben weil ich nur mit der Mischung php+mysql einigermaßen gut umgehen kann :)
Es läuft ja auch ganz gut, ist aber leider absolut nicht wartbar...


Ich hab gerad erst einmal den Monitor aufgesetzt (Patch 7 ging auf Anhieb nicht, schau ich mir nachher nochmal an)...

Hmm. Aber es gibt doch nen MySQL ODBC Treiber. Wenn der Bedarf entsprechend gross ist, kann ich das auch auf den "native" mysqlclient (libmysql.dll) umschreiben. Wäre aber auch nicht entscheidend schneller, denke ich.

Kannst ja mal posten, was der Patch 7 für nen Fehler macht. Ist ja nicht auszuschließen, daß ich da was falsch gemacht habe ;-)

Zum Thema FMS32(-Pro) und MySQL hab ich was gebastelt. Des schreibt die Daten in die Datenbank und man kann sie sich über das FMS-Crusader-PHP-Script ansehen.

Hab für mich privat noch ne Routine eingebaut die bestimmten ZVEI-Folgen auch noch SMS-Verschickt

Zitat:

---

Original geschrieben von Buebchen

Hmm. Aber es gibt doch nen MySQL ODBC Treiber. Wenn der Bedarf entsprechend gross ist, kann ich das auch auf den "native" mysqlclient (libmysql.dll) umschreiben. Wäre aber auch nicht entscheidend schneller, denke ich.

Kannst ja mal posten, was der Patch 7 für nen Fehler macht. Ist ja nicht auszuschließen, daß ich da was falsch gemacht habe ;-)

---

Also ich hab im Moment eh nicht soo viel Zeit um mich damit zu beschäftigen, aber wenn andere auch noch daran interessiert sind..?

Das mit dem Patchen war mein Fehler, hat sich schon erledigt :)

@Medic
Inwiefern gebastelt? "Richtig" programmiert oder auch ne Bastellösung?

Ne ist schon was richtig Programmiertes.

Kannst du es mir mal zukommen lassen oder willst du es nicht weitergeben?

Ich habe den Monitor jetzt auch gepatcht und er läuft seit ner halben Stunde mit Dauerbelastung sehr gut. Ich lasse eine Schleife mit nem wavefile laufen, zu tun hat er also gut. Die Daten werden auch ohne Probleme in die DB eingetragen. Mal schauen wie es weitergeht :)

Das System ist nen 1000er Duron mit Debian Sarge 2.6er Kernel und 256MB Ram.

Kann ich dir gerne mal schicken.

Das Problem ist nur, dass die MySQL-Verbindungsdaten direkt im Quellcode eingetragen sind, ich kann dir aber denn code schicken, ist VB6, wenn du es hast

Ich habe jetzt das (beta-)Frontent getestet und schreibe schonmal meine Wünsche auf. Auch wenns erst ne beta ist, kann ja nicht schaden.
Schön ist, das das Scipt so dynamisch gehalten ist. Man kann wunderbar schnell eigene Änderungen durchziehen.

Toll wären:
- Archivfunktion
=> was war am Tag X los
=> Alle Statusmeldungen von Fhzg. X anzeigen
- Reloadfunktion der Übersichtsseite (jede 10 sek, vielleicht individuell einstellbar)
- Trennung von pocsag und zvei, vielleicht zwei Tabellen untereinander?
- bestimme Status ausblendbar machen (zB, "Sprechtaste" oder "Quittung")
- graphische Fahrzeugverwaltung (ist eh geplant?) wo man den Status das jeweilige Fahrzeug zuordnen kann

So, mehr fällt mir auf Anhieb nicht ein :)

Doch noch etwas, im Moment werden fast alle FMS-Kennungen (Quittung, Sprechwunsch..) doppelt angezeigt. Diese sollten nicht nur ausgeblendet sondern auch das der Database gelöscht werden. So könnte man die Anzahl der Datenbanksätze schon um 50% reduzieren :)

hmm, na bei mir kommen die Status nur einmal vom sender, daher habe ich die probleme nicht.

Ist die Frage wie realisieren, soll ich sagen alle status vom selben kfz in einer gewissen zeitspanne (2min) löschen (einen stehen lassen)?

wobei es doch besser wäre das im monitor selber zu machen,
ich weiß ja nich wie groß da der Aufwand ist.

Ähnliches Problem habe ich mit den pocsag, wo man ne art delay einbauen müsste.

greez Manu

aso, ich dachte das gehört zum BOS Standard dass die Meldungen mind. 2x übermittelt werden? Als Sicherheit falls der erste Status nicht übermittelt wird...
Ich denke da an ein "wenn beide Fahrzeugkennungen gleich und beide Status gleich und zeit between 10 sek, dann blende aus/lösche"


edit: Habe da noch nen komischen Bug. Wenn ich mich anmelde sehe ich in der Tabelle zwar die Spalten mit der Zeit und der Organisation, aber bei manchen Zeilen fehlt einfach der Funkrufname und Status (die Zeilen sind also halb leer). Wenn ich die Seite nun aber reloade, stehen alle Daten da.

zu 1: du hast vielleicht die antorten der lst nicht abgeschlaten bzw nur anzeigen wenn status nicht verstanden nicht aktiviert.

zu 2: da ist wenn ein neuer unbekannter name auftaucht, muss
ich mal schauen, is irgenwo ne fehlende variable oder n tipfehler.

aber wie gesagt, is noch alpha... hab grad nich so richtig zeit.

greez Manu