search

Schrolli91 / BOSWatch

Python Script to process input data from rtl_fm and multimon-NG - multiple Plugin support
https://bwcc.boswatch.de
GNU General Public License v2.0
132 stars 60 forks source link

Verschlucken den Alpha-Meldungen #34

Closed Tauebenuss closed 9 years ago

Tauebenuss commented 9 years ago

Der neue doublefilter verschluckt meine Textnachrichten. Bedeutet: Es werden 3x Ton Rufe ausgesendet dann 3x Textmeldungen. Wenn der erste Tonruf in die Liste geschrieben wird sind die Textmeldungen weck... Heißt also, man muss überprüfen ob es ein Text dabei gibt..?

JHCD commented 9 years ago

Damit ich es richtig verstehe: Es wird in 5 Sekunden 6 mal die gleiche RIC-Adresse alarmiert, erst ohne und dann mit Text?

1234567 1234568 1234569 1234567 Text 1234568 Text 1234569 Text

Der alte Double-Alarm hat beim obigen Bsp. keine Doublette erkannt, da nur der Vorläufer betrachtet wurde.

Da Dein Bsp hier nicht vorkommt, müsstest Du mal ein genaueres Bsp (bitte anonymisiert) liefern.

Schrolli91 commented 9 years ago

man müsste also in diesem Fall nicht nur die RIC sondern auch die enthaltene Message in die Double-Erkennung einbeziehen.

Bei ZVEI ist das ganze eh hinfällig. Genauso wie beim FMS da hier ja die ganze ID inkl Status und Richtung überprüft wird

JHCD commented 9 years ago

Aus verschiedenen Alarmierungssystemen (Monitore, Leitstellen-Software etc.) kenne ich dad Problem generell. Text-String mit einbeziehen liefert nicht immer den gewünschten Erfolg. Es wäre kein Problem optional die Msg mit einzubeziehen, wenn die Dubletten aber durch Fragmente entstehen, führt das zu anderen Effekten oder wieder zu Duplikaten.

Tauebenuss commented 9 years ago

Genau so sieht es aus. Zum Beispiel bei einer Feuermeldung laufen um die 5-10 Schleifen allerdings alle syncron geht los für jede Schleife erstmal eine Tonruf Und das laut POCSAG Protokoll 3x also z.B. 0000001Ton 0000002 A Tonruf 0000001 A Tonruf 0000002 A Tonruf 0000001 A Tonruf 0000002 A Tonruf 0000001 Musterstr.1/Feuer_Y/Menschenleben in Gefahr/über Teststr. Anfahren 0000002 Gleiche Meldung wie 01

Das wieder drei Mal.

... Also ist es für mich unerlässlich da aufzuräumen ...

Am 29.06.2015 um 14:45 schrieb Schrolli91 notifications@github.com:

man müsste also in diesem Fall nicht nur die RIC sondern auch die enthaltene Message in die Double-Erkennung einbeziehen.

Bei ZVEI ist das ganze eh hinfällig. Genauso wie beim FMS da hier ja die ganze ID inkl Status und Richtung überprüft wird

— Reply to this email directly or view it on GitHub.

JHCD commented 9 years ago

1.) Ist die Funktion mit/ohne Text identisch?

2.) Du würdest dann zwei Einträge je RIC bekommen (wollen)

Smith-fms commented 9 years ago

Dann kann fast nur noch mit dateibasierter DB wie z.B. sqlLite gearbeitet werden welche die Einträge für 5min zwischenspeichert.Oder sieht wer eine Alternative bei der Menge?

Von meinem Samsung Gerät gesendet.

-------- Ursprüngliche Nachricht -------- Von: kevinkleist notifications@github.com Datum: 29.06.2015 15:25 (GMT+01:00) An: Schrolli91/BOSWatch BOSWatch@noreply.github.com Betreff: Re: [BOSWatch] Verschlucken den Alpha-Meldungen (#34)

Genau so sieht es aus. Zum Beispiel bei einer Feuermeldung laufen um die 5-10 Schleifen allerdings alle syncron geht los für jede Schleife erstmal eine Tonruf Und das laut POCSAG Protokoll 3x also z.B. 0000001Ton 0000002 A Tonruf 0000001 A Tonruf 0000002 A Tonruf 0000001 A Tonruf 0000002 A Tonruf 0000001 Musterstr.1/Feuer_Y/Menschenleben in Gefahr/über Teststr. Anfahren 0000002 Gleiche Meldung wie 01

Das wieder drei Mal.

... Also ist es für mich unerlässlich da aufzuräumen ...

Am 29.06.2015 um 14:45 schrieb Schrolli91 notifications@github.com:

man müsste also in diesem Fall nicht nur die RIC sondern auch die enthaltene Message in die Double-Erkennung einbeziehen.

Bei ZVEI ist das ganze eh hinfällig. Genauso wie beim FMS da hier ja die ganze ID inkl Status und Richtung überprüft wird

— Reply to this email directly or view it on GitHub.

Reply to this email directly or view it on GitHub: https://github.com/Schrolli91/BOSWatch/issues/34#issuecomment-116658782

Tauebenuss commented 9 years ago

Ja. Nennt sich Expressalarm von Motorola. Es wird erst eine Nachricht ohne Text gesendet und dann eine mit Text, je nach Größe des Netzes bringt das ungemeine Zeitvorteile.

Subric sind gleich. Der Rettungsdienst zB bekommt aber auch nur Text. Brandschutz beides. Eine Reihe Sonderschleifen bekommen nur Ton. augen zu halt also in meinen Augen würde es reichen, nach Alpha/Ton zu trennen. Somit würde der erste Tonruf und der erste Text durchkommen, oder ? Und die Tonrufe/Alphameldungen die doppelt dann sind kann Mann auch drüber wegsehen... Oder ?

Am 29.06.2015 um 15:30 schrieb Jens Herrmann notifications@github.com:

1.) Ist die Funktion mit/ohne Text identisch?

2.) Du würdest dann zwei Einträge je RIC bekommen (wollen)

Nur Ton Mit Text — Reply to this email directly or view it on GitHub.

Tauebenuss commented 9 years ago

Habe leider im Moment kein Internet was mich ein wenig einschränkt (nur 3G)

Am 29.06.2015 um 15:31 schrieb Smith-fms notifications@github.com:

Dann kann fast nur noch mit dateibasierter DB wie z.B. sqlLite gearbeitet werden welche die Einträge für 5min zwischenspeichert.Oder sieht wer eine Alternative bei der Menge?

Von meinem Samsung Gerät gesendet.

-------- Ursprüngliche Nachricht -------- Von: kevinkleist notifications@github.com Datum: 29.06.2015 15:25 (GMT+01:00) An: Schrolli91/BOSWatch BOSWatch@noreply.github.com Betreff: Re: [BOSWatch] Verschlucken den Alpha-Meldungen (#34)

Genau so sieht es aus. Zum Beispiel bei einer Feuermeldung laufen um die 5-10 Schleifen allerdings alle syncron geht los für jede Schleife erstmal eine Tonruf Und das laut POCSAG Protokoll 3x also z.B. 0000001Ton 0000002 A Tonruf 0000001 A Tonruf 0000002 A Tonruf 0000001 A Tonruf 0000002 A Tonruf 0000001 Musterstr.1/Feuer_Y/Menschenleben in Gefahr/über Teststr. Anfahren 0000002 Gleiche Meldung wie 01

Das wieder drei Mal.

... Also ist es für mich unerlässlich da aufzuräumen ...

Am 29.06.2015 um 14:45 schrieb Schrolli91 notifications@github.com:

man müsste also in diesem Fall nicht nur die RIC sondern auch die enthaltene Message in die Double-Erkennung einbeziehen.

Bei ZVEI ist das ganze eh hinfällig. Genauso wie beim FMS da hier ja die ganze ID inkl Status und Richtung überprüft wird

— Reply to this email directly or view it on GitHub.

Reply to this email directly or view it on GitHub: https://github.com/Schrolli91/BOSWatch/issues/34#issuecomment-116658782 — Reply to this email directly or view it on GitHub.

JHCD commented 9 years ago

So, ich habe den Duplikats-Filter jetzt erweitert: 1.) bei POC wird auch ID+Funktion als "ID" gesehen, identisch zu FMS (hilft Dir hier nix :) ) 2.) es gibt in der config.ini einen Parameter doubleFilter_check_msg, mit dem der Duplikats-Filter um die Prüfung der Nachricht erweitert werden kann.

Es wird geprüft, ob die Nachricht der neuen Alarmierung ein Substring einer alten Nachricht ist. Ist die alte Nachricht kürzer oder anders, wird die neue Alarmierung durchgelassen.

In Deinem Fall solltest Du also 2 Einträge bekommen... 1234567 (ohne Text) 1234567 (mit Text) Du musst allerdings bei Dir mit dem Parameter doubleFilter_ignore_entries gucken, wie es passt. 10 ist evtl. zu wenig.

Bitte prüfen, da es hier so nicht vorkommt.

Tauebenuss commented 9 years ago

Wo ist eigentlich hier ? (Also wo kommst du her ?)

Denke dass das ganz gut aussieht. Sobald ich wieder Internetzugang habe gibt von mir auch noch den Alarmmonitor + nen soft und Hard Watchdog mit E-Mailbenarichtigung + EinE Lichtsteuerung mittels Relaisboard und RPi. Hat das eine bestimmte Bewandtnis warum ihr Kommentare und Variabeln in Englisch programmiert ? FMS ZVEI und POCSAG werden vornämlich glaube ich nur in der vorm in DE verwendet. Würde dann wohl wenn es einen triftigen Grund gibt auch alles nochmal in Englisch formulieren.

Hat sich wer schon der RTL_FM Problematik angetan?

Am 29.06.2015 um 17:22 schrieb Jens Herrmann notifications@github.com:

So, ich habe den Duplikats-Filter jetzt erweitert: 1.) bei POC wird auch ID+Funktion als "ID" gesehen, identisch zu FMS (hilft Dir hier nix :) ) 2.) es gibt in der config.ini einen Parameter doubleFilter_check_msg, mit dem der Duplikats-Filter um die Prüfung der Nachricht erweitert werden kann.

Es wird geprüft, ob die Nachricht der neuen Alarmierung ein Substring einer alten Nachricht ist. Ist die alte Nachricht kürzer oder anders, wird die neue Alarmierung durchgelassen.

In Deinem Fall solltest Du also 2 Einträge bekommen... 1234567 (ohne Text) 1234567 (mit Text) Du musst allerdings bei Dir mit dem Parameter doubleFilter_ignore_entries gucken, wie es passt. 10 ist evtl. zu wenig.

Bitte prüfen, da es hier so nicht vorkommt.

— Reply to this email directly or view it on GitHub.

JHCD commented 9 years ago

Dann mach ich den Eintrag hier mal zu... Die anderen Themen dann dort, wo sie hingehören :-)

PS: Englisch gab es hier schon, als ich dazu kam. Gibt es eigentlich keine Notwendigkeit zu...

Schrolli91 commented 9 years ago

Ich hab mir irgendwann mal angewöhnt beim Programmieren nur Englisch zu nutzen... Sinn - außer der "weltweiten" verständlichkeit - keiner ^^