Hallo zusammen,
ich hätte gerne auf meinem RSS Wetterwarnungen vom GDS Modul angezeigt. Das GDS Modul habe ich gestern bei mir eingebunden. Anfangs hatte ich immer eine Fehlermeldung bzw. das Problem, dass bei den gets immer nur "please_use_rereadcfg_first" anwählbar war.
Heute nochmal reingeschauen und das Modul hat sich offenbar alle Infos runtergeladen. Ich habe nun die ganzen stations drin etc.! Ich kann auch Warnmeldungen etc. abrufen. Jedoch habe ich ein paar Probleme/Fragen, wo ich nicht weiterkomme:
- Egal welche map ich abrufe, z.B.
get GDS conditionsmap Deutschland
liefert einfach kein Ergebnis. Es wird keine Wetterkarte angezeigt. Im entsprechenden GDS thread wurde erläutert, dass dann links in der Raumliste ein neuer EIntrag angelegt wird, wo man sich dann die Karten anschauen kann. Da passiert jedoch nichts!
- Wenn ich z.B.
get GDS warnings Nordrhein-Westfalen
ausführe, erhalte ich folgende Meldung:
VHDL30 = current | VHDL31 = weekend or holiday
VHDL32 = preliminary | VHDL33 = cancel VHDL32
-------------------------------+--------------------------------------
VHDL30 DWEH 041800
WARNLAGEBERICHT für
Nordrhein-Westfalen
ausgegeben vom Deutschen Wetterdienst
am Mittwoch, 04.02.15, 20:28 Uhr
Glättegefahr durch gefrierende Nässe. Vor allem im Westen einzelne
Schneeschauer. Im Bergland Dauerfrost.
Entwicklung der WETTER- und WARNLAGE für die nächsten 24 Stunden
bis Donnerstag, 05.02.15, 20:30 Uhr:
Ein umfangreiches Tief über Nordeuropa lenkt mit einer nördlichen
Strömung kalte Meeresluft polaren Ursprungs nach Nordrhein-Westfalen
und sorgt bis auf weiteres für einen unbeständigen und winterlichen
Witterungsabschnitt.
GLÄTTE/SCHNEE:
In der Nacht zum Donnerstag und auch tagsüber muss mit Glätte durch
Reif, gefrierende Nässe oder Schneematsch gerechnet werden. Bei
einzelnen Schneeschauern können insbesondere im Westen örtlich 1 bis
3 cm Neuschnee in kurzer Zeit fallen, dabei besteht die Gefahr von
Schneeglätte. Sonst kann vor allem in den Mittelgebirgen etwas
Schneegriesel fallen.
FROST:
Im Bergland herrscht Dauerfrost. In der Nacht zum Donnerstag muss
auch im Flachland mit Frost um minus 4 Grad, im Bergland zwischen
minus 6 und minus 10 Grad gerechnet werden.
Nächste Aktualisierung: spätestens Donnerstag, 05.02.15, 04:30 Uhr
Deutscher Wetterdienst, RWB Essen, M.Hafenrichter
----------------------------------------------------------------------
Soweit so gut. Nur steht diese Meldung in keinem der angegebenen Readings. Irgendwo stand was vom Reading "a_description", das habe ich jedoch garnicht.
Und dann noch eine letzte Verständnisfrage:
Die conditions kann ich z.B. für Aachen abrufen, bei den alerts gibts Aachen aber garnicht, da müsste ich dann einen anderen Landkreis auswählen. Woran liegt das?
Also ich hoffe, Ihr könnt mir bei meinem Vorhaben helfen, das da wäre:
1. Wetterwarnung als Text in einer Textbox auf dem RSS ausgeben
2. eine WetterwarnungsKARTE für NRW auf dem RSS ausgeben
Besten Dank im voraus!
Michael
Herr, lass Hirn regnen!
Das steht doch alles schon 7568 Mal hier im Forum...
Zitat von: Michi240281 am 04 Februar 2015, 20:54:37
- Egal welche map ich abrufe, z.B.
get GDS conditionsmap Deutschland
liefert einfach kein Ergebnis. Es wird keine Wetterkarte angezeigt.
Es ist auch überhaupt nicht die Aufgabe des abgesetzten Befehls, irgendetwas anzuzeigen.
dass dann links in der Raumliste ein neuer EIntrag angelegt wird, wo man sich dann die Karten anschauen kann. Da passiert jedoch nichts! Der Link "GDS Files" existiert links in der Navigation, sobald Du ein GDS Device definiert hast:
(http://up.picr.de/20893988af.png)
Wenn Du da draufklickst (es ist Lebenszweck eines Links, angeklickt zu werden...), siehst Du die Liste mit den Wetterkarten:
(http://up.picr.de/20894012ei.png)
und "get GDS warnings" hat überhaupt nichts mit den von Dir gesuchten a_ Readings zu tun. Die a_ Readings kommen aus den alerts, nicht aus den warnings.
Vielleicht solltest Du einfach mal die commandref zum Modul lesen.
Zitat von: Michi240281 am 04 Februar 2015, 20:54:37
...
Soweit so gut. Nur steht diese Meldung in keinem der angegebenen Readings. Irgendwo stand was vom Reading "a_description", das habe ich jedoch garnicht.
Und dann noch eine letzte Verständnisfrage:
Die conditions kann ich z.B. für Aachen abrufen, bei den alerts gibts Aachen aber garnicht, da müsste ich dann einen anderen Landkreis auswählen. Woran liegt das?
Also ich hoffe, Ihr könnt mir bei meinem Vorhaben helfen, das da wäre:
1. Wetterwarnung als Text in einer Textbox auf dem RSS ausgeben
2. eine WetterwarnungsKARTE für NRW auf dem RSS ausgeben
Du meinst sowas wie auf meinem Anhang?
Um die Readings a_description etc. zu bekommen, musst Du die passende Stadt oder den Kreis auswählen.
Ich habe gerade mal geschaut, für Aachen heisst das StädteRegion Aachen (ziemlich weit unten) und dann bekommst Du da auch die Readings.
Du musst aber darauf achten, ob Du mit "Name" oder der warncellid arbeitest.
Bei Zweitem bekommst Du nach der letzten Änderung von betateilchen auch mehrere Warnungen, sofern vorhanden.
Daher sind die Readings nun durchnummeriert.
Die Wetterkarte wird bei mir z.B. unter
http://fhemserverip:8083/fhem/gds/gds_warningsmap.jpg abgelegt. Ich weiss aber nicht, wie/wo ich das mal konfiguriert habe.
Die hole ich nämlich nicht regelmäßig ab, sondern lade mir die NRW-Warnkarte direkt vom DWD wenn ich meine RSS-Warn-Seite öffne.
Zitat von: betateilchen am 04 Februar 2015, 21:04:48
Der Link "GDS Files" existiert links in der Navigation, sobald Du ein GDS Device definiert hast:
Nö, existiert nicht! GDS Device ist definiert, aber links in der Menuleiste ist NICHT HINZUGEKOMMEN!!!!!!!!!!!!
Zitat von: Hollo am 04 Februar 2015, 21:26:57
Ich weiss aber nicht, wie/wo ich das mal konfiguriert habe.
Das hast Du überhaupt nirgends konfiguriert, das legt das GDS Modul selbst an.
Zitat von: Michi240281 am 04 Februar 2015, 21:41:06
Nö, existiert nicht! GDS Device ist definiert, aber links in der Menuleiste ist NICHT HINZUGEKOMMEN
Das kann nicht sein.
Überzeug dich selbst davon:
und was steht im Log zum Zeitpunkt des Anlegens des GDS Devices?
Und rufe mal testweise die url 192.168.188.200:8083/fhem/gds auf.
Zitat von: Hollo am 04 Februar 2015, 21:26:57
Du meinst sowas wie auf meinem Anhang?
Um die Readings a_description etc. zu bekommen, musst Du die passende Stadt oder den Kreis auswählen.
Ich habe gerade mal geschaut, für Aachen heisst das StädteRegion Aachen (ziemlich weit unten) und dann bekommst Du da auch die Readings.
Du musst aber darauf achten, ob Du mit "Name" oder der warncellid arbeitest.
Bei Zweitem bekommst Du nach der letzten Änderung von betateilchen auch mehrere Warnungen, sofern vorhanden.
Daher sind die Readings nun durchnummeriert.
Die Wetterkarte wird bei mir z.B. unter
http://fhemserverip:8083/fhem/gds/gds_warningsmap.jpg
abgelegt. Ich weiss aber nicht, wie/wo ich das mal konfiguriert habe.
Die hole ich nämlich nicht regelmäßig ab, sondern lade mir die NRW-Warnkarte direkt vom DWD wenn ich meine RSS-Warn-Seite öffne.
Ja sowas meine ich! Das hätte ich auch gerne so! Muss ich mich mal intensiver mit beschäftigen!
Zitat von: betateilchen am 04 Februar 2015, 21:51:53
und was steht im Log zum Zeitpunkt des Anlegens des GDS Devices?
Da steht einiges drin:
2015.02.03 20:25:32.169 1: PERL WARNING: readline() on closed filehandle WXDATA at ./FHEM/55_GDS.pm line 519.
2015.02.03 20:25:32.170 1: PERL WARNING: Use of uninitialized value $line in chomp at ./FHEM/55_GDS.pm line 519.
Modification of non-creatable array value attempted, subscript -1 at ./FHEM/55_GDS.pm line 525.
2015.02.03 20:37:32.590 1: PERL WARNING: readline() on closed filehandle WXDATA at ./FHEM/55_GDS.pm line 805.
2015.02.03 20:37:32.592 1: PERL WARNING: Use of uninitialized value $line in chomp at ./FHEM/55_GDS.pm line 805.
2015.02.03 20:37:32.593 1: PERL WARNING: Use of uninitialized value $align in string eq at ./FHEM/55_GDS.pm line 1036.
2015.02.03 20:37:32.594 1: PERL WARNING: Use of uninitialized value $align in string eq at ./FHEM/55_GDS.pm line 1040.
2015.02.03 20:40:28.646 1: PERL WARNING: readline() on closed filehandle WXDATA at ./FHEM/55_GDS.pm line 1016.
2015.02.03 20:40:28.647 1: PERL WARNING: Use of uninitialized value $line in chomp at ./FHEM/55_GDS.pm line 1016.
2015.02.03 20:40:28.810 1: PERL WARNING: Argument "GDS" isn't numeric in numeric gt (>) at fhem.pl line 756.
2015.02.03 20:40:28.811 GDS: GDS: error analyzing alerts XML:File does not exist: /tmp/GDS_alerts at ./FHEM/55_GDS.pm line 586
2015.02.03 20:40:29.054 1: PERL WARNING: Use of uninitialized value $aList in concatenation (.) or string at ./FHEM/55_GDS.pm line 223.
2015.02.03 20:42:50.722 GDS: GDS: error analyzing alerts XML:File does not exist: /tmp/GDS_alerts at ./FHEM/55_GDS.pm line 586
2015.02.03 20:49:47.806 1: PERL WARNING: Use of uninitialized value $item in concatenation (.) or string at ./FHEM/55_GDS.pm line 822.
2015.02.03 20:49:47.807 1: PERL WARNING: Use of uninitialized value $item in hash element at ./FHEM/55_GDS.pm line 823.
2015.02.03 20:49:47.808 1: PERL WARNING: Use of uninitialized value within @_ in list assignment at ./FHEM/55_GDS.pm line 1033.
2015.02.03 20:51:16.369 GDS: GDS: error analyzing alerts XML:File does not exist: /tmp/GDS_alerts at ./FHEM/55_GDS.pm line 586
2015.02.03 20:51:26.022 3: GDS GDS: no datafile (conditions) found
2015.02.03 20:51:26.023 3: GDS GDS: no datafile (alerts) found
2015.02.03 21:09:48.304 1: PERL WARNING: substr outside of string at ./FHEM/55_GDS.pm line 1037.
2015.02.03 21:09:48.305 1: PERL WARNING: Use of uninitialized value $x in substitution (s///) at ./FHEM/55_GDS.pm line 1038.
Liegt vllt aber auch daran, dass er gestern keine Daten abrufen konnte, aber das kann ich natürlich nicht beurteilen!
Zitat
Und rufe mal testweise die url 192.168.188.200:8083/fhem/gds auf.
Da öffnet sich die normale Fhem Seite, also würde ich das "gds" weglassen! Links ist trotzdem nichts und die Hauptansicht ist leer!
Das Log, das Du mir oben gezeigt hast, ist nicht von dem Zeitpunkt, den ich sehen wollte.
Lege mal bitte ein neues gds device an (am besten mit globalem verbose 4) und achte dann auf das Logfile. So sollte das aussehen:
2015.02.04 22:19:28 4: GDS gds2: created
2015.02.04 22:19:28 4: GDS gds2: tempDir=/tmp/
2015.02.04 22:19:28 3: GDS gds2: no datafile (conditions) found
2015.02.04 22:19:28 3: GDS gds2: no datafile (alerts) found
2015.02.04 22:19:28 4: GDS gds2: searching for gds/specials/observations/tables/germany/* on DWD server
2015.02.04 22:19:29 4: GDS gds2: ftp connection established.
2015.02.04 22:19:29 4: GDS gds2: filelist found.
2015.02.04 22:19:29 4: GDS gds2: retrieving SXDL99_DWAV_20150204_2114
2015.02.04 22:19:29 4: GDS gds2: using FTP for retrieval
2015.02.04 22:19:29 4: GDS gds2: updating readings.
2015.02.04 22:19:29 4: GDS gds2: searching for gds/specials/warnings/xml/PVW/Z_CAP* on DWD server
2015.02.04 22:19:29 4: GDS gds2: ftp connection established.
2015.02.04 22:19:29 4: GDS gds2: filelist found.
2015.02.04 22:19:29 4: GDS gds2: retrieving Z_CAP_C_EDZW_20150204211401_PVW_STATUS.xml
2015.02.04 22:19:29 4: GDS gds2: using HTTP for retrieval
2015.02.04 22:19:31 4: GDS gds2: updating readings.
2015.02.04 22:20:46.089 4: GDS GDStest: created
2015.02.04 22:20:46.090 4: GDS GDStest: tempDir=/tmp/
2015.02.04 22:20:46.092 3: GDS GDStest: no datafile (conditions) found
2015.02.04 22:20:46.093 3: GDS GDStest: no datafile (alerts) found
2015.02.04 22:20:46.097 4: GDS GDStest: searching for gds/specials/observations/tables/germany/* on DWD server
2015.02.04 22:20:46.150 4: GDS GDStest: ftp connection established.
2015.02.04 22:20:46.310 4: GDS GDStest: filelist found.
2015.02.04 22:20:46.311 4: GDS GDStest: retrieving SXDL99_DWAV_20150204_2114
2015.02.04 22:20:46.312 4: GDS GDStest: using FTP for retrieval
2015.02.04 22:20:46.411 4: GDS GDStest: updating readings.
2015.02.04 22:20:46.516 4: eventTypes: GDS GDStest _dataSource: Quelle: Deutscher Wetterdienst -> _dataSource: Quelle: Deutscher Wetterdienst
2015.02.04 22:20:46.544 4: GDS GDStest: searching for gds/specials/warnings/xml/PVW/Z_CAP* on DWD server
2015.02.04 22:20:46.596 4: GDS GDStest: ftp connection established.
2015.02.04 22:20:46.793 4: GDS GDStest: filelist found.
2015.02.04 22:20:46.796 4: GDS GDStest: retrieving Z_CAP_C_EDZW_20150204211401_PVW_STATUS.xml
2015.02.04 22:20:46.797 4: GDS GDStest: using HTTP for retrieval
2015.02.04 22:20:48.337 4: GDS GDStest: updating readings.
2015.02.04 22:20:48.378 4: eventTypes: GDS GDStest _dataSource: Quelle: Deutscher Wetterdienst -> _dataSource: Quelle: Deutscher Wetterdienst
2015.02.04 22:21:09.710 4: eventTypes: GDS GDStest active -> active
2015.02.04 22:21:09.711 4: eventTypes: GDS GDStest state: active -> state: active
mach mal in der Eingabezeile des Frontends
{use Data::Dumper;; Dumper $data{FWEXT}}
$VAR1 = {
'Dashboardx' => {
'NAME' => 'Dashboard',
'LINK' => '?room=DashboardRoom'
},
'/geo' => {
'LINK' => 'geo',
'FUNC' => 'GEOFANCY_CGI',
'deviceName' => 'Geofancy'
},
'/SVG_WriteGplot' => {
'CONTENTFUNC' => 'SVG_WriteGplot'
},
'/floorplan' => {
'NAME' => 'Floorplans',
'LINK' => 'floorplan',
'FUNC' => 'FP_CGI'
},
'z_dashboard' => {
'SCRIPT' => '/pgm2/dashboard.js'
},
'/FileLog_toSVG' => {
'CONTENTFUNC' => 'FileLog_toSVG'
},
'jquery' => {
'SCRIPT' => '/pgm2/jquery.min.js'
},
'/SVG_showLog' => {
'FORKABLE' => 1,
'FUNC' => 'SVG_showLog'
},
'/FileLog_logWrapper' => {
'CONTENTFUNC' => 'FileLog_logWrapper'
},
'/rss' => {
'NAME' => 'RSS',
'LINK' => 'rss',
'FORKABLE' => 0,
'FUNC' => 'RSS_CGI'
},
'jqueryui' => {
'SCRIPT' => '/pgm2/jquery-ui.min.js'
},
'/gds' => undef
};
'/gds' => undef
das ist ja spannend...
Mach mal bitte ein shutdown restart und dann den Dumper-Befehl nochmal.
Zitat von: Michi240281 am 04 Februar 2015, 21:52:50
Ja sowas meine ich! Das hätte ich auch gerne so! Muss ich mich mal intensiver mit beschäftigen!
Dann mal eine Beschäftigungsgrundlage... ;D
oder auch mal ganz einfach nur in einem leeren Layout eintragen:
img 55 55 h380 jpeg file { fhem("get gds warningsmap deutschland"); sleep 3; "/tmp/gds_warningsmap.jpg" }
Das Update von gestern brachte leider einen Tippfehler:
2015.02.05 10:18:56 0: syntax error at ./FHEM/55_GDS.pm line 401, near ""Registering gds webservice in FWEXT";"
Da fehlt eine Klammer am Ende der Zeile vor dem ;
Hab ich grade korrigiert und eingecheckt, danke für den Hinweis.
@Hollo, Betateilchen:
Besten Dank! Schaue ich mir heute Abend an! Ich habe jetzt auch Zugriff auf die runtergeladenen Bilder. Wie macht Ihr das in der Praxis? Alle 10 Min mit einem at das gewünschte jpg vom DWD Server anfordern? Wie lange dauert es dann, bis es im Fhem Verzeichnis ist?
Die Implementierung in die rss.layout sollte ich dann hinkriegen denke ich.
@Betateilchen: Sorry, Freundin hatte mich gestern Abend vom Rechner weggezogen! ;) Nach einem shutdown restart war dann links im Menu der Eintrag für die GDS files aufgetaucht. Ich denke dann funktioniert jetzt alles wie es soll! :) Danke nochmal!!
Zitat von: Michi240281 am 05 Februar 2015, 11:32:55
Wie macht Ihr das in der Praxis? Alle 10 Min mit einem at das gewünschte jpg vom DWD Server anfordern? Wie lange dauert es dann, bis es im Fhem Verzeichnis ist?
Versuch doch endlich mal, die einfachsten Codeschnipsel zu verstehen... In meiner Codezeile wird das Bild
genau dann vom Server geholt, wenn es im Layout gebraucht wird. Und vor der Bereitstellung wird drei Sekunden gewartet. Es steht doch alles da...
Zitat von: Michi240281 am 05 Februar 2015, 11:32:55
Nach einem shutdown restart war dann links im Menu der Eintrag für die GDS files aufgetaucht. Ich denke dann funktioniert jetzt alles wie es soll
Das hat auch vorher schon funktioniert wie es soll. Ich kann Dir genau sagen, was Du gemacht hast.
- Du hast ein gds device angelegt. Danach war der Link vorhanden (worauf Du aber nicht geachtet hast.
- Weil das gds device nicht sofort so funktioniert hat, wie Du es erwartet hattest, hast Du das device wieder gelöscht. Da es das einzige gds war, verschwand auch der Link wieder.
- Dann hast Du nochmal ein gds neu angelegt - der Link wurde dabei nicht mehr angelegt, da dies bis gestern nur einmalig beim ersten Laden des gds Moduls erfolgte und nicht beim Anlegen einzelner devices.
- Deshalb war der Link dann bis zum nächsten fhem Start nicht mehr zu sehen.
Das Verhalten ist im Modul inzwischen geändert. Der Link taucht in einem solchen Fall auch ohne fhem Neustart wieder auf.
Zitat von: Hollo am 04 Februar 2015, 21:26:57
Du meinst sowas wie auf meinem Anhang?
Um die Readings a_description etc. zu bekommen, musst Du die passende Stadt oder den Kreis auswählen.
Ich habe gerade mal geschaut, für Aachen heisst das StädteRegion Aachen (ziemlich weit unten) und dann bekommst Du da auch die Readings.
Du musst aber darauf achten, ob Du mit "Name" oder der warncellid arbeitest.
Bei Zweitem bekommst Du nach der letzten Änderung von betateilchen auch mehrere Warnungen, sofern vorhanden.
Daher sind die Readings nun durchnummeriert.
Die Wetterkarte wird bei mir z.B. unter
http://fhemserverip:8083/fhem/gds/gds_warningsmap.jpg
abgelegt. Ich weiss aber nicht, wie/wo ich das mal konfiguriert habe.
Die hole ich nämlich nicht regelmäßig ab, sondern lade mir die NRW-Warnkarte direkt vom DWD wenn ich meine RSS-Warn-Seite öffne.
Egal was ich tue, ich bekomme einfach das reading "a_0_description" nicht. Alles andere ist ja da!
Wie rufst du denn die "alerts" genau ab? Da gibt es wohl unterschiedliche, jenachdem welche Warnung ausgegeben wird. AKtuell habe ich z.B.:
get GDS alerts Kreis_Heinsberg_GLÄTTE
und
get GDS alerts Kreis_Heinsberg_FROST
Da gibts aber ja denke ich noch mehr!
Funktioniert ein "get GDS alerts Kreis_Heinsberg_*"?
Das Image konnte ich inzwischen einbinden. Nur am Text haperts noch! :(
Internals:
CFGFN
DEF gds***** **********
LOCAL 1
NAME GDS
NR 923
STATE active
TYPE GDS
Readings:
2015-02-05 19:17:04 _dataSource Quelle: Deutscher Wetterdienst
2015-02-05 19:17:05 _tzOffset 3600
2015-02-05 19:17:04 a_0_areaDesc StädteRegion Aachen
2015-02-05 19:17:04 a_0_category Met
2015-02-05 19:17:04 a_0_event GLÄTTE
2015-02-05 19:17:04 a_0_eventCode_AREA_COLOR 255 255 0
2015-02-05 19:17:04 a_0_eventCode_AREA_COLOR_hex ffff00
2015-02-05 19:17:04 a_0_eventCode_GROUP GLAZE FROST
2015-02-05 19:17:04 a_0_eventCode_II 24
2015-02-05 19:17:04 a_0_eventCode_LICENSE Geobasisdaten: Copyright Bundesamt für Kartographie und Geodäsie, Frankfurt am Main, 2013
2015-02-05 19:17:04 a_0_eventCode_PROFILE_VERSION 2.1
2015-02-05 19:17:04 a_0_expires 2015-02-06T09:00:00+00:00
2015-02-05 19:17:04 a_0_expires_local 06.02.2015 10:00:00
2015-02-05 19:17:04 a_0_geoCode_STATE NRW
2015-02-05 19:17:04 a_0_geoCode_WARNCELLID 105354000
2015-02-05 19:17:04 a_0_headline Amtliche WARNUNG vor GLÄTTE
2015-02-05 19:17:04 a_0_msgType Alert
2015-02-05 19:17:04 a_0_onset 2015-02-05T17:00:00+00:00
2015-02-05 19:17:04 a_0_onset_local 05.02.2015 18:00:00
2015-02-05 19:17:04 a_0_responseType None
2015-02-05 19:17:04 a_0_sent 2015-02-05T17:12:00+00:00
2015-02-05 19:17:04 a_0_sent_local 05.02.2015 18:12:00
2015-02-05 19:17:04 a_0_status Actual
2015-02-05 19:17:04 a_0_valid 1
2015-02-05 19:17:04 a_count 1
2015-02-05 19:17:04 a_valid 1
2015-02-05 19:07:00 g_altitude 231
2015-02-05 19:07:00 g_pressure-nn 1023.5
2015-02-05 19:07:00 g_rain1h 0.0
2015-02-05 19:07:00 g_stationName Aachen
2015-02-05 19:07:00 g_temperature -2.7
2015-02-05 19:07:00 g_weather bewölkt
2015-02-05 19:07:00 g_windDir NO
2015-02-05 19:07:00 g_windGust ---
2015-02-05 19:07:00 g_windPeak ---
2015-02-05 19:07:00 g_windSpeed 14
2015-02-05 19:17:04 state active
Helper:
INTERVAL 1200
PASS *******
URL ftp-outgoing2.dwd.de
USER gds2****
Attributes:
Zitat von: Michi240281 am 05 Februar 2015, 19:15:50
Egal was ich tue, ich bekomme einfach das reading "a_0_description" nicht.
Zum 728. Mal...
lies die commandref, anstatt hier tagelang sämtlichen Leuten Löcher in den Bauch zu fragen!
Zitat von: commandref
Attributes
...
gdsLong - show long text fields "description" and "instruction" from alert message in readings
Tipp: Setze das Attribut gdsLong auf 1, dann tauchen auch die description- und instruction-Readings auf. So steht es auch in der CommandReference.
Könnte jemand erklären wofür die Readings a_X_valid und a_valid sind?
Sollte dies darstellen, ob eine Meldung gerade aktuell gültig ist oder sowas?
Ist es gewollt, dass man ein manuelles rereadcfg machen muss, um die Alerts zu aktualisieren? Weshalb werden die nicht zusammen mit den Conditions aktualisiert?
Momentan lässt sich die Logik des Moduls nicht wirklich gut erschließen. Ich bin sicher da stecken viele Überlegungen dahinter, ich würde sie nur gerne auch verstehen.
Zitat von: Loredo am 05 Februar 2015, 21:37:19
Könnte jemand erklären wofür die Readings a_X_valid und a_valid sind?
Sollte dies darstellen, ob eine Meldung gerade aktuell gültig ist oder sowas?
...
Logische Konstruktion und auch so erklärt...
a_valid ist auf 1 sobald es mindestens 1 gültige Warnung gibt.
a_X_valid gibt an, ob die jeweilige Warnung noch gültig ist.
Die anderen Punkte ergeben sich eher auch der Sicht &Denke von betateilchen, dazu kann ich nichts sagen. ;)
Hier http://forum.fhem.de/index.php/topic,31486.0.html (http://forum.fhem.de/index.php/topic,31486.0.html) gibt es die Infos.
Ich habe das alles schon x-Mal erklärt...
Zitat von: Loredo am 05 Februar 2015, 21:37:19
Könnte jemand erklären wofür die Readings a_X_valid und a_valid sind?
Sollte dies darstellen, ob eine Meldung gerade aktuell gültig ist oder sowas?
http://forum.fhem.de/index.php/topic,30641.msg235902.html#msg235902
Zitat von: Loredo am 05 Februar 2015, 21:37:19
Ist es gewollt, dass man ein manuelles rereadcfg machen muss, um die Alerts zu aktualisieren?
Ja. Die alerts-Datei kann nämlich je nach Wetterlage auch schonmal 10MB groß sein. Und die muss dann auch noch im Hintergrund in alle ihre XML Elemente zerlegt werden. Sowas will ich nicht zwangsweise automatisieren. Man kann aber - wenn man denn möchte und verstanden hat, was man tut - das rereadcfg jederzeit per at "automatisieren".
Im Vergleich dazu ist die conditions-Datei mit wenigen kB Größe völlig unproblematisch.
Zitat von: Loredo am 05 Februar 2015, 21:37:19
Momentan lässt sich die Logik des Moduls nicht wirklich gut erschließen.
Die Logik des Moduls ist dermassen einfach, dass viele Benutzer einfach damit überfordert zu sein scheinen, genau so einfach zu denken. Das Modul selbst verhält sich nahezu vollständig passiv. Es reagiert auf Anweisungen, die der Anwender erteilen muss.
Und Doku lesen scheint auch nicht jedermanns Sache zu sein - meistens ist nichtmal der Wille dazu vorhanden. Bestes aktuelles Beispiel ist das in den letzten Beiträgen hier diskutierte Unverständnis über zu setzende Attribute.
Da fragt man sich als Entwickler in der Tat regelmäßig, wozu man sich die Mühe macht, eine Modul-Doku zu erstellen und mit auszuliefern.
Hallo Michi,
wenn du alle alerts für einen Kreis/Ort willst musst du die WarncellID verwenden und nicht den Namen. In deinem Fall 105354000
Zitat von: betateilchen am 06 Februar 2015, 08:57:39
Da fragt man sich als Entwickler in der Tat regelmäßig, wozu man sich die Mühe macht, eine Modul-Doku zu erstellen und mit auszuliefern.
Na ja, für den Teil der User, der Willens ist zu lesen und in der Lage zu verstehen. Man munkelt, den gäbe es tatsächlich.
Das ist im Übrigen wahrscheinlich auch der Teil der User, der selten bis gar nicht im Forum auffällt, da er ja weniger fragen muss und v.a. mit Lesen beschäftigt ist ;)
Zitat von: betateilchen am 06 Februar 2015, 08:57:39
Und Doku lesen scheint auch nicht jedermanns Sache zu sein - meistens ist nichtmal der Wille dazu vorhanden. Bestes aktuelles Beispiel ist das in den letzten Beiträgen hier diskutierte Unverständnis über zu setzende Attribute.
Die Schwierigkeit besteht vielmehr darin, dass dein schlechtes Englisch viel Interpretationsspielraum lässt und oftmals nicht richtig deutlich macht, welche tatsächliche Funktion und Überlegung dahinter steckt. Auch scheinst du vorauszusetzen, dass jemand die gesamte GDS API Dokumentation des DWD gelesen hat. Die Erwartung aus Anwendersicht ist aber, dass man das nicht tun muss und es optional ist, aber eben nicht für die Grundlagen zur zweckmäßigen Verwendung deines Moduls.Wäre die Commandref etwas ausführlicher und vor allem klarer und eindeutiger formuliert, hätte ich kein Problem damit selbst an das notwendige Wissen zu kommen.Die Dokumentation der Readings ist gar unvollständig.Ich vergleiche die Readings beispielsweise mit den Inhalten auf www.wettergefahren.de (http://www.wettergefahren.de) und stelle dabei eben Unregelmäßigkeiten fest. Mir ist z.B. nicht klar, weshalb mir das Modul nicht abnimmt, welche Map gerade die aktuellste ist. Oder weshalb ich nicht mehrere Maps betrachte können soll (zumindest ja mal Deutschland und Regional parallel, stattdessen wird die selbe Datei immer mit dem letzten Inhalt ersetzt). Oder weshalb bei Änderungen an einer Meldung beim DWD diese nicht durch das Readingsdatum widergespiegelt werden und stattdessen einfach alle Readings neu geschrieben werden, obwohl keine Änderung vorhanden ist (nein, event-on-update-reading hilft hier nicht). Oder weshalb ich in den Readings gerade eine als valid=1 markierte dritte Warnmeldung habe, die auf der DWD Website gar nicht auftaucht.Auch war a_valid gestern auf 0, während die Warnung auf der DWD Website noch als valide angezeigt wurde.Da diese Diskrepanzen auch in der Commandref des GDS Moduls nicht erklärt werden, finde ich es legitim zu fragen. Da mir die Dokumentation nicht vollständig erschien, habe ich meine Nachfrage auch allgemeiner formuliert. Konkretere Gründe habe ich nun hier für dich ausgeführt.
Was mich wirklich stört ist (und das möchtest du ja wohl auch), dass du ständig mit so einem Ton um dich wirfst. Offenkundig bin ich damit auch nicht alleine, nur ist es dir allerdings egal. Passt leider aber auch zu einigen anderen Admins oder Entwicklern hier (dir fehlte nur noch ein Prof. Titel als offizielle Beurkundung deiner Hochnäsigkeit).Damit ist das Thema für mich mal wieder durch...
Es sind immer die Gleichen, die mit so einem Quark in ihrem Rumgenöle daherkommen wie Du.
Zitat von: Loredo am 06 Februar 2015, 11:02:52
Auch scheinst du vorauszusetzen, dass jemand die gesamte GDS API Dokumentation des DWD gelesen hat.
Nö.
Zitat von: Loredo am 06 Februar 2015, 11:02:52
Damit ist das Thema für mich mal wieder durch...
Na dann ist ja mal wieder alles gut.
Übrigens: Als das Modul zusätzlich auch noch eine deutsche commandref hatte, kamen hier im Forum exakt die gleichen
dämlichen Fragen. Was eindeutig darauf schließen liess, dass die commandref eben doch nicht gelesen wurde. Deshalb habe ich irgendwann aufgehört, die commandref auch noch zweisprachig zu pflegen. Und Du bist der Erste, der sich bei mir über schlechtes Englisch beschwert, wobei ich gerne zugebe, dass Hören und Sprechen in diversen Fremdsprachen mir leichter fällt als Schreiben. Trotzdem habe ich damit weltweit und in unterschiedlichen Sprach- und Kulturkreisen inzwischen mehrere Jahrzehnte problemlos überlebt.
Hallo,
auf einer meiner Testmaschine werden die Grafiken nicht gespeichert..
Verbose 5 im GDS zeigt das:
2015.02.24 22:09:10 1: PERL WARNING: Use of uninitialized value $aList in concatenation (.) or string at ./FHEM/55_GDS.pm line 223.
2015.02.24 22:10:18 4: GDS DWD: searching for gds/specials/observations/tables/germany/* on DWD server
2015.02.24 22:10:18 4: GDS DWD: ftp connection established.
2015.02.24 22:10:18 4: GDS DWD: filelist found.
2015.02.24 22:10:18 4: GDS DWD: retrieving SXDL99_DWAV_20150224_2014
2015.02.24 22:10:18 4: GDS DWD: using FTP for retrieval
2015.02.24 22:10:18 4: GDS DWD: updating readings.
2015.02.24 22:10:18 4: GDS DWD: searching for gds/specials/warnings/xml/PVW/Z_CAP* on DWD server
2015.02.24 22:10:18 4: GDS DWD: ftp connection established.
2015.02.24 22:10:19 4: GDS DWD: filelist found.
2015.02.24 22:10:19 4: GDS DWD: retrieving Z_CAP_C_EDZW_20150224210258_PVW_STATUS.xml
2015.02.24 22:10:19 4: GDS DWD: using HTTP for retrieval
2015.02.24 22:10:24 4: GDS DWD: updating readings.
2015.02.24 22:10:24 1: GDS: error analyzing alerts XML:File does not exist: /tmp/DWD_alerts at ./FHEM/55_GDS.pm line 587
2015.02.24 22:11:54 4: GDS DWD: Retrieving conditions data
2015.02.24 22:11:54 4: GDS DWD: searching for gds/specials/observations/tables/germany/* on DWD server
2015.02.24 22:11:54 4: GDS DWD: ftp connection established.
2015.02.24 22:11:54 4: GDS DWD: filelist found.
2015.02.24 22:11:54 4: GDS DWD: retrieving SXDL99_DWAV_20150224_2014
2015.02.24 22:11:54 4: GDS DWD: using FTP for retrieval
2015.02.24 22:11:54 4: GDS DWD: updating readings.
2015.02.24 22:11:54 4: conditions item: Station
2015.02.24 22:11:54 4: conditions item: H�he
2015.02.24 22:11:54 4: conditions item: Luftd.
2015.02.24 22:11:54 4: conditions item: TT
2015.02.24 22:11:54 4: conditions item: RR1
2015.02.24 22:11:54 4: conditions item: DD
2015.02.24 22:11:54 4: conditions item: FF
2015.02.24 22:11:54 4: conditions item: FX
2015.02.24 22:11:54 4: conditions item: Wetter/Wolken
2015.02.24 22:11:54 4: conditions item: B�en
2015.02.24 22:11:57 4: GDS DWD: searching for gds/specials/radar/Webradar_Deutschland* on DWD server
2015.02.24 22:11:58 4: GDS DWD: ftp connection established.
2015.02.24 22:11:58 4: GDS DWD: filelist found.
2015.02.24 22:11:58 4: GDS DWD: retrieving Webradar_Deutschland_20150224_2108.jpg
2015.02.24 22:11:58 4: GDS DWD: using HTTP for retrieval
2015.02.24 22:12:04 4: GDS DWD: updating readings.
2015.02.24 22:12:12 4: GDS DWD: searching for gds/specials/forecasts/maps/germany/Deutschland_heute_frueh* on DWD server
2015.02.24 22:12:12 4: GDS DWD: ftp connection established.
2015.02.24 22:12:12 4: GDS DWD: filelist found.
2015.02.24 22:12:12 4: GDS DWD: retrieving Deutschland_heute_frueh.jpg
2015.02.24 22:12:12 4: GDS DWD: using HTTP for retrieval
2015.02.24 22:12:19 4: GDS DWD: updating readings.
ich vermute die sollten im /tmp - Ordner landen.
Da auch das alerts-File nicht gespeichert wird, hast Du vermutlich irgendein Verbindungsproblem auf Netzwerkebene.
Hallo,
du hast ja gesagt, aufgrund der Dateigröße, werden die Warnungen nicht automatisiert heruntergeladen und sollen wenn dann per AT erledigt werden.
Warum dann nicht einfach eine Funktion einbauen, die das automatisiert erledigt, aber per Standard AUS ist? ist dann ja das gleiche wie ein AT und meiner Meinung nach etwas übersichtlicher, da dann die Funktionen nicht so verteilt sind.
Gruß
Kuzl