[FTUI 2] - Weather_Widget für Wettericons

[somansch]

Halli Hallo. Ich bin gerade dabei mein tablet-ui umszustellen.
Leider bekomme eine Fehlermeldung. Übersehe ich da irgendwas? oder ist im widget_weather.js was kaputt?

Code Auswählen Erweitern


widget_weather.js:674
TypeError: elem.matchDeviceReading is not a function


Hier mein tablet-ui code

Code Auswählen Erweitern


<div data-type="weather"
data-device="MyWeather"
data-get="hfc1_iconAPI"
data-imageset="kleinklima"
        style="width:100px"
class="centered"></div>


Ich vermute, dass es an der zusätzlichen Definition mit style="width:100px" liegt. Bitte mal entfernen und dafür die class Definition für die Größenänderung verwenden, z.B. normal, big, small...

Welches reading steht denn in "hfc1_iconAPI"? DarkSky oder OpenWeather?

[matlen67]

Daran liegt es auch nicht (style entfernt, Class  normal) gleicher fehler.
Ich nutze openWeather MyWeather hfc1_iconAPI => 10n

[somansch]

Mal eine Verständnisfrage, die nur am Rande mit dem Widget zu tun hat:

Bei DWD Opean Data wird ja bei einigen Stationen die Sonennscheindauer im Reading "SunD" ausgegeben. Laut Beschreibung vom DWD ist der angegebene Wert jedoch die Sonnenscheindauer des Vortags.
Damit kann ich im FTUI natürlich keine Templates nutzen, da ich ja für die übrigen Werte eines Tages z.B. fc0_3_xxxx benutzen muss, für SunD müsste es jedoch fc1 sein. Oder habe ich hier ein Denkproblem?

Deine Frage hat nichts mit dem Widget zu tun, werde jedoch kurz daruf antworten. Weitere Fragen gern per PN oder im entsprechenden Thread für DWD OpenData bzw. FTUI Templates 

Du kannst Recht haben mit deiner Vermutung, dass sich die Sonnenscheindauer auf den Vortag bezieht. Habe mal bei mir den vorhergesagten Wetterzustand mit den Sonnenstunden verglichen und es gibt eine Verschiebung. PS: Bei Netatmo passt es 

Bzgl. dem FTUI template brauchst du nur eine neue Variable, z.B. var_sun_day zu definieren und dann auf den darauffolgenden Tag zu setzen.

VG
Andreas

[somansch]

Daran liegt es auch nicht (style entfernt, Class  normal) gleicher fehler.
Ich nutze openWeather MyWeather hfc1_iconAPI => 10n

Mhm, ich habe gerade bei mir mal auf "kleinklima" gewechselt und bekomme bei OpenWeather sauber die Stundenwerte aufgelöst (siehe Anhang). 10n -> rain.png, d.h. existiert bei dir dieses png im Verzeichnis "/opt/fhem/www/images/default/weather"? Was passiert, wenn du mal andere Readings von anderen Tagen oder Stunden verwendest? Was passiert, wenn du "meteocons", "weathericons" oder "amcharts" verwendest?

[matlen67]

Die png's sind alle da. Er meckert ja das da irgend eine Routione keinen Function ist.

Ich habe  mir jetzt mal die originale widget_weather.js angeschaut und dieMmappings ins kleinklima gepackt

Code Auswählen Erweitern


var kleinklimamap = {
        // Weather Openweather - Day Icons
        '01d': 'sunny.png',
        '02d': 'partlycloudy.png',
        '03d': 'mostlycloudy.png',
        '04d': 'cloudy.png',
        '09d': 'rain.png',
        '10d': 'rain.png',
        '11d': 'thunderstorm.png',
        '13d': 'snow.png',
        '50d': 'fog.png',
// Weather Openweather - Night Icons
        '01n': 'clear.png',
        '02n': 'partlycloudy_night.png',
        '03n': 'mostlycloudy_night.png',
        '04n': 'overcast.png',
        '09n': 'rain.png',
        '10n': 'rain.png',
        '11n': 'thunderstorm.png',
        '13n': 'snow.png',
        '50n': 'fog.png',


nun gehts einwandfrei.

[somansch]

Die png's sind alle da. Er meckert ja das da irgend eine Routione keinen Function ist.

Ich habe  mir jetzt mal die originale widget_weather.js angeschaut und dieMmappings ins kleinklima gepackt

Code Auswählen Erweitern


var kleinklimamap = {
        // Weather Openweather - Day Icons
        '01d': 'sunny.png',
        '02d': 'partlycloudy.png',
        '03d': 'mostlycloudy.png',
        '04d': 'cloudy.png',
        '09d': 'rain.png',
        '10d': 'rain.png',
        '11d': 'thunderstorm.png',
        '13d': 'snow.png',
        '50d': 'fog.png',
// Weather Openweather - Night Icons
        '01n': 'clear.png',
        '02n': 'partlycloudy_night.png',
        '03n': 'mostlycloudy_night.png',
        '04n': 'overcast.png',
        '09n': 'rain.png',
        '10n': 'rain.png',
        '11n': 'thunderstorm.png',
        '13n': 'snow.png',
        '50n': 'fog.png',


nun gehts einwandfrei.

Die Funktion elem.matchDeviceReading macht die Erkennung an Hand des Readings, welcher Wetterdienst verwendet wird. Diese Funktion wird auch im "Original weather_widget" verwendet. In deinem Screenshot sind zwei Wetterzustände. Wie ist denn die Definition des anderen Icons? Ich vermute, dass es evtl. daher kommt.....

[matlen67]

Hey erstmal danke für deine Hilfe. Ich probiere heute Abend weiter. Ich habe da so einen Verdacht. Ich hatte zwar gestern Fhem geupdatet aber glaube nun das Tablet-ui seperaten geupdatet werden muss. Daher kennt er die Funktion .matchDeviceReading nicht. Im originalen xxx.js heißt die ein wenig anders deshalb geht's damit auch. Ich schreibe hier nochmal wenn ich's hin habe.

[tomster]

Im Widget gibt es noch fehlende Mappings von DWD day, glaub ich.
In Zeile 68 müsste es heissen:

Code Auswählen Erweitern

'3d': 'wi wi-day-cloudy',
und ein bissl weiter unten

Code Auswählen Erweitern

'68d': 'wi wi-day-sleet',

Es fehlen noch ein paar andere Mappings, aber da bin ich nicht sicher, welche Icons man diesen zuweisen sollte.

[Knallkopp_02]

Kann mich da anschließen, bei Kleinklima fehlen auch noch welche.

Beim Überfliegen sind mir sind mir die 68 und 83 aufgefallen

Gruß

[matlen67]

@somansch nochmal's danke.
Lag am fehlenden Update der tablet-ui, nun läuft dein Modul auch bei mir.

[somansch]

Im Widget gibt es noch fehlende Mappings von DWD day, glaub ich.
In Zeile 68 müsste es heissen:

Code Auswählen Erweitern

'3d': 'wi wi-day-cloudy',
und ein bissl weiter unten

Code Auswählen Erweitern

'68d': 'wi wi-day-sleet',

Es fehlen noch ein paar andere Mappings, aber da bin ich nicht sicher, welche Icons man diesen zuweisen sollte.

3d bzw. 3n ist korrekt gemappt, bedeutet "stark bewölkt", also keine Sonne bzw. Mond sichtbar.

68 -> wurde dieser Code bei dir vom DWD gemeldet?

[somansch]

Kann mich da anschließen, bei Kleinklima fehlen auch noch welche.

Beim Überfliegen sind mir sind mir die 68 und 83 aufgefallen

Gruß

Ich habe mich im ersten Moment auf die wichtigsten der 100 verfügbaren Zustände fokusiert. Irgendwo gab es dazu auch eine Doku vom DWD. Daher die jetzigen Mappings mit einzelnen Lücken. Welche Readings wurden denn bei euch vom DWD gemeldet? Bei mir gab es bisher kein fehlendes Mapping...

Zur Info, hier eine Übersicht, die ich auf die Schnelle gefunden habe: https://www.dwd.de/DE/leistungen/opendata/help/schluessel_datenformate/kml/mosmix_element_weather_xls.xlsx?__blob=publicationFile&v=3

PS: Alle Mappings (und Lücken) sind in der XLS Übersicht im ersten Post zu finden. Wenn ich Mappings einpflege, dann für alle Wettericons. Einzige Ausnahme ist im Moment das Netatmo-Mapping, welches nur für "amcharts" realisiert ist. Bitte hier noch Feedback geben, ob das passt. Erst nach mehrfschem positiven Feedback werde ich die 230 Mappings auch für die drei anderen Wettericons umsetzen.

Danke und Gruß
Andreas

[Knallkopp_02]

Ich kann das bei mir mit 68 bestätigen, zusätzlich halt die 83. diese beiden stehen in der von Dir eben geposteten xls und auch in der Mapping vom 1. Post.

Gruß

[tomster]

OK, bei Code "3" lass ich mit mir reden, aber die "68" wird mir derzeit öfters im Modul ausgegeben (siehe Anhang).

--edit--
Auch die "69" fehlt.

[somansch]

OK, bei Code "3" lass ich mit mir reden, aber die "68" wird mir derzeit öfters im Modul ausgegeben (siehe Anhang).

--edit--
Auch die "69" fehlt.

Habe jetzt die v2.8 fertiggestellt und u.a. auch diese Mappings hinzugefügt.

(siehe Post 1)

Viele Grüße
Andreas