You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ich nehme an, es wird bei Euch nicht anders sein: 1x pro Woche gehen ne Menge Schleifen beim Probealarm runter.
Da ich ein paar der ZVEI-Alarmierungen neben MySQL bei mir auch noch per Mail verschicke, würde ich gern den Probealarm Montags 18:00 ignorieren.
Ideal wäre folgendes
Es sollen
A) während einer definierten Zeit (Wochentag / Uhrzeit)
B) mindestens 20-30 (konfigurierbar) Schleifen am Stück kommen mit
C) einer maximalen Pause zwischen den ZVEI von 10-20 Sekunden (konfigurierbar)
D) eingestellte Plugins deaktiviert werden.
Dann könnte man, wenn der ganze Landkreis zum Test alarmiert wird, alle Filter ignorieren
UND
hätte bei Real-Einsätzen an Stelle des Probealarms dennoch die Chance mit leichter Verzögerung die Daten per EMail / Push oder sonst wie raus zu hauen
Als Implementierung könnte ich mir folgendes vorstellen:
Zu angegebener Zeit (A) (+- geringe Toleranz) werden alle eingehenden Alarmierungen (ZVEI und Zeitstempel) in einem FIFO gespeichert. Nicht deaktivierte Plugins (D) geben die Daten weiter, konfigurierte Plugins (D) eben nicht. :-)
Pro Alarmierung wird ein Countdown (C) resettet und ein Counter (B) erhöht (Doppelte Schleifen aufeinander werden ignoriert beim Counter)
Schlägt der Countdown (C) zu, ist die Alarmierung beendet und es wird die Anzahl Schleifen bis zu diesem Zeitpunkt geprüft:
Ist der Counter (B) >= Konfigurierter Mindestanzahl, war es ein Probealarm (oder der Brand ist so groß, dass man es im ganzen Landkreis riechen müsste). Die entsprechenden, konfigurierten Filter werden nicht ausgeführt. Optional kommt ein Eintrag für den Probealarm in MySQL, Email, ...
Ist der Counter (B) < Konfigurierter Mindestanzahl, war es wohl doch ein Alarm. Die ZVEI werden in der Reihenfolge der Eintragung im FIFO über die zuvor geblockten Plugins (D) ausgegeben. Hier gibt es dann maximal Counter (B) * Countdown (C) Sekunden Verzögerung
Was haltet ihr davon?
The text was updated successfully, but these errors were encountered:
Prinzipiell denke ich, durchaus eine sinnige Funktion.
Müsste man sich mal etwas austauschen wie man es möglichst universell machen kann, einen Probealarm zu detektieren.
Primär sehe ich die Prioritäten allerdings noch wo anders.
Es stehen noch genügend Dinge und teil Bugs an, die vielleicht vor dem schaffen neuer Features erst mal behoben werden sollten.
Hallo zusammen,
ich nehme an, es wird bei Euch nicht anders sein: 1x pro Woche gehen ne Menge Schleifen beim Probealarm runter.
Da ich ein paar der ZVEI-Alarmierungen neben MySQL bei mir auch noch per Mail verschicke, würde ich gern den Probealarm Montags 18:00 ignorieren.
Ideal wäre folgendes
Es sollen
A) während einer definierten Zeit (Wochentag / Uhrzeit)
B) mindestens 20-30 (konfigurierbar) Schleifen am Stück kommen mit
C) einer maximalen Pause zwischen den ZVEI von 10-20 Sekunden (konfigurierbar)
D) eingestellte Plugins deaktiviert werden.
Dann könnte man, wenn der ganze Landkreis zum Test alarmiert wird, alle Filter ignorieren
UND
hätte bei Real-Einsätzen an Stelle des Probealarms dennoch die Chance mit leichter Verzögerung die Daten per EMail / Push oder sonst wie raus zu hauen
Als Implementierung könnte ich mir folgendes vorstellen:
Was haltet ihr davon?
The text was updated successfully, but these errors were encountered: