Warnungen von warnung.bund.de in FHEM einbinden

Begonnen von oesi, 02 Februar 2016, 19:32:26

Vorheriges Thema - Nächstes Thema

frank

moin,

diese aktuelle meldung hat gerade einen fehler entlarvt:

hier gibt es keinen description/longtext eintrag, wodurch beim einsortieren an position 00 der alte longtext behalten wurde. die 5 verschobenen meldungen haben scheinbar trotzdem ihre richtigen texte.

[{"identifier":"5d2f0be862aefd4dccdd8bb5_public_topics","msgType":"Alert","code":["1.0"],"sender":"CAP@katwarn.de","scope":"Public","incidents":"5d2f0be862aefd4dccdd8bb5","sent":"2019-07-17T13:52:17+02:00","status":"Actual","info":[{"severity":"Severe","area":[{"polygon":["7.983,50.5114 7.9896,50.5132 7.9964,50.5173 7.9928,50.5221 8.0046,50.5306 8.0091,50.5294 8.0283,50.5446 8.0295,50.5495 8.034,50.5519 8.0349,50.5545 8.0287,50.5624 8.0306,50.5676 8.0286,50.5713 8.0177,50.5764 8.0149,50.5809 8.0231,50.5906 8.0175,50.5921 8.0097,50.6092 8.0057,50.6114 8.0036,50.6086 7.9955,50.6081 7.986,50.601 7.9809,50.6006 7.9797,50.5971 7.9739,50.5968 7.9752,50.5928 7.9718,50.5893 7.9833,50.5799 7.9905,50.5826 7.992,50.5753 8.0007,50.5743 8.0037,50.5692 8.0082,50.5665 8.0062,50.561 8.0033,50.5603 7.9995,50.5543 8.0054,50.5477 7.9947,50.5437 7.9791,50.5514 7.9745,50.5523 7.974,50.5491 7.9686,50.5497 7.9632,50.5449 7.9718,50.5384 7.9657,50.5352 7.9423,50.5383 7.9399,50.5444 7.9424,50.5443 7.9543,50.5515 7.9487,50.5576 7.9408,50.5634 7.9335,50.5644 7.9292,50.5715 7.9238,50.5753 7.9349,50.579 7.9391,50.5816 7.9385,50.5887 7.951,50.5939 7.9576,50.5948 7.9705,50.6011 7.9718,50.6047 7.9677,50.6065 7.9671,50.6115 7.9579,50.6102 7.9585,50.6087 7.9438,50.6081 7.9407,50.6091 7.928,50.6071 7.9132,50.6106 7.9101,50.6153 7.9013,50.6156 7.8902,50.6111 7.8931,50.6071 7.8883,50.6059 7.885,50.6117 7.8796,50.6142 7.8789,50.6178 7.8731,50.6142 7.8692,50.6102 7.8725,50.6045 7.8713,50.6018 7.8659,50.604 7.8617,50.6026 7.8706,50.6002 7.8658,50.5922 7.8678,50.5865 7.8824,50.5751 7.8785,50.5696 7.8823,50.5633 7.8753,50.5622 7.8671,50.5541 7.8715,50.5502 7.8729,50.5451 7.8796,50.5455 7.88,50.5417 7.888,50.5408 7.8984,50.532 7.902,50.5261 7.9117,50.5199 7.9105,50.5162 7.902,50.52 7.884,50.5198 7.8867,50.5139 7.8766,50.5122 7.8713,50.508 7.8594,50.5196 7.8529,50.5172 7.8531,50.513 7.8451,50.5108 7.8472,50.505 7.8418,50.4945 7.8537,50.4874 7.863,50.4861 7.8624,50.4716 7.8651,50.4677 7.8715,50.4708 7.8763,50.4684 7.8801,50.4721 7.9054,50.4694 7.9139,50.4651 7.9176,50.4548 7.9258,50.4553 7.9259,50.4518 7.9306,50.4451 7.9404,50.4425 7.9393,50.4399 7.9476,50.4366 7.9644,50.4367 7.9756,50.4357 7.9754,50.4372 7.9893,50.4395 7.9907,50.4439 8.0009,50.4453 8.0002,50.4477 8.008,50.4486 8.0108,50.4526 8.0106,50.4603 8.0013,50.4622 7.9944,50.4682 7.9948,50.4703 7.9876,50.4723 7.9857,50.4823 7.9793,50.4844 7.9812,50.4941 7.9902,50.4983 7.9858,50.5035 7.983,50.5114"],"areaDesc":"Westerburg, Wallmerod","geocode":[{"valueName":"Westerwaldkreis","value":"071430000000"}]}],"effective":"2019-07-17T13:53:00+02:00","senderName":"ILS Montabaur","urgency":"Unknown","instruction":"Bitte schließen Sie sofort Fenster und Türen.","parameter":[{"valueName":"contentType","value":"warning"},{"valueName":"sender_langname","value":"ILS Montabaur"}],"certainty":"Unknown","category":["Other"],"event":"fire","headline":"ILS Montabaur meldet: Warnung Großbrand. Gültig ab 17.07.2019, 13:53."}]}]
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

curt

Zitat von: KölnSolar am 17 Juli 2019, 08:27:52
ZitatIst das im Modul derzeit fest codiert? Oder von mir einstellbar?
im define.

Als letzten Parameter in Sekunden? Was hast Du da als default?

Andere Frage: distance geht im Webinterface bis 99 - kann ich das hart (direkt fhem.cfg) übersteuern, sagen wir mit 250"?

(anschwellend)
Zitat von: KölnSolar am 17 Juli 2019, 08:27:52
In meiner lokalen Version habe ich bereits umgesetzt, dass je nach Warnlage die Zyklen verändert werden können.

Über die genaue Metrik sollten wir uns gelegentlich unterhalten.

Zitat von: KölnSolar am 17 Juli 2019, 08:27:52
ZitatNun kann ich nicht einschätzen, was NINA im Falle des Falles so rausrotzt - weiß aber was damals auf anderen Wegen kommuniziert wurde.
Bisher recht wenig. In der Regel genau eine Warnung. Vielleicht noch Ausdehnungen(Brand,Rauch) auf andere Regionen. Und (manchmal) Entwarnungsmeldungen. Nur dwd wütet permanent.Ich glaube Du hast aus Deiner fachlichen Sicht zu hohe Erwartungen an Nina. Ich sehe es "nur" als ersten Trigger.

Schade, dass ich/wir bei dem Waldbrand Lütheen noch nicht am Start war(en): Da hätten wir so eine eher noch kleine Vorstellung bekommen können - falls der Landkreis LuLu überhaupt bei Nina mitmacht: Im Sinne der kommunalen Selbstverwaltung waren da letztens gar nicht alle Landkreise dabei. Andere waren bei KatWarn, noch andere nirgendwo. Irgendwann las ich am Rande, dass Nina und KatWarn zusammenarbeiten/zusammengehen wollen - aber das habe ich alles nicht genau verfolgt.

Da Du "1. Trigger" sagst, wird es Zeit, mal eine gepflegte Katastrophe zu beschreiben, also was da so öffentlich raus geht. Wichtig ist dabei allgemein, dass Du schlagartig recht viele staatliche Sender hast: Landkreis, Pol, Lagezentrum MI, Rettungsdienst, THW, BW.

Ok, die Elbe schwappt im Landkreis WB über; ich verkürze beispielhaft extrem. Erste Phase, das Wasser steht 1m unter Deichoberkante:
Eher tröpfelnd die Meldungen "HW-Warnstufe 4", "Einberufung Stab HVB", "Freiwillige Deichwache Dorf 1 gesucht", "Freiwillige Deichwache Dorf 2 gesucht", "Dörfer 3, 4, 5: Vorwarnung Stromausfall, Akkus laden", "Betroffene Gebiete: Radios an".

Einen Tag später ist die Kacke am Dampfen, mit dieser Meldung wird es eingeleitet (das ist wirklich die entscheidene Meldung!) "Ausrufung Katastrophenalarm Landkreis WB".

Danach schwillt der Nachrichtenstrom Richtung Bevölkerung schnell an, ich kann das wirklich nur beispielhaft machen: "Deichläufer Dorf 7 gesucht", "Straße x, y, z gesperrt", "ICE B-L gesperrt", "Sandsackfüller gesucht", "Evakuierungsanordnung Pflegeheim Roter Opa", "Vorbereitung Evakuierung Dorf 8", "Elbbrücke B2 gesperrt", "B2/B187 Stadtgebiet gesperrt, frei für BOS", "Evakuierungsanordnung Dorf 9 - sofort!", "Flugverbotszone 871 Stadt a eingerichtet, Flüge unter 3000 Fuß verboten" ...

So in etwa darf man sich die Sache vorstellen. Ich weiß natürlich nicht, ob Nina das so abbildet - gehe aber eigentlich davon aus. Problem ist halt das Testen: Leider (eigentlich gottlob) wird in Deutschland sehr selten Katastrophenalarm ausgerufen.

Zitat von: KölnSolar am 17 Juli 2019, 08:27:52
btw. als Monopolistenhasser, bleibt mir die Nina-App verschlossen.  :'( Hat die jemand installiert und kann wichtige/schöne features beschreiben ?

Ich, aber in deren Anfangsphase. Nina-App ist ein schickes Frontend für die Meldungen, die wir im JSON-File sehen. Zwingend ist die Freigabe des eigenen Standorts, ist ja einleuchtend. - Allerdings kommt da in mit der kleine Verschwörungstheoretiker durch: Das war damals ausdrücklich auch mit der Funktion zu wissen, wer so alles im Gebiet ist ... und so eine Funktion ist im Falle des Falles missbrauchbar. Also flog das alles recht zügig wieder vom Handy runter.

BTW: Bitte meine Frage in #191 ff. beantworten.
RPI 4 - Jeelink HomeMatic Z-Wave

CoolTux

Zitat
Andere Frage: distance geht im Webinterface bis 99 - kann ich das hart (direkt fhem.cfg) übersteuern, sagen wir mit 250"?


Das geht in FHEMWEB oben gibt es die Eingabezeile. Da kannst Du eingeben

attr DEVICENAME distance 250

DEVICENAME ist ein Platzhalter bitte da den Namen Deines Moduldevices ein geben.
Solltest Du noch Fragen haben dann Frage einfach kurz.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

curt

RPI 4 - Jeelink HomeMatic Z-Wave

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

KölnSolar

#200
Zitatdiese aktuelle meldung hat gerade einen fehler entlarvt:
Nicht wirklich entlarvt. Das ist doch der bekannte Fehler des "Teillöschens".
ZitatAls letzten Parameter in Sekunden? Was hast Du da als default?
Ich hab 60. Und dank geringer Systembelastung durch das Modul ist das auch überhaupt kein Problem.
ZitatSchade, dass ich/wir bei dem Waldbrand Lütheen noch nicht am Start war(en):
Wir schon. Da kämpften wir mit den Polygonen.
ZitatIch weiß natürlich nicht, ob Nina das so abbildet
Eher nicht. Um Nina "kennenzulernen"(inhaltlich) ist die Site https://warnung.bund.de/meldungen sehr hilfreich.
ZitatAllerdings kommt da in mit der kleine Verschwörungstheoretiker durch
Frag mich. Deshalb bin ich ja Monopolistenhasser. Alle Daten in einer Hand. :'(
ZitatBitte meine Frage in #191 ff. beantworten.
Hab ich doch. Zumindest indirekt.
Du meinst die
ZitatNun müsste man erstmal wissen, wie der Definitionskatalog von deren JSON-Inferface eigentlich aussieht - kennst Du den? Oder ist das jetzt alles reverse engineering?
Beschreibung haben wir nicht. Letztendlich eher reverse engineering, JSON analysieren, ggfs. als reading anlegen, Werte beobachten...
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

KölnSolar

Ich hab mir dann mal den Grafik-/html-Teil vom UWZ angesehen.
NinaAsHtml kommt mit der nächsten Version. Das hat mir gefallen. Sicherlich das, wonach curt suchte.
@frank: ich denke, dass ich Deinen Grafikwunsch nicht erfüllen kann.  :'( UWZ greift einfach auf fertige Grafiken der Unwetterzentrale zu. Von Nina kenne ich keine entsprechenden Links und auf der Bund-Seite wird mit google maps gearbeitet. Ich schlage vor, dass jemand eine sub zum Kartenthema entwickelt, die man dann in eine myutils einbindet. Oder jemand hat eine andere Lösung zur Kartengenerierung(chic fänd ich das feature schon)
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

curt

Liebe Freunde der gepflegten Katastrophen,

aus älterer Diskussion:
Zitat von: KölnSolar am 14 Juni 2019, 20:19:36
Ich hab ja keine Nina-App, weil ich die beiden Monopolisten nicht unterstütze.

Die Apps sind gar nicht das Problem - sondern der Datenbereitsteller. Das ist derzeit Materna+Telekom, wenn ich das richtig sehe. Ich würde aber mal vermuten, dass ITZ Bund den Teil bei nächster Gelegenheit "heim ins Reich" holen wird. So war das auch bei den Flusspegelständen. (Da darf ich im Übrigen auf meinen bescheidenen Beitrag verweisen: https://wiki.fhem.de/wiki/Flusspegel https://forum.fhem.de/index.php?topic=97570.0 )

Zitat von: KölnSolar am 14 Juni 2019, 20:19:36
Auf der Warnseite vom Bundkann man auch Hochwasser u. Unwetter sehen. Kann man das in der App auch ? Das dachte ich bisher, aber in https://warnung.bund.de/bbk.mowas/gefahrendurchsagen.json sind die ja nicht enthalten. Unwetter kriegen wir ja über UWZ, aber Hochwasser  :-\
Hier gibt es wohl weitere Infos   
"http://warnung.bund.de/bbk.wsv/hochwasser.json",
"http://warnung.bund.de/bbk.lhp/hochwassermeldungen.json",
"http://warnung.bund.de/bbk.dwd/waldbrand.json",
"http://warnung.bund.de/bbk.bgr/erdbeben.json
Die sähe ich dann aber in einem separaten Modul....

Aus meiner bescheidenen Sicht ist eine Katastrophe eine Katastrophe - da ist völlig Wurscht ob Orkan oder Hochwasser oder Waldbrand oder Vulkanausbruch. Die Frage ist, ob die das tatsächlich unter verschiedenen URL abfeiern oder ob wir da 404-Karteileichen vor uns haben, ich vermute ja letzteres. Aber das kriegen wir beim nächsten größeren Waldbrand im Osten raus, der dürfte bald kommen.

Zitat von: KölnSolar am 18 Juli 2019, 00:54:22
NinaAsHtml kommt mit der nächsten Version. Das hat mir gefallen. Sicherlich das, wonach curt suchte.

Mir ist gar nicht momentan, dass ich was suchte - was habe ich verpasst?

Zitat von: KölnSolar am 18 Juli 2019, 00:54:22
Oder jemand hat eine andere Lösung zur Kartengenerierung(chic fänd ich das feature schon)

Einen Hinweis hatte ich schon gegeben. Siehe #193

Mein Status:
Nachdem ich weder mit RSS noch mit hastenichgesehen rummanschen wollte, nahm ich @frank s grafische Vorlage und baute das ähnlich als FTUI-Seite, sechs Eintragungen. Unterschied zu Frank: Longtext und Hinweis sind bei mir popup. Wenn es gewünscht wird, kann ich den Code gern zeigen.

Ich bin arbeitsfähig - und nun ernsthaft dabei.
RPI 4 - Jeelink HomeMatic Z-Wave

curt

Zitat von: KölnSolar am 17 Juli 2019, 20:13:53
ZitatAls letzten Parameter in Sekunden? Was hast Du da als default?
Ich hab 60. Und dank geringer Systembelastung durch das Modul ...

Halte ich für falsch. "no harm to the network" - also ich würde vorschlagen, dass dass default=600 ist, das reicht deutlich. Und dann -wie gesagt- ab x Meldungen für meine Region -> schaltet das Modul auf 60 um. (Und halt auch mal wieder zurück, klar.)

Zitat von: KölnSolar am 17 Juli 2019, 20:13:53
ZitatNun müsste man erstmal wissen, wie der Definitionskatalog von deren JSON-Inferface eigentlich aussieht - kennst Du den? Oder ist das jetzt alles reverse engineering?
Beschreibung haben wir nicht. Letztendlich eher reverse engineering, JSON analysieren, ggfs. als reading anlegen, Werte beobachten...

Ansich hatte ich ja vor, dem Bundesamt eine nette Mail mit Bitte um Übergabe des Katalogs zu schreiben, deren Sprache spreche ich. Inzwischen bin ich mir nicht mehr so sicher, ob das eine sehr schlaue Idee ist: Das JSON scheint ja eine eher interne Schnittstelle einer Privatfirma (Materna oder Telekom) zu sein. Wenn ich mit meiner Anfrage "erreiche", dass die anschließend die Kommunikation zwischen Server und NINA-App verschlüsseln, habe ich eimerweise Wasser in die Elbe gekippt.

Bei ITZ Bund ist das einfach: Da sitzen Profis, die stolz auf ihre Arbeit sind und dem opendata-Ansatz verinnerlichten. Wie das bei den o.g. Truppen aussieht - weiß man nicht.

Ok, soll ich? Oder lasse ich das erstmal?

Was bedeuten übrigens Deine Readings WarnLevelMax, Warn_00_Level, Warn_00_Event? Haben wir da schon näheres? Magst Du bitte sagen?
RPI 4 - Jeelink HomeMatic Z-Wave

KölnSolar

ZitatMir ist gar nicht momentan, dass ich was suchte - was habe ich verpasst?
Du fragtest nach einer anderen Darstellung als "nur" der Detailansicht des devices.
ZitatOk, soll ich? Oder lasse ich das erstmal?
Tja, die Bedenken lieferst Du selber gleich mit.
ZitatWenn ich mit meiner Anfrage "erreiche", dass die anschließend die Kommunikation zwischen Server und NINA-App verschlüsseln, habe ich eimerweise Wasser in die Elbe gekippt.
Ich glaub fast nicht, das man viel Erhellendes geliefert bekäme. Aber das ist Glaube. Andererseits, Informationen schaden nie. It's your choice.
ZitatHalte ich für falsch. "no harm to the network" - also ich würde vorschlagen, dass dass default=600
Default gibt es keinen, da es über das define definiert werden muss. Kann jeder machen wie er möchte.
ZitatAus meiner bescheidenen Sicht ist eine Katastrophe eine Katastrophe - da ist völlig Wurscht ob Orkan oder Hochwasser oder Waldbrand oder Vulkanausbruch. Die Frage ist, ob die das tatsächlich unter verschiedenen URL abfeiern oder ob wir da 404-Karteileichen vor uns haben, ich vermute ja letzteres.
Deshalb ist mein Ziel Nina umzusetzen. Ich gehe davon aus, dass dort alle Meldungen(es sind ja nicht nur Katastrophen) aufkommen. Waldbrand, Erdbeben... werde ich nicht in das Modul übernehmen.
ZitatWas bedeuten übrigens Deine Readings WarnLevelMax, Warn_00_Level, Warn_00_Event?
WarnLevelMax ist durch das Modul "generiert". Halt der höchste Level aller Warnungen.
Inhaltlich haben wir noch nicht viel. 0=Cancel, 4=Alert. Bei dwd liegt der Ursprung: 1=gelb, 2=orange, 3=red,4=violett. Höchste Warnstufe ist also 4.
Warn_00_Event "logge" ich im reading 1:1 mit. Bisher 8 bei den Badesee-Warnungen. Ich glaube 14 war bei Feuer(oder war es doch der Bombenfund ?). Das könnte man dann zukünftig nutzen, um in NinaAsHtml bzw. vorher schon in einem Reading den Link, ein icon für die visuelle Darstellung zu ermitteln.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

curt

(Anfrage Doku)
Zitat von: KölnSolar am 18 Juli 2019, 08:06:00
Ich glaub fast nicht, das man viel Erhellendes geliefert bekäme. Aber das ist Glaube. Andererseits, Informationen schaden nie. It's your choice.

Die Sache ist so:
Wenn das Bundesamt das eigene Bundesrechenzentrum (ITZ Bund) beauftragt hätte, wäre der Fall sonnenklar: opendata, Informationsfreiheitsgesetz. Da muss man eigentlich kaum quengeln, die setzen die Doku direkt in die FAQ.

Nun hat das Bundesamt aber offenbar Materna als Coder und Telekom als Hoster, also zwei Private. Und die JSON-Schnittstelle haben wir eher zufällig gefunden. Das Bundesamt schätze ich als willig ein - aber wir wissen nicht, was die für Verträge machten und was da so alles als geheim klassifiziert wurde.

Zitat von: KölnSolar am 18 Juli 2019, 08:06:00
Default gibt es keinen, da es über das define definiert werden muss. Kann jeder machen wie er möchte.

Ich bin so bescheuert ... ich ziehe die Frage unauffällig zurück. Wie peinlich.

Zitat von: KölnSolar am 18 Juli 2019, 08:06:00
Deshalb ist mein Ziel Nina umzusetzen. Ich gehe davon aus, dass dort alle Meldungen(es sind ja nicht nur Katastrophen) aufkommen.

Das ist auch meine Vermutung. Dieses ominöse File mit den Verweisen auf andere JSON-Quellen dürfte aus einer anderen Projektphase stammen - und irgendwer hat vergessen, die Daten mal wegzulöschen.

Zitat von: KölnSolar am 18 Juli 2019, 08:06:00
Inhaltlich haben wir noch nicht viel. 0=Cancel, 4=Alert. Bei dwd liegt der Ursprung: 1=gelb, 2=orange, 3=red,4=violett. Höchste Warnstufe ist also 4.

DWD als Ursprung klingt überzeugend. Wir müssen halt schauen, ob mal 1/2/3 bei anderen Quellen auftauchen.

Zitat von: KölnSolar am 18 Juli 2019, 08:06:00
Warn_00_Event "logge" ich im reading 1:1 mit. Bisher 8 bei den Badesee-Warnungen. Ich glaube 14 war bei Feuer(oder war es doch der Bombenfund ?).

Aaaaahhhh.
These: Das ist eine Klassifizierung. 8 würde dann für Hygiene/Gesundheit stehen. 3 für Terror (beispielsweise).

Da müssten wir alles mitschreiben und in den einzelnen Ziffern vergleichen, was da so auftaucht.

Ok, ich muss mein Frontend noch ergänzen.
RPI 4 - Jeelink HomeMatic Z-Wave

KölnSolar

ZitatWir müssen halt schauen, ob mal 1/2/3 bei anderen Quellen auftauchen
Kann nicht(OK, Hochwasser habt Ihr gar nicht. Und ich konnte es mangels Events gar nicht testen. Lt. Beschreibung erwartet uns aber zumindest ein Feuerwerk an Warnungen. Schaut Euch mal die FAQ's der Bund-Seite an).

Für Dich zum besseren Modul-Verständnis: In der Regel werden alle Parameter 1:1 von JSON durch das Modul in readings umgesetzt. Einen level gibt es nur bei dwd. Auf Basis des "msgType" sagt das Modul bei den anderen: Cancel=0 Alert=4.
Inhalte haben wir per "lesen" gesammelt. Bisher hat sich da noch nichts herauskristallisiert, was man sinnvoll nutzen/übersetzen könnte. Event ist da die Ausnahme. Da haben wir aber nur die Ziffern und bisher nur vereinzelt. Bei anderen Readings logge ich mit verbose=2, wenn ein mir noch unbekannter Inhalt auftaucht. Daher immer meine Bitte einen Blick ins Log zu werfen, ob da evtl. eine neue Ausprägung geliefert wurde.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

frank

ZitatNicht wirklich entlarvt. Das ist doch der bekannte Fehler des "Teillöschens".b
ja genau, aber letztens hattest du noch keine idee zur ursache.

ist jetzt also behoben?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

KölnSolar

Natürlich nicht. Spielt aber im derzeitigen Stadium des Moduls auch nur eine unwesentliche Rolle.
Wenn es behoben und was zu testen gibt, gebe ich laut. Hab doch bisher immer bei einem Update geschrieben, was sich verändert hat.  ::)
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

frank

na dann sorry für den unnötigen hinweis.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html