[FTUI 2] - Weather_Widget für Wettericons

Begonnen von somansch, 05 Februar 2019, 00:24:58

Vorheriges Thema - Nächstes Thema

somansch

Gibt es noch weiteres Feedback zur v3.1 (siehe Post 1)?

Falls nicht, @setstate bitte einchecken  ;)

Danke und Gruß
Andreas

somansch

Zitat von: somansch am 18 Mai 2019, 00:08:42
Gibt es noch weiteres Feedback zur v3.1 (siehe Post 1)?

Falls nicht, @setstate bitte einchecken  ;)

Danke und Gruß
Andreas

Hallo @setstate,

ist die v3.1 bereits eingecheckt?  ;)

Danke und Gruß
Andreas

setstate

Zitat von: somansch am 30 Mai 2019, 10:21:40
Hallo @setstate,

ist die v3.1 bereits eingecheckt?  ;)

Danke und Gruß
Andreas

DONE

Lichti

Läuft soweit super. Danke für die Arbeit !

Ein kleines Problem:
Gestern abend hat Proplanta "Sprühregen" mit Code "n14" gemeldet, es war aber mit kleinklima kein Picon zu sehen.
Das Picon sollte wohl rain_night.png sein, es gibt aber nur rain.png

somansch

Zitat von: Lichti am 07 Juni 2019, 09:49:29
Läuft soweit super. Danke für die Arbeit !

Ein kleines Problem:
Gestern abend hat Proplanta "Sprühregen" mit Code "n14" gemeldet, es war aber mit kleinklima kein Picon zu sehen.
Das Picon sollte wohl rain_night.png sein, es gibt aber nur rain.png

Hast du die aktuelle Version 3.1 im Einsatz? Diese wird automatisch verteilt und fixt genau dieses Problem (siehe 1.Post):

v3.1 vom 05.05.2019 - wird seit 05.06.2019 per FHEM update verteilt
- gefixt: kleinklima Mapping für "n14"



Lichti

War mein Fehler. Ich hatte am 3.6. einen Update gemacht und angenommen, das die neue Version da schon drin ist.

Alles super. Danke !

Stütti

#216
Hallo,

ich nutze das "alte" OPENWEATHER (https://wiki.fhem.de/wiki/OPENWEATHER) mit der wetter.com-API.
Die Readings mit den Wettercodes haben das Format fcx_weatherCodexx, werden aber von der aktuellen Version des Widgets (v3.1) als Weather Wunderground erkannt bzw. dementsprechend (falsch) übersetzt.

Die Wettercodes stimmen ziemlich mit denen von DWD Open Data überein, daher habe ich bei mir im Javascript in der update-Funktion noch

else if (par.match(/^fc\d+_weatherCode\d+$/)) {
                            device_type = 'DWD_OpenData';
                        }

ergänzt.

Edit 19.6.2019: Zu früh gefreut! Der Code "0" (sonnig) wird leider doch falsch übersetzt. Dann benötigt es wohl ggf. doch einen eigenen Device-Type.

Vielleicht hilft es ja noch jemandem.
Um Update-fähig zu bleiben, wäre es natürlich sauberer entsprechende Userreadings anzulegen.

Stütti
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

somansch

Zitat von: Stütti am 18 Juni 2019, 23:36:23
Hallo,

ich nutze das "alte" OPENWEATHER (https://wiki.fhem.de/wiki/OPENWEATHER) mit der wetter.com-API.
Die Readings mit den Wettercodes haben das Format fcx_weatherCodexx, werden aber von der aktuellen Version des Widgets (v3.1) als Weather Wunderground erkannt bzw. dementsprechend (falsch) übersetzt.

Die Wettercodes stimmen ziemlich mit denen von DWD Open Data überein, daher habe ich bei mir im Javascript in der update-Funktion noch

else if (par.match(/^fc\d+_weatherCode\d+$/)) {
                            device_type = 'DWD_OpenData';
                        }

ergänzt.

Edit 19.6.2019: Zu früh gefreut! Der Code "0" (sonnig) wird leider doch falsch übersetzt. Dann benötigt es wohl ggf. doch einen eigenen Device-Type.

Vielleicht hilft es ja noch jemandem.
Um Update-fähig zu bleiben, wäre es natürlich sauberer entsprechende Userreadings anzulegen.

Stütti

Hi Stütti,

was ist eigentlich der Grund, dass du das "alte" OpenWeather Modul nutzt und nicht das neue im Weather Modul?

Viele Grüße
Andreas

Stütti

Hallo Andreas,

einfach nur, weil es seit der Einrichtung vor vielen Jahren mit wetter.com unterbrechungsfrei läuft (never change a running system  8) ).

Wahrscheinlich müsste ich mir über kurz oder lang Mal openweathermap o.ä. anschauen, auch weil man über wetter.com schon seit geraumer Zeit die eigenen Projekte nicht mehr bearbeiten kann.
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

D3ltorohd

Ich bräuchte mal eure Hilfe. Ich versuche mich gerade mit Tablet UI und bin eben grad dran mir das Wetter anzeigen zu lassen. Aber irgendwie komm ich hier nicht ganz weiter zwecks den Images.

So sieht mein Code aus ::

<li data-row="4" data-col="2" data-sizex="4" data-sizey="4">
<div class="sheet">
<div class="row">
<div class="col-1-3">
<div data-type="label" class="cell top-space narrow">morgens</div>
<div data-type="weather" data-device="DWD" data-get="fcx_x_ww" data-imageset="weathericons" class="cell"></div>
<div data-type="label" data-device="DWD" data-get="fc0_weatherMorning" class="cell top-narrow"></div>
<div data-type="label" data-device="DWD" data-get="fc0_temp06" data-unit="%B0C%0A" class="cell bigger" data-limits='[-50,0]' data-colors='["#5858FA","white"]'></div>
</div>
<div class="col-1-3">
<div data-type="label" class="cell top-space narrow">mittags</div>
<div data-type="weather" data-device="DWD" data-get="fc0_weatherDayIcon" data-imageset="weathericons" class="cell"></div>
<div data-type="label" data-device="DWD" data-get="fc0_weatherDay" class="cell top-narrow"></div>
<div data-type="label" data-device="DWD" data-get="fc0_temp12" data-unit="%B0C%0A" class="cell bigger" data-limits='[-50,0]' data-colors='["#5858FA","white"]'></div>
</div>
<div class="col-1-3">
<div data-type="label" class="cell top-space narrow">abends</div>
<div data-type="weather" data-device="DWD" data-get="fc0_weatherEveningIcon" data-imageset="weathericons" class="cell"></div>
<div data-type="label" data-device="DWD" data-get="fc0_weatherEvening" class="cell top-narrow"></div>
<div data-type="label" data-device="DWD" data-get="fc0_temp18" data-unit="%B0C%0A" class="cell bigger" data-limits='[-50,0]' data-colors='["#5858FA","white"]'></div>
</div>
</div>
</div>


Jetzt weiß ich nicht so richtig, was ich bei
data-get="fcx_x_ww" data-imageset="weathericons"
eintragen muss ? Ich denke mal das x muss ersetzt werden ? Auch das
data-get="fc0_weatherMorning"
und das
data-get="fc0_temp06" werden.

Mein Device stimmt ? Steht mal so in Fhem DWD ?
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

amenomade

Zeig mal das Ergebnis von "list DWD" (in CommandoFeld von Fhem)
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

D3ltorohd

#221
Zitat von: amenomade am 03 August 2019, 14:11:57
Zeig mal das Ergebnis von "list DWD" (in CommandoFeld von Fhem)

Bitteschön

Internals:
   ALERTS_IN_CACHE 87
   CFGFN     
   FHEM_TZ   
   FUUID      5d452ed5-f33f-fc62-31bc-9497124db03ea8aa
   NAME       DWD
   NR         2506
   STATE      alerts updated
   TYPE       DWD_OpenData
   READINGS:
     2019-08-03 15:45:06   a_count         0
     2019-08-03 15:45:06   a_state         updated
     2019-08-03 15:45:06   a_time          2019-08-03 15:45:05
     2019-08-03 15:00:05   fc_state        error: HTTP error 404 retrieving URL 'https://opendata.dwd.de/weather/local_forecasts/mos/MOSMIX_L/single_stations/99809/kml/MOSMIX_L_LATEST_99809.kmz '
     2019-08-03 15:45:06   state           alerts updated
Attributes:
   alertArea  808437076
   event-on-update-reading state,fc_state,a_state
   forecastDays 4
   forecastStation 99809
   forecastWW2Text 1


Ah sehe es grad selber, hier scheint was nicht zu stimmen, ob es daran liegt ?

2019-08-03 15:00:05   fc_state        error: HTTP error 404 retrieving URL 'https://opendata.dwd.de/weather/local_forecasts/mos/MOSMIX_L/single_stations/99809/kml/MOSMIX_L_LATEST_99809.kmz '
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

amenomade

Zitat von: D3ltorohd am 03 August 2019, 15:48:04


Ah sehe es grad selber, hier scheint was nicht zu stimmen, ob es daran liegt ?

Bestimmt liegt es daran. So bald das funktionieren wird, wirst Du mehr Readings sehen, und wirst in der Lage sein, die zu "fcx_x_ww" passende zu finden.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

D3ltorohd

Zitat von: amenomade am 03 August 2019, 16:22:14
Bestimmt liegt es daran. So bald das funktionieren wird, wirst Du mehr Readings sehen, und wirst in der Lage sein, die zu "fcx_x_ww" passende zu finden.

Das "fcx_x_ww" ist nur ein Platzhalter richtig ? Die Images die es gibt, oder die Bezeichnungen, stehen dann in den readings ?
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

amenomade

Ja, das ist ein Platzhalter für den Name des Readings. Wie z.B. "fc0_1_ww" für das Wetter heute um 1 (kenne die Readings von DWD nicht ganz genau) oder fc2_1_ww für das gleiche in 2 Tage.
Dieses Reading wird dann das Icon enthalten
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus