Ablauffolge und Verzögerung(en)

Hallo zusammen,
hatte vor einer Weile schon mal laut getan das es vorkommt das Alarmierungen mit großer Zeitverzögerung ankommen.
Mal kurz zur Info. Ich habe eine "Sammelschleife" alles was nicht wichtig ist aber auch nicht ganz langweilig.
Wenn jetzt was "passiert" kommt es vor das 2, 3 oder mehr Ric gezogen werden.
Also kommt es schonmal vor das die Sammelschleife 2, 3 mal direkt hintereinader kommt.
Der Ablauf sieht so aus : Text -> Prowl -> Zeitverzögerung -> SMS
So die Zeitverzögerung ist derzeit 3min. Nun passiert folgendes. Bsp 3 Alarmierungen.
Prowl kommt ... Pause ... SMS kommt - direkt dann kommt wieder ne Prowl ... Pause ... SMS - Prowl ... Pause ... SMS.
Nun meine frage(n)
Was passiert wenn eine andere Einheit Alamiert wird ? Meiner Meinung nach kommt also quasi als 4tes. Meiner Meinung nach (auch erlebt) kommt die dann nach 9min an. Gibt es hier eine andere möglichkeit ? Ausser die Zeitverzögerung weg zu nehmen ?
Kann ich eine Prio für bestimmt Einheiten einstellen ?

Thanks fürs erste

Wir müssen uns das mal bei Zeiten nochmals anschauen. Momentan empfehlen wir ja das Plugin nicht zu verwenden (genau aus diesem Grund).
Von uns ist das nicht so gedacht, aber Java macht uns da irgendwie einen Strich durch die Rechnung.
Bisher hatten wir den Fehler leider noch nicht finden können.

So, eben mal selbst getestet:
Szenario:
Einheit Test3: Verzögerung von 20s
Einheit Test2: Macht nur ein Plugin

Ablauf:
- Manueller Alarm Test3
- Manueller Alarm Test2

Nach deiner Schilderung, müsste der Alarmablauf dann so aussehen, oder?

- 00:00 Alarm für Test 3
- 00:00 Alarm für Test 2
- 00:20 Alarm für Test 3 wird ausgeführt
- 00:20 Alarm für Test 2 wird ausgeführt

(Also der gesamte Alarm für Test2 wird ungewünscht verzögert)

Folgende Logs ergeben sich:

Zitat:

---

11:09:45 [INFO] [AlarmPool][162] Neuer eingehender Alarm für "test3"
11:09:45 [INFO] [PipelineController][95] Pipeline gestartet für test3
11:09:45 [INFO] [Delay][26] Verzögerung gestartet
11:09:45 [DEBUG] [Delay][35] Verzögere: 20 Sekunden
11:09:48 [INFO] [AlarmPool][162] Neuer eingehender Alarm für "test2"
11:09:48 [INFO] [PipelineController][95] Pipeline gestartet für test2
11:09:48 [INFO] [BOSMON_customAlarm][174] Key "pluginMessage" gesetzt auf: Test
11:09:48 [INFO] [Pipeline][139] Pipeline von Feuerwehr (test2) wurde nach 209 ms beendet, isError?: false
11:10:05 [INFO] [Delay][41] Verzögerung beendet
11:10:05 [INFO] [Pipeline][139] Pipeline von Feuerwehr (test3) wurde nach 20207 ms beendet, isError?: false

---

Wie man sehen kann, funktioniert alles so wie es soll (Einheiten verzögern sich nicht gegenseitig).


Wenn du andere Erfahrungen gemacht hast, dann poste doch mal ein simples (!) Beispiel, wann der Fehler auftritt.
(Das die Verzögerung die Plugins innerhalb eines Alarmablaufes ungewollt verzögert, ist hier ein anderer Fehler)

Also ich kann, aus der Beta heraus, berichten, egal, wie oder an welcher Stelle das "Verzögern" eingepflegt ist, es verzögert alle weiteren Alarmierungen.

Habe hier eine Pipeline eingerichtet, welche aus 3 Hauptleitungen besteht:

Pipeline 1 -> Push
Pipeline 2 -> SMS/Email
Pipeline 3 -> Alarmmonitor

Wird diese ausgelöst, geht der erste Alarm durch, dann greift die Verzögerung,
alle nachfolgenden Alarmierungen werden um Faktor X gebremst.

Es ist, in meinem Fall, egal in welcher Mischung die Verzögerung eingebaut wird,
ob extra Pipeline, oder in der Pipeline direkt. Er verzögert alles.

Wir dürfen also gespannt sein, ob/wann ihr etwas findet. :)

So melde mich auch noch mal :)
Wie schon beschrieben habe ich das Problem das alles was nach der (ersten) Verzögerung kommt durch diese Verzögert wird. Ist ja sinn und zweck, aber nur für die Einheit wo es Eingebaut ist.
Nehme mal ein Beispiel :
Gegeben :
Einheit 1) Info (alles was etwas wichtiger ist)
Einheit 2) Sammel (Sammeleinheit für alles was nicht wichtig ist, aber man ist ja neugierig)
Einheit 3) Alarmierung Eigene Einheit.
Bsp :
Es kommt eine Alarmierung (mehr als ein Fahrzueg)
1) RTW Alamiert (keine Aktion)
2) Löschfahrzeug Andere Wache (Einheit 2)
3) Allg Info (Einheit 1)
4) Drehleiter (Einheit 2)
5) Eigene Einheit (Einheit 3)

Die Verzögerung ist aus "Taktischen" Gründen bei der Einheit 2 für SMS.

Der Alarmablauf sieht soweit immer gleich aus :
Alarmtext (FMS32) --> PUSH --> (Verzögerung) --> SMS

Nun kommt die Alarmierung in der folge wie oben beschrieben, Verzögerung 1min.
09:00:00 Ric RTW
09:00:01 Ric LF
09:00:02 Ric Allg.
09:00:03 Ric DLK
09:00:04 Ric Eig. Einheit
====================> Alle selber Text (ein Einsatz)

was passiert ?
09:00:00 RTW --> Nix
09:00:01 LF --> Push --> VERZ ---> 09:01 SMS
09:01:02 Allg --> Push --> SMS
09:01:03 DLK --> Push --- VERZ ---> 09:02:04 SMS
09:02:05 Eig EH --> Push --> SMS

Hoffe das ist jetzt Besser beschrieben. Die wichtigste Einheit (4) wird mir der ges. Verzögerung der anderen Einheiten Alarmiert, nicht parallel.

Die Möglichkeit Verzögerung raus Ok, aber gibt es da ne andere Möglichkeit ? Weiter Hintergrund. Bis vor ein paar Woche (siehe anderer Beitrag) wurde zusätzlich noch ne Mail verschickt bei jeder Einheit. Durch eine Störung des Email Servers kam es beim Versand zu Problem, so das die Abarbeitung "Mail Versenden" ca. 4min gedauert hat. Folge Zeitverzögerung. Also liegt es nicht alleine an dem Plugin Zeitverzögerung.

Bei fragen, jederzeit gerne