Warnungen von warnung.bund.de in FHEM einbinden

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

Vorheriges Thema - Nächstes Thema

Florian_GT

#210
Wenn noch Fragen offen sind, wie die API zu verstehen ist, dann findet mann im Quellcode der Bund Seite vielleicht ein paar Antworten oder?
Siehe https://warnung.bund.de/assets/js/scripts.js. Habe ich im Anhang schon mal hübsch gemacht.

EDIT: Ich habe da so meine Probleme etwas Sinnvolles zu lesen. Wer bitte schreibt so... :D
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

Danke für die Mühe.
Erhellend(ich habs mal durchgeblättert) ist es aber leider auch nicht. Zu den einzelnen Feldern des JSON findet sich nichts. Lediglich die Karte könnte man vermutlich abkupfern. Ich streube mich aber gegen google maps.

Den Parallelpost habt Ihr gesehen ? Ich hab jetzt mal ne umfangreiche Beschreibung nach aktuellem Modulstand gemacht. Noch nicht ganz fertig und soll dann die zentrale Stelle für Modulupdates, Versionshistorie, Doku sein.
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

Florian_GT

Es spricht ja nichts dagegen, dass man neben Google noch OpenStreetMaps o.ä. mit einbaut.

Ich habe noch weitere "Meldungen" gefunden:
https://www.landkreishildesheim.de/Quicknavigation/Deep-Intern/BIWAPP/
https://www.biwapp.de/widget/biwapp.js
Daten werden von www.biwapp.de/dataBiwappProxy geholt.

curl 'https://www.biwapp.de/widget/dataBiwappProxy' -H 'User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0' -H 'Accept: */*' -H 'Accept-Language: de' --compressed -H 'Referer: https://www.landkreishildesheim.de/Quicknavigation/Deep-Intern/BIWAPP/' -H 'Content-type: application/x-www-form-urlencoded' -H 'Origin: https://www.landkreishildesheim.de' -H 'Connection: keep-alive' -H 'Cache-Control: max-age=0' --data 'location=hildesheim (stadt)'

Liefert dann:
{"news":[{"title":"Vollsperrung Elzer Straße","details":"\u003ca href=\"https://www.sehi-hildesheim.de/wp-content/uploads/2019/05/SEHI_07_Presse_Info_Verkehrsbeschraenkung_Elzer_Strasse.pdf\"\u003ehttps://www.sehi-hildesheim.de/wp-content/uploads/2019/05/SEHI_07_Presse_Info_Verkehrsbeschraenkung_Elzer_Strasse.pdf\u003c/a\u003e","shortdescription":"Vom 3. Juni bis voraussichtlich 2. August wird die Elzer Straße\r\nzwischen der Bergmühlenstraße und der Phoenixstraße voll gesperrt.","category":12,"id":35024,"valid_from":"24.05.2019 13:12:00","valid_until":"02.08.2019 00:00:00","area":"POLYGON ((9.9288702316395074 52.1502208381967, 9.9288585758436056 52.1501489622828, 9.92886993924651 52.1500770686545, 9.928903885051227 52.150007920137, 9.9289591086476321 52.1499441740503, 9.9290334877628084 52.1498882800929, 9.9291241640301 52.1498423862039, 9.9292276528307184 52.1498082560283, 9.92933997720877 52.1497872011418, 9.9294568206926215 52.1497800306531, 9.9295736931607053 52.1497870201133, 9.9296861033772075 52.1498079009278, 9.9297897315723276 52.1498418706774, 9.9298805954339286 52.1498876239516, 9.92995520313616 52.1499434025105, 9.93001068752585 52.1500070628485, 9.9300449163079065 52.1500761585625, 9.9300565739979447 52.1501480343616, 9.9300452124898584 52.1502199281058, 9.9300112682917643 52.1502890769522, 9.9299560457685629 52.1503528235308, 9.9298816670295764 52.1504087180682, 9.929790990389165 52.1504546125344, 9.9296875005190941 52.1504887431997, 9.9295751745376037 52.1505097984136, 9.929458329160525 52.1505169690173, 9.9293414547980774 52.1505099794419, 9.929229042974157 52.1504890982993, 9.9291254137037868 52.1504551280588, 9.9290345494629264 52.1504093742055, 9.9289599421349521 52.1503535950675, 9.9289044588166462 52.1502899342385, 9.9288702316395074 52.1502208381967))","location":"Hildesheim (Stadt)","sender":"Stadt Hildesheim Pressestelle","categoryIcon":"info","isCatastrophy":false},{"title":"Vollsperrung Im Bockfelde/Elzer Straße","details":"Aufgrund der Verlegung von Versorgungsleitungen der Stadtentw\u0026auml;sserung Hildesheim (SEHi) wird die Stra\u0026szlig;e Im Bockfelde im Bereich Ecke Elzer Stra\u0026szlig;e bis voraussichtlich 25. Oktober voll gesperrt.\u0026nbsp;Eine Umleitung wird entsprechend ausgeschildert.\u003cbr /\u003e\u003cbr /\u003e\u003ca href=\"https://www.sehi-hildesheim.de/wp-content/uploads/2019/04/SEHI_05_01_Presse_Info_Verkehrsbeschraenkung_Im_Bockfelde.pdf\"\u003ehttps://www.sehi-hildesheim.de/wp-content/uploads/2019/04/SEHI_05_01_Presse_Info_Verkehrsbeschraenkung_Im_Bockfelde.pdf\u003c/a\u003e","shortdescription":"Aufgrund der Verlegung von Versorgungsleitungen der Stadtentwässerung Hildesheim (SEHi) wird die Straße Im Bockfelde im Bereich Ecke Elzer Straße bis voraussichtlich 25. Oktober voll gesperrt.","category":12,"id":34563,"valid_from":"23.04.2019 14:27:00","valid_until":"25.10.2019 00:00:00","area":"MULTIPOLYGON (((9.920120805251031 52.1559986146438, 9.9208718237752009 52.1559854500663, 9.92162284229937 52.1560841843026, 9.9229746756428767 52.156406714615, 9.920120805251031 52.1559986146438)), ((9.9200993475789119 52.1559854500663, 9.9200886187428523 52.1558143102046, 9.9203139243001033 52.1555905109312, 9.9201100764149714 52.1558077278891, 9.9200993475789119 52.1559854500663)))","location":"Hildesheim (Stadt)","sender":"Stadt Hildesheim Pressestelle","categoryIcon":"info","isCatastrophy":false},{"title":"Erneuerung Roonstraße","details":"Ab Montag, 22. Oktober, wird die Roonstra\u0026szlig;e in Kooperation mit Stadtentw\u0026auml;sserung Hildesheim (SEHi) bis voraussichtlich April 2020 grundhaft erneuert. Im ersten Bauabschnitt wird der Bereich zwischen der Goslarschen Stra\u0026szlig;e und der Steingrube/Galgenbergstra\u0026szlig;e voll gesperrt. Der Radverkehr kann \u0026uuml;ber eine Umleitungsstrecke durch die Kampstra\u0026szlig;e parallel zur Baustelle den Bereich passieren, der Fu\u0026szlig;g\u0026auml;ngerverkehr wird durch die Baustelle gef\u0026uuml;hrt. Die Zufahrt f\u0026uuml;r Rettungskr\u0026auml;fte ist gew\u0026auml;hrleistet. Die verkehrsregelnden Zeichen sind zu beachten. Ortskundige sollten den Bereich weitr\u0026auml;umig umfahren.\u003cbr /\u003e\u003cbr /\u003eVon der Bauma\u0026szlig;nahme sind auch Buslinien des Stadt- und Regionalverkehrs betroffen. Die Busse werden entsprechend umgeleitet. Informationen dazu stellen die Verkehrsunternehmen auf ihren Internetseiten \u003ca href=\"http://www.svhi-hildesheim.de\"\u003ewww.svhi-hildesheim.de\u003c/a\u003e und \u003ca href=\"http://www.rvhi-hildesheim.de\"\u003ewww.rvhi-hildesheim.de\u003c/a\u003e sowie an den betroffenen Haltestellen zur Verf\u0026uuml;gung. Das SVHI \u0026amp; RVHI-Kundencenter ist unter Telefon 05121 66666 zu erreichen und gibt gerne pers\u0026ouml;nlich Auskunft.\u003cbr /\u003e\u003cbr /\u003eIn die Entwurfsplanung flie\u0026szlig;en auch die W\u0026uuml;nsche aus der B\u0026uuml;rgerbeteiligung mit ein. So wird zugunsten der Gehwegbreite und des Parkraums die Fahrbahnbreite nur 6 Meter statt der Regelbreite von 6,50 Meter aufweisen. Dies entspricht der Stra\u0026szlig;en\u0026shy;raumaufteilung der Moltkestra\u0026szlig;e. Zudem wird der L\u0026auml;ngsparkstreifen durch Baumpflanzungen aufgelockert.\u003cbr /\u003e\u0026nbsp;\u003cbr /\u003e\u0026nbsp;","shortdescription":"Ab Montag, 22. Oktober, wird die Roonstraße in Kooperation mit Stadtentwässerung Hildesheim (SEHi) bis voraussichtlich April 2020 grundhaft erneuert.","category":12,"id":32270,"valid_from":"18.10.2018 12:57:00","valid_until":"30.04.2020 00:00:00","area":"POLYGON ((9.961920350539117 52.149831052535824, 9.9620061812275935 52.150265541598557, 9.962542623030572 52.1510950089444, 9.96282157276812 52.151516319773357, 9.9623065886372615 52.15073952483128, 9.9620061812275935 52.150291874132776, 9.961920350539117 52.149831052535824))","location":"Hildesheim (Stadt)","sender":"Stadt Hildesheim Pressestelle","categoryIcon":"info","isCatastrophy":false},{"title":"Halbseitige Sperrung Butterborn","details":"Aufgrund des Hotelneubaus am Bahnhofsplatz 2 wird der Butterborn auf H\u0026ouml;he der Baustelle vom 17. April 2018 bis voraussichtlich 30. September 2019 halbseitig gesperrt.","shortdescription":"Aufgrund des Hotelneubaus am Bahnhofsplatz 2 wird der Butterborn auf Höhe der Baustelle vom 17. April 2018 bis voraussichtlich 30. September 2019 halbseitig gesperrt.","category":12,"id":16582,"valid_from":"17.04.2018 11:24:00","valid_until":"30.09.2019 00:00:00","area":"POLYGON ((9.95386299465838 52.1596639615116, 9.9540239271992732 52.1597034519686, 9.9541848597401668 52.1597462332575, 9.95386299465838 52.1596639615116))","location":"Hildesheim (Stadt)","sender":"Stadt Hildesheim Pressestelle","categoryIcon":"info","isCatastrophy":false},{"title":"Verkehr der B6-Brücke über Kennedydamm bis voraussichtlich Ende 2019 einspurig","details":"Mehr Informationen sind \u003ca href=\"https://www.strassenbau.niedersachsen.de/aktuelles/presseinformationen/b-6-kuenftig-einspurige-verkehrsfuehrung-auf-der-bruecke-ueber-den-kennedydamm-in-hildesheim-155630.html\"\u003ehier\u003c/a\u003e erh\u0026auml;ltlich.\u003cbr /\u003e\u003cbr /\u003e\u0026nbsp;","shortdescription":"Auf der Brücke im Zuge der B 6 über den Kennedydamm in Hildesheim ist der Verkehr von zwei auf eine Fahrspur je Fahrtrichtung reduziert. Dies teilte die Landesbehörde für Straßenbau und Verkehr mit. ","category":12,"id":5818,"valid_from":"18.07.2017 12:45:00","valid_until":"19.12.2019 00:00:00","area":"POLYGON ((9.9620647600335133 52.164591325105, 9.9620323458466373 52.1643914751876, 9.9620639566929867 52.1641915766186, 9.9621583769497875 52.1639993113373, 9.962311977390641 52.1638220678458, 9.9625188547621519 52.1636666572953, 9.9627710587368483 52.1635390517613, 9.96305889740654 52.1634441548109, 9.96337130976292 52.1633856130639, 9.9636962906804456 52.1633656761018, 9.9640213521583973 52.1633851100395, 9.964334003101385 52.1634431680917, 9.96462222921707 52.163537619264, 9.9648749546116733 52.1636648340669, 9.9650824673575471 52.1638199239618, 9.9652367926914849 52.1639969291863, 9.9653319995059064 52.1641890477452, 9.9653644283489484 52.1643888967749, 9.9653328321634262 52.1645887962401, 9.9652384243374854 52.1647810640657, 9.9650848322016827 52.1649583113622, 9.96487795774135 52.1651137263985, 9.964625750879577 52.1652413363974, 9.9643379039334832 52.1653362371359, 9.9640254791705729 52.1653947814152, 9.9637004836050664 52.1654147192663, 9.9633754074684475 52.1653952844375, 9.963062744088802 52.1653372238483, 9.9627745096532863 52.1652427688787, 9.962521781323403 52.1651155495963, 9.9623142714747246 52.1649604552217, 9.96215995442958 52.1647834462, 9.9620647600335133 52.164591325105))","location":"Hildesheim (Stadt)","sender":"Stadt Hildesheim Pressestelle","categoryIcon":"info","isCatastrophy":false}]}

Aber ob man sowas mit einbauen sollte... Naja, ich melde hier erstmal den "Fund", dann lasse ich mal die Diskussion beginnen...
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

Da sag ich dann mal gleich: Nein. Es soll ja nicht die eierlegende Info-Wollmilchsau werden, sondern Nina.  ;)
Straßensperrungen wegen langfristig geplanten Bauarbeiten gehören da eher nicht zu.  ;) Auch, wenn sie über BIWAPP kommuniziert werden.
Ich finds aber trotzdem gut, dass Du es gepostet hast. So sieht man wenigstens, dass es solche und solche BIWAPP-Meldungen gibt und nicht jede Warnung ihren Weg zu Nina findet.
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

Florian_GT

Zitat von: KölnSolar am 18 Juli 2019, 18:49:22
Da sag ich dann mal gleich: Nein. Es soll ja nicht die eierlegende Info-Wollmilchsau werden, sondern Nina.  ;)
Straßensperrungen wegen langfristig geplanten Bauarbeiten gehören da eher nicht zu.  ;) Auch, wenn sie über BIWAPP kommuniziert werden.
Ich finds aber trotzdem gut, dass Du es gepostet hast. So sieht man wenigstens, dass es solche und solche BIWAPP-Meldungen gibt und nicht jede Warnung ihren Weg zu Nina findet.

Das war meine Idee. Wobei ich halt dann aber auch sagen würde Schulausfall wäre schon was gutes in FHEM.
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)

curt

#215
Zitat von: Florian_GT am 18 Juli 2019, 18:00:28
Es spricht ja nichts dagegen, dass man neben Google noch OpenStreetMaps o.ä. mit einbaut.

Ich denke, dass es dafür noch zu früh ist. Und wenn es mal so weit ist, dann aus meiner Sicht nur OSM. Und da hätten wir ja den Entwickler des FTUI/OSM-Widgets im Forum: Das kann Overlays. Da müssten wir den Entwickler mal fragen, ob er mitmacht.

Zitat von: Florian_GT am 18 Juli 2019, 18:00:28
Ich habe noch weitere "Meldungen" gefunden:
https://www.landkreishildesheim.de/Quicknavigation/Deep-Intern/BIWAPP/

Das ist jetzt ein Grundsatzproblem.
Also ich könnte aus der hohlen Hand für jedes Bundesland und zig Landkreise Verkehrsmeldungen hervorzaubern - wir sind ja föderal. Oder zig Datendienste für Pegelstände. Oder (auch so übel) zig Dienste für Waldbrandwarnstufen, da ist nix zentralisiert.

Ich denke aber, dass wir uns auf den Kern der Sache konzentrieren sollten: Katastrophenschutz, Bevölkerungswarnungen, nur das. Ja, das ist nicht so sexy, das kommt ja selten vor. Aber wichtig ist es. Viel wichtiger als so mancher Firlefanz, der an FHEM drangestrickt wird.

Zitat von: Florian_GT am 18 Juli 2019, 18:00:28
https://www.biwapp.de/widget/biwapp.js
Daten werden von www.biwapp.de/dataBiwappProxy geholt.

Da sollten wir ein Auge drauf haben - aus folgendem Grund:
Ich hatte ja angedeutet, wie das alles entstand - das packe ich jetzt in Prosa (wichtige Info unten!)

1990 hatten BRD und DDR einen recht ausgefeilten Bevölkerungs- und Katastrophenschutz. Da dann die Zeiten des ewigen Friedens anbrachen, wurde das alles brachial abgerissen: Die DDR ja sowieso, aber auch das Bundesamt, die Notfallvorräte, teilweise sogar die Kat-Ämter der Landkreise. Sirenen, komm, weg damit. Das ging einige Zeit gut.

1994 das Rheinhochwasser ging noch, weil noch nicht alles abgerissen war. 1997 das Oderhochwasser wurde unter "das muss ja bei Polen sein" abgebucht. 2001 -> 9/11 haben wir gestaunt, weit weg. 2002 das Elbehochwasser änderte alles: Da klappte in einem größeren Teil von Deutschland die komplette Infrastruktur weg: Keine einzige Elbbrücke passierbar, das Reichshauptdorf weder mit Bahn noch PKW/LKW erreichbar, komplette Regionen platt.

Da setzte (zudem mit Blick auf 9/11) ein Umdenken ein. Aber so schnell geht das in einem föderalen Staat nicht - aus den rauchenden Trümmern funktionierende Notfallstrukturen aufbauen. Die schnellsten waren allemal die Landkreise. Die hatten zudem den Vorteil, dass je nach Bundesland die sowieso eine Leitstelle haben - dass muss man nur aufbohren. Irgendwann kam dann auch wieder ein Bundesamt.

Dann kamen die WarnApps: KatWarn, Nina, BiWapp. Alles ziemlich unkoordiniert, den Herstellern ging es darum, den Ländern und Landkreisen Kohle aus der Tasche zu ziehen - konsequenterweise machten wenige mit. Und die mitmachten - jeder woanders.

So - zum Punkt:
Ich war mir unsicher, ob die den Schritt zur Koordinierung schon schafften, ich meinte, da mal was gelesen zu haben. Ok, hab ich nun nachgesucht. Ergebnis - JA!

Siehe:
http://www.general-anzeiger-bonn.de/news/panorama/Nina-Katwarn-und-Biwapp-werden-vereinheitlicht-article4031739.html

Das bedeutet in Konsequenz, dass wir mit dem Ansatz von @KölnSolar nicht falsch liegen. Wir bekommen da alles, was in die Bundeslage fließt und öffentlich werden soll/darf.

P.S: @KölnSolar
In den DokuThread bitte ganz unten *immer* die aktuelle Version des Moduls!
RPI 4 - Jeelink HomeMatic Z-Wave

KölnSolar

#216
ZitatIn den DokuThread bitte ganz unten *immer* die aktuelle Version des Moduls!
Die nächste, dann dort erste, Version ist nicht mehr weit. Ich denke irgendwann am We.

Habt Ihr Ideen wie wir an schicke Icons für die html-Ansicht kommen ? Das sieht schon richtig gut aus bei UWZ. Die einzelnen Warnungen grenzen sich dadurch ganz toll visuell ab. Ganz so bekommt man es sicherlich nicht hin. Im FHEM-Fundus hab ich nix passendes gefunden.  :'(
Meine Vorstellung von icons:
Wenn wir schon durch die dwd-Warnungen Farben ins Spiel bringen, sollten die warnlevel die Farbe wiederspiegeln. Entweder im background oder das eigentliche Symbol des icons selbst.
In einem ersten Schritt würde ein Symbol je "Kategorie" genügen. ein Wettersymbol, ein Hochwassersymbol, ein Gefahrensymbol.
Nach den bisherigen Erfahrungen in einer 2. Stufe:
- Wetterdetail: Gewitter, Sturm, Hagel, Starkregen, Blitzeis
- Gefahrendetail: Bombenfund, Brand, Infrastruktur: (Wasser, Strom, Gas, Telefon, Sirenen...), Gewässerverunreinigung, Luftverunreinigung,(Gottseidank noch nicht gesehen: Terror, Bombenangriff...), Unknown
- Hochwasser: ich denke da genügt ein Symbol  ;)

Zu einem Großteil bekäme ich die notwendige Info aus den Warnungen: In der Regel Category und bei dwd gibt es noch Felder, die ich bisher verschwiegen habe, weil nicht eindeutig(bei Gewitter). Ich werd aber wohl ein reading basteln, dass diese Infos zu sehen sind, nämlich ob die konkreten Gefahren Sturm, Hagel, Starkregen sind.

Edit:
Im Nordosten tauchen die ersten Gewitter auf. Ist jetzt mit on-set deutlich "stabiler", wenn nach creation sortiert.

Und auf der bund.de optisch nicht wahrnehmbar: die erste Hochwassermeldung. Ist das jetzt eine Meldung im Zusammenhang mit dem Gewitter ?
Ich guck sie mir mal mit verbose=5 an.....

Zusammengefasst: "sender":"CAP@hochwasserzentralen.de", on-set wie bei dwd, "category":["Met"] wie bei dwd; kein Instruction; ein neues Feld web mit einem Weblink und auffällig viiiiieeeele geocodes und groooooßes Polygon.
[{"identifier":"HOCHWASSERZENTRALEN.DE.BB",
"msgType":"Alert",
"code":["1.0"],
"sender":"CAP@hochwasserzentralen.de",
"scope":"Public",
"source":"LHP",
"sent":"2019-07-19T15:40:00+02:00",
"status":"Actual",
"info":[{
"severity":"Severe",
"area":[{"polygon":[],
"areaDesc":"Brandenburg",
"geocode":[{
"valueName":"Barnim","value":"120600000000"},
{"valueName":"Brandenburg an der Havel","value":"120510000000"},
{"valueName":"Cottbus","value":"120520000000"},
{"valueName":"Dahme-Spreewald","value":"120610000000"},
{"valueName":"Elbe-Elster","value":"120620000000"},
{"valueName":"Frankfurt (Oder)","value":"120530000000"},
{"valueName":"Havelland","value":"120630000000"},
{"valueName":"Märkisch-Oderland","value":"120640000000"},
{"valueName":"Oberhavel","value":"120650000000"},
{"valueName":"Oberspreewald-Lausitz","value":"120660000000"},
{"valueName":"Oder-Spree","value":"120670000000"},
{"valueName":"Ostprignitz-Ruppin","value":"120680000000"},
{"valueName":"Potsdam","value":"120540000000"},
{"valueName":"Potsdam-Mittelmark","value":"120690000000"},
{"valueName":"Prignitz","value":"120700000000"},
{"valueName":"Spree-Neiße","value":"120710000000"},
{"valueName":"Teltow-Fläming","value":"120720000000"},
{"valueName":"Uckermark","value":"120730000000"}]}],
"expires":"2019-07-20T16:35:00+02:00",
"certainty":"Observed",
"description":"Es liegt eine Hochwasserwarnung oder -information für das Flussgebiet Stepenitz vor!",
"language":"de-DE",
"onset":"2019-07-19T15:35:00+02:00",
"effective":"2019-07-19T15:35:00+02:00",
"senderName":"Brandenburg",
"urgency":"Immediate",
"web":"<a href=\"http://www.lugv.brandenburg.de/cms/detail.php/bb1.c.314147.de\">Webseite des Hochwasserzentrums<\/a>",
"contact":"Landesamt für Umwelt Brandenburg\nReferat Hydrologischer Landesdienst",
"category":["Met"],
"event":"Hochwasserinformation",
"headline":"Hochwasserinformation Brandenburg"}]}]

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

moin,

ich hatte mir ja letztens events bei jedem interval gewünscht, zb für das reading lastConnection.

state macht das inzwischen. nun wollte ich ein userreading anlegen, das durch state getriggert wird, und musste leider feststellen, dass das mit state grundsätzlich nicht funktioniert.

hiermit wiederhole ich also meinen wunsch.
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

#218
Zitat von: KölnSolar am 19 Juli 2019, 07:37:02
Im Nordosten tauchen die ersten Gewitter auf.

Und ein offensichtlicher Fehler (in Deinem Modul - oder wo?)

Zitat
Warn_00_Area        Kreis Wittenberg 2019-07-19 16:30:14
Warn_00_Category Met
Warn_00_Color       orange
Warn_00_Contact   Deutscher Wetterdienst
Warn_00_Creation  2019-07-19T16:17:00+02:00

Also das +02:00 kann nicht stimmen. Es ist momentan 16:44 Uhr.

P.S:
Zitat von: KölnSolar am 19 Juli 2019, 07:37:02
Und auf der bund.de optisch nicht wahrnehmbar: die erste Hochwassermeldung. Ist das jetzt eine Meldung im Zusammenhang mit dem Gewitter ?

Ja, eindeutig.
Brandenburg ist flach und trocken. Da sollte es um die kleinen Bäche und Flüsse gehen, die bei Starkregen gern mal überlaufen.

PP.S: Nachträglich ändern kann ich auch ... ob das immer so klug ist?
RPI 4 - Jeelink HomeMatic Z-Wave

KölnSolar

+2= Zeitzone ?

ZitatPP.S: Nachträglich ändern kann ich auch ... ob das immer so klug ist?
was ändern ?
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

Zitat von: KölnSolar am 19 Juli 2019, 18:30:12
+2= Zeitzone ?

Das kommt in meinem Verständnis nicht hin.

Die Meldung wurde real 16:30:14 eingestellt. Kreiert (Warn_00_Creation) wurde sie  2019-07-19T16:17:00+02:00 - real heißt das also 18:17 ... also in der Zukunft.

Dieses +02:00 deutet auf etwas anderes hin: Das ist die Zeitangabe für Sommerzeit (MESZ), der Bezug ist dann UTC. UTC ist für Katastrophen ansich auch sinnvoll. Aber dann müsste es 2019-07-19T14:17:00+02:00 heißen, das wäre dann richtig.

Zitat von: KölnSolar am 19 Juli 2019, 18:30:12
ZitatPP.S: Nachträglich ändern kann ich auch ... ob das immer so klug ist?
was ändern ?

Du darfst nicht erwarten, dass ich (oder andere) immerzu Deine alten Beiträge nachlesen mit dem Fokus, dass sich da was geändert haben könnte.
RPI 4 - Jeelink HomeMatic Z-Wave

KölnSolar

ZitatDu darfst nicht erwarten, dass ich (oder andere) immerzu Deine alten Beiträge nachlesen mit dem Fokus, dass sich da was geändert haben könnte.
Ah mein Beitrag. Nee erwarte ich nicht. Zumindest bei wichtigen Dingen poste ich neu.
ZitatDas ist die Zeitangabe für Sommerzeit (MESZ)
Genau. Der timestamp ist schon korrekt. +2 heißt einfach nur in +2 "ausgedrückt", als 2019-07-19T16:17:00+02:00  ist 2019-07-19T14:17:00+00:00. Wird so geliefert. Nicht meine Erfindung.
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

Zitathiermit wiederhole ich also meinen wunsch.
ich nehme mal (vorübergehend) warnlevelmax für update und event. lastConnection gefällt mir als reading nicht. Raubt nur Platz/Übersicht.
@Cooltux: Hatte ja sicherlich einen Grund, dass man "modulmonitoring" betrieben hat. Evtl. obsolet und in UWZ/Nina rausnehmen ? Ansonsten lass ichs (zähneknirschend) drin.
in 5 min. neue Version im "Dokuthread".
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

ok, merci.

lastconnection aber nicht entfernen. dort gibt es auch verbindungsfehler, wie ich gerade gesehen habe.
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

Zitatdort gibt es auch verbindungsfehler, wie ich gerade gesehen habe.
Aber die gehören doch ins Log. Mal abgesehen von dem von Dir gewünschten "device-run"-event: Was macht man mit dem reading, außer sich ärgern, dass keine Daten kommen ? :-\ Während einer Modulentwicklung/Test versteh ichs noch, aber ein produktives Modul hat zu laufen(Ausnahmen bestätigen die Regel) oder gehört gelöscht.  ;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