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

[Hollo]

Nein, Du hast die Funktionsweise des Moduls immer noch nicht verstanden.

Du aktualisierst nirgends Deine Datenfiles. Das "get gds alerts ..." wertet immer das auf Deinem Rechner bereits vorhandene Datenfile aus.
Solange Du diese Datei nicht aktualisierst, wirst Du auch keinen anderen Meldungsstatus ermitteln können.

Du brauchst also zwei at-Definitionen: Die erste, die das Datenfile aktualisiert und die zweite, die das Datenfile auswertet. Bei mir erfolgen die beiden Schritte immer mit fünf Minuten Abstand zueinander.

Ich schlage vor, Du beschäftigst Dich noch einmal intensiv mit diesem Thread (da wurde das nämlich schon genau beschrieben) und/oder der commandref.

Ja, im reading a_headline

Nein.

Bin halt Anfänger und lerne noch dazu. 

Laut commandref hatte ich das anders verstanden; nix mit "ich lese immer wieder das lokale File"...

get <name> alerts <region>

    Retrieve alert message for selected region from DWD server

Das reading a_headline ist logischerweise die Überschrift, ich meine den Textkörper, also den Inhalt der Warnung.
Im File ist das dann die description bzw. auch noch der Absatz mit den Hinweisen.

Bitte nicht falsch verstehen, aberwäre es nicht einfacher, wenn die Aktualisierungen nach Eingabe von condition, warncellid und update-intervall automatisch gehen würden. Ohne den Threat ist das erstmal nicht soo ersichtlich.
Trotzdem Danke für das Modul und Deine geduldigen Hilfestellungen; ich weiss wie anstrengend das manchmal ist.

[betateilchen]

Das reading a_headline ist logischerweise die Überschrift, ich meine den Textkörper, also den Inhalt der Warnung.
Im File ist das dann die description bzw. auch noch der Absatz mit den Hinweisen.

Die description steht im reading a_description (wer hätte das gedacht...) sobald Du eines der beiden Attribute gdsAll oder gdsLong gesetzt hast.

wäre es nicht einfacher, wenn die Aktualisierungen nach Eingabe von condition, warncellid und update-intervall automatisch gehen würden.

Nein, denn das würde meiner Intention bei der Entwicklung des Moduls komplett zuwiderlaufen. Die conditions werden übrigens automatisch aktualisiert, wenn sie mit set gesetzt sind.

[Hollo]

Vielen Dank, das hat mir ordentlich weitergeholfen.
Ich muss mich doch noch mehr mit den ganzen Möglichkeiten und der Syntax von FHEM befassen.

Bzgl. der Icons der Warntabelle habe ich eine kleine Krücke eingebaut... http://forum.fhem.de/index.php/topic,22630.msg164669.html#msg164669 .

Über das Reading a_eventCode_Group sind die Namen der aktuell gültigen Icons vorhanden, so dass man die als lokale Bilddateien abspeichern und dann anzeigen lassen kann (wobei ich nicht alle will und die korrekte Farbe erstmal zweitrangig ist.

[betateilchen]

Über das Reading a_eventCode_Group sind die Namen der aktuell gültigen Icons vorhanden

deshalb wird das reading ja mit ausgegeben

[yogiflop]

Guten Morgen,

ich habe in letzter Zeit sehr oft den Fehler "500 Can't connect to api.openweathermap.org:80 (timeout)", ist das ein allgemeines Problem, oder liegt es mal wieder bei mir ??

gruß Marc

[betateilchen]

nö, das liegt erfahrungsgemäß am openweathermap Server.

Aber mit dieser Frage bist Du hier im völlig falschen Thread!

[Paul]

Wieso ?

In der Überschrift steht doch Openweathermap.

duck und weg

[betateilchen]

Du solltest die Überschrift genau lesen. Hier geht es um die GDS Daten des Deutschen Wetterdienstes und nicht um openweathermap.

[Paul]

Ich hatte es verstanden

[betateilchen]

bin gerade dabei für ein Tablet eine Wetterwarnung zu bauen und versuche mich gerade in die Bedingungen einzuarbeiten.
Das klappt soweit auch schon recht gut, nur leider nimmt er bei mir "a_valid" immer mit 0 an, da ich anscheinend nicht auf Sommerzeit stehe. Die Werte in der Warnung werden ja in Zulu angegeben und es erfolgt keine Zeitkorrektur.

Ab dem morgigen Update liefert das Modul zwei zusätzliche readings "a_onset_local" und "a_expires_local" in denen die korrekten Zeitwerte, basierend auf der lokalen Zeitzone, stehen sollten. Damit sollte die Verarbeitung der Gültigkeitsdaten erheblich einfacher sein.

[yogiflop]

nö, das liegt erfahrungsgemäß am openweathermap Server.

Aber mit dieser Frage bist Du hier im völlig falschen Thread!

danke ....

mea culpa, mea maxima culpa

[flocki]

Ich habe auch hierzu mal ein Frage.

Ich möchte gerne über dein Modul die Alarmmeldungen bzw. Wetterwarnungen nutzen.

Ich habe soweit verstanden das Alarmmeldungen nur angezeigt werden, wenn es auch welche für die gesuchte Region gibt.

Aber wie kann ich denn die Region setzen, das leuchtet mir nicht so ganz ein.

In der Drop-Down-Liste für die "alerts" ist meine Region nicht mit dabei, muss ich warten bis eine Meldung dafür vorliegt, oder mache ich was falsch?

Region ist: GLX (Rheinisch-Bergischer-Kreis) 105378000

Der Rest funktioniert so wie er soll.

[betateilchen]

In der Drop-Down-Liste für die "alerts" ist meine Region nicht mit dabei,

dann gibt es für Deine Region keine aktuelle Alarmmeldung.

Region ist: GLX (Rheinisch-Bergischer-Kreis) 105378000

Grundsätzlich:

Code Auswählen Erweitern

get <gdsName> alerts 105378000

und falls es aktuelle Warnmeldungen gibt, werden die entsprechenden Readings angelegt.

Die genaue Vorgehensweise habe ich vor einigen Tagen hier im Thread schonmal ausführlich erklärte. Blättere einfach ein paar Beiträge zurück.

[flocki]

Danke, dachte ich mir.

Ich fuchse mich mal durch. 

[flocki]

Ich habe mal eine Frage zu der Darstellung der Unwetterwarnung als Text.
Ich bekomme es nicht hin das der Text in mehrere Zeilen aufgeteilt wird.

wenn ich Textbox benutze wird gar nichts angezeigt.
Als "Text" steht alles in einer Zeile bis über den Bildschirm hinaus.

Definition in meiner rss.layout sieht so aus:

# Warntext
pt 12
text 20 80 {utf8ToLatin1(ReadingsVal("gds","a_description","")) }
# textbox 20 80 500 {utf8ToLatin1(ReadingsVal("gds","a_description","")) }