NEWS
[Aufruf] Nina Gefahrenmeldung Adapter
-
@S0NIC In der github version wird jetzt ein Punkt fulltext angelegt der headline + description und instruction zusammenfügt und die br/ entfernt. Dann muss man sich nicht so einen abbrechen.
@tombox sagte in [Aufruf] Nina Gefahrenmeldung Adapter:
@S0NIC In der github version wird jetzt ein Punkt fulltext angelegt der headline + description und instruction zusammenfügt und die br/ entfernt. Dann muss man sich nicht so einen abbrechen.
Wäre es dir auch möglich einen Datenpunkt .object wie bei uwz und dwd einzufügen der das Json enthält (ohne die Polygon :grin: )
-
@tombox sagte in [Aufruf] Nina Gefahrenmeldung Adapter:
@S0NIC In der github version wird jetzt ein Punkt fulltext angelegt der headline + description und instruction zusammenfügt und die br/ entfernt. Dann muss man sich nicht so einen abbrechen.
Wäre es dir auch möglich einen Datenpunkt .object wie bei uwz und dwd einzufügen der das Json enthält (ohne die Polygon :grin: )
-
@ticaki kann ich machen aber die können relativ groß werden durch die area Codes. Das rohe Json der Warnung in ein State?
@tombox
Ja, wäre toll. Kannst du die area Daten vor allem die Längen und Breitengrade im .polygon nicht rausfiltern? -
@tombox
Ja, wäre toll. Kannst du die area Daten vor allem die Längen und Breitengrade im .polygon nicht rausfiltern? -
@tombox
Danke :) -
@tombox
Habs schon in Gebrauch. Wäre nur 1 Punkt, der Datenpunkt löst bei jedem Nina durchlauf das Skript aus. Kannst du/ich da was ändern?Auszug:
r +='^nina\.0\..*.rawJson$'; // das sieht im script ähnlich aus, wird aber zusammengebaut. subNINAhandler = subscribe({id:new RegExp(r), change:'ne'}, onChangeNina);hatte es erst ohne change:'ne' aber mit beidem keine Besserung.
Noch eine Frage: wenn eine Warnung aufgehoben wird, leerst du erst .rawJson bevor du ihn entfernst?
-
@tombox
Habs schon in Gebrauch. Wäre nur 1 Punkt, der Datenpunkt löst bei jedem Nina durchlauf das Skript aus. Kannst du/ich da was ändern?Auszug:
r +='^nina\.0\..*.rawJson$'; // das sieht im script ähnlich aus, wird aber zusammengebaut. subNINAhandler = subscribe({id:new RegExp(r), change:'ne'}, onChangeNina);hatte es erst ohne change:'ne' aber mit beidem keine Besserung.
Noch eine Frage: wenn eine Warnung aufgehoben wird, leerst du erst .rawJson bevor du ihn entfernst?
@ticaki bei dem obj kann man checken ob lc === ts aber kann sein dass durch das löschen immer ausgelöst wird. Aber eigentlich werden die nur neugeschrieben wenn sie sich ändert. Man kann das im debug Mode sehen wenn sie sich nicht ändern. Es wird immer das Objekt gelöscht. Wenn neue Daten kommen dann wird es neugeschrieben wenn keine Warnung da ist dann bleibt es gelöscht.
-
Hi,
vermutlich schon mal thematisiert, aber ich finde es gerade nicht: Der NINA Adapter blockiert mir regelmäßig die Objektseite im iobroker Admin - und zwar immer dann, wenn er Daten aktualisiert. Derzeit deaktiviere ich den Adapter "immer", bevor ich auf Objekte gehe. Das vergisst man gerne, das aktivieren genauso. Gibt es da einen besseren Weg oder eine andere Lösung?
Vg
-
Hi,
vermutlich schon mal thematisiert, aber ich finde es gerade nicht: Der NINA Adapter blockiert mir regelmäßig die Objektseite im iobroker Admin - und zwar immer dann, wenn er Daten aktualisiert. Derzeit deaktiviere ich den Adapter "immer", bevor ich auf Objekte gehe. Das vergisst man gerne, das aktivieren genauso. Gibt es da einen besseren Weg oder eine andere Lösung?
Vg
@Coffeelover Ja in der nächsten Version versuche ich das nochmal zu verbessern
-
@Coffeelover Ja in der nächsten Version versuche ich das nochmal zu verbessern
@tombox sagte in [Aufruf] Nina Gefahrenmeldung Adapter:
@Coffeelover Ja in der nächsten Version versuche ich das nochmal zu verbessern
:heart_eyes:
-
Guter Adapter.
Ich würde den gerne dafür verwenden falls Nina dazu aufruft die Fenster und Türen zu schließen. Leider habe ich keine Meldung dafür als Beispiel.Wie schaut das json für eine solche Meldung aus?
Die Idee dahinter ist das ioBroker dann automatisch meine Lüftungsanlage abschalten kann, auch wenn ich nicht zu hause bin.
Grüße
Sebastian
-
Hallo zusammen,
der Adapter läuft bei mir super - Danke sehr dafür! :)
Allerdings habe ich es noch nicht geschafft, eine gute Anzeige im VIS hinzubekommen.
Hat jemand vielleicht einmal ein Beispiel Widget oder View, wie ihr euch die Warnungen anzeigen lasst?Viele Grüße
Marc -
Hallo zusammen,
der Adapter läuft bei mir super - Danke sehr dafür! :)
Allerdings habe ich es noch nicht geschafft, eine gute Anzeige im VIS hinzubekommen.
Hat jemand vielleicht einmal ein Beispiel Widget oder View, wie ihr euch die Warnungen anzeigen lasst?Viele Grüße
Marc -
@Chaot Danke sehr für den Auszug!
Das hat schon mal super weiter geholfen!Deine Anzeige zeigt immer die erste Warnung an, richtig?
Wenn es mehrere Warnungen gibt - müsste man sich irgendwie was überlegen?
Das man ggf. mit einem Button die verschiedenen Warnungen wechselt oder so? -
@Chaot Danke sehr für den Auszug!
Das hat schon mal super weiter geholfen!Deine Anzeige zeigt immer die erste Warnung an, richtig?
Wenn es mehrere Warnungen gibt - müsste man sich irgendwie was überlegen?
Das man ggf. mit einem Button die verschiedenen Warnungen wechselt oder so?@BlueBook Da könnte man die Anzeige nochmals erweitern oder die gesamte Gruppe duplizieren und dann auf die zweite Meldung verweisen.
Aber da ich in Bayern lebe werde ich mit den Meldungen zugepflastert. Da reicht mir normalerweise die letzte :anguished: -
Hallo zusammen
ich finde die Idee mit dem Adapter sehr gut. Daher habe ich mir diesen in den letzten Tagen etwas genauer angeschaut.
Ich habe für mich ein kleines Script gebaut, welches die alle paar Minuten prüft, ob es neue Nachrichten vom Adapter gibt. Wenn ja, können diese an die gewünschten Systeme (bei mir bisher Pushover / Telegram) versendet werden.Vielleicht nützt es den einen anderen anderen hier etwas, daher habe ich diesen mal auf einem Git Repo hochgeladen.
https://github.com/mesche/iobroker-scripts/tree/master/nina_messages_eventhandler
Gerne freue ich mich auch über Feedback oder weitere Ideen für de Umsetzung.
Bitte zerlegt den Adapter nicht sofort, dies ist bisher nur eine erste Version.Gruß
Esche -
Auf der Webseite von Nina kann ich auch Gemeinde auswählen. Die Abfrage des Adapters lässt nur Landkreis zu. Sehe ich das richtig?
Für die Abfrage nach "Luftverschmutzung" ist mir Landkreis eigentlich zu groß. Kann ich das irgendwie auf "Gemeinde" einschränken?
-
Hi ich habe ein Nina Adapter erstellt.
Er ist in latest und stable Verfügbar.
In den Instanzoptionen die AGS eures Landkreises eintragen.Die Webseite hat eine alte Verschlüsselung bei Debian Buster und RP4 muss folgende temporäre Änderung vorgenommen werden:
Änderungen in der /etc/ssl/openssl.cnf von:
[system_default_sect]
MinProtocol = TLSv1.2
CipherString = DEFAULT@SECLEVEL=2in:
[system_default_sect]
MinProtocol = TLSv1.2
CipherString = DEFAULT@SECLEVEL=1Github Link ist:
https://github.com/TA2k/ioBroker.ninaAbgerufen werden folgende URLs:
https://warnung.bund.de/bbk.mowas/gefahrendurchsagen.json
https://warnung.bund.de/bbk.dwd/unwetter.json
https://warnung.bund.de/bbk.lhp/hochwassermeldungen.json
https://warnung.bund.de/bbk.biwapp/warnmeldungen.json
https://warnung.bund.de/bbk.katwarn/warnmeldungen.jsonArea - vom Sender definierte Beschreibung der Region. In der Regel Städte, Landkreise, Bundesländer.... Category - bisher Safety, Fire, Other, Met, Infra Event - Schlagwort zur Art der Warnung(vergleichbar Category; bei BIWAPP-Meldungen eine Ziffer;noch nicht detailliert analysiert) Geocode - Text zum Code, aus dem sich Stadt,Landkreis ableiten lassen. Instruction - Anweisung, wie man sich verhalten soll Short_Text - Kurztext der Warnung Long_Text - Langtext der Warnung Sender - Code des Senders der Warnung(hier erkennt man den Ursprung der Warnung(MoWaS, Katwarn, BIWAPP, DWD, Hochwasserzentrale) Sendername - Bezeichnung des Senders der Warnung Creation - timestamp der Warnung (bei dwd wird "onset" genutzt, da die Meldungen permanent erneuert werden. "onset" scheint der "Ursprungs" timestamp zu sein) End - timestamp zum Ende des Zeitraums der Warnung msgType - "Alert" oder "Cancel" einer Warnung Severity - in der Regel "Minor" oder "Severe" bei Wettermeldungen: orange=Moderate, red=Severe, violet=Extreme status - bisher nur "Actual" scope - bisher nur "Public" certainty - "Observed" oder "Unknown" urgency - "Immediate" oder "Unknown" responseType - "Prepare" oder "Monitor"
Support us
814
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge