DME-Überwachung und Version 1.3.0.1

[firEmergency]

Ja, wir haben die Zeit intern auf 600ms gesetzt, weil wir festgestellt haben, es reicht für alle.
Anscheinend nicht.

Der DME-Listener aus Version 1.1 hat diese Beschränkung noch nicht. Als einfach diesen verwenden:
- Datei von 1.1 nach 1.3 kopieren: /files/inputPlugins/DMEInput.jar

[Stefans123]

Ja, wir haben die Zeit intern auf 600ms gesetzt, weil wir festgestellt haben, es reicht für alle.
Anscheinend nicht.

Der DME-Listener aus Version 1.1 hat diese Beschränkung noch nicht. Als einfach diesen verwenden:
- Datei von 1.1 nach 1.3 kopieren: /files/inputPlugins/DMEInput.jar

danke für den tip...

wäre es möglich das ich die zeit intern auf 15000 hoch setzen könnte´. dan hätte ich ja auch den vorteil das ich zwei einheiten auswätren könnte...

[pfeiffer]

Moin moin,

ich bin auch bei 10 Sekunden. Bei Alarmierungen mit vielen RIC und Express-Alarm muss die zeit lieber etwas länger gewählt werden.


Bitte die Möglichkeit zur Einstellung wieder einbauen.

Danke

Carsten

[faboi]

Bin ich auch dabei....

@firEmergency-Team:
Oder ihr verwirklicht mein Vorschlag der "intelligenten" Lösung des Problems, indem Ihr solange wartet bis die doppelte Zeit des Empfangen eines Zeichens (Baudrate) verstrichen ist. Somit muss man nur solange warten, wie das Empfangen des Textes wirklich dauert.
Vorausgesetzt der DME liefert alle Texte aneinander.

@Alle:
Wartet ihr zehn Sekunden, weil die Ric's in diesem Zeitabstand eintrudeln oder weil es so lange dauert, bis die Texte an Firemergency übertragen sind?

[DeLocke]

Wird es eine "Stand-Alone" Version der DME-Überwachung geben und am besten noch lauffähig unter Raspberry Pi :-P

[firEmergency]

Wird es eine "Stand-Alone" Version der DME-Überwachung geben und am besten noch lauffähig unter Raspberry Pi :-P

Stand-Alone:
Meinst du komplett ohne firEmergency, oder nur eine Art "Client-Server" Architektur (DME-Plugin auf Pi schickt Alarm an FE auf einem anderen Server)?
Ersteres kann ich verneinen, zweitere Version wäre möglich, allerdings aus Zeitgründen aktuell eher ungünstig.

Raspberry-Pi:
Also wenn die Java Unterstützung auf dem PI entsprechend läuft, müsste FE eigentlich schon funktionieren. Haben wir aber noch nicht selbst getestet.

[faboi]

@firemergency-Team:
Ich habe ein großes Problem mit dem DME-Listener und mehreren Adressen die gleichzeitig ausgewertet sollen:
Wenn man die Zeit bei ein paar hundert Millisekunden lässt, kommen nur die Hälfte Meldungen an (was auch mehr als verständlich ist) bzw. es gibt dann mehrere "Fetzen" der Alarmierung.
Wenn ich jedoch her geh und wie die meisten hier 4000-10000 ms nutze, damit wirklich alles bei FE ankommt, die Auswertung im Programm Probleme bereitet.
--> Die Auswertung der einzelnen Adressen funktioniert ja mittlerweile!

Es funktioniert jedoch nicht mit dem Alarmtext. Denn je nach dem wie der Melder (Hier:Boss 925, was aber für alle Swissphone-Melder gilt) programmiert ist, gibt er die einzelnen Adressen als:

Adresse als Ton   --> CR+LF Fixtext CR+LF NULL
Adresse als Alpha --> CR+LF 18:24 16.03.13 CR+LF 02B CR+LF Fixtext Alarmtext CR+LF NULL

aus.
Siehe http://www.funkmeldesystem.de/foren/...ad.php?t=54814

Das bedeutet: Bei einem Intervall mit 4000 ms bekommt man als Alarmtext eine riesiger String mit beiden oben genannten Optionen (je nach Konfiguration). Eine Weiterverarbeitung dieses Textes ist nicht sinnvoll. Auch können keine Filter (auch nicht mit Regex) angewendet werden, da der String zu Variabel ist.

Nochmal: Das Aufrufen der einzelnen Adressen zu den "Pipelines" funktioniert.

Ein Lösungsansatz wäre aus meiner Sicht, dass CR LF (\r\n) mit ausgewertet wird und als Trennzeichen fungiert. Hier muss dann aber auch der DME-Listener für jede Auswertung zwischen den Zeichen einen Alarm anlegen. Jetzt wird derzeit ein Alarm angelegt (im Server) jedoch alle Fixtexte (Pipelines) gefunden.

Da dies tiefere Eingriffe in die Funktionsweise des Plugins sind ist es natürlich nicht mehr universell einsetzbar für Übergaben über die serielle Schnittstelle. Daher wäre es m.M. nach am besten hier eine Checkbox für die Swissphone-Interpretation der Daten setzen zu können.

Wenn das umgesetzt wird, wäre das Sahnehäubchen, die Begriffe Port-Listener und FMEListener im Log (oder auch im Plugin) auf DME-Listener gleichzuziehen.

Beispiel:
Die Übergaben sind im angehängten Bild ersichtlich.

Wünschenswert:

- Alarm für GF_Nacht (ohne Text)
- Alarm für Gruppe4 (ohne Text)
- Alarm für Kommandant mit Text, Datum und hier 02B
- Alarm für stv_Kommandant mit Text, Datum und hier 03B
- Alarm für ZF_Nacht (ohne Text)

Wobei das übergebene Datum und die Uhrzeit mit persönlich nicht wichtig ist und es steht per Variable in FE zur Verfügung. Dies filtere ich per Regex raus. Jedoch die 02B bzw. die 03B (Adressenindex und Subric vom Melder) ist wichtig, da ich hier die Einsatzart auswerten kann.

Hoffe das ihr das Problem nachvollziehen könnt.
Würde mich über eine Antwort freuen... ;-)

EDIT:
Habe die Steuerzeichen im zweiten Bild nochmal deutlicher dargestellt. Es kann natürlich auch NULL verwendet werden.