Verständnisfrage "Alarmverteilung"

[Schmattek]

Hallo,

ich möchte die Alarmverteilung folgendermaßen Benutzen:

Wir werden analog alarmiert und bekommen einen FMS-Text BEVOR unsere Schleifen durchlaufen. Um Fehlalarmierungen durch FE zu verhindern, will ich FMS-Text mit ZVEI Schleife "koppeln", sodass nur Text verschickt wird, wenn auch eine Schleife gelaufen ist.

Wenn ich das richtig verstanden habe brauche ich dafür 3 Einheiten.

- xx205 (die Schleife, die von FMS32 übergeben wird)
- LZxy (die Einheit, die den FMS-Text von FMS32 erhält)
- LZxy Text (die Einheit für die die Pipeline gebaut wird)

Ist das dann richtig wenn ich in der Alarmverteilung folgendes einstelle:

Alarmverteiler für: LZxy
Alarm kommt von: xx205
Alarm wird weitergeleitet an: LZxx Text?

Irgendwie hab ich da ein bisschen Knoten in im Kopf. Möchte es aber auch erst ausprobieren, wenn ich sicher bin, dass ich keinen Denkfehler drin habe.

[firEmergency]

Idee:
Richtig

Umsetzung:
So wohl nicht machbar

Problem:
Bei der Alarmverteilung gehen wir momentan davon aus, dass der zu verteilende Alarm erst NACH der eigentlichen Alarmierung kommt.
Beispiel:
Das Alarm-Fax kommt immer NACH der 5-Ton-Alarmierung

Dafür wurde die Alarmverteilung ursprünglich entwickelt.
Bei der Alarmverteilung werden dann immer die Daten der Einheit "Alarm kommt von:" an die Einheit "Alarm wird weitergeleitet an:" weitergereicht.
In deinem Fall würden also die "leeren" Daten der 5-Ton-Alarmierung an die Einheit LZxx weitergereicht. Das bringt dir also erstmal nichts.

Theoretisch sollte es so sein (wenn der FMS-Text NACH der 5-Ton-Alarmierung kommt):
Alarmverteiler für: xx205
Alarm kommt von: LZxy
Alarm wird weitergeleitet an: LZxx Text

Kannst du irgendwie dafür sorgen, dass der FMS-Text erst NACH den 5-Ton-Alarmierungen an FE weitergereicht wird? Ansonsten müsstest du wohl ganz komplizierte Sachen machen (4. Einheit LZxyVerz hinzufügen, welches von FMS32 den FMS-Text erhält, Verzögerungs-Plugin verzögert FMS-Eineit "LZxyVerz" und alarmiert dann mit "Einheiten Alarmieren"-Plugin die Einheit "LZxy")

[florian_hsk]

Habs so gelöst:
1. Einheit mit FMS-Text: Schreibt per Batch-Plugin den Alarmtext in eine txt-Datei
2. Einheit mit Schleife: Liest die txt-Datei ein und alarmiert

Dabei wird halt immer nur der Alarm verschickt, wenn die Schleife alarmiert wird. Egal ob ein Alarmtext vorhanden ist oder nicht.

[Schmattek]

Habs so gelöst:
1. Einheit mit FMS-Text: Schreibt per Batch-Plugin den Alarmtext in eine txt-Datei
2. Einheit mit Schleife: Liest die txt-Datei ein und alarmiert

Dabei wird halt immer nur der Alarm verschickt, wenn die Schleife alarmiert wird. Egal ob ein Alarmtext vorhanden ist oder nicht.

Das klingt plausibel. Wird die txt-Datei nach einem Alarm gelöscht oder geleert?

[florian_hsk]

Momentan lass ich die Datei nach einem Alarm leeren. Eine gelöschte (nicht vorhandene) Datei gibt 'ne Fehlermeldung beim FileReader, wird aber in der nächsten Beta geändert.

[Schmattek]

Kannst du mir den inhalt der Batch Dateien schicken? Würde das gerne mal ausprobieren.

[feodor]

Ab Windows Vista / 7 gibt's noch den Befehl timeout, der keine extra exe benötigt

[Schmattek]

Funktioniert soweit ganz gut. Ich hab nur das Problem, dass z.B. Umlaute und ein "ß" in der Textdatei als Symbole dargestellt werden und dementsprechend auch falsch in der SMS oder in aPager stehen.

Woran liegt das?

[Schmattek]

Ich sehe gerade das FE bei mir grundsätzlich Probleme mit Umlauten hat. Ist das nur bei mir so?

Hier mal ein Screenshot von einem frisch gestarteten Server. Wie man sieht sind überall wo Umlaute stehen sollten Symbole anstatt Buchstaben. Muss ich irgendwas umstellen?

[speedy2lolo]

Das sieht bei mir genau gleich aus, scheint normal zu sein

[firEmergency]

Ich sehe gerade das FE bei mir grundsätzlich Probleme mit Umlauten hat. Ist das nur bei mir so?

Hier mal ein Screenshot von einem frisch gestarteten Server. Wie man sieht sind überall wo Umlaute stehen sollten Symbole anstatt Buchstaben. Muss ich irgendwas umstellen?

Das ist nur im Windows-Konsolenfenster so.
Im Log oder bei der Alarmverarbeitung gibt es das Problem nicht.

[Schmattek]

Das ist nur im Windows-Konsolenfenster so.
Im Log oder bei der Alarmverarbeitung gibt es das Problem nicht.

Das mag sein. Trotzdem wird der Alarmtext, der Umlaute enthält mit komischen Symbolen in ein Textfile geschrieben (Batch von florian_hsk). Wenn FE daraus dann liest gibt es durchaus ein Problem mit der Alarmverarbeitung.

[firEmergency]

Ja gut, das kann auch sein. Das kommt dann drauf an in welchem Format die Batch Datei sie Zeichen in die Datei schreibt.
Standardmäßig erwarten wir UTF 8 als Zeichensatz.
Da müsstest du dann mal Florian anschreiben

Gesendet via Mobile App

[Schmattek]

Mit dieser Art von Batch Datei funktioniert es jetzt auch mit Umlauten.

DANKE an florian_hsk für diesen Klasse Workaround!

@echo off
 rem Codepage ANSI
 @chcp 1252 > NUL
 echo %~1 >> C:\Firemergency\Alarmtext.txt
 timeout 60
 type > C:\Firemergency\Alarmtext.txt
 exit

[Schmattek]

Ich habe jetzt zwei Pipelines gebaut wie florian_hsk sie vorgeschlagen hat.

Der FMS-Text wird in der ersten Pipe in eine .txt-Datei geschrieben und dort 60sek. aufbewahrt. Läuft nun eine bestimmte Schleife wird der Text aus der .txt-Datei gelesen und verteilt (SMS, aPager, Monitore).

Gestern hatten wir dann den Fall, dass aus irgendeinem Grund die Leitstelle keinen Text mitgeschickt hat. Die Schleife lief aber sehrwohl, was zur Folge hatte, dass alle Kameraden und auch die Monitore eine Nachricht mit N/A, N/A, N/A bekommen haben.

Um das zu verhindern wollte ich fragen, ob es eine Möglichkeit gibt eine Art "Wenn-Dann Abfrage" vorne an die Pipe zu stellen. Sprich: Wenn .txt-Datei leer, dann Pipe stoppen.

So in der Art habe ich das schon mit Probealarmen gelöst. Da stoppt die Pipe auch zu bestimmten Zeiten.

Hoffe ihr könnt mir helfen.