Warnungen von warnung.bund.de in FHEM einbinden

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

Vorheriges Thema - Nächstes Thema

Florian_GT

Zitat von: KölnSolar am 24 Juli 2019, 16:49:31
Verstehe ich auch. Sobald das Modul einen "akzeptablen" Status hat, kommt es eh ins SVN. Da beißen sich dann vielleicht die updates. Ich habs gerne strikt getrennt.

Ich glaube das ist kein Problem, mache dann das Update File leer, dann sollte es keine Updates mehr von dort ziehen können ;)
FHEM: Proxmox Server, FHEM in VM, pgSQL DB
Hardware: Ethersex (Pollin NETIO Boards), Diverse Tasmota MQTT Devices, Raspberry Pi Zero W Kameras, (Github RaspberryPiStreamingCamera), Zigbee2MQTT, ESPEasy

Development: UBA (Umwelt Bundesamt), BFS (Bundesamt für Strahlenschutz)

KölnSolar

#256
Zitatdu sollst nicht bewerten, sondern die vorhandenen bewertungen 1 zu 1 zur verfügung stellen.
Können wir ja so machen. Dann ist die dwd-violett-Warnung mit WarnLevelMax=4 höherwertiger(bedeutsamer,dringlicher) als der Brand,Bombenfund,.... beim Nachbarn, obwohl die Unwetterwarnung nur eine Erwartung irgendwann in der Zukunft wiederspiegelt, während es beim Nachbarn(z.B. bei mir Tanklager) tatsächlich brennt.
It's your choice. Ich übersteuer mir das dann per userReading.  Lieber einmal subjektiv falsch gewarnt, als gar nicht. ;D

Zitatbei der vorherigen hochwassermeldung führte der link auch auf eine warnung.
dann harre ich mal der nächsten Meldung.....

Edit: Auf Cancel reagieren wir dann natürlich auch nicht mehr. MaxWarnLevel=max. severity
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

ZitatDann ist die dwd-violett-Warnung mit WarnLevelMax=4 höherwertiger(bedeutsamer,dringlicher) als der Brand,Bombenfund,.... beim Nachbarn,
ich hatte auch schon ein feuer mit extreme/violett.

das war ein dachstuhlbrand in einer turnhalle in der innenstadt von essen. da war bei meldungsausgang die lage sicherlich noch nicht unter kontrolle.

wenn es bei deinem nachbarn was wichtiges gibt, klingelt es bereits viel früher an deiner haustür, als dass du eine meldung bekommst. siehe bombe monheim.
die meldung kam 15:34 ins system, aber bis 15:30 solltest du die zone bereits verlassen haben. na dann aber zack, zack.  ;)
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

Die Entwarnung zum bereits zitierten Bombenfund in Monheim mit Evakuierung hat auch severity=severe. Bleibt nun in der Sortierung oben. Hoffentlich fällt dem Leser der Hinweis(ShortText/LongText) auf, dass es sich um eine Entwarnung handelt. Blöd, durch den hohen Level in Panik versetzt, wenn er nur die Instructions liest:
ZitatSchalten Sie Rundfunk und Fernsehen an. Informieren Sie sich über alle verfügbaren Medien. Bereiten Sie sich auf eine Evakuierung vor. Legen Sie Kleidung und wichtige Dokumente/Medikamente bereit. Bitte schließen Sie sofort Fenster und Türen. Schalten Sie Lüftungs- und Klimaanlagen ab. Achten Sie auf Lautsprecherdurchsagen.
Zappen in allen Medien, aber keine Info. Wird ne unruhige Nacht. ;D ;D ;D
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

ZitatDie Entwarnung zum bereits zitierten Bombenfund in Monheim mit Evakuierung hat auch severity=severe.
das berichte ich ja schon die ganze zeit, dass eine entwarnung keine änderung von severe zur folge hat.
deshalb hatte ich mir damals eine info dazu gewünscht.

hört sich an, als wenn du sie abschaffen willst.
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

Zitatdas berichte ich ja schon die ganze zeit, dass eine entwarnung keine änderung von severe zur folge hat.
Ich auch. Deshalb gab es den subjektiven künstlichen Warn_xy_Level den ich bei Entwarnungen auf 0 setzte.
Nun haben wir nur noch objektive Warn_xy_severity, weil sich da ja jemand was bei gedacht hat.  ;)

Zitatdeshalb hatte ich mir damals eine info dazu gewünscht.
Du meinst msgtype ? Hab ich natürlich eingebaut, sonst funktioniert mein userReading für meinen individuellen Level ja nicht.

Zitathört sich an, als wenn du sie abschaffen willst.
Wen abschaffen ? Sorry, zu spät, zu heiß.......
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

Maista

@KölnSolar
@Florian_GT

Danke an KölnSolar für das Modul, mittlerweile bekomme ich auch Meldungen aus der Umgebung.
Danke an Florian_GT fürs GitHub. Ich wüsste ansonsten ebenfalls nicht wo ich jetzt immer nach dem Aktuellsten suchen muss.

ZitatKlar, sind noch Überbleibsel des UWZ. Ich glaube nicht, dass wir sinnvolle get-Befehle haben werden. Beim UWZ mögen die gets Sinn machen. Hier gibt es Bevölkerungsschutzwarnungen. Da gibt es nichts mehr zu selektieren oder filtern(zumindest war das bisher bei den Warnungen so).
Ok, ich hatte mich ebenso gewundert. War der Meinung weils drin ist sollte es funktioniert :)

Dann noch frohes schwitzen und hohen Wirkungsgrad.

Gruss Gerd

curt

Hallo,

1) Habe ich noch das aktuelle Modul? Oder habe ich ein update übersehen?

2) Readings ab 30 werden nicht gelöscht.

3) Die Lage "Waldbrand Jüterbog" könnte bzgl. Kat-Schutz bis zum Wochenende interessant werden, das sollten wir mal im Auge behalten.

4) @KölnSolar Entsprechend des Ausganges der Diskussion ssl/tls möchte ich Dich nun bitten, meine Zeile in Dein Modul zu übernehmen. Soll ich sie nochmal konkret darstellen? (Es besteht keine Gefahr - Zielserver spricht nut 1.2, das geht ohne Probleme.)
RPI 4 - Jeelink HomeMatic Z-Wave

KölnSolar

1) u. 2) beantwortet der Doku-Thread.

4) hab ich aufgenommen.

3) Da wird erfahrungsgemäß nicht viel passieren. Bewegung kommt durch die nächsten Gewitterwarnungen ins Modul.
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

#264
moin,

ich habe gerade einige warnings entdeckt:

1. beim start

2019.07.20 10:15:58.389 1: PERL WARNING: Subroutine acos redefined at ./FHEM/77_Nina.pm line 747, <$fh> line 6037.
2019.07.20 10:15:58.390 1: PERL WARNING: Prototype mismatch: sub main::deg2rad ($;$) vs none at ./FHEM/77_Nina.pm line 757, <$fh> line 6037.
2019.07.20 10:15:58.390 1: stacktrace:
2019.07.20 10:15:58.391 1:     main::__ANON__                      called by ./FHEM/77_Nina.pm (757)
2019.07.20 10:15:58.391 1:     (eval)                              called by fhem.pl (2591)
2019.07.20 10:15:58.391 1:     (eval)                              called by fhem.pl (2590)
2019.07.20 10:15:58.392 1:     main::CommandReload                 called by fhem.pl (1987)
2019.07.20 10:15:58.392 1:     main::LoadModule                    called by fhem.pl (2044)
2019.07.20 10:15:58.392 1:     main::CommandDefine                 called by fhem.pl (1234)
2019.07.20 10:15:58.393 1:     main::AnalyzeCommand                called by fhem.pl (1080)
2019.07.20 10:15:58.393 1:     main::AnalyzeCommandChain           called by fhem.pl (1375)
2019.07.20 10:15:58.393 1:     main::CommandInclude                called by fhem.pl (597)
2019.07.20 10:15:58.394 1: PERL WARNING: Subroutine deg2rad redefined at ./FHEM/77_Nina.pm line 753, <$fh> line 6037.
2019.07.20 10:15:58.394 1: PERL WARNING: Prototype mismatch: sub main::rad2deg ($;$) vs none at ./FHEM/77_Nina.pm line 764, <$fh> line 6037.
2019.07.20 10:15:58.395 1: stacktrace:
2019.07.20 10:15:58.395 1:     main::__ANON__                      called by ./FHEM/77_Nina.pm (764)
2019.07.20 10:15:58.395 1:     (eval)                              called by fhem.pl (2591)
2019.07.20 10:15:58.396 1:     (eval)                              called by fhem.pl (2590)
2019.07.20 10:15:58.396 1:     main::CommandReload                 called by fhem.pl (1987)
2019.07.20 10:15:58.396 1:     main::LoadModule                    called by fhem.pl (2044)
2019.07.20 10:15:58.397 1:     main::CommandDefine                 called by fhem.pl (1234)
2019.07.20 10:15:58.397 1:     main::AnalyzeCommand                called by fhem.pl (1080)
2019.07.20 10:15:58.397 1:     main::AnalyzeCommandChain           called by fhem.pl (1375)
2019.07.20 10:15:58.398 1:     main::CommandInclude                called by fhem.pl (597)
2019.07.20 10:15:58.398 1: PERL WARNING: Subroutine rad2deg redefined at ./FHEM/77_Nina.pm line 760, <$fh> line 6037.


2. es fing plötzlich eines nachts an und seit dem kommt diese warnung regelmässig bei jedem cycle.
eventuell gibt es einen zusammenhang mit dem bekannten fehler beim löschen der readings.
zuerst immer 1-fach, dann irgend wann 2-fach, dann 3-fach und zur zeit bei jedem cycle immer 4-fach.

2019.07.25 17:42:48.948 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/77_Nina.pm line 855.
2019.07.25 17:42:48.949 1: stacktrace:
2019.07.25 17:42:48.950 1:     main::__ANON__                      called by ./FHEM/77_Nina.pm (855)
2019.07.25 17:42:48.950 1:     main::Nina_preparemessage           called by ./FHEM/77_Nina.pm (586)
2019.07.25 17:42:48.950 1:     main::Nina_Run                      called by FHEM/Blocking.pm (194)
2019.07.25 17:42:48.951 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2019.07.25 17:42:48.951 1:     main::BlockingCall                  called by ./FHEM/77_Nina.pm (350)
2019.07.25 17:42:48.951 1:     main::Nina_Start                    called by ./FHEM/98_apptime.pm (205)
2019.07.25 17:42:48.952 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (113)
2019.07.25 17:42:48.952 1:     main::HandleTimeout                 called by fhem.pl (666)


3.

2019.07.20 08:18:37.218 1: Nina nina: JSONAcquire.695 Error: Can't get https://warnung.bund.de/bbk.biwapp/warnmeldungen.json -- https://warnung.bund.de/bbk.biwapp/warnmeldungen.json: Can't connect(2) to https://warnung.bund.de:443:  SSL wants a read first
2019.07.20 08:18:40.512 1: PERL WARNING: Odd number of elements in hash assignment at ./FHEM/77_Nina.pm line 594.
2019.07.20 08:18:40.513 3: eval: {Nina_Done('nina|Error|Error https://warnung.bund.de/bbk.mowas/gefahrendurchsagen.json: Can\'t connect(2) to https://warnung.bund.de:443:  SSL wants a read firstError|Error https://warnung.bund.de/bbk.biwapp/warnmeldungen.json: Can\'t connect(2) to https://warnung.bund.de:443:  SSL wants a read first')}
2019.07.20 08:18:40.513 1: stacktrace:
2019.07.20 08:18:40.514 1:     main::__ANON__                      called by ./FHEM/77_Nina.pm (594)
2019.07.20 08:18:40.514 1:     main::Nina_Done                     called by (eval 879869) (1)
2019.07.20 08:18:40.515 1:     (eval)                              called by fhem.pl (1133)
2019.07.20 08:18:40.515 1:     main::AnalyzePerlCommand            called by fhem.pl (1158)
2019.07.20 08:18:40.516 1:     main::AnalyzeCommand                called by fhem.pl (1080)
2019.07.20 08:18:40.516 1:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (255)
2019.07.20 08:18:40.516 1:     main::telnet_Read                   called by fhem.pl (3695)
2019.07.20 08:18:40.517 1:     main::CallFn                        called by fhem.pl (743)
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

Christoph Morrison

Zitat von: frank am 26 Juli 2019, 09:44:51
3.

2019.07.20 08:18:37.218 1: Nina nina: JSONAcquire.695 Error: Can't get https://warnung.bund.de/bbk.biwapp/warnmeldungen.json -- https://warnung.bund.de/bbk.biwapp/warnmeldungen.json: Can't connect(2) to https://warnung.bund.de:443:  SSL wants a read first
2019.07.20 08:18:40.512 1: PERL WARNING: Odd number of elements in hash assignment at ./FHEM/77_Nina.pm line 594.
2019.07.20 08:18:40.513 3: eval: {Nina_Done('nina|Error|Error https://warnung.bund.de/bbk.mowas/gefahrendurchsagen.json: Can\'t connect(2) to https://warnung.bund.de:443:  SSL wants a read firstError|Error https://warnung.bund.de/bbk.biwapp/warnmeldungen.json: Can\'t connect(2) to https://warnung.bund.de:443:  SSL wants a read first')}
2019.07.20 08:18:40.513 1: stacktrace:
2019.07.20 08:18:40.514 1:     main::__ANON__                      called by ./FHEM/77_Nina.pm (594)
2019.07.20 08:18:40.514 1:     main::Nina_Done                     called by (eval 879869) (1)
2019.07.20 08:18:40.515 1:     (eval)                              called by fhem.pl (1133)
2019.07.20 08:18:40.515 1:     main::AnalyzePerlCommand            called by fhem.pl (1158)
2019.07.20 08:18:40.516 1:     main::AnalyzeCommand                called by fhem.pl (1080)
2019.07.20 08:18:40.516 1:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (255)
2019.07.20 08:18:40.516 1:     main::telnet_Read                   called by fhem.pl (3695)
2019.07.20 08:18:40.517 1:     main::CallFn                        called by fhem.pl (743)


Das ist ein Fehler aus IO::Socket::SSL, ggf. ein Verbindungsproblem?

frank

Zitat von: Christoph Morrison am 26 Juli 2019, 10:16:56
Das ist ein Fehler aus IO::Socket::SSL, ggf. ein Verbindungsproblem?
der ssl fehler kommt nur sehr selten, im juli log 9 mal seit 17.7. bei einem abrufinterval von 5 min.

aber nur einmal in verbindung mit der warnung.
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

frank

Zitat von: KölnSolar am 24 Juli 2019, 20:02:33
Zitatbei der vorherigen hochwassermeldung führte der link auch auf eine warnung.
dann harre ich mal der nächsten Meldung.....

ist der aktuelle link besser?

"web":"<a href=\"http://www.mhwz.info/bw.html\">Webseite des Hochwasserzentrums<\/a>"

am ende der webseite geht es zum aktuellen lagebericht, quasi die hochwassermeldung.
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

mahowi

I'm Weblink werden Anfangs- und Endzeit immer mit 1.1.1970 angegeben:
Kat Warnungen
Hochwasserinformation Nordrhein-Westfalen
es liegen Lageinformationen vor
Anfang: Donnerstag, 1 Januar 1970 01:00 Uhr Ende: Donnerstag, 1 Januar 1970 01:33 Uhr


Im Device selbst sind die Daten richtig:
2019-07-26 13:41:28 Warn_00_Creation 2019-07-26T13:22:00+02:00
2019-07-26 13:41:28 Warn_00_Distance 8.46331308602579
2019-07-26 13:41:28 Warn_00_End 2019-07-27T14:22:00+02:00
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

CoolTux

Ich bin noch im Urlaubsmodus und finde das offizielle letzte Modul hier nicht. Kann da bitte einer helfen?


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