Fresh WD LIVE auf html5-Basis

Dieser Fehler trat heute auf und scheinbar fast immer mal wieder, wenn ich sehe, wie WsWin zu der Zeit reagierte. Das ist aber nicht das Problem für das Hängenbleiben von FreshWDL. Habe gemerkt, wenn ich die Last des PCs reduziere, läuft es besser. Scheinbar wird durch weniger CPU Last mehr fertig und kann dann sauber übertragen werden.

Ich versuche es auf diesem Wege. Vielleicht wird's auch Zeit, für nen neues Board.

Es liegt bei mir definitiv am Speed. Werde meine Cams versuchen, anders zu publizieren bzw vielleicht sogar auszulagern auf ein eigenen Laptop, dann geht der volle Speed nur noch in WsWin.

Da man das FreshWDL wirklich als Alternative sehen kann, schreibe ich spätestens nach den Ferien hier in deutsch ne kleine Anleitung.

Habe mir jetzt noch eine Batch-datei angelegt, was die Priorisierung von WsWin erhöht. Mal gugge, ob das was bringt.

Es gab ein Update. Die eigene global.js wird nicht mehr akzeptiert. Habe nun deren in englisch genommen. Muss mal gugge, ob man das nochmal editieren kann.

Mittlerweile ist viel Zeit vergangen, FresWDL in weiterer Version, mein PC schneller, es läuft. Ist nach wie vor die beste Alternative für die, die weniger Kenntnisse haben, um selbst etwas zu basteln. Ich habe es aber in Englisch nun gelassen, man kann es aber händisch eindeutschen.

Hier nochmal als kleine Hilfe:

http://www.weather-display.com/files.php

Dort freswdl downloaden und die readme-Datei beachten.

Am Ende muss die clientraw.txt und die Dateien von freshwdl im selben Ordner online liegen. Die clientraw.txt wird durch die wswin_nrt.txt erzeugt, permanent.

Der Inhalt der wswin_nrt.txt, welche im WsWin-Hauptordner liegen muss, sieht bei mir so aus:

%customfile=C:\WeatherDisplayLive\clientraw.txt%
%openfile&remove=ws_clientrawdaily.txt%%curminmaxhour_on%
%unit_off%%alwaysseppoint_on%12345 %nrtwindkts% %nrtwindgkts% %nrtval[36]% %nrtval[0]% %nrtval[-1]% %nrtval[33]% %rainday% %rainmonth% %rainyear% 0 0 %nrtval[1]% %nrtval[17]% %ws_comparestr=- -~%nrtval[3]%~0% %forecast_number_vant% %nrtval[3]% %nrtval[19]% 1 %avgvalpast[34~-1~00~0000]% %ws_comparestr=- -~%nrtval[3]%~0% %ws_comparestr=- -~%nrtval[4]%~0% %ws_comparestr=- -~%nrtval[5]%~0% %ws_comparestr=- -~%nrtval[6]%~0% %ws_comparestr=- -~%nrtval[7]%~0% %ws_comparestr=- -~%nrtval[8]%~0% %ws_comparestr=- -~%nrtval[19]%~0% %ws_comparestr=- -~%nrtval[20]%~0% %ws_comparestr=- -~%nrtval[21]%~0% %ws_hour% %ws_minute% %ws_nrt_sec% %ws_modtext[Wetter in Langeln]%-%ws_nrttime% 0 %sunproz% %ws_day% %ws_month% 0 0 0 0 0 0 0 %nrtval[44]% %heatindextemp% %maxtempday% %mintempday% 0 %ws_modtext[Vorhersage WsWin: %forecast_txt%]% %ws_comparestr=0~%ws_baro1h%~0 %%ws_arraywind[20]% %ws_calc[/]=%curminmaxhour[2,0,45]%~1.852~1% %nrtval[43]% %ws_calc[/]=%cloudline%~0.3048~1% %ws_day2%/%ws_month2%/%ws_year% 0 0 %maxval[44]% %minval[44]% %ws_comparestr=- -~%nrtval[41]%~0% %ws_arraywind[10]% %ws_arraytemp[10]% %ws_arrayrain[10]% 0 0 %heatindex[2]% %windmaxkts% 0 --- --- %avgval[36]% 0 0 0.0 0.0 %ws_comparestr=- -~%nrtval[20]%~0% %ws_comparestr=- -~%nrtval[21]%~0% %ws_comparestr=- -~%nrtval[22]%~0% %ws_comparestr=- -~%nrtval[23]%~0% %ws_comparestr=- -~%nrtval[24]%~0% %ws_comparestr=- -~%nrtval[42]%~0% %maxval[1]% %minval[1]% %wetbulbtemp% %maxval[33]% %minval[33]% %ws_calc[/]=%curminmaxhour[2,1,45]%~1.852~1% -- %maxtimecurday[45]% -- -- %maxval[43]% %minval[43]% -- %ws_year% -- %ws_trend[0]% %ws_trend[-1]% -- %ws_arraywinddir[10]% %nrtval[25]% %nrtval[29]% %avg10minwind% %wetbulbtemp% -- -- !!D%ws_vers0%!! -- %maxgustday% %nrtval[35]% %curval[6]% %curval[7]% 
%alwaysseppoint_off%%ws_delline%

Man beachte, dass ihr die Ausgabe der clientraw.txt per FTP dauerhaft hochladen müsst. Bei mir funktioniert das per FTP Watchdog und wird in dieser Routine einzeln aller sek aktualisiert.

Ja, dass hatte ich Volker per Mail bereits vorgeschlagen, dass man die Dateien auf den eigenen Server legen muss, was dann aber den Nachteil hat, Updates händisch wieder einspielen zu müssen.

@StephenG , bitte eindeutig auch verlinken auf die Quelle.

Gerade bei der Zip geht nicht hervor, wohin die Reise geht.

Schau mal in die freshWDLmaster.html

Setze oben mal dies hier ein (im head-Bereich):

<meta http-equiv="content-type" content="text/html; charset=utf-8">

Das sollte die Umlaute oben richtig entkauderwelschen.

Steht es drin, dann probiere anstatt des oberen Codes mal:

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">

Wer sich wundert, dass seine Anzeige nicht mehr geht und die Daten vom Server dort bezieht, muss den String in der freshwdl.html anpassen.

von:

gitcdn.xyz/cdn/Yerren/FreshWDL/master

zu:

cdn.jsdelivr.net/gh/yerren/FreshWDL@master

Einfach nur die Textpassage ersetzen.

Mit WsWin, läuft soweit. WsWin ist leider sehr ressourcenfressend.

Hab leider dafür im Moment gar keine Zeit. Ich sehe, irgendwie geht bei mir die Version mit .6 hinten...und gut ist.

Mal schauen....wann mal wieder mehr Zeit ist...aber gut, dass du da dran bist.

Hab mal nachgesehen...und dadurch selbst einen Fehler in meiner Daten-Seite gesehen...aber wenn meine Version, wo ich die Daten auf dem Server habe, mal nicht mehr laufen sollte, ist Schluss mit freshwdl. So wie es ist, lasse ich es laufen, so lange es läuft.