[Modul] WarnHub — Warn- und Alarmmeldungen für Deutschland, Österreich und die Schweiz, mit Umkreis-Filter, Push und Schutzaktionen

Hast du ein Easter-Egg eingebaut? Oder von welcher Quelle kommt das? Bei KatWARN und NINA ist nichts.

Hallo ralf,

kein Easter Egg, aber ein guter Fund! Ich hab’s im Code geprüft: WarnHub hat bisher an keiner Stelle das CAP-Feld statusausgelesen — das ist ein Standardfeld genau für diesen Zweck vorgesehen (Actual/Exercise/System/Test/Draft), damit Systeme wie WarnHub Übungen und Tests von echten Warnungen unterscheiden können. Eine der von mir angebundenen Quellen hat offenbar eine Testmeldung mit status=Exercise oder status=Test durchgeschickt, und WarnHub hat die mangels Prüfung wie eine echte Warnung behandelt — bei KatWarn/NINA selbst ist ja nichts angekommen, weil die das Feld eben schon prüfen.

Mit 1.14.2 prüft WarnHub das jetzt auch: Alles außer „Actual" wird verworfen, bevor es überhaupt als Warnung bei dir ankommt. Betrifft NINA, die direkte DWD-Anbindung und Meteoalarm — bei den übrigen Quellen (PEGELONLINE, eigene Wetterstation etc.) gibt’s das Feld naturgemäß nicht, die sind ja keine amtlichen CAP-Meldungen.

Wenn du den Fix möglichst schnell willst: aktuell steckt er nur im beta-Branch, den du ebenfalls über den Module Store beziehen kannst. Über den Stable-Zweig kommt er erst nach dem nächsten Symcon-Review.

Viele Grüße
Dietmar

1 „Gefällt mir“

Danke für das tolle Modul, über das ich gerade zufällig gestolpert bin! Auch die Doku ist wirklich gut. Sieht auch in IPSView soweit super aus. Mangels Meldungen bin allerdings noch im Erprobungs-Modus…
Eine Frage: Könnte man AlertSwiss noch integrieren? Das ist schweizerische Version von Nina.

Liebe Grüsse aus der Schweiz,

Hans-Christian

Hallo Hans-Christian,

danke für die netten Worte, freut mich!

Zu AlertSwiss: Sehr gute Idee, ich hab’s mir angeschaut. AlertSwiss ist tatsächlich mehr als nur das Schweizer NINA-Pendant fürs Wetter — kantonale Feuerverbote, Waldbrand, Trockenheit, Fels-/Bergsturz und weitere Zivilschutzmeldungen sind dabei. Und anders als Meteoalarm liefert der Feed für jede Meldung eine echte Warnfläche (Polygon oder Kreis), kein reiner Namensabgleich auf Kantonsebene — passt also genau in WarnHubs Umkreis-Logik.

Ich hab’s gebaut: WarnHub 1.16.0 bringt Alertswiss als eigene Schweizer Datenquelle. Aktiviert man sie, übernimmt sie für Schweizer Standorte automatisch von Meteoalarm (koordinatengenau statt Namensabgleich), genau wie es die direkte DWD- bzw. GeoSphere-Austria-Anbindung für Deutschland/Österreich schon tut. Ich hab’s live gegen einen echten Standort (Chur, aktuelles Feuerverbot Graubünden) durchgetestet — Treffer.

Der Fix steckt aktuell im beta-Branch, den du ebenfalls über den Module Store beziehen kannst (Beta ist genauso im Store wie Stable). Über den Stable-Zweig kommt’s erst nach dem nächsten Symcon-Review.

Viele Grüsse
Dietmar

:+1: :grinning_face: , vielen Dank!

LG, Hans-Christian

Hallo Dietmar,

bin jetzt nach dem Urlaub endlich zum Testen gekommen. Ich habe mehrere Webfront Instanzen, die auch gefunden werden. In der notification control ist mein Handy eingetragen und aktiviert. Dort kann ich auch Testnachrichten versenden, welche auf dem Handy ankommen. Im WarnHub sind die WebFront Instanzen sichtbar und aktiviert, es kommt jedoch kein Test an.

Mir ist nicht ganz klar, wie die einzelnen Webfront Instanzen mit der notification control verknüpft sind?

lg, Thomas

Hallo Thomas,

willkommen zurück! Danke fürs Testen.

Ich hab’s recherchiert: Die Geräteregistrierung für Push ist pro WebFront-Instanz getrennt, nicht global. Laut Symcon-Doku wird ein Handy beim ersten Login automatisch „zum Push-Nachrichten-Dienst für diesen Konfigurator“ hinzugefügt — Notification Control ist nur die Gesamtübersicht über alle registrierten Geräte, zeigt aber je Gerät an, bei welchen Konfiguratoren (= welchen WebFront-Instanzen) es tatsächlich freigeschaltet ist.

Da du mehrere WebFront-Instanzen hast und WarnHub die alle findet und standardmäßig aktiviert: Schau bitte in der Notification-Control-Übersicht bei deinem Handy nach, für welche der WebFront-Instanzen es dort als Konfigurator eingetragen ist. Vermutlich nur für eine, und WarnHub testet (auch) gegen die anderen, bei denen dein Handy gar nicht registriert ist.

Zwei Dinge, die mir weiterhelfen würden:

  1. Klick mal direkt in WarnHub (Panel „:bell: Benachrichtigung“) auf „:test_tube: Testbenachrichtigung senden“ statt über die Notification-Control-eigene Testfunktion. Die Meldung sagt dir „:white_check_mark: Testbenachrichtigung an X von Y aktivierten Ziel(en) gesendet“ — wenn X kleiner als Y ist, schau in der Instanz-Konsole unter „Meldungen“ nach, dort protokolliert WarnHub jeden fehlgeschlagenen Push mit der betroffenen Instanz-ID.
  2. Falls du herausfindest, welche WebFront-Instanz die „richtige“ ist: in WarnHubs Push-Ziele-Tabelle kannst du die übrigen einfach deaktivieren, dann testet WarnHub nur noch gegen die, wo dein Handy tatsächlich registriert ist.

Lg Dietmar

Servus Dietmar, danke für das schnelle Feedback!

in der Notification Control ist mein Handy keiner WebFront Instanz zugeordnet (und das dürfte auch das Problem sein). Es ist nur der (ips) View zugeordnet.

Beim Testen werden die Nachrichten an alle aktivierten Webfront Instanzen gesendet:

Es gibt also scheinbar keine “richtige” Webfront Instanz, die die IPSView keiner dieser Instanzen zugeordnet ist. Ich habe auch keine Idee, wie diese Zuordnung möglich wäre.

lg, Thomas

Hallo Thomas,

danke für den Hinweis, das war ein guter Fund!

Ich bin der Sache nachgegangen: Dein Handy ist offenbar ausschließlich über die IPSView-App bei Notification Control registriert, nicht als Konfigurator bei einer WebFront- oder Kachel-Visualisierung-Instanz. Genau das ist das Problem — WarnHub hat bisher nur über WFC_PushNotification (WebFront) bzw. VISU_PostNotificationEx (Kachel-Visualisierung) gepusht, und beide Funktionen erreichen ein rein über IPSView registriertes Gerät strukturell nie, egal welche WebFront-Zeile bei dir aktiviert ist.

Mit WarnHub 1.17.0 kommt Notification Control jetzt als sechster, eigener Push-Kanal dazu — der verwaltet Geräte unabhängig davon, über welchen Konfigurator sie sich zuletzt angemeldet haben, und deckt damit genau deinen Fall ab. Einfach oben „:magnifying_glass_tilted_right: Push-Ziele suchen" erneut klicken, eine vorhandene Notification-Control-Instanz wird automatisch gefunden und als neue Zeile hinzugefügt (Typ „Notification Control (IPSView & Co.)").

Magst du das mal testen? Aktuell steckt der Fix nur im beta-Branch, den du ebenfalls über den Module Store beziehen kannst (Beta ist genauso im Store wie Stable). Ich stoße den nächsten Symcon-Review zeitnah an, dann kommt’s auch in den Stable-Zweig.

Viele Grüße
Dietmar


Hallo Dietmar,

vielen Dank, ja ich teste das gerne. Ich habe den Beta Kanal und heute aktualisiert. Es wird kein neues Push Ziel gefunden.

lg, Thomas

Hallo Thomas,

danke, das ist ein echter Fund — und ehrlich gesagt überrascht mich das, denn genau diese Erkennung habe ich gerade erst live an meiner eigenen Instanz geprüft (inklusive echtem Testpush, der auch ankam).

Eine Vermutung: Vielleicht ist „Notification Control“ bei dir keine eigene, in der Modulverwaltung sichtbare Instanz mit eigener ID, sondern nur ein Konsolen-Dialog/eine Übersichtsseite ohne dahinterliegendes Objekt. Das würde erklären, warum WarnHubs Suche (die eine echte Instanz braucht) dort nichts findet, obwohl die Geräteliste selbst sichtbar ist.

Kannst du bitte kurz Folgendes nachsehen?

  1. In der Modulverwaltung (oder im Objektbaum unter „Kern-Instanzen“) — gibt es dort einen Eintrag „Notification Control“ mit einer eigenen Instanz-ID (z. B. eine Zahl wie #34698)?
  2. Falls ja: welche ID genau?
  3. Falls du dort GAR KEINEN solchen Eintrag findest (nur den Geräte-Dialog, den du vorhin gezeigt hast) — das wäre für mich die wichtigste Information.

Damit weiß ich, ob ich einen anderen Weg bauen muss, um an die Geräteliste zu kommen, oder ob bei dir aus einem anderen Grund einfach die Instanz nicht gefunden wird.

Danke fürs Dranbleiben!

Viele Grüße
Dietmar

Ja, die Notification control unter Kerninstanzen mit der ID 25900.

lg, Thomas

Hallo Thomas,

danke, das hilft! Damit steht fest, dass die Instanz da ist und der Modulname exakt „Notification Control" lautet. Wo die bisherige Suche bei dir hakte, kann ich von hier nicht sehen. Deshalb habe ich die Erkennung breiter gemacht: WarnHub 1.17.1 prüft jetzt zusätzlich alle Instanzen nach Modulname „Notification Control" bzw. Präfix „NC", unabhängig von der GUID. Das steckt wieder im beta-Branch.

Magst du bitte aktualisieren und „Push-Ziele suchen" noch einmal klicken? Bitte vorher in der Modulverwaltung nachsehen, dass bei WarnHub wirklich Version 1.17.1 steht, denn das Update zieht nicht immer sauber durch. Falls dort nach wie vor nichts gefunden wird, wären diese Angaben hilfreich:

Welche Version zeigt WarnHub in der Modulverwaltung an?
Was steht in der Meldung nach dem Klick auf „Push-Ziele suchen"?

Viele Grüße
Dietmar

Hallo Dietmar,

perfekt, jetzt funktioniert es. Vielen Dank für deine tolle Arbeit!

lg, Thomas

Hallo Dietmar,

Ich habe gestern den Update auf Version 17 gemacht.

· Alertswiss eingeschaltet und es funktioniert (mehr noch weiter unten). Herzlichen Dank! Jetzt habe ich alle diese Informationen über mehrere Länder an einem Ort – super!

· Notifications (so heisst es bei mir) gefunden und aktiviert. Macht es deutlich einfacher!

· Die Kacheln kann man in IPSView wunderbar als HTMLBox darstellen – super!
Die zusätzlichen Variablen sind trotzdem sehr hilfreich, weil sie nicht viel Platz brauchen.

Ein halbes Stündchen später hat das System dann die Informationen aus Alertswiss eingelesen. Als Folge habe ich gefühlte 20+ Alarmmeldungen erhalten (das funktioniert echt super); die Geräte haben quasi dauer-alarmiert. Jetzt weiss ich, dass ich den Weltuntergang sicher nicht verpassen werde, solle er auf Alertswiss kommuniziert werden.

Die Gründe:

· Alle 4 Alarmkanäle waren geöffnet + ein phpscript mit NC_PushNotification, war ein guter Test, aber jetzt gehe ich nur noch mit Notifications, das sollte reichen…

· Alle aktiven Meldungen wurden erst einmal durchgelassen, und das waren einige. Das ist aber richtig so und sollte nur beim ersten Lauf passieren.

· Eine Alertswiss-spezifische Problematik: Hier gibt es (mindestens) zwei Typen von Meldungen:

o Meldungen, die für einen Kanton gelten (z.B. Waldbrandgefahr). Diese Meldungen sind nur für den jeweiligen Kanton interessant, nicht ausserhalb. Entfernung ist irrelevant.

o Meldungen, für einen Ort (und Umgebung) gelten (z.B. ein Feuer mit Rauchentwicklung). Das ist das Interesse entfernungsabhängig.

Die meisten meiner Meldungen waren kantonal. Wo ich wohne sind 3 Kantone und Deutschland (und Frankreich) relativ nahe beieinander, und ich habe Standorte in BL (Kanton Baselland), BS (Kanton Basel Stadt) und Deutschland (grenznah) eingegeben. Die kantonale Meldung aus dem Kanton Solothurn wurden dann für jeden meiner Standort wiederholt, weil die Entfernung kurz ist – sie wären aber eigentlich irrelevant.

Eine Bitte: könnte man die kantonalen Meldungen auf den jeweiligen Kanton beschränken? Eventuell müsste man zu einem schweizer Standort noch den Kanton eingeben können.

Noch mal ein dickes Danke! Ich bin immer noch voll begeistert!

Herzliche Grüsse,

Hans-Christian

1 „Gefällt mir“

Hallo Thomas,

prima, danke fürs Testen und die Rückmeldung!

Viele Grüße
Dietmar

Hallo Hans-Christian,

vielen Dank für die ausführliche Rückmeldung, das freut mich sehr! Und der Hinweis mit den Kantonsmeldungen war genau richtig: Alertswiss liefert flächige Meldungen („Gesamter Kanton Solothurn", Waldbrandgefahr, Feuerverbot) und örtliche (Fels-/Bergsturz, Strassensperrung). Bei den flächigen reicht in WarnHub bisher schon der Umkreis eines Standorts, um sie auszulösen, das war bei dir der Solothurner Fall.

Mit 1.17.2 gelten flächige Meldungen jetzt nur noch für Standorte, die tatsächlich in der Fläche liegen. Örtliche Meldungen laufen weiter mit dem eingestellten Umkreis. Ich habe es mit dem aktuellen Alertswiss-Feed gegengeprüft: Ein Standort in Basel, Liestal oder Aesch bekommt die Solothurner Meldung nicht mehr. Eine Kantonseingabe ist nicht nötig, die Größe der Fläche entscheidet.

Zusätzlich habe ich bei Notification Control einen Fehler gefunden und behoben: Ein Gerät konnte die Benachrichtigung mehrfach bekommen, wenn mehrere Geräte denselben Konfigurator teilen. Jetzt geht pro Konfigurator genau eine hinaus. Das hat vermutlich zu deinem Daueralarm beigetragen, zusammen mit den vier offenen Kanälen und deinem eigenen Skript.

Der erste Durchlauf, bei dem alle aktuell aktiven Meldungen einmal durchkommen, bleibt wie er ist.

Noch ein Hinweis: Das Update steckt im beta-Branch, den du bereits nutzt. Wie das mit der Version im Store aussieht, melde ich separat.

Viele Grüße
Dietmar

Das war mit 17.0. Inzwischen bin ich auf 17.2 (beta). LG, HC

Hallo Hans-Christian,

danke für die Klarstellung. Die Doppelzustellung bei Notification Control war genau in 1.17.0 und 1.17.1 drin, mit 1.17.2 sollte sie weg sein. Ich bin gespannt, ob es bei dir jetzt ruhiger bleibt. Sag gern Bescheid, falls trotzdem noch mehrere gleiche Meldungen auf einem Gerät ankommen, dann schaue ich nochmal genauer hin.

Viele Grüße
Dietmar

Hallo Dietmar,

nach der Umstellung der Version wurden alle Alarmmeldung neu geladen. Es gab wieder multiple Notifications, eine Aufstellung s.u.

Deutschland ist raus (aber nur aus den Meldungen), die Unterscheidung nach Kanton klappt noch nicht so ganz. Ich habe Notifications (ein NC-Element) danach überarbeitet, da waren möglicherweise Doppelspurigkeiten.

LG, HC