Es wäre ja auch zu leicht, wenn es anders wäre :-)Zitat von nepomuck
Den Fehler habe ich bisher noch nicht gesucht. Werde mal 21x ZVEI Folgen einspielen.Zitat von nepomuck
Es wäre ja auch zu leicht, wenn es anders wäre :-)Zitat von nepomuck
Den Fehler habe ich bisher noch nicht gesucht. Werde mal 21x ZVEI Folgen einspielen.Zitat von nepomuck
So, ich wollte eigentlich warten mit einem Test, bis sich hier Meldungen über stabile(re) Versionen ergeben. Nun hat es mich doch in den Fingern gejuckt und ich habe mir den Tarball gezogen.
Ach ja: ich habe ein Linux am Start (alte SuSE 8.2 Version, aber sie tut!).
Nun habe ich den Tarball schön entpackt und "todesmutig" einen make gewagt. Es tut sich auch Einiges. Leider bekomme ich folgende Fehlermeldung:
Kann mir da jemand weiterhelfen? Habe ich einen Fehler gemacht?Code:gcc -c -c -D _DEBUG -O2 -I../jthread-1.2.1/src/ -I../xmlParser -I../simpleopt -I/usr/include/mysql -Wno-deprecated SocketServer.cpp -o SocketServer.o SocketServer.cpp: In member function `virtual void* SocketServer::Thread()': SocketServer.cpp:248: error: parse error before `||' token SocketServer.cpp: At global scope: SocketServer.cpp:263: error: parse error before `}' token make[1]: *** [SocketServer.o] Fehler 1 make[1]: Leaving directory `/home/hk/2.1/monitord' make: *** [all] Fehler 2
Gruß,
Funkwart
Den Mutigen gehört die Welt :-)
Werde mir das mal anschauen. Hatte das gestern dran gearbeitet.
[EDIT]
Bitte gehe mal in die Zeile (248) und ergänze noch zwei Runde klammern:
hinter dem if und am Ende der Zeile.
Es sollten dann
rauskommen.Code:if ((useSocket>=MAX_CLIENTS) || (useSocket<0))
Komisch, daß mein gcc das nicht auch angemeckert hat ...
SVN ist aktualisiert.
Geändert von Buebchen (25.07.2007 um 14:32 Uhr)
@Buebchen: Danke Dir, jetzt löppt er durch!
@jhr_online: Kannst Du bitte nochmal im ersten Beitrag Links auf die wichtigsten Dinge setzen? Es wird nämlich langsam unübersichtlich bei 17 Seiten! Mir fehlt z.B. der Link auf die aktuelle Protokollbeschreibung. Links auf die ersten Beiträge über Interfaces wie für MySQL, Crusader oder FMS32 wären ebenfalls hilfreich.
Danke und Gruß,
Funkwart
Wenn ich mich recht entsinne wurde angeregt die relevanten Teile ins Wiki zu übernehmen. Halte ich für eine super Idee. Damit habe ich mal todesmutig angefangen und lade Dich hiermit ein mitzumachen :)Zitat von funkwart
Ein Teil vom Protokoll ist hier: http://monitor.08k.de/index.php/Devel/Protokoll
Gruß,
Karl
Ich stimme zu. Dafür ist ein Wiki einfach besser als ein Forum.
jhr
Zwischenstand mit Build 94 sieht so aus:Zitat von Buebchen
Ich kapier das aber nicht ganz:300:1185349106:4d6f6e69746f7264:4b616e616c2032:210 40:0:756E6B6C617265204175736C2073756E67
300:1185349106:4d6f6e69746f7264:4b616e616c2032:210 40:0:756E6B6C617265204175736C2073756E67
300:1185349107:4d6f6e69746f7264:4b616e616c2032:210 40:0:756E6B6C617265204175736C2073756E67
300:1185349107:4d6f6e69746f7264:4b616e616c2032:210 40:0:756E6B6C617265204175736C2073756E67
300:1185349108:4d6f6e69746f7264:4b616e616c2032:104 21139:0:756E6B6C617265204175736C2073756E67
300:1185349108:4d6f6e69746f7264:4b616e616c2032:104 21139:0:756E6B6C617265204175736C2073756E67
300:1185349109:4d6f6e69746f7264:4b616e616c2032:211 39:0:756E6B6C617265204175736C2073756E67
300:1185349109:4d6f6e69746f7264:4b616e616c2032:211 39:0:756E6B6C617265204175736C2073756E67
300:1185349110:4d6f6e69746f7264:4b616e616c2032:210 48:0:756E6B6C617265204175736C2073756E67
300:1185349110:4d6f6e69746f7264:4b616e616c2032:210 48:0:756E6B6C617265204175736C2073756E67
300:1185349111:4d6f6e69746f7264:4b616e616c2032:210 48:0:756E6B6C617265204175736C2073756E67
300:1185349111:4d6f6e69746f7264:4b616e616c2032:210 48:0:756E6B6C617265204175736C2073756E67
300:1185349113:4d6f6e69746f7264:4b616e616c2032:210 10:1:4D656C6465726175736C6F6573756E67
300:1185349113:4d6f6e69746f7264:4b616e616c2032:210 10:1:4D656C6465726175736C6F6573756E67
....
300:1185365758:4d6f6e69746f7264:4b616e616c2032:211 93:0:756E6B6C617265204175736C2073756E67
300:1185365758:4d6f6e69746f7264:4b616e616c2032:211 93:0:756E6B6C617265204175736C2073756E67
300:1185365760:4d6f6e69746f7264:4b616e616c2032:211 93:0:756E6B6C617265204175736C2073756E67
300:1185365760:4d6f6e69746f7264:4b616e616c2032:211 93:0:756E6B6C617265204175736C2073756E67
300:1185365760:4d6f6e69746f7264:4b616e616c2032:119 31196:0:756E6B6C617265204175736C2073756E67
300:1185365760:4d6f6e69746f7264:4b616e616c2032:119 31196:0:756E6B6C617265204175736C2073756E67
300:1185365763:4d6f6e69746f7264:4b616e616c2032:211 96:0:756E6B6C617265204175736C2073756E67
300:1185365763:4d6f6e69746f7264:4b616e616c2032:211 96:0:756E6B6C617265204175736C2073756E67
300:1185365763:4d6f6e69746f7264:4b616e616c2032:211 92:0:756E6B6C617265204175736C2073756E67
300:1185365763:4d6f6e69746f7264:4b616e616c2032:211 92:0:756E6B6C617265204175736C2073756E67
300:1185365764:4d6f6e69746f7264:4b616e616c2032:211 92:0:756E6B6C617265204175736C2073756E67
300:1185365764:4d6f6e69746f7264:4b616e616c2032:211 92:0:756E6B6C617265204175736C2073756E67
300:1185365765:4d6f6e69746f7264:4b616e616c2032:119 21180:0:756E6B6C617265204175736C2073756E67
300:1185365765:4d6f6e69746f7264:4b616e616c2032:119 21180:0:756E6B6C617265204175736C2073756E67
300:1185365766:4d6f6e69746f7264:4b616e616c2032:211 80:1:4D656C6465726175736C6F6573756E67
300:1185365766:4d6f6e69746f7264:4b616e616c2032:211 80:1:4D656C6465726175736C6F6573756E67
Da lass ich tagelang den Scanner auf dem einen Dienst laufen und da rauschen lauter fehlerfreie 211*-Alarmierungen durch.
Dann schalte ich auf einen anderen Dienst eines anderen Landkreises und das hier aufgelistete 8-Ton-Phänoment tritt regelmäßig auf.
Empfang ist 1a.
Was kann das bloß sein?
Andreas
Sieht für mich so aus, als ob das immer die mittleren drei Ziffern der vorausgehenden Alarmierung sind.
Bei der "8-Ton Folge" 119 21180 zum Timestamp 1185365765 war z.B. davor 21192
Bei 104 21139 zum Timestamp 1185349108 war davor 21040.
Könnte das mit Sirenenalarm ja/nein zusammenhängen ?
Neue ZVEI-Probleme:
Ich sehe hier gerade folgende Alarmierung:
Auf die folgende (zensierte) FMS-Telegramme folgen300:1186005241:4d6f6e69746f7264:4b616e616c2032:121 18:0:756E6B6C617265204175736C2073756E67
300:1186005241:4d6f6e69746f7264:4b616e616c2032:121 18:0:756E6B6C617265204175736C2073756E67
Das kann nicht sein. Der RTW 71/81 wird über 21181 alarmiert. Die Schleife 12118 gibt es in dem zugehörigen LKR überhaupt nicht. Hier fängt alles mit 21 an.310:1186005359:4d6f6e69746f7264:4b616e616c2031:A3x x7181:f:1:0:3
310:1186005366:4d6f6e69746f7264:4b616e616c2031:A3x x7181:3:1:0:3
310:1186005366:4d6f6e69746f7264:4b616e616c2031:A3x x7181:f:1:1:3
310:1186005385:4d6f6e69746f7264:4b616e616c2031:A3x x7181:f:1:0:3
Da muss es im ZVEI-Modul noch mehr Fehler, als den 8-Ton-Bug geben.
(Build 120)
Andreas
Hallo,
Ich habe zwei Probleme.
Zum einen würde ich gerne die Datenbankunterstützung deaktivieren. Geht das?
Außerdem möchte ich gerne das bei bestimmten Tonrufen ein Programm gestartet wird (was eine E-Mail verschickt, msmtp). Wie kann ich das realisieren. Habe schon ein bischen rumprobiert mit der Version 1.8.1, hat aber nicht funktioniert.
Gruß
Sascha.
Hallo,Zitat von s_schuh
Hat niemand eine Idee?
Gruß
Sascha.
Sorry, aber das was Du da suchst ist doch in der 1.8.1 Version alles verfügbar.
1. Datenbankunterstützung gibt es da nicht (nur nach patch)
2. Programm ausführen geht auch (siehe man-page monrc ab Punkt 9=Aktionen).
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)