[Unwetterwarnung] 77_UWZ.pm Modul für unwetterzentrale.de und wetteralarm.at

Begonnen von CoolTux, 23 März 2016, 12:06:02

Vorheriges Thema - Nächstes Thema

CoolTux

Äh kurz mal nachgefragt. Heute hätte es keines geben dürfen. Hast Du es aus dem SVN direkt?
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

justme1968

ich hab noch etwas geschaut...

anbei die daten aus dem feed und das was die aktuelle version daraus macht.

was mir auffällt:
- das Warn_0_uwzLevel reading hat keinen wert
- die Warn_X_levelName als icon namen zu verwenden geht nicht. der level name ist englisch, die icons haben deutsche namen
- im feed haben uwzLevel und severity immer den selber wert, in den readings aber nicht
- die zuordnung im modul von farbe zu severity geht nur von 0-5, im feed gibt es aber aktuell z.b. auch eine 7.

gruss
  andre

ps: ja. das ist die svn version.

{"results":[{"center":"UWZ","areaID":"UWZDE67161","dtgEnd":1469037600,"areaType":"UWZCODE","dtgStart":1468922400,"payload":{"translationsLongText":{"DE":"Am Dienstag stellt sich in den Nachmittagsstunden bereits eine leichte bis m\u00e4\u00dfige Hitzebelastung bei H\u00f6chstwerten von 30 bis 32 Grad ein. Am Mittwoch erreicht die kurze Hitzewelle ihren H\u00f6hepunkt bei 33 bis \u00f6rtlich 36 Grad. Ab Donnerstag nimmt in der schw\u00fclwarmen und feuchten Luft die Gewitterneigung zu, in der Folge werden kaum mehr 30 Grad erreicht."},"id":"14688239016477.1","creation":1468835940000,"uwzLevel":5,"translationsShortText":{"DE":"Am Di heisse 30 bis 32 Grad, am Mi mit 33 bis 36 Grad starke Hitzebelastung"},"fileName":"meteogroup_warn_14688239016477_20160718095928_1469037600_1468836015.xml","levelName":"notice_warn_red","shortText":"Below 300 meters: 30-35 \u00b0C.","longText":"For areas below 300 meters: Heavy heat stress with maximum temperatures between 30 and 35 degrees.","altMin":-10,"altMax":300},"severity":5,"type":9},{"center":"UWZ","areaID":"UWZDE63925","dtgEnd":1469037600,"areaType":"UWZCODE","dtgStart":1469008800,"payload":{"translationsLongText":{"DE":"Am Mittwoch stellt sich in den Nachmittagsstunden eine leichte bis m\u00e4\u00dfige Hitzebelastung bei H\u00f6chstwerten von 29 bis 33 Grad ein. Ab Donnerstag nimmt in der schw\u00fclwarmen und feuchten Luft die Gewitterneigung zu, in der Folge werden kaum mehr 30 Grad erreicht."},"id":"14688372747237","creation":1468838160000,"uwzLevel":4,"translationsShortText":{"DE":"Lagen unterhalb von 600m: Mittwoch leichte bis m\u00e4\u00dfige Hitzebelastung mit 29-33 Grad"},"fileName":"meteogroup_warn_14688372747237_20160718103621_1469037600_1468838300.xml","levelName":"notice_warn_orange","shortText":"Below 600 meters: 25-35 \u00b0C.","longText":"For areas below 600 meters: Weak to moderate heat stress with maximum temperatures between 25 and 35 degrees.","altMin":300,"altMax":600},"severity":4,"type":9},{"center":"UWZ","areaID":"UWZDE97839","dtgEnd":1469080800,"areaType":"UWZCODE","dtgStart":1469034000,"payload":{"translationsLongText":{"DE":"Ab Mittwochabend und -nacht sind lokal kr\u00e4ftige Gewitter aus S\u00fcdwesten m\u00f6glich. Dabei besteht die Gefahr von Starkregen und Sturmb\u00f6en. Donnerstagmorgen und -vormittag l\u00e4sst die Schauer- und Gewitterneigung vor\u00fcbergehend nach."},"id":"14689752598967.1","creation":1468975673000,"uwzLevel":7,"translationsShortText":{"DE":"Mittwochnacht aus S\u00fcdwesten lokal kr\u00e4ftige Gewitter m\u00f6glich."},"fileName":"meteogroup_warn_14689752598967_20160720004618_1469080800_1468975673.xml","levelName":"alert_forewarn_orange","shortText":"Thunderstorms.","longText":"From Wednesday evening and night stronger thunderstorms may occur locally. The risk of heavy rain and violent gusts arises, thereby. Thursday morning and forenoon the risk of thunderstorms decreases.","altMin":-10,"altMax":9000},"severity":7,"type":7}],"generator":"PHPjf"}

     2016-07-20 14:39:06   WarnCount       3
     2016-07-20 14:39:06   Warn_0_End      1469037600
     2016-07-20 14:39:06   Warn_0_Hail     0
     2016-07-20 14:39:06   Warn_0_IconURL  http://www.unwetterzentrale.de/images/icons/temperatur-red.gif
     2016-07-20 14:39:06   Warn_0_LongText Am Dienstag stellt sich in den Nachmittagsstunden bereits eine leichte bis mäßige Hitzebelastung bei Höchstwerten von 30 bis 32 Grad ein. Am Mittwoch erreicht die kurze Hitzewelle ihren Höhepunkt bei 33 bis örtlich 36 Grad. Ab Donnerstag nimmt in der schwülwarmen und feuchten Luft die Gewitterneigung zu, in der Folge werden kaum mehr 30 Grad erreicht.
     2016-07-20 14:39:06   Warn_0_Severity 5
     2016-07-20 14:39:06   Warn_0_ShortText Am Di heisse 30 bis 32 Grad, am Mi mit 33 bis 36 Grad starke Hitzebelastung
     2016-07-20 14:39:06   Warn_0_Start    1468922400
     2016-07-20 14:39:06   Warn_0_Type     9
     2016-07-20 14:39:06   Warn_0_levelName notice_warn_red
     2016-07-20 14:39:06   Warn_0_uwzLevel
     2016-07-20 14:39:06   Warn_1_End      1469037600
     2016-07-20 14:39:06   Warn_1_Hail     0
     2016-07-20 14:39:06   Warn_1_IconURL  http://www.unwetterzentrale.de/images/icons/temperatur-orange.gif
     2016-07-20 14:39:06   Warn_1_LongText Am Mittwoch stellt sich in den Nachmittagsstunden eine leichte bis mäßige Hitzebelastung bei Höchstwerten von 29 bis 33 Grad ein. Ab Donnerstag nimmt in der schwülwarmen und feuchten Luft die Gewitterneigung zu, in der Folge werden kaum mehr 30 Grad erreicht.
     2016-07-20 14:39:06   Warn_1_Severity 4
     2016-07-20 14:39:06   Warn_1_ShortText Lagen unterhalb von 600m: Mittwoch leichte bis mäßige Hitzebelastung mit 29-33 Grad
     2016-07-20 14:39:06   Warn_1_Start    1469008800
     2016-07-20 14:39:06   Warn_1_Type     9
     2016-07-20 14:39:06   Warn_1_levelName notice_warn_orange
     2016-07-20 14:39:06   Warn_1_uwzLevel 3
     2016-07-20 14:39:06   Warn_2_End      1469080800
     2016-07-20 14:39:06   Warn_2_Hail     0
     2016-07-20 14:39:06   Warn_2_IconURL  http://www.unwetterzentrale.de/images/icons/gewitter-gelb.gif
     2016-07-20 14:39:06   Warn_2_LongText Ab Mittwochabend und -nacht sind lokal kräftige Gewitter aus Südwesten möglich. Dabei besteht die Gefahr von Starkregen und Sturmböen. Donnerstagmorgen und -vormittag lässt die Schauer- und Gewitterneigung vorübergehend nach.
     2016-07-20 14:39:06   Warn_2_Severity 7
     2016-07-20 14:39:06   Warn_2_ShortText Mittwochnacht aus Südwesten lokal kräftige Gewitter möglich.
     2016-07-20 14:39:06   Warn_2_Start    1469034000
     2016-07-20 14:39:06   Warn_2_Type     7
     2016-07-20 14:39:06   Warn_2_levelName alert_forewarn_orange
     2016-07-20 14:39:06   Warn_2_uwzLevel 2
     2016-07-20 14:39:06   durationFetchReadings 0.23
     2016-07-20 14:39:06   lastConnection  32 values captured in 0.23 s
     2016-07-20 14:39:06   state           Warnungen: 3
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

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

CoolTux

So Leute. Tobias hat sich die Nacht hingesetzt und wie ein Irrer gecodet. Wir haben dann heute Mittag telefoniert und haben gemeinsam noch mal alles zusammen getragen. Die erwähnten Fehler sollten gefixt sein. Und ich denke das ich heute noch eine Version 1.4.1 ins SVN schupsen kann. Somit dann also morgen per Update zu Euch.

Vielen Dank an alle fleißigen Melder



Grüße
Tobi und Leon
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

CoolTux

Soeben neue Version 2.4.1 ins SVN gepusht. Wir wünschen alle viel Spaß mit dem nun hoffentlich fehlerfreien Modul.


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

frank

v1.4.1 hat das event-on-change problem leider nicht verbessert.
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

CoolTux

Hallo Frank,

Was ich nicht ganz verstehe ist, auch wenn sich der Timestamp des Readings ändert, so ändert sich doch das Value nicht und somit sollte kein Event ausgelöst werden.
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

justme1968

wenn vorher mit CommandDeleteReading alle readings gelöscht werden gilt das reading danach als neu.

das modul muss die readings überschreiben und dann nur diejenigen löschen die übrig bleiben.

also nicht 1-x löschen und dann 1-y neu anlegen sondern 1-x neu anlegen und dann x-y löschen wenn x < y.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

CoolTux

Hallo Andre,

Das muss ich mir noch mal anschauen. Hatte da in Erinnerung das das Reading nicht gelöscht wird. Ich schaue morgen noch mal drüber. Jetzt erstmal bitte testen ob der Rest gefixt ist.


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

marvin78

UWZ löscht definitiv die Readings.

Das ist, meiner Ansicht nach, aber auch bei den Warn_0-... Readings sinnvoll denn es ist im Grunde quatsch auf Events von Readings zu reagieren, die sich in ihrer Anzahl und kompletter Ausprägung ändern (können). Meine notifys für UWZ reagieren nur auf WarnCount und analysieren dann über eine sub den Rest. event-on-change reading .* ist bei einem solchen Modul (mir variabler Reading-Anzahl gleicher Gewichtung) mEn auch nicht sinnvoll. Ich setze hier event-on-change-reading WarnCount. Dieses Reading wird auch nicht gelöscht. Das sollte zumindest zu sein. Der Autor hatte das damals auf meinen Hinweise geändert.

CoolTux

Das die Warn_X Readings gelöscht werden ist klar, mir geht es im Speziellen um den warnCount. Der brauch ja nicht gelöscht werden.
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

marvin78

Und das wird er auch nicht. Meine dahinterliegenden Aktionen funktionieren hier noch einwandfrei. Das würden sie nicht, wenn gelöscht wurde.

Ich finde im Modul auch nur

CommandDeleteReading(undef, "$hash->{NAME} Warn_?_.*");

Edit: Ach und oben geht es aber sehr wohl um diese Readings

Zitatalle readings mit Warn_[0-9]_.* senden bei mir trotz nicht gändertem inhalt events bei jedem update.

CoolTux

Oh man ich Dussel. Hast Recht. Ich habe mich da wohl verwirren lassen.
Das muss und bleibt aber auch so. Die Warn_x Readings sollen ja auch nicht getriggert werden.

Danke Dir Marvin für Deine bessere Aufmerksamkeit.


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

Michael

Moin

Erst mal, eine Super Arbeit was Ihr da macht.

Habe aber noch einen "Fehler" gefunden oder auch nicht. 
_levelName passt nicht zu _uwzLevel und _uwzLevel_Str, zwei Bilder sind im Anhang.

Und eine Änderung würde ich mir wünschen.  ::)
In _uwzLevel_Str steht zb Stufe Gelb (Vorwarnung für Unwetterwarnung) wäre es nicht besser das so zu machen
Vorwarnung für Unwetterwarnung usw.
Dann könnte man diesen Eintrag für die Infoframe's auf einfache weise nutzen.
Gruß, Michael

FHEM 6.0 auf RPi 3
CUL V3 868 Mhz | JeeLink LaCrosse & PCA301 | CCU3
BMP085(180) | 14x TX29DTH-IT | 5x PCA 301 | SMA Peripheries | MobileAlerts MA-10(100,120PRO,200,251,410,650,660,800) | HM IP

frank

event-on-change "problem"

1. es betrifft nur warn-readings mit laufender warn-nummer.
2. es geht nicht darum, dass die readings gelöscht werden, wenn die warnungen nicht mehr existieren. es ist gut und richtig, dass die readings nicht mehr vorhanden sind, wenn es keine entsprechenden warnungen gibt.
3. es geht "nur" darum, dass es für eine eventuell über tage gleichbleibende warnung, bei jedem interval erneut events gibt, obwohl das attr event-on-change für alle readings gesetzt ist. abgesehen von vielen unnötigen events, geht es mir in erster linie um die erkennung von änderungen der warn-inhalte.

wenn dieses verhalten natürlich so gewollt ist, zieh ich meinen "fehlerhinweis" wieder zurück und äussere den wunsch, dieses verhalten vielleicht noch einmal zu überdenken. ein mögliches umsetzen hat andre ja bereits skizziert.

Zitat von: CoolTux am 22 Juli 2016, 09:02:04
Die Warn_x Readings sollen ja auch nicht getriggert werden.
wie kann ich denn sonst in erfahrung bringen, dass es eine änderung gab?
die überwachung des readings warnCount macht ja nur sinn, wenn sich die anzahl ändert. der inhalt kann sich aber auch bei gleichbleibender anzahl ändern und es passiert auch.

zur zeit müsste ich ja bei jedem interval alle readings zusätzlich speichern und jedes einzelne auf änderung prüfen.
daher ja auch mein wunsch zu jeder warnung ein reading mit dem aktualisierungs- / erstellungs-zeitpunkt der jeweiligen warnung zu generieren, um änderungen der warnungen deutlich einfacher ermitteln zu können.
wenn diese info dann auch im html für den weblink stehen würde, wäre es auch hier einfacher zu erkennen, dass sich etwas geändert hat.

ein weiterer wunsch wäre der hinweis im html auf die zu erwartende "erhöhung" der warnstufe bei einer vorwarnung. also ob orange, rot oder violett zu erwarten ist. vorbereitungstechnisch macht es schon einen deutlichen unterschied, was da genau auf mich zu kommt.

gruss frank
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