55_GDS.pm - es muss nicht immer Yahoo, openweathermap usw. sein

[betateilchen]

denn in meinen Augen ist es ein Bug im Modul.

In meinen Augen nicht wirklich. Ich hatte das "Überleben" nämlich ursprünglich im Modul eingebaut und damit teilweise fhem während des Startens oder während eines rereadcfg völlig lahmgelegt.

[betateilchen]

In der nächsten Version kannst Du mit "attr <gds> gdsSetCond <region>" eine Region festlegen, die nach einem Neustart von fhem automatisch an ein "set <gds> conditions <region>" übergeben wird. Die Funktionsweise entspricht intern dem oben beschrieben at mit 30 Sekunden Verzögerung. Fehlt dieses Attribut, verhält sich das Modul exakt wie bisher.

[TeeVau]

Danke!

[betateilchen]

Das ist zwar noch nicht die endgültige Lösung, aber sie hilft schonmal ein ganzes Stück weiter.

[betateilchen]

Letzte Woche Donnerstag gegen 12:40 Uhr muss von GDS ein alerts-File mit fehlerhafter XML Struktur gekommen sein. Das hat dazu geführt, dass mein fhem komplett abgestürzt ist, weil das Parsen des Inhaltes nicht möglich war. Natürlich war ich seit Mittwoch letzter Woche bis gestern abend nicht zu Hause, um irgendwas unternehmen zu können - bemerkt habe ich das nur daran, dass fhem keine RSS mehr bereitgestellt hatte.

Nunja, gestern habe ich mich auf die Suche gemacht. Nachdem ich relativ schnell auf GDS als Verursacher kam (fhem liess sich auch gestern abend noch nicht neu starten) habe ich in /tmp die beiden abgelegten Dateien für alerts und conditions gelöscht und siehe da, alles lief wieder.

Inzwischen habe ich eine kleine Änderung im Modul eingebaut, um bei einem solchen Fehler den Komplettabsturz von fhem zu unterbinden. Testen konnte ich das noch nicht, weil es im Moment keine fehlerhaften Daten gibt  Die Änderung sollte seit heute im regulären fhem-update enthalten sein.

Sollte also jemand irgendwann selbst vor dem Problem stehen: einfach die XML Datei mit den alerts im temporären Verzeichnis löschen. Sie wird dann automatisch vom GDS Server neu gelesen.

[Makkoo]

Hallo zusammen,
ich habe das Problem das wenn ich define gdsName GDS gdsUsername gdsPasswort(Habe schon meine Daten eingesetzt) in meine fhem.cfg eintrage komtm die Fehlermeldunf Cannot Load the GSD Module
Das Modul habe ich im fhem/FHEM Order abgelegt bzw.es war schon vorhanden
Ich benutze Fhem auf ein Raspberry Pi
Hat vielleicht jemand eine Lösung für mich finde dieses Module ne gute Lösung??


Mfg
Makkoo

[betateilchen]

Schau mal bitte ins Logfile von fhem, dort sollte eine Fehlermeldung zu finden sein, warum das Modul nicht geladen werden kann.

Spontan würde ich mal vermuten, Du hast nicht alle für den Betrieb notwendigen Perl-Zusatzmodule (siehe commandref!) installiert.

[Joesky]

Hallo!

Ich blicke hier noch nicht ganz durch: Wie muss ich das Modul in FHEM installieren? Welche Datei muss ich herunterladen? Oder ist das Modul bereits im FHEM drin? Danke für die Aufklärung!

[Dr. Boris Neubert]

Hallo,

Ich blicke hier noch nicht ganz durch: Wie muss ich das Modul in FHEM installieren? Welche Datei muss ich herunterladen? Oder ist das Modul bereits im FHEM drin? Danke für die Aufklärung!

in der aktuellen Version von FHEM ist das Modul enthalten. Alles weitere kannst Du der CommandRef entnehmen unter GDS.

Ob Perl-Module auf Deinem Rechner nachinstallieren mußt und wie Du dies bewerkstelligst, können wir Dir leider derzeit bei der von Dir gegebenen Informationslage nicht beantworten.

Viele Grüße
Boris

[Joesky]

Alle Module aus Commandref habe bereits installiert, aber GDS war im FHEM nicht drin. Ich mache fast jeden Tag "update" um immer die aktuellste Version zu haben. Ich habe die letzte hier angehängte Datei 55_GDS.pm installiert und jetzt geht es. Ist das Modul weiterhin in einer eigenen Datei? Oder inzwischen irgendwo anders?

[betateilchen]

55_GDS.pm ist definitiv Bestandteil von fhem in der aktuellen Version.

Code Auswählen Erweitern

# $Id: 55_GDS.pm 4145 2013-11-03 19:23:15Z betateilchen $

[Dr. Boris Neubert]

Hallo,

ich experimentiere mit dem Modul GDS seit Weihnachten herum. Mir ist nun folgendes aufgefallen:

Die Webseite des DWD für Main-Kinzig-Kreis http://www.dwd.de/dyn/app/ws/html/reports/HUX_warning_de.html zeigt eine Warnung vor Glätte. GDS zeigt mir aber auch nach "get e.ext.GDS alerts Main-Kinzig-Kreis_und_Stadt_Hanau" nur den abgelaufenen Alert vom 22.12. (Windböen).

Ich habe mal ein Update gemacht, aber es kam keine neue Version vom Modul nach. Allerdings hängt jetzt FHEM beim Start, weil ein FTP-Transfer in GDS hängt. Aus dem globalen fhem.log die letzten Einträge (reproduzierbar):

Code Auswählen Erweitern


2013.12.29 22:42:33 3: GDS e.ext.GDS: created
2013.12.29 22:42:33 3: GDS e.ext.GDS: tempDir=/tmp/
2013.12.29 22:42:33 3: Registering HTTPSRV gds_web_e.ext.GDS for URL /e.ext.GDS...
2013.12.29 22:42:47 3: GDS e.ext.GDS: searching for gds/specials/observations/tables/germany/* on DWD server
2013.12.29 22:42:47 3: GDS e.ext.GDS: retrieving SXDL99_DWAV_20131229_2114
2013.12.29 22:42:47 3: GDS e.ext.GDS: using FTP for retrieval
2013.12.29 22:42:48 3: GDS e.ext.GDS: searching for gds/specials/warnings/xml/PVW/Z_CAP* on DWD server
2013.12.29 22:42:48 3: GDS e.ext.GDS: retrieving Z_CAP_C_EDZW_20131229214000_PVW_STATUS.xml
2013.12.29 22:42:48 3: GDS e.ext.GDS: using HTTP for retrieval
2013.12.29 22:43:05 3: GDS e.ext.GDS: Retrieving conditions data
2013.12.29 22:43:05 3: GDS e.ext.GDS: searching for gds/specials/observations/tables/germany/* on DWD server
2013.12.29 22:43:06 3: GDS e.ext.GDS: retrieving SXDL99_DWAV_20131229_2114
2013.12.29 22:43:06 3: GDS e.ext.GDS: using FTP for retrieval


Ich habe jetzt, nach etwas über 7 Minuten, FHEM abgeschossen und die Definition auskommentiert, damit FHEM wieder arbeitet.

Hier noch der relevante Teil der Konfiguration:

Code Auswählen Erweitern


define e.ext.GDS GDS <username> <password>
attr e.ext.GDS alias DWD
attr e.ext.GDS room 1/Garten
attr e.ext.GDS group Wetter
attr e.ext.GDS stateFormat currentMsg
set e.ext.GDS conditions Frankfurt/M-Flh
attr e.ext.GDS userReadings currentMsg:(a_event|a_valid) { ReadingsVal("e.ext.GDS","a_valid",0) ? ReadingsVal("e.ext.GDS","a_event","") : "" }


Was nun?

Viele Grüße
Boris

[betateilchen]

Hallo Boris,

grundsätzlich funktioniert das GDS Modul (auch heute) problemlos, das kann ich an den Statusseiten meiner fhem-Installation zu Hause erkennen. Bin zur Zeit noch in Urlaub und kann hier keine großen technischen Tests fahren.

Kannst Du mal bitte in /tmp/ die bereits heruntergeladenen Dateien löschen und dann nochmal testen?

Viele Grüße
Udo

[betateilchen]

Ich habe eben ein aktuelles fhem auf meinem MBA installiert - da funktioniert GDS problemlos. Für den Main-Kinzig-Kreis gibt es aktuell keine Warnung.

Code Auswählen Erweitern


2013.12.30 14:01:09 3: GDS gds: created
2013.12.30 14:01:09 3: GDS gds: tempDir=/tmp/
2013.12.30 14:01:09 3: Registering HTTPSRV gds_web_gds for URL /gds...
2013.12.30 14:01:09 3: GDS gds: no datafile (conditions) found
2013.12.30 14:01:09 3: GDS gds: no datafile (alerts) found
2013.12.30 14:01:09 3: GDS gds: searching for gds/specials/observations/tables/germany/* on DWD server
2013.12.30 14:01:09 3: GDS gds: retrieving SXDL99_DWAV_20131230_1214
2013.12.30 14:01:09 3: GDS gds: using FTP for retrieval
2013.12.30 14:01:10 3: GDS gds: searching for gds/specials/warnings/xml/PVW/Z_CAP* on DWD server
2013.12.30 14:01:10 3: GDS gds: retrieving Z_CAP_C_EDZW_20131230125400_PVW_STATUS.xml
2013.12.30 14:01:10 3: GDS gds: using HTTP for retrieval
2013.12.30 14:01:27 3: GDS gds: Decoding CAP record #807


[Rince]

Installationshölle auf dem RasPi:

cpan NET::FTP => stressfrei
cpan List::MoreUtils => stressfrei

cpan XML::Simple => und los gehts
Installation wg. fehlendem Modul nicht geklappt

Nach diversen Versuchen ist die Lösung:

Code Auswählen Erweitern


apt-get update
apt-get install expat
apt-get install libexpat1-dev


dann klappts auch mit XML::Simple

Vielleicht hilft es ja wem?