Modul für DWD Open Data

[Intruder1956]

Hallo Werner,

das mit den Warnings ist nicht schön.

Die Frage ist aber:
a) Tritt es nur beim Neustart auf oder bei jeder Aktualisierung des Weblinks und
b) hat es überhaupt einen Einfluss auf die Darstellung im Weblink (betroffen wären die Wetterwarnungen)

Habe das bei mir auch schon sporadisch beobachtet, habe aber noch keine wasserdichte Lösung.

Grüße,
Jens

Hallo Jens,
sorry das ich mich erst jetzt melde  (Arbeit,Weihnachtsstress)

folgendes habe ich immer nur bei einem Fhem "shutdown restart" und anschl. öffnen der Weboberfläche

Code Auswählen Erweitern

2018.12.29 11:44:49 1: PERL WARNING: Use of uninitialized value in subroutine entry at ./FHEM/99_Utils.pm line 21.
2018.12.29 11:44:49 1: PERL WARNING: Use of uninitialized value $fcStart in addition (+) at ./FHEM/99_DWD_OpenData_Weblink.pm line 1070

Bitte

Code Auswählen Erweitern

./FHEM/99_Utils.pm line 21. nicht mit 99_myutils verwechseln.

Wenn ich die Weboberfläche von Fhem erneut aktualisiere kommt keine Meldung, also nur bei Neustart.

Gruß Werner

[holle75]

Hallo Werner, bei mir kommen Fehlermeldungen beim Start (denn da werden die Daten wahrscheinlich geholt) und beim Aufruf des Logproxy immer dann, wenn der korrespondierende Plot aufgerufen wird und da etwas nicht stimmt. Such mal in deiner SVG-Datei nach einem Fehler. Das kann ein nicht vorhandener Wert sein oder ein vergessener Unterstrich, Groß-Kleinschreibung,Komma, Klammer, oder, oder.
... oder fang nochmal temporär mit einem fast leeren Plot an und schau was passiert.

[jensb]

Hallo Werner,

bitte probier die aktuelle Version des Weblinks 2.014.005 vom 17.12.2018 auf GitHub. Ich hatte einen Bug im Zusammenhang mit $fcStart (Startzeit einer Wetterwarnung) gefunden und eine Anpassung gemacht. Vielleicht ist das auch bei dir die Lösung.

Grüße,
Jens

[jensb]

@mumpitzstuff
Werde mich um die Vorabversion in der Wiki kümmern. Bitte nochmal Klarstellung, wofür das FileLog benötigt wird. Ich habe deinen Vorschlag für forecastResolution=3 übernommen, aber das FileLog weggelassen. Das funktioniert bei mir prima.

Grüße,
Jens

[mumpitzstuff]

Wie du selbst festgestellt hast, braucht man irgendeins, damit es stabil läuft. Man könnte hier, laut deiner Aussage, ein bereits bestehendes Device verwenden, ich denke aber, das ein separates Device am saubersten ist. Um die Systemlast zu senken,  kann man vielleicht auch das Device auf disable setzen?

[yersinia]

Hallo,

ich hab das Modul installiert und mir ist dabei ein kleiner Fehler im Wikie aufgefallen. Bei der Weblink Einrichtung verweist der Hyperlink auf eine falsche Datei:

Zur graphischen Darstellung der Vorhersage und der Wetterwarnungen steht das Modul 99_DWD_OpenData_Weblink.pm zur Verfügung.

Der Link verweist hier auf 55_DWD_OpenData.pm.
Müsste der Link nicht auf 99_DWD_OpenData_Weblink.pm verweisen?

Wer kann das anpassen?

Im Übrigen funktioniert das Modul gut. Danke dafür.

[jensb]

@yersinia
Danke für die Rückmeldung und den Hinweis auf den Fehler in der Wiki - er ist nun korrigiert.

Grüße,
Jens

[curt]

Zwei Fragen zum Weblink-Generator.

1) Kann ich mehrere Weblink-Generatoren für einen Standort definieren? Oder geht nur einer? - Ich versuchte 1 sowie 4 Tage zu machen. Es wird mir aber im Room nur der zweite angezeigt.

2) Kann man das Ergebnis in FTUI darstellen? Wie macht man das?

[Thorsten Pferdekaemper]

2) Kann man das Ergebnis in FTUI darstellen? Wie macht man das?

Reines FTUI weiß ich nicht, aber für FUIP habe ich gestern mal was gebastelt:
https://forum.fhem.de/index.php/topic,95562.msg884154.html#msg884154
(Ich hatte in Erinnerung, dass Du zumindest mal mit FUIP experimentiert hast.)
Gruß,
   Thorsten

[jensb]

1) Kann ich mehrere Weblink-Generatoren für einen Standort definieren? Oder geht nur einer? - Ich versuchte 1 sowie 4 Tage zu machen.

Man kann zumindest theoretisch so viele OpenData-Devices anlegen wie man möchte und für jedes OpenData-Devices noch eine Rudel Weblink-Generatoren. Ausprobiert habe ich das allerdings nicht.

Es wird mir aber im Room nur der zweite angezeigt.

Du meinst wahrscheinlich, dass nur ein Weblink pro Webseite sichtbar gerendert wird. Es ist nicht auszuschließen, dass das mein JavaScript-Experiment für die automatische Aktualisierung verhindert. Setze versuchsweise im Weblink-Generator die refreshRate auf 0, dann wird "nur" HTML verwendet.

Grüße,
Jens

[curt]

2) Kann man das Ergebnis in FTUI darstellen? Wie macht man das?

Reines FTUI weiß ich nicht, aber für FUIP habe ich gestern mal was gebastelt:
https://forum.fhem.de/index.php/topic,95562.msg884154.html#msg884154
(Ich hatte in Erinnerung, dass Du zumindest mal mit FUIP experimentiert hast.)

Nein, nicht wirklich. Nur mal angeklickt. - Ich weiß nicht - ist es sinnvoll, dass Du erzählst, wie Du das gemacht hast? Keine Ahnung.

Das Problem scheint ungelöst, es ist unklar ob das überhaupt geht - also einen FHEM-Weblink durch ein FTUI-Widget darstellen zu lassen. Im Forum wird immer mal wieder gefragt - ohne erschöpfende Antwort.

In https://forum.fhem.de/index.php?topic=80056.0 hat jemand ungetestet folgenden Ansatz:

Code Auswählen Erweitern


<div data-type="switch" data-device="rc_samsung" data-fhem-cmd="{fhem("get rc_samsung htmlcode", 1)}" data-icon="fa-power-off" class="cell " ></div>


Wir brauchen also zwei Dinge:
1) Ein Widget mit implementiertem data-fhem-cmd.
2) Eine Idee, wie das durchzuleitende fhem-Kommando auszusehen hat.

Bei Punkt 2) kann vielleicht @jensb am ehesten helfen.

Ich komme nur bis zu dem Punkt, dass er mir den STATE von DWD_Weblink_1 ausgibt. Und der ist halt "initialized".

Ich dachte an Konstruktionen wie

Code Auswählen Erweitern


data-fhem-cmd="{fhem("get DWD_OpenData_Weblink::AsHtmlH(\"DWD_Weblink_Generator_1\") htmlcode", 1)}"

innerhalb eines Widgets - aber die Konstruktion ist geraten, ich weiß dafür zu wenig. Sie tut nicht.

[Thorsten Pferdekaemper]

Nein, nicht wirklich. Nur mal angeklickt. - Ich weiß nicht - ist es sinnvoll, dass Du erzählst, wie Du das gemacht hast?

Als FUIP-View ist das erstmal relativ einfach, da die Views sowieso das HTML liefern. Das sieht dann einfach so aus:

Code Auswählen Erweitern


sub getHTML($){
my ($self) = @_;
return main::weblink_FwFn(undef,$self->{device},undef,undef);
};

Ob Dir das jetzt was nützt weiß ich nicht.

Code Auswählen Erweitern


<div data-type="switch" data-device="rc_samsung" data-fhem-cmd="{fhem("get rc_samsung htmlcode", 1)}" data-icon="fa-power-off" class="cell " ></div>


Das holt dann, wenn man den switch betätigt, den HTML-Code und macht dann damit genau nichts, würde ich mal sagen.

Wir brauchen also zwei Dinge:
1) Ein Widget mit implementiertem data-fhem-cmd.
2) Eine Idee, wie das durchzuleitende fhem-Kommando auszusehen hat.

Nein, das nützt nichts. Das Widget muss dann auch noch den HTML-Code auf die Seite schreiben oder so.

Man kann das ganze wahrscheinlich komplett in JavaScript umsetzen, indem man per Ajax (oder so) das Kommando aufruft, welches das HTML liefert. Dann muss man das Ergebnis auf die Seite schreiben bzw. an das Widget selbst hängen.
Soooo schwierig dürfte das gar nicht sein.

Gruß,
   Thorsten

[jensb]

Das Problem scheint ungelöst, es ist unklar ob das überhaupt geht - also einen FHEM-Weblink durch ein FTUI-Widget darstellen zu lassen.

Vielleicht geht es mit einem iFrame, siehe https://forum.fhem.de/index.php?topic=49032.0. Vermutlich scheitert es aber daran, dass ein iFrame kein FHEM Get Kommando aufrufen kann.

2) Eine Idee, wie das durchzuleitende fhem-Kommando auszusehen hat.

Das FHEM-Kommando ist

Code Auswählen Erweitern

get myWeblink-Generator horizontalForecast und als Perl-Aufruf wäre es

Code Auswählen Erweitern

DWD_OpenData_Weblink::GetForecastHtmlH($opendataDevName, $days, $useGroundTemperature, $theme) mit $theme 0 oder 1 für hell oder dunkel oder

Code Auswählen Erweitern

DWD_OpenData_Weblink::AsHtmlH($opendataDevName) mit den Attributen aus dem Weblink-Generator. Den Perl-Aufruf könnte man versuchsweise in das Beispiel von @Thorsten Pferdekaemper einsetzten.

Grüße,
Jens

[somansch]

Ich habe die Daten bereits nativ in FTUI umgesetzt. Lediglich die Darstellung des Wetter-Icons für die Nacht funktioniert nicht. Dies müsste im "weather_widget" realisiert werden. Leider gibt es hierfür keinen Developer mehr. Ich selbst bin leider auch nicht mächtig 

[curt]

Hmmm. Das ist aber mal blöd. Die Geschichte geht so:

Ich bekomme einige Parameter nicht korrekt dargestellt, da reden wir noch gar nicht über Optik. Also erinnerte ich mich an @jensb s warnende Sätze "nimm doch meinen Weblink". Ich schaute mit das optisch dreimal an und dachte: Recht hat er. Und ich dachte weiter: Ich werde ihn dann schon noch überzeugen, dass man an die einzelnen Vormittag/Nachmittag-Felder auch einzeln kommt.

Tja, geht nicht.
Schon in FHEM selbst gehen keine zwei Weblinks von Jens (Aber auch in getrennten FHEM-Räumen geht nicht. Nein, habe Deine Tipps noch nicht probiert.)

Ich habe dann folgende Konstruktionen in FTUI unwissend und blind probiert:

Code Auswählen Erweitern


<div data-type="switch" data-device="DWD_Weblink_1" data-fhem-cmd="{fhem("get DWD_Weblink_Generator_1 horizontalForecast htmlcode", 1)}" class="cell" ></div>

<div data-type="switch" data-device="DWD_Weblink_1" data-fhem-cmd="{fhem("get DWD_Weblink_Generator_1 horizontalForecast, 1)}" class="cell" ></div>


Ok, ich suchte überall, wo data-fhem-cmd eigentlich gehen könnte. @Thorsten Pferdekaemper hat recht: Diese Option ist zum schalten gemacht, die gibt es nur bei Widgets, die was schalten. Ausgegeben wird da höchstens "initializied".

Die anderen Hinweise kann ich allein leider nicht umsetzen, dafür bin ich zu doof.

Nur mal so ein Gedanke:
Der Weblink wird ja erzeugt. Was wäre denn, wenn das Erzeuge-Script gleich noch einen Screenshot des Ganzen macht? Also noch ein statisches JPG oder PNG erzeugt?