Anwendung zur Alarmierung von Mitarbeitern

Hi
Nun eine Möglichkeit wäre auch per Asterisk (VoIP) das dann per Telefonanruf die Durchsage Abspielt.
Aber im Brandfall sollte ja eh die BMZ den Alarm Auslösen und über die Melder alle Informieren ;)

Ich würde auch überlegen ob ich sowas überhaupt einbaue und wenn eben klar und deutlich machen das es nur eine zusätzliche Option ohne irgendwelche Garantie auf Funktion ist... Die person kann ja den Task beendet haben, der PC wurde vom Netzwerk getrennt,...

Wenns wirklich um Brand o.ä. geht würde ich eben auch immer noch auf "physische" Systeme setzen -> im einfachsten Fall Brandmelder die kommunizieren und dann gemeinschaftlich loslegen, im komplexeren Fall eine richtige Brandmelde-Anlage (ggf. inkl. löscheinrichtung)... DAS hängt aber auch vom Budget ab...

Das kannst du recht simpel mit Websocket Server/Client realisieren ...

... hierbei verbindet sich ein altover Client per websocket mit einem Aerver und beide halten die Verbindung mit Pings aufrecht ...

.. so lannst du push und pull realsieren ...
... und den Verbindungsstatus z.B. in der Taskleiste - rot/grüne "LED" anzeigen ...


https://de.m.wikipedia.org/wiki/WebSocket

Alternativ kannst du auch recht einfach eine Anwendung bauen, die auf Nachrichten auf einem bestimmten Port lauscht...

... dazu gibt es zahlreiche Beispiele, z.B. in C# für ANMP- Nachrichten con Routern, Switche, etc ...

Der Server kann ja das Alarmpaket an alle IP:Port im Netz senden ...
... wenn da gwrade kein Client auf der IP lauscht: Egal 🤩

Im Brandfall muss der Ablauf klar definiert sein und darf nicht von Geraeten abhaengig sein die im Notfall eventuell keinen Strom haben. Zudem ist man ja verpflichtet Uebungen fuer den Brandfall abzuhalten. Alles was IT basierend ist steht kann ja im Brandfall schon nicht mehr funktionieren.

Hallo


Für das gegebene Beispiel eines Brandfalls ist meines Erachtens eine Notfallapplikation nicht geeignet: es ist schlichtweg keine Zeit, dass ein Abteilungsleiter die Alarmierung auslöst.

• Ist sichergestellt, dass immer und jederzeit eine Person verantwortlich Alarm auslösen kann? Wohl nicht. Abteilungsleiter ist im Meeting -> Zuviel Zeit verloren.
• Wird die Person zuerst prüfen wollen, ob ein Brandereignis vorliegt? Eher schon. -> Zuviel Zeit verloren.
• Sollten auch Abteilungsleiter im Brandfall umgehend das Gebäude verlassen? -> Keine Zeit zur Alarmierung.
• Sollten Personen beim Verlassen des Gebäudes keine Sachen einpacken? -> Keine Alarmierung möglich, wenn der Rechner noch im Büro steht.
• ...

Im Brandfall müssen alle Mitarbeiter sofort die Arbeit liegen lassen und sich zu den Sammelstellen begeben. Jede Sekunde zählt. Dabei sind nicht die Flammen, sondern die Rauchgase die gefährlicheren Begleiterscheinungen: es sterben mehr Personen durch Rauchgase, denn durchs Feuer selbst.

Die Alarmierung muss ein vorher festgelegter Automatismus ohne menschliche Fehlerquelle sein: Brandsensoren, Alarmierung, Rechner sperren, Fenster und Türen zu, Brandabschnitt prüfen, raus. Zu mehr ist keine Zeit.

Wie schnell sich ein Feuer ausbreitet und sich Rauchgase bilden, kann man auch in einem der unzähligen Brandsimulationsvideos sehen, bspw. https://www.youtube.com/watch?v=-t_JA-2b8ac

Jetzt gleich das mal mit dem Auslösen der Notfallapplikation ab.

Gruß
TA

Dazu wäre eine ELA Anlage auch Hilfreich die auch nach Sektoren/Bereiche Unterteilt werden kann.

Zur technischen Seite: es gibt verschiedene Möglichkeiten:

du kannst etwas vorhandenes wie HTTP oder MQTT nutzen, musst aber sicherstellen, dass die Übertragung funktioniert, also alle paar Sekunden prüfen, ob die Verbindung möglich ist, indem du eine Leermeldung schickst. Wichtig ist, dass ein Verbindungsausfall erkannt und signalisiert wird. Ebenso musst du sicherstellen, dass eine Übertragung und Anzeige auch sicher erfolgt, aber nicht ausufert. Also es dürfen nur Änderungen signalisiert werden.
Nachteil von solchen Pull-Verbindungen ist, dass es eine Zeitverzögerung gibt.

Eine Alternative wären Push-Verbindungen, bei denen eine Verbindung dauerhaft (im Rahmen des Timeouts) aufrechterhalten wird und der Server sich darum kümmert, dass die Daten geliefert werden. Dieses ist komplizierter, da hier ein Session Management nötig ist. Der einfachste Fall ist eine TCP-Verbindung, die aufgebaut und dann vom Server auf die Funktionsfähigkeit geprüft wird, also Testmeldung rein und der Client muss reagieren. Der Client muss aber ebenfalls die Funktionsfähigkeit überwachen und die Verbindung wiederherstellen.
Hier muss aber auch das Netzwerk mitspielen, da einige Komponenten in Verbindungen eingreifen und diese bei zu langer Inaktivität trennen.

Also technisch möglich ist es definitiv, aber ich würde es nicht machen wollen. Weil je nach Alarmmeldung wäre es mir persönlich zu heikel.

Bei deiner Konstruktion hast du auch nur die Alarmierung. Die Erkennung, egal ob Brand oder was anderes, fehlt dir komplett und basiert deiner Beschreibung nach komplett auf dem menschlichen Fehlverhalten. Die natürliche Reaktion eines Menschen auf Gefahren ist die Flucht. Da denkt man nicht mehr daran, noch ein Programm zu öffnen, einen Knopf zu drücken und sowas. Man haut einfach ab.

Wenn keine Alarmierung gefordert ist, dann hat es seinen Grund, wenn die gefordert ist, gibt es auch Gründe dafür. Wenn man, trotz fehlender Forderung, dennoch was machen will, sollte man sich an Normen und Richtlinien halten. Bei einer Forderung muss man es. Und die Vorgaben durch Normen und Richtlinien sind nicht ohne, insbesondere weil diese mit Blut geschrieben wurden.

Also wenn du eine Alarmierung haben willst, dann nimm etwas, was am Markt verfügbar ist. Du willst nicht, dass das zwingend nötige Update für deine Anwendung ebenfalls mit Blut geschrieben wird.

Wenn du sowas bauen willst, bau es für dich zuhause, aber im Praxisbetrieb hat es nichts verloren.

Es gibt auch Alarmsoftware, so wie du dir die vorstellst, aber die ist professionell entwickelt, mit den notwendigen Redundanzen, Verbindungsprüfungen und Alternativalarmierungen ausgestattet. Eine solche Alarmsoftware läuft niemals alleine, sondern es gibt noch einen Ersatzweg, für den Fall, dass die Serversoftware nicht verfügbar oder eine registrierter Client vom Server aus nicht erreichbar ist. Die Erkennung erfolgt in diesem Fall von einem dafür vorgesehenen System (Brandmeldeanlage für Brände, Einbruch- und Überfallmeldeanlage für Überfälle und Bedrohungen und ähnlichem) und wird dann über eine Schnittstelle an die Alarmsoftware gegeben (Beispiel dafür ist ESPA 4.4.4).

Noch eine Anmerkung zu einigen Beiträgen: Mittlerweile ist eine sofortige Räumung des Objekts bei Gefahren nicht mehr die sinnvollste Reaktion. Die Systeme arbeiten mehrstufig. Es wird erkannt, welche Bereiche eines Objekts unmittelbar gefährdet sind, so dass hier die Räumung zuerst veranlasst wird, seit neustem auch mit dynamischer Fluchtwegmarkierung. Für viele Objekte entscheidet auch erst der Einsatzleiter, was passieren soll. Daher kann es durchaus sein, dass es brennt, aber niemand das Objekt verlassen muss. Ein Beispiel dafür sind Krankenhäuser, Einkaufscenter und große Veranstaltungsstätten.

moin,

dataport hat so was im Angebot/Portfolio: https://www.dataport.de/nachricht/messe-fuer-die-kommunale-verwaltung-da ...

Ich würde dir dennoch empfehlen immer klar zu erwähnen das diese Software NICHTS anderes ersetzt und nur ein nice-to-have ist... Solche Projekte sind natürlich immer gerne als "mach ich mal eben" genommen - und macht auch Spass. Wenn man das aber nich klar von vornherein abgrenzt haben die das Potential dir in den Händen zu explodieren -> wenn der Werksleiter dann kommt und sagt "ich hab geschreiben das Maschine XYZ nicht verwendet werden soll, Mitarbeiter X hats nich bekommen und das trotzdem gemacht, nu is die Welt im Eimer und wir alle müssen nen 48h Live-Konzert mit Helene Fischer durchstehen..."

Daher: Machen kein Problem, nur immer deutlich machen das es eher auf "nice to have" ist und relevante Infos immernoch eine Bestätigung durch die Person selbst erfordern...

Besonders wenn der Kollege gerade ein Gespräch hat und des Möp Möp Möp macht bis der "Bestätigt/Gelesen/Verstanden" Klickt um des Abzustellen und sein Gespräch Fortzusetzen.
Und ob er dann Später nochmal die Info Abruft oder des Vergessen hat weil er Unterbrochen wurde....

www.ibi-aws.net/de/

Das ist ein cooles Tool, welches wir seit sehr vielen Jahren verwenden.

Kann man auch bestens verwenden, wenn an der IT sonst was nicht läuft, oder einzelne Applikationen mal nicht laufen.
Oder eine Applikation nicht gestartet werden darf, weil ein Update installiert wird und vieles mehr.

Es braucht keine DB oder eMail Server um die User zu informieren.
Also nur den Client verteilen und irgendwo einen Share definieren.

Du kannst mit FullScreen informieren oder auch nur mit einem kleinen Fenster "unten rechts".
Es gibt unzählige Möglichkeiten dies zu steuern und definieren.

Mit Vorlagen hast du in wenigen Sekunden das ganze Haus informiert.

Gruss Roland

Falls du ein Ansprechpartner brauchst, einfach melden.