Monitor mit Datenbank-Unterstützung

[Magnet]

So, habe eben meinen Monitor mit neusten Patch beglückt und auch das neue Webinterface getestet.

Bei dem Webinterface stört mich doch ziemlich, das bei der Übersicht als Standard ein Filter aktiv ist. Spricht was dagegen den auf default auf "Kein Filter" zu stellen?

Ist es eigentlich nur bei mir so, dass bei einer Alarmierung in dem einem Feld " test" steht? Zum Beispiel "16:19:45 L test Melderauslösung 84532". Oder ist das irgendnen Debugging-Rest in meinem Mon-Code der in irgendeinerweise Sinn macht??

[ManuelW]

1. ja spricht was dagegen, und zwar rufen bei mir zB noch andere Kameraden meiner Wehr den Monitor über das Inet ab. Der Upload einer normalen DSL Leitung ist normal recht gering, daher: weniger Daten = schnellere Anzeige...

2. keine Ahnung, das liegt wohl an deinem Monitor, bzw kannst du die RIC unter Admin ja im Interface eintragen und benennen...

[Magnet]

Gut, dann ändere ich mir das im Code entsprechend um.

Klar kann ich die RIC benennen, aber eben dieser Eintrag ist immer dann vorhanden, wenn noch eine nicht eingetragene Schleife alarmiert wird.

Nunja, merkwürdig aber nicht schlimm.

[Magnet]

Das "test" war tatsächlich eine Fehlfunktion im Code des Mon's die ich durch ein paar Anpassungen verursacht habe, nun läuft alles bestens.

[Buebchen]

Original geschrieben von ManuelW
@buebchen

Eine Sache wäre da noch, und zwar beim status, dort wird im Feld "richtung" immer nur ne 0 ausgegeben.

Wenn du das mal noch ändern könntest wäre klasse, dann könnte ich die spezielle Einstellung in der .monrc werglassen das mal KFZ: und LST: beim Status angeben muss.

Was auch noch günstig wäre, in Tabelle "dme" ist "sub" immer leer, vielleicht könntest du dort ne Zahl entsprechend "Klartext, Auftrag usw." unterbringen, also die letzte Ziffer der Auslösung...

Schau ich mir an. Sollte an sich leicht zu loesen sein.

[russmeyer]

Hi,
eigentlich funktioniert es sehr gut, nur wenn ZVEI Alarme schnell aufeinanderfolgen wird nur ein Alarm eingetragen.... gibt es da ein zeitliches Problem????

Gruss
russmeyer

[ManuelW]

ja stimmt, ist bei mir leider auch so.
bei pocsags gehts aber komischerweise ?!

[Buebchen]

Original geschrieben von russmeyer
Hi,
eigentlich funktioniert es sehr gut, nur wenn ZVEI Alarme schnell aufeinanderfolgen wird nur ein Alarm eingetragen.... gibt es da ein zeitliches Problem????

Gruss
russmeyer

Sind es denn gleiche ZVEI-Folgen, oder mehrere verschiedene ? Und wird zwischen den Folgen ein Weckton ausgesendet ? Ich habe das ganze mit generieten Folgen probiert, aber hab's nicht so richtig nachstellen können.

Das einzige, was ich versuche ist, daß ich bei zwei aufeinanderfolgenden - gleiche - Folgen nur die zweite Eintrage. Und dann eben noch mit dem Hinweis, ob Sirene oder nicht.

[russmeyer]

Hi,
es sind unterschiedliche Tonfolgen, leider ohne Kanalbelegungston dazwischen, weil die Leitstelle wohl mit nem PC Programm alarmiert.....
also alles in einem Rutsch sozusagen...
Monitor schreibt es allerdings auch richtig ins Logfile....

Gruss
russmeyer

[ManuelW]

genau, hab das auch weiter beobachtet.

komischer weise wird nur die letzte adresse in so einem multialarm in die db geschrieben. im logfile sind alle drin...

[ManuelW]

Na wie schaut es aus :)

Was hammer wäre, wenn du einbauen könntest das das folgetelegramm (fms) bei textübertragung mit in die db geschrieben wird.

hab nämlich ein kleines script geschrieben womit man die gps daten umrechnen und auf ner karte darstellen kann. das würd ich ganz gern ins frontend mit einbauen.

[ManuelW]

hmm, noch jemand da ? :P

[Magnet]

zzZZZzzzZZZZzzzZ

[SirFS]

*Schnarch* ...

[Magnet]

Nicht so laut, da könnte man ja glatt auf die Idee kommen einen sinnvollen Beitrag zu verfassen :o