[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

Eventuell Ausfall der Internetverbindung? Dann global DNS setzen bei FHEM
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

mi.ke

Zitat von: kamp am 10 September 2023, 18:19:18Die letzte Zeile jeweils bevor das passiert ist eben jene:
2023.09.10 15:25:26 3: UWZ Unwetterzentrale: UWZ.1811 Done fetching data
Naja, sowie ich das interpretiere hat das Modul genau das getan was es soll:"Done fetching data"

Ich würde vermuten, dass die Verarbeiung der Daten (notify/DOIF) zu dem Systemausfall führen.
Was treibst Du denn mit den gesammelten Daten aus dem UWZ?
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

kamp

Zitat von: CoolTux am 11 September 2023, 17:27:32Eventuell Ausfall der Internetverbindung? Dann global DNS setzen bei FHEM
Kein Ausfall der Internetverbindung laut Monitoring seit mehreren Wochen. Betreibe einen eigenen lokalen DNS welcher auch laut Monitoring nicht ausfiel.

Kurze Beschreibung, vielleicht führt eine Auffälligkeit auf die richtige Spur. Man sieht an den Spitzen, wann das passiert ist, Anhand der Zeit und der Unregelmäßigkeit, wann es auftritt, kann man keine Rückschlüsse ziehen. Es kann sowohl nachts als auch tagsüber auftreten, tritt innerhalb von 24h 1-4 mal auf:
Du darfst diesen Dateianhang nicht ansehen.

Kein Ausfall des DNS:
Du darfst diesen Dateianhang nicht ansehen.

Zitat von: mi.ke am 11 September 2023, 18:52:25
Zitat von: kamp am 10 September 2023, 18:19:18Die letzte Zeile jeweils bevor das passiert ist eben jene:
2023.09.10 15:25:26 3: UWZ Unwetterzentrale: UWZ.1811 Done fetching data
Naja, sowie ich das interpretiere hat das Modul genau das getan was es soll:"Done fetching data"

Ich würde vermuten, dass die Verarbeiung der Daten (notify/DOIF) zu dem Systemausfall führen.
Was treibst Du denn mit den gesammelten Daten aus dem UWZ?

Über ein Notify sende ich via HTTPMOD (Talk) eine Nachricht via Nextcloud-Talk:
defmod UnwetterNachricht notify Unwetterzentrale:WarnCount:.[0-9] {uwzWarn($NAME,$EVTPART1);;}sub uwzWarn($$) {

my ($name,$event) = @_;
my $hash = $defs{$name};


my $countWarn = ReadingsVal($name,"WarnCount","");
        my $wNb = ReadingsVal( $name, "WarnCount", 0 ) - 1;
        my $unwetterText = "<div class=\"top-space-min\">";
        my $warnnumber = "";
        my $warnbild ="";



if( ReadingsVal( $name, "WarnCount", 0 ) > ReadingsVal( $name, "lastWarnCount", 0 ) && ($event) > 0 ) {

                my $wType = ReadingsVal( $name, "Warn_${wNb}_Type_Str", 0 );
my $wTextShort = ReadingsVal( $name, "Warn_${wNb}_ShortText", 0 );
                my $wTextLong = ReadingsVal( $name, "Warn_${wNb}_LongText", 0 );
my $wEnd = ReadingsVal( $name, "Warn_${wNb}_End_Date", 0 )." um ".ReadingsVal( $name, "Warn_${wNb}_End_Time", 0 );


                if( ReadingsVal( $name, "Warn_${wNb}_uwzLevel", 0 ) < 3) {
       
                     fhem "set Talk msg Vorwarnung für Unwetterwarnung vor $wType\\n$wTextLong\\nUnwetterwarnung endet am $wEnd";

                } elsif( ReadingsVal( $name, "Warn_${wNb}_uwzLevel", 0 ) > 2) {
       
                    fhem "set Talk msg Unwetterwarnung vor $wType\\n$wTextLong\\nUnwetterwarnung endet am $wEnd";
                }
}


    readingsSingleUpdate ( $hash, "lastWarnCount", $wNb, 0 );
}

Kein Ausfall der Nextcloud:
Du darfst diesen Dateianhang nicht ansehen.

HTTPMOD Talk:
defmod Talk HTTPMOD none 0
attr Talk icon robot
attr Talk room Zentrale
attr Talk set01Data {"token":"secret", "message":"$val"}
attr Talk set01Name msg
attr Talk set01TextArg 1
attr Talk set01URL https://bot:secret@cloud.some.domain/ocs/v2.php/apps/spreed/api/v1/chat/secret
attr Talk setHeader1 Content-Type: application/json
attr Talk setHeader2 Accept: application/json
attr Talk setHeader3 OCS-APIRequest: true
attr Talk stateFormat Nextcloud Talk

Was meiner Meinung nach gegen ein Problem mit dem Notify spricht ist der, dass ich das Talk HTTPMOD sehr stark nutze und von UWZ nur sehr wenige Nachrichten kommen, aber von anderen Notifys viel mehr (z.B. Zoneminder über Kamerabewegungen, Benachrichtigungen von Haustürklingel, etc.) und dort kam es noch nie zu einem FHEM Absturz.

Mehr ist da nicht involviert von FHEM-Seite her. Bitte einfach danach fragen, wenn ihr in eine Bestimmte Richtung mehr Infos benötigt und für jeden Ansatz, den man verfolgen könnte bin ich sehr dankbar, da es derzeit leider sehr mühsam ist, wenn es zu diesen Ausfällen kommt. Vielleicht werde ich UWZ löschen müssen, aber gibt es dafür eine brauchbare Alternative?

CoolTux

Also sowohl mein FHEM Test als Kubernetes Microservice als auch mein FHEM Produktiv als LXC laufen mit UWZ stabil durch.
Eventuell mal verbose 4 laufen lassen.
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

mi.ke

Also wenn das Problem mehrmals täglich auftritt, würde ich, wie Cooltux schon schrieb, das LOG Level auf 4 oder sogar 5 stellen und zusätzlich "stacktrace" aktivieren.

Desweiteren würde ich versuchen mit "freezemon" den Fehler zu entdecken.

Und/oder Du startest FHEM auf der console (je nach dem wie Du FHEM nutzt) mit
perl fhem.pl -d fhem.cfg 
ODER
perl fhem.pl -d configDB
im Debug Modus. Dann kannst Du live sehen was passiert.


Hoffe Du findest den Fehler

cheers
mi.ke
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara

kamp

Also mal ein Zwischenbericht: Verbose 5 bringt mich nicht weiter.

2023.09.14 15:37:50 5: HttpUtils request header:
GET /AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZAT01844 HTTP/1.0
Host: feed.alertspro.meteogroup.com
User-Agent: fhem
Accept-Encoding: gzip,deflate

2023.09.14 15:37:50 4: https://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZAT01844: HTTP response code 200
2023.09.14 15:37:50 5: HttpUtils https://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZAT01844: Got data, length: 25
2023.09.14 15:37:50 5: HttpUtils response header:
HTTP/1.1 200 OK
Content-Type: text/html
Date: Thu, 14 Sep 2023 13:37:50 GMT
Server: nginx/1.0.15
X-Powered-By: PHP/5.4.28
Content-Length: 25
Connection: Close
2023.09.14 15:37:50 4: UWZ Unwetterzentrale: UWZ.904 25 characters captured:  {"results":[],"cached":1}
2023.09.14 15:37:50 5: UWZ Unwetterzentrale: UWZ.1154 25 characters captured
2023.09.14 15:37:50 4: UWZ Unwetterzentrale: UWZ.1165 There are 0 warnings active
2023.09.14 15:37:50 4: UWZ Unwetterzentrale: UWZ.1183 Sorting by severity
2023.09.14 15:37:50 4: UWZ Unwetterzentrale: UWZ.1746 WarnUWZLevel_Color: gruen
2023.09.14 15:37:50 4: UWZ Unwetterzentrale: UWZ.1761 WarnUWZLevel_Str: Stufe Grün (keine Warnung)
2023.09.14 15:37:50 3: UWZ Unwetterzentrale: UWZ.1811 Done fetching data
2023.09.14 15:37:50 4: UWZ Unwetterzentrale: UWZ.1812 Will return : Unwetterzentrale|WarnUWZLevel|0|WarnUWZLevel_Color|gruen|WarnUWZLevel_Str|Stufe Grün (keine Warnung)|durationFetchReadings|1.00|WarnCount|0

Ich muss nun UWZ löschen, da ich FHEM gar nicht mehr starten kann, da es beim Reboot genau hier hängen bleibt seit einer halben Stunde (mit ca. 20 Reboots der Maschine).

juppzupp

Hallo,
irgendwie ist das Modul verdächtig ruhig. Verbose 5 bringt mich nicht weiter. Hat wer eine Idee ?

2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.642 set command: update
2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.885 Start capturing of http://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE42489
2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.904 34 characters captured:  {"results":[],"generator":"PHPjf"}
2023.11.27 08:23:57 5: UWZ Unwetterzentrale: UWZ.1154 34 characters captured
2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.1165 There are 0 warnings active
2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.1177 Sorting by dtgStart
2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.1746 WarnUWZLevel_Color: gruen
2023.11.27 08:23:57 3: UWZ Unwetterzentrale: UWZ.1811 Done fetching data
2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.1812 Will return : Unwetterzentrale|WarnUWZLevel|0|WarnUWZLevel_Color|gruen|durationFetchReadings|0.00|WarnCount|0
2023.11.27 08:23:57 5: UWZ Unwetterzentrale: UWZ.1009 reading:WarnUWZLevel value:0
2023.11.27 08:23:57 5: UWZ Unwetterzentrale: UWZ.1009 reading:WarnCount value:0
2023.11.27 08:23:57 5: UWZ Unwetterzentrale: UWZ.1009 reading:WarnUWZLevel_Color value:gruen
2023.11.27 08:23:57 5: UWZ Unwetterzentrale: UWZ.1009 reading:durationFetchReadings value:0.00
2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.1014 Delete old Readings
2023.11.27 08:23:57 4: UWZ Unwetterzentrale: UWZ.1045 4 values captured

Felix_86

Hallo,

ich habe noch nicht weiter in Logs bzw. auf die UWZ-Webseite geschaut, aber ich habe durchaus auch das Gefühl, dass die letzte Meldung der UWZ in FHEM (Meldung per Telegram und Sprache via Alexa) aus dem Sommer (irgend ein Gewitter) stammt. Die Stürme vor einigen Wochen, die Regenfälle der letzten Wochen, der aktuelle Schneeeinbruch wurde in keinster Weise gemeldet. Amazons Unwetter Service brachte allerdings hin und wieder Meldungen.
Grüße von Felix

Pi3, Raspbian 11, FHEM 6.2, ca 320 Device
SIGNALduino (TCM, TX, IT), CUL (EM, FS20, HMS), JeeLink (PCA301), HUEBridge, HUEDevice, mailcheck, echodevice, alexa, TelegramBot, Weather (OWM), DWD_OpenData, FRITZBOX, TabletUI, Calendar, Abfall, Vitoconnect, LGTV_WebOS

juppzupp


Felix_86

Hallo juppzupp,

interessante und einfache Prüfung :)
Bei mir ist der WarnCount seit 2023-11-06 07:25:44 auf 0, muss also bis zu diesem Zeitpunkt größer 0 gewesen sein. An eine Benachrichtigung aus FHEM heraus kann ich mich allerdings nicht erinnern (ist nun auch 23 Tage her). Alexa hat mich in den letzten Tage definitiv häufiger über Warnungen vom DWD informiert.

Laut UWZ Webseite gibt es aktuell für meinen Bereich folgende Info:
ZitatWetterhinweis wegen Straßenglätte
gültig von: Dienstag, 28. November 2023, 17:00 Uhr
gültig bis: Mittwoch, 29. November 2023, 10:00 Uhr
gültig für: Höhen ab 600 m
 
Ab 600m: streckenweise bis verbreitet Glätte durch Schnee oder Gefrieren
Dieser Hinweis wurde am Dienstag, 28. November 2023, 17:29 Uhr zuletzt aktualisiert.

Im Feed von alertspro.meteogroup.com, der über das Modul abgefragt wird, gibt es allerdings keine Infos. Daher ist mein WarnCount aktuell auf 0, obwohl es laut Webseite einen Wetterhinweis gibt.

define Unwetter_Waldems UWZ DE 65529 1840
attr Unwetter_Waldems event-on-change-reading WarnCount,WarnUWZLevel_Color
attr Unwetter_Waldems humanreadable 1
attr Unwetter_Waldems lang de
attr Unwetter_Waldems room Wetter
#   CountryCode DE
#   DEF        DE 65529 1840
#   FUUID      62485d1a-f33f-a48e-e04a-9adfeba650fadd98
#   FVERSION   77_UWZ.pm:v3.1.0-s25306/2021-12-06
#   INTERVAL   1840
#   INTERVALWARN 0
#   NAME       Unwetter_Waldems
#   NOTIFYDEV  global,Unwetter_Waldems
#   NR         328
#   NTFY_ORDER 50-Unwetter_Waldems
#   PLZ        65529
#   STATE      Warnungen: 0
#   TYPE       UWZ
#   URL        https://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE65529
#   VERSION    v3.1.0
#   eventCount 1
#   READINGS:
#     2023-11-29 08:58:24   WarnCount       0
#     2023-11-29 08:58:24   WarnUWZLevel    0
#     2023-11-29 08:58:24   WarnUWZLevel_Color gruen
#     2023-11-29 08:58:24   WarnUWZLevel_Str Stufe Grün (keine Warnung)
#     2023-11-29 08:58:01   currentIntervalMode normal
#     2023-11-29 08:58:24   durationFetchReadings 0.00
#     2023-11-29 08:58:24   lastConnection  5 values captured in 0.00 s
#     2023-11-29 08:58:24   state           Warnungen: 0
#     2023-11-06 07:25:44   tabletcolor     #6de08e
#   fhem:
#     LOCAL      0
#   helper:
#
setstate Unwetter_Waldems Warnungen: 0
setstate Unwetter_Waldems 2023-11-29 08:58:24 WarnCount 0
setstate Unwetter_Waldems 2023-11-29 08:58:24 WarnUWZLevel 0
setstate Unwetter_Waldems 2023-11-29 08:58:24 WarnUWZLevel_Color gruen
setstate Unwetter_Waldems 2023-11-29 08:58:24 WarnUWZLevel_Str Stufe Grün (keine Warnung)
setstate Unwetter_Waldems 2023-11-29 08:58:01 currentIntervalMode normal
setstate Unwetter_Waldems 2023-11-29 08:58:24 durationFetchReadings 0.00
setstate Unwetter_Waldems 2023-11-29 08:58:24 lastConnection 5 values captured in 0.00 s
setstate Unwetter_Waldems 2023-11-29 08:58:24 state Warnungen: 0
setstate Unwetter_Waldems 2023-11-06 07:25:44 tabletcolor #6de08e

Grüße von Felix

Pi3, Raspbian 11, FHEM 6.2, ca 320 Device
SIGNALduino (TCM, TX, IT), CUL (EM, FS20, HMS), JeeLink (PCA301), HUEBridge, HUEDevice, mailcheck, echodevice, alexa, TelegramBot, Weather (OWM), DWD_OpenData, FRITZBOX, TabletUI, Calendar, Abfall, Vitoconnect, LGTV_WebOS

frank

ZitatIm Feed von alertspro.meteogroup.com, der über das Modul abgefragt wird, gibt es allerdings keine Infos. Daher ist mein WarnCount aktuell auf 0, obwohl es laut Webseite einen Wetterhinweis gibt.
diese tatsache ist bestimmt so alt wie das modul!
schon mal beim feed produzenten nach den gründen erkundigt?
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

juppzupp

Zitat von: frank am 29 November 2023, 09:32:56diese tatsache ist bestimmt so alt wie das modul!
den kommentar verstehe ich nicht. ich habe bis anfang november meldungen erhalten, jetzt nicht mehr.
es wird geschrieben, das sich des feeds einer android app bedient wird, welche ich aber nicht finden kann. sonst könnt ich ja die aufgerufene url vergleichen.
die frage die sich mir stellt ist , ob überhaupt noch jemand warnungen bekommt.

isy

Ich bekomme auch keine Meldungen mehr.

Da wird unser Maintainer mal schauen müssen.
Das Problem können wir als Anwender nicht fixen.
Ein Weg wird erst zu einem Weg, wenn man ihn geht

frank

Zitat von: juppzupp am 30 November 2023, 12:23:20ich habe bis anfang november meldungen erhalten, jetzt nicht mehr.
nach meiner beobachtung wurden noch nie alle meldungen, die auf der webseite zu sehen sind, 1 zu 1 auch im feed übertragen. manche kategorien habe ich im feed/modul nie gesehen.

aber durchaus möglich, dass auch irgendwann gar nichts mehr kommt.
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

oledre

Hallo zusammen,

ich habe das selbe Problem seit einigen Wochen und bin mal auf die Suche gegangen:
Als erstes hatte ich - wie andere auch - das Problem bei meiner Installation vermutet. Also logs durchsucht, Internetverbindung gecheckt usw. Bei mir ist aber alles in bester Ordnung.
Dann habe ich die URL aus dem UWZ Modul (bei mir z.B. http://feed.alertspro.meteogroup.com/AlertsPro/AlertsProPollService.php?method=getWarning&language=de&areaID=UWZDE85748) genommen und per Browser aufgerufen. Eigentlich sollte hier jetzt der Feed der UWZ-Meldungen über die API von AlertsPro als json Objekt daherkommen. Das tut es in der Tat auch. Allerdings ist das Objekt leer: {"results":[],"cached":1}
D.h. die API von AlertsPro liefert keine Daten mehr. Es liegt also weder an Eurer Installation, noch am UWZ Modul von CoolTux.
Die Frage ist nun: Woher bekommen wir die ehemaligen Daten her? Es scheint nämlich so, alsob AlertsPro alle ehemaligen Dienste (auch die frühere Android App) eingestellt hat; die Webseite wird inzwischen auf weatherpro.com umgeleitet.

Hat jemand Ideen?

Schöne Grüße
Ole