Warnungen von warnung.bund.de in FHEM einbinden

[mahowi]

Ich habe mir jetzt auch mal das Modul aus dem Doku-Thread heruntergeladen. Ist das auch immer die aktuellste Version? Oder gibt es vielleicht noch eine auf github o.ä., die man auch direkt ins Update einbinden kann?

Dann habe ich auch das Problem wie einige andere, daß die Daten bie mir per SSL3 abgefragt werden:

Code Auswählen Erweitern

lastConnection  Error https://warnung.bund.de/bbk.mowas/gefahrendurchsagen.json: Can't connect(2) to https://warnung.bund.de:443:  SSL connect attempt failed error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failureError

Gibt es dafür schon eine Lösung oder muß ich das Modul noch wie hier im Thread angegeben editieren?

[curt]

Dann habe ich auch das Problem wie einige andere, daß die Daten bie mir per SSL3 abgefragt werden:
...
Gibt es dafür schon eine Lösung

Global derzeit nicht, das diskutieren wir ja gerade. Siehe hierzu auch: https://forum.fhem.de/index.php?topic=102385.msg960055#msg960055

oder muß ich das Modul noch wie hier im Thread angegeben editieren?

Ja, derzeit exakt so.

P.S:
Ja, die Version im Doku-Thread. Nur die.

[CoolTux]

Ich habe mir jetzt auch mal das Modul aus dem Doku-Thread heruntergeladen. Ist das auch immer die aktuellste Version? Oder gibt es vielleicht noch eine auf github o.ä., die man auch direkt ins Update einbinden kann?

Dann habe ich auch das Problem wie einige andere, daß die Daten bie mir per SSL3 abgefragt werden:

Code Auswählen Erweitern

lastConnection  Error https://warnung.bund.de/bbk.mowas/gefahrendurchsagen.json: Can't connect(2) to https://warnung.bund.de:443:  SSL connect attempt failed error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failureError

Gibt es dafür schon eine Lösung oder muß ich das Modul noch wie hier im Thread angegeben editieren?

https://forum.fhem.de/index.php/topic,102385.0.html

[mahowi]

Das Setzen von sslVersion auf "TLSv1_2:!SSLv23:!SSLv3:!SSLv2" in global hilft vorerst weiter.

Beim Laden des Moduls gibt es übrigens noch ein paar Perl Warnings:

Code Auswählen Erweitern

2019.07.22 09:29:47.870 1: PERL WARNING: Subroutine acos redefined at ./FHEM/77_Nina.pm line 747, <$fh> line 1545.
2019.07.22 09:29:47.871 1: PERL WARNING: Prototype mismatch: sub main::deg2rad ($;$) vs none at ./FHEM/77_Nina.pm line 757, <$fh> line 1545.
2019.07.22 09:29:47.871 1: PERL WARNING: Subroutine deg2rad redefined at ./FHEM/77_Nina.pm line 753, <$fh> line 1545.
2019.07.22 09:29:47.872 1: PERL WARNING: Prototype mismatch: sub main::rad2deg ($;$) vs none at ./FHEM/77_Nina.pm line 764, <$fh> line 1545.
2019.07.22 09:29:47.872 1: PERL WARNING: Subroutine rad2deg redefined at ./FHEM/77_Nina.pm line 760, <$fh> line 1545.

[curt]

Das Setzen von sslVersion auf "TLSv1_2:!SSLv23:!SSLv3:!SSLv2" in global hilft vorerst weiter.

Wir drehen uns da im Kreis:
In HttpUtils (!) gehört alles verboten, was nicht auf TLSv1_2 hört. Darauf läuft es hinaus - und zwar ganz global.

@rudolfkoenig (Siehe wie gesagt https://forum.fhem.de/index.php/topic,102385.0.html ) ist erschreckt. Aber das diskutieren wir dort.

[frank]

Ich möchte langfristig alle Ereignisse/Meldungen in meinem Radius im Logfile haben. Ich möchte nach drei Jahren sowas können: "Man, da war doch der Starkregen mit 100mm an einem Tag, die haben da doch damals gewarnt". -> grep "starkregen" Nina*log

das ist zur zeit unmöglich, da die datensätze der meldungen teilweise korrupt sind.

wenn der bug behoben sein sollte, bleibt es für user trotzdem sehr schwer.

du müsstest quasi eine eigene "datenbank" betreiben und bei jedem interval alle vorhandenen datensätze einsammeln und prüfen, ob ein neuer oder verändeter enthalten ist.
ggf in deine datenbank aufnehmen und ins log schreiben. fertig.

beim einsammeln beachten, dass die elemente jedes datensatzes unterschiedlich sein können.

[Florian_GT]

Ich habe mir jetzt auch mal das Modul aus dem Doku-Thread heruntergeladen. Ist das auch immer die aktuellste Version? Oder gibt es vielleicht noch eine auf github o.ä., die man auch direkt ins Update einbinden kann?

Ja, ein Github gibt es, Update darüber funktioniert auch, ich pflege das sobald eine Änderung in Dokuthread erfolgt: https://github.com/fhem/nina/tree/development
Aktuell im dev branch, sobald eine Stable Version kommt, dann im SVN oder im Git, die Entscheidung liegt beim Entwickler.

Dann habe ich auch das Problem wie einige andere, daß die Daten bie mir per SSL3 abgefragt werden:

Code Auswählen Erweitern

lastConnection  Error https://warnung.bund.de/bbk.mowas/gefahrendurchsagen.json: Can't connect(2) to https://warnung.bund.de:443:  SSL connect attempt failed error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failureError

Gibt es dafür schon eine Lösung oder muß ich das Modul noch wie hier im Thread angegeben editieren?

[mahowi]

Ja, ein Github gibt es, Update darüber funktioniert auch, ich pflege das sobald eine Änderung in Dokuthread erfolgt: https://github.com/fhem/nina/tree/development
Aktuell im dev branch, sobald eine Stable Version kommt, dann im SVN oder im Git, die Entscheidung liegt beim Entwickler.

Super! 
Nur eine Kleinigkeit, aber da Linux standardmäßig Groß- und Kleinschreibung bei Dateien unterscheidet, solltest Du im Github auch bei 77_Nina.pm bleiben. Ansonsten hat man nämlich 2 Module im FHEM-Ordner, wenn man es zuerst aus dem Forum geladen hat.

[mahowi]

Funktionieren die get-Befehle noch nicht? Ein get Nina Hitze ergibt z.B.:

Code Auswählen Erweitern

Unknown argument Hitze, choose one of Sturm:noArg Schneefall:noArg Regen:noArg Extremfrost:noArg Waldbrand:noArg Gewitter:noArg Glaette:noArg Hitze:noArg Glatteisregen:noArg Bodenfrost:noArg Hagel:noArg

Dasselbe gilt für alle get-Parameter im Auswahlfeld.

[Florian_GT]

Super! 
Nur eine Kleinigkeit, aber da Linux standardmäßig Groß- und Kleinschreibung bei Dateien unterscheidet, solltest Du im Github auch bei 77_Nina.pm bleiben. Ansonsten hat man nämlich 2 Module im FHEM-Ordner, wenn man es zuerst aus dem Forum geladen hat.

Danke, ist korrigiert. In der Updateurl aber auch dann groß geschrieben.

[mahowi]

Danke, ist korrigiert. In der Updateurl aber auch dann groß geschrieben.

In der controls_Nina.txt ist es noch klein geschrieben, dadurch schlägt das Update fehl.

Code Auswählen Erweitern

DEL ./FHEM/77_nina.pm
UPD 2019-07-23_01:12:13 81525 FHEM/77_nina.pm

Code Auswählen Erweitern

2019.07.24 07:50:16.493 1:  UPD FHEM/77_nina.pm
2019.07.24 07:50:16.660 1:  Got 15 bytes for FHEM/77_nina.pm, expected 81525
2019.07.24 07:50:16.661 1:  aborting.

[KölnSolar]

den weblink bitte nicht zum shorttext.
und eventuell mit "<br>" anhängen.

Macht wohl doch keinen Sinn. Hast Du Dir den weblink mal angeguckt ?  Nur eine 08/15 Homepage. 

Aktuelle Warnung über einen Bombenfund:

Warnung

In Monheim am Rhein muss in der Alten Schulstraße eine Fliegerbombe aus dem Zweiten Weltkrieg entschärft werden. Ab 15.30 Uhr muss in einem Radius von 300 Metern der gesamte Bereich verlassen werden, in einem Radius von 500 Metern sind Fenster und Türen zu schließen und die Gebäude nicht mehr zu verlassen. Unter www.monheim.de sind die Bereiche auf einer Karte klar erkennbar.

Handlungsempfehlung

Schalten 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.

Das kommt dann mit severity=Severe und responseType=Monitor. Meines Erachtens sind die Attribute nicht zu gebrauchen. Einerseits soll ich etwas konkretes tun und dann "nur" Monitor ? Und "nur" "Severe" im Vergleich zu dwd "Extreme" macht wohl severity unbrauchbar bei konkret eingetretenen Ereignissen mit bedeutenden Handlungsempfehlungen.

Ja, ein Github gibt es,

Find ich nicht gut. 

Dasselbe gilt für alle get-Parameter im Auswahlfeld.

Klar, 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).

[mahowi]

Ja, ein Github gibt es,

Find ich nicht gut. 

Ok, daß das Github nicht vom Modulautor selbst ist, ist natürlich unschön. Allerdings ist der Vorteil, daß das Modul übers normale Update läuft. Wenn ich also nicht sehe, daß Du die Datei im Dokuthread ausgetauscht hast, gibt es bei mir kein Update. Das macht das Testen nicht gerade leichter.

Klar, 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, das ergibt Sinn.

[KölnSolar]

Ok, daß das Github nicht vom Modulautor selbst ist, ist natürlich unschön. Allerdings ist der Vorteil, daß das Modul übers normale Update läuft. Wenn ich also nicht sehe, daß Du die Datei im Dokuthread ausgetauscht hast, gibt es bei mir kein Update. Das macht das Testen nicht gerade leichter.

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.

[frank]

Meines Erachtens sind die Attribute nicht zu gebrauchen.

genau das nenne ich subjektiv.
du sollst nicht bewerten, sondern die vorhandenen bewertungen 1 zu 1 zur verfügung stellen.

vor ort sind sicherlich genügend experten, die die gefahrenlage deutlich besser einschätzen können.
im vergleich mit anderen meldungen dieser art finde ich rot/severe durchaus nachvollziehbar.
es bestand sicherlich keine akute, extreme und unkontrollierbare gefahrenlage.  300m evakuierungszone ist ja nun auch nicht sehr viel und bestimmt auch "grosszügig" bemessen.

Hast Du Dir den weblink mal angeguckt ?  Nur eine 08/15 Homepage. 

klaro, sogar überall nach der warnung gesucht.
bei der vorherigen hochwassermeldung führte der link auch auf eine warnung.

die qualität der einbindung der hochwassermeldungen hat auf seite von bund.de sicherlich noch luft nach oben.