Hallo,
Ab morgen wird das neue 59_Weather.pm Modul verteilt. Zusammen mit dem API Modul OpenWeatherAPI.pm.
Die Entwicklung ist noch nicht ganz abgeschlossen, es werden noch Readings bezüglich Regen und Schnee kommen.
Grüße
Leon
Danke für Info.
Wie sieht dann die Definition aus?
Oder einfach update und reload?
Um die OpenWeatherMap benutzen zu können lautet das define
define MyWeather Weather API=OpenWeatherMapAPI,cachemaxage:600 apikey=09878945fdskv876 location=52.4545,13.4545 interval=3600 language=de
Du kannst language weg lassen dann wird deutsch per default genommen.
Wenn du im global Device latitude und longitude eingetragen hast kannst auch location weg lassen.
Wenn Dir stündlich Update ok ist kannst interval auch weg lassen.
Grüße
Aha, danke.
Funktion erst morgen, richtig?
Zitat von: satprofi am 12 Januar 2019, 19:57:38
Aha, danke.
Funktion erst morgen, richtig?
Richtig.
Noch eine Frage, ich brauche das wetter vom Amazonas, da sind negativzahlen für die Location.
funktioniert das jetzt auch? Daten von OpenWeather. Oder muss man weiterhin bei Yahoo bleiben?
Sollte funktionieren. Probier das einfach mal aus.
Zitat von: CoolTux am 12 Januar 2019, 19:32:48
Um die OpenWeatherMap benutzen zu können lautet das define
define MyWeather Weather api=OpenWeatherMapAPI,cachemaxage:600 apikey=09878945fdskv876 location=52.4545,13.4545 interval=3600 language=de
Wenn das Wort "api" kleingeschrieben ist, wird DarkSkyAPI default verwendet.
Gruß
ws
Zitat von: ws am 12 Januar 2019, 21:16:33
Wenn das Wort "api" kleingeschrieben ist, wird DarkSkyAPI default verwendet.
Gruß
ws
Sorry,
API muss im define groß geschrieben werden. Mein Tablet wollte das nicht.
CoolTux super Arbeit - Danke!
... und jetzt weitertesten :)
Vielen Dank! Installiert und funktioniert. :)
Moin,
danke für die schnelle Umsetzung.
ZitatWenn du im global Device latitude und longitude eingetragen hast kannst auch location weg lassen.
longitude muss drin bleiben, wird in er syntax abgefragt ob es da ist ;)
ZitatAPI muss im define groß geschrieben werden. Mein Tablet wollte das nicht.
In der commandref.html steht im Beispiel API klein und language=de
siehe:
define MyWeather Weather api=OpenWeatherMapAPI,cachemaxage:600 apikey=09878945fdskv876 location=52.4545,13.4545 interval=3600 language=deAPI muss groß und lang=de
Aber das sind nur redaktionelle Anmerkungen.
Ich bekomme ein DNS Fehler, wo ran kann das liegen?
Internals:
API OpenWeatherMapAPI
APIOPTIONS cachemaxage:600
CFGFN
DEF API=OpenWeatherMapAPI,cachemaxage:600 apikey=741097797a5..... location=5X.83,1X.75 interval=3600 lang=de
INTERVAL 3600
LANG de
LOCATION 5X.83,1X.75
NAME Wetter
NOTIFYDEV global
NR 109238
NTFY_ORDER 50-MyWeather
STATE Initialized
TYPE Weather
UNITS c
READINGS:
2019-01-13 08:50:42 current_date_time none
2019-01-13 08:52:46 lastError DNS: short DNS answer
2019-01-13 08:52:46 validity stale
fhem:
allowCache 0
interfaces temperature;humidity;wind
Attributes:
room 60_Wetter
In allen Beiträgen wird zwar immer davon geredet, dass "API" groß geschrieben werden muss, die define-Beispiele haben aber immer die falsche Schreibweise "api".
Bei mir funktioniert es wie folgt ("location" ist im global-Device gesetzt):
define myWeather Weather API=OpenWeatherMapAPI,cachemaxage:600 apikey=<hier mein OWM-API-KEY> interval=3600 language=de
Ansonsten: super!
Zitat von: Otto am 13 Januar 2019, 08:54:27
Moin,
danke für die schnelle Umsetzung.
longitude muss drin bleiben, wird in er syntax abgefragt ob es da ist ;)
In der commandref.html steht im Beispiel API klein und language=de
siehe: define MyWeather Weather api=OpenWeatherMapAPI,cachemaxage:600 apikey=09878945fdskv876 location=52.4545,13.4545 interval=3600 language=de
API muss groß und lang=de
Aber das sind nur redaktionelle Anmerkungen.
Ich bekomme ein DNS Fehler, wo ran kann das liegen?
Internals:
API OpenWeatherMapAPI
APIOPTIONS cachemaxage:600
CFGFN
DEF API=OpenWeatherMapAPI,cachemaxage:600 apikey=741097797a5..... location=5X.83,1X.75 interval=3600 lang=de
INTERVAL 3600
LANG de
LOCATION 5X.83,1X.75
NAME Wetter
NOTIFYDEV global
NR 109238
NTFY_ORDER 50-MyWeather
STATE Initialized
TYPE Weather
UNITS c
READINGS:
2019-01-13 08:50:42 current_date_time none
2019-01-13 08:52:46 lastError DNS: short DNS answer
2019-01-13 08:52:46 validity stale
fhem:
allowCache 0
interfaces temperature;humidity;wind
Attributes:
room 60_Wetter
Vielen Dank für die Info's
Sprache musst Du aber definitiv nicht setzen. Geht auch ohne.
hallo.
heute weather upgedatet, aber jetzt schreit fhem bzgl. DarkSky.pm.
wasn das? wo finde ich das?
LG
Wenn sollte er nach DarkSkyAPI.pm schreien. Hast Du FHEM Update gemacht?
nein, nur weather und OpenWeather.
Muss man wirklich FHEM updaten? möchte vermeiden das dann einiges nicht mehr läuft.
LG
Zitat von: satprofi am 13 Januar 2019, 09:56:42
nein, nur weather und OpenWeather.
Muss man wirklich FHEM updaten? möchte vermeiden das dann einiges nicht mehr läuft.
LG
Na dann musst Du natürlich auch DarkSkyAPI.pm Updaten.
Ich bekomme "Invalid API key". Ebenso, wenn ich einen eigenen APIKEY generiere.
Internals:
API OpenWeatherMapAPI
APIKEY 09878945fdskv876
APIOPTIONS cachemaxage:600
DEF API=OpenWeatherMapAPI,cachemaxage:600 apikey=09878945fdskv876
INTERVAL 3600
LANG de
LOCATION xx.019461,xx.224997
NAME MyWeather
NOTIFYDEV global
NR 1064
NTFY_ORDER 50-MyWeather
STATE API Maintainer: Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>) ErrorMsg: 401: Invalid API key. Please see http://openweathermap.org/faq#error401 for more info.
TYPE Weather
READINGS:
2019-01-13 09:56:18 apiMaintainer Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>)
2019-01-13 09:56:18 current_date_time So, 13 Jan 2019 09:56
2019-01-13 09:56:18 lastError 401: Invalid API key. Please see http://openweathermap.org/faq#error401 for more info.
2019-01-13 09:56:18 lat 50.019461
2019-01-13 09:56:18 long 8.224997
2019-01-13 09:56:18 state API Maintainer: Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>) ErrorMsg: 401: Invalid API key. Please see http://openweathermap.org/faq#error401 for more info.
2019-01-13 09:56:18 status 401: Invalid API key. Please see http://openweathermap.org/faq#error401 for more info.
2019-01-13 09:56:18 validity stale
fhem:
allowCache 1
interfaces temperature;humidity;wind
Attributes:
room Wetter
Was läuft falsch bei mir?
Dein API Key ist falsch. Steht ja da.
Hast Du Dich registriert auf der Seite so wie es da steht?
Neu erstellte key benötigen ein/zwei Stunden bevor Sie funktionieren.
Gesendet von meinem Doogee S60 mit Tapatalk
Danke! Es klappt.
Vielen Dank an die Freaks die das zustande bringen.
Danke für die flotte Änderung des Moduls.
Funktioniert auf anhieb perfekt, Daten werden von OpenWeatherMap geholt.
Aber kann es sein, dass der HTMLLink noch nicht so richtig will?
Bzw: Von OWM kommen 4 Readings pro Tag (Heute: hfc1-hfc4, Morgen: hfc5-hfc8 usw....)
Der HTMLLink nimmt halt die ersten 4 Werte.
Bisher waren das: Heute, morgen, übermorgen usw.
Jetzt ists: heute, heute, heute, heute :)
Siehe Bilder anbei.
lg, Stefan
Zitat von: Frank_Huber am 13 Januar 2019, 10:16:48
Neu erstellte key benötigen ein/zwei Stunden bevor Sie funktionieren.
Daran lag es, jetzt ist der Key aktiv.
Zitat von: Icinger am 13 Januar 2019, 11:00:38
Danke für die flotte Änderung des Moduls.
Funktioniert auf anhieb perfekt, Daten werden von OpenWeatherMap geholt.
Aber kann es sein, dass der HTMLLink noch nicht so richtig will?
Bzw: Von OWM kommen 4 Readings pro Tag (Heute: hfc1-hfc4, Morgen: hfc5-hfc8 usw....)
Der HTMLLink nimmt halt die ersten 4 Werte.
Bisher waren das: Heute, morgen, übermorgen usw.
Jetzt ists: heute, heute, heute, heute :)
Siehe Bilder anbei.
lg, Stefan
hfc sind Stunden Forecast Datensätze. Jeweils für 3 Stunden.
Grüße
Schönen Sonntag,
FHEM update laufen lassen. Kein Probleme funktioniert ohne Fehlermeldungen.
Danke Leon
Gruß
Helmut
Moin zusammen,
wo bitte soll ich mich für den API-Key registrieren? Auf OpenWeather oder auf Darksky??? Habe den Thread jetzt drei mal auf und ab gelesen, aber ich finde es irgendwie nicht :/
Alles klar: http://openweathermap.org/faq#error401
...ich zieh mir mal noch einen Kaffee
PS: danke für die schnelle Arbeit an diesem Problem!
Das kommt drauf an welche API Du verwenden möchtest. Bei den jeweiligen Anbieter musst Du Dich dann registrieren und erhälst einen API Key.
Hallo CoolTux,
zunächst mal vielen Dank für die tolle Arbeit!
Ich habe die folgenden Dateien aus https://svn.fhem.de/fhem/trunk/fhem/FHEM/ (https://svn.fhem.de/fhem/trunk/fhem/FHEM/) runtergeladen und in /opt/fhem/FHEM verschoben:
-rwxr--r-- 1 fhem dialout 21484 Jan 13 11:19 DarkSkyAPI.pm
-rwxr--r-- 1 fhem dialout 17155 Jan 13 11:19 OpenWeatherMapAPI.pm
Die Besitzervergabe fhem:dialout ist mir klar, aber sind die Rechte so richtig? Den Download habe ich mit einem WIN-Rechner durchgeführt.
Twilight:
2019.01.13 11:58:09 3: [myTwilight] got no weather info from yahoo. Error code: DNS: short DNS answer
Wo kann ich hier eine Lösung finden?
Nachdem ich die beiden Wetter-APIs definiert hatte, ist Fhem so nach ca. 5 Minuten nicht mehr erreichbar.
Der letzte Eintrag in der log-Datei ist:
Can't call method "getWeather" on an undefined value at .//FHEM/59_Weather.pm line 179.
Die Zeile 179 in 59_Weather.pm lautet:
my $responseRef = $hash->{fhem}->{api}->getWeather;
Das Intervall habe ich bei beiden Definitionen auf 600 (10 Minuten) gesetzt, kann es daran liegen?
Viele Grüße Gisbert
Zitat von: Gisbert am 13 Januar 2019, 12:14:03
Hallo CoolTux,
zunächst mal vielen Dank für die tolle Arbeit!
Ich habe die folgenden Dateien aus https://svn.fhem.de/fhem/trunk/fhem/FHEM/ (https://svn.fhem.de/fhem/trunk/fhem/FHEM/) runtergeladen und in /opt/fhem/FHEM verschoben:
-rwxr--r-- 1 fhem dialout 21484 Jan 13 11:19 DarkSkyAPI.pm
-rwxr--r-- 1 fhem dialout 17155 Jan 13 11:19 OpenWeatherMapAPI.pm
Die Besitzervergabe fhem:dialout ist mir klar, aber sind die Rechte so richtig? Den Download habe ich mit einem WIN-Rechner durchgeführt.
Twilight:
2019.01.13 11:58:09 3: [myTwilight] got no weather info from yahoo. Error code: DNS: short DNS answer
Wo kann ich hier eine Lösung finden?
Nachdem ich die beiden Wetter-APIs definiert hatte, ist Fhem so nach ca. 5 Minuten nicht mehr erreichbar.
Der letzte Eintrag in der log-Datei ist:
Can't call method "getWeather" on an undefined value at .//FHEM/59_Weather.pm line 179.
Die Zeile 179 in 59_Weather.pm lautet:
my $responseRef = $hash->{fhem}->{api}->getWeather;
Das Intervall habe ich bei beiden Definitionen auf 600 (10 Minuten) gesetzt, kann es daran liegen?
Viele Grüße Gisbert
Warum hast Du das gemacht? Bitte führen ein FHEM Update durch damit alle nötigen Dateien aktualisiert werden.
Infos zu Twilight gibt es in den entsprechenden Twilight Threads hier im Weather Forum.
Zitat von: CoolTux am 13 Januar 2019, 12:08:39
Das kommt drauf an welche API Du verwenden möchtest. Bei den jeweiligen Anbieter musst Du Dich dann registrieren und erhälst einen API Key.
Ah verstehe, also ginge auch
define MyWeather Weather api=DarkskyAPI,cachemaxage:600 apikey=xyz....Kann ich die API denn nur einmal verwenden? ich Administriere die fhem Installation meiner Eltern und würde dann da zbsp die Darksky API nutzen die ich nun auch schon angelegt habe ^^
PS: aus
fc6_day_of_week: Do wurde nun
hfc10_day_of_week MoHabe ich etwas falsch gemacht oder muss ich jetzt wirklich alles anpassen um meine Darstellung wieder hin zu bekommen :o
Kannst Du machen. Aber bitte beachte die Bedingungen des Anbieters. Wenn Du mehr wie 1000 Aufrufe am Tag bei DarkSky machst kostet es Dich Geld.
Hallo Leon
kannst du mir bitte kurz erklären welche Icons hinter weblink_Wetter stehen?
Ich dachte es handelt sich um die von Kleinklima
Wenn ich die im FTUI verwenden will sehen die anders aus? Was mach ich da bitte falsch
<header>Wetter</header>
<div class="sheet">
<div class="row">
<div class="cell">
<div data-type="label" data-device="Wetter" data-get="current_date_time" class="small"></div>
<div data-type="weather" data-device="Wetter" data-get="fc1_precipType" data-imageset="kleinklima" class="mini"></div>
<div data-type="label" data-device="Wetter" data-get="fc1_condition" class="cell"></div>
<div data-type="label" data-device="Wetter" data-get="fc1_low_c" data-unit="%B0C%0A" class="cell inline big"></div>
<div data-type="label" data-device="Wetter" data-get="fc1_high_c" data-unit="%B0C%0A" class="cell inline big"></div>
<div data-type="label" data-device="Wetter" data-get="fc1_uvIndex" data-unit= "UV - Index" class="cell big"></div>
<div data-type="label" data-device="Wetter" data-get="fc1_wind_condition" class="cell small"></div>
</div>
Habe auch schon icon und iconAPI sowie die precipType verwendet?
Danke
Helmut
Hatte ich Dir ja schon geschrieben, kann ich nicht sagen. Ist Boris sein Gebiet. Müsste da auch erst nachschauen und suchen und da fehlt mir aktuell die Zeit.
Sorry das war vielleicht noch in dem geschlossenen Thread
Kein Problem
Gruß
helmut
Zitat von: CoolTux am 13 Januar 2019, 12:19:12
Warum hast Du das gemacht? Bitte führen ein FHEM Update durch damit alle nötigen Dateien aktualisiert werden.
Danke für den Hinweis, ich hab zu kompliziert gedacht. Ich habe nicht an den einfachsten Weg gedacht, dass ein "update all" alle neuen und geänderten Module lädt.
Zitat von: monosurr0und am 13 Januar 2019, 12:21:23
PS: aus fc6_day_of_week: Do wurde nun
hfc10_day_of_week Mo
Habe ich etwas falsch gemacht oder muss ich jetzt wirklich alles anpassen um meine Darstellung wieder hin zu bekommen :o
Kann mir dazu jemand was sagen bevor ich anfange ca. 40 notify in zwei fhem Installationen umzuschreiben :(
Zitat von: monosurr0und am 13 Januar 2019, 12:59:23
Kann mir dazu jemand was sagen bevor ich anfange ca. 40 notify in zwei fhem Installationen umzuschreiben :(
Die OpenWeatherMapAPI liefert ausschließlich Stundenforecast Datensätze. Jeweils immer für 3 Stunden. Daher das hfc.
Grüße
Danke, dann mache ich mich mal ans Werk :D
Hallo,
Hervoragende Arbeit, wie schnell das wieder ging!
FHEM ist schon cool und die Entwickler hier sind erste Sahne.
Das musste mal gesagt werden.
Bei mir läuft das Wetter modul bestens.
Gruß
Carlos
Ich verfolge das Thema schon seit einigen Tagen. Erstmal ein großes Lob an die Entwickler und Tester :thumbsup:
Wo finde ich jetzt aber die Anleitung? Der Wiki-Weather-Eintrag (https://wiki.fhem.de/wiki/Weather) teilt nur mit, dass es die Yahoo-API nicht mehr gibt, verweist aber (noch) nicht auf Infos zum aktuellen Weather-Modul.
Welche Anforderungen müssen erfüllt sein? Ich brauche einen API Key von OpenWeather oder DarkSky - korrekt? Sind die kostenlos? Wo und wie sind diese zu registrieren?
Wo liegt der Unterschied zwischen OpenWeather un DarkSky?
Hier fehlt mir noch ein bisschen Futter, für die richtige Entscheidung und die Einrichtung.
Besten Dank vorab.
Zitat von: Felix_86 am 13 Januar 2019, 13:16:59
Ich verfolge das Thema schon seit einigen Tagen. Erstmal ein großes Lob an die Entwickler und Tester :thumbsup:
Wo finde ich jetzt aber die Anleitung? Der Wiki-Weather-Eintrag (https://wiki.fhem.de/wiki/Weather) teilt nur mit, dass es die Yahoo-API nicht mehr gibt, verweist aber (noch) nicht auf Infos zum nun aktuellen Weather-Modul.
Welche Anforderungen müssen erfüllt sein? Ich brauche einen API Key von OpenWeather oder DarkSky - korrekt? Sind die kostenlos? Wo und wie sind diese zu registrieren?
Wo liegt der Unterschied zwischen OpenWeather un DarkSky?
Hier fehlt mir noch ein bisschen Futter, für die richtige Entscheidung und die Einrichtung.
Besten Dank vorab.
Hallo Felix,
Hier gibt es bestimmt so gut wie fast niemanden der Dir sagen kann was wie besser oder schlechter ist. Es wäre also Deine Chance ein aus Deiner Sicht entsprechenden Artikel zu verfassen.
Und wo Du die Keys bekommst und unter welchen Voraussetzungen erfährt man immer beim jeweiligen Anbieter.
Grüße
Zitat von: Felix_86 am 13 Januar 2019, 13:16:59Wo finde ich jetzt aber die Anleitung?
Zusätzliche Infos neben denen zu den Keys:
1) update all --> bitte vorher überlegen, ob das gewollt ist
2) shutdown restart
3) https://fhem.de/commandref_DE.html#Weather (https://fhem.de/commandref_DE.html#Weather), bei OpenWeatherAPI muss API groß geschrieben werden (API=...).
Zitat von: Felix_86 am 13 Januar 2019, 13:16:59
Ich verfolge das Thema schon seit einigen Tagen. Erstmal ein großes Lob an die Entwickler und Tester :thumbsup:
Wo liegt der Unterschied zwischen OpenWeather un DarkSky?
Hier fehlt mir noch ein bisschen Futter, für die richtige Entscheidung und die Einrichtung.
Besten Dank vorab.
DarkSky ist nicht gratis, wenn ich das richtig interpretiere auf deren seite.
Zitat von: satprofi am 13 Januar 2019, 13:28:05
DarkSky ist nicht gratis, wenn ich das richtig interpretiere auf deren seite.
Dann hast Du das falsch interpretiert. Du hast 1000 Abfragen pro Tag frei.
https://darksky.net/dev/docs/faq
Also so gut das auch funktioniert mit den neuen Daten, so bescheiden sind die Konsequenzen und die Usability die sich aus den stündlichen Werten ergeben!
Was soll ich denn jetzt für meinen forcast nutzen?
Problem stellt sich wie folgt dar:
Ich stelle auf einem floorplan das Aktuelle Wetter und eine drei Tage Vorhersage bereit.
Den aktuellen Tag kann ich relativ sauber abbilden
Tages MIN und MAX Werte fehlen jedoch
Die Drei-Tage-Vorhersage besteht bei mir aus einem Wetter Icon und der MIN/MAX Temp
Jetzt habe ich kein MIN/MAX und kein Icon für den Tag selbst mehr :'(
Übersehe ich da etwas in der Flut an Daten?
Zitat von: monosurr0und am 13 Januar 2019, 13:45:34
Also so gut das auch funktioniert mit den neuen Daten, so bescheiden sind die Konsequenzen und die Usability die sich aus den stündlichen Werten ergeben!
Was soll ich denn jetzt für meinen forcast nutzen?
Problem stellt sich wie folgt dar:
Ich stelle auf einem floorplan das Aktuelle Wetter und eine drei Tage Vorhersage bereit.
Den aktuellen Tag kann ich relativ sauber abbilden
Tages MIN und MAX Werte fehlen jedoch
Die Drei-Tage-Vorhersage besteht bei mir aus einem Wetter Icon und der MIN/MAX Temp
Jetzt habe ich kein MIN/MAX und kein Icon für den Tag selbst mehr :'(
Übersehe ich da etwas in der Flut an Daten?
Für einen sauberen Tagesforecast kann ich Dir nur Vorschlagen die DarkSky API zu verwenden.
Was anderes wüsste ich aktuell auch nicht.
Grüße
Zitat von: Helmi55 am 13 Januar 2019, 12:32:51
...
Wenn ich die im FTUI verwenden will sehen die anders aus? Was mach ich da bitte falsch
Helmi55: im Wetter-Widget (FTUI) gibt es eine Art Mapping für Bilder, die beim Kleinklima verwendet werden. Die Übersetzungstabelle sieht in etwa so aus:
var kleinklimamap = {
// Weather (YAHOO) en
'tornado': 'storm.png',
'tropical storm': 'storm.png',
'hurricane': 'storm.png',
'severe thunderstorms': 'thunderstorm.png',
'thunderstorms': 'thunderstorm.png',
'mixed rain and snow': 'rainsnow.png',
'mixed rain and sleet': 'sleet.png',
'mixed snow and sleet': 'snow.png',
'freezing drizzle': 'drizzle.png',
'drizzle': 'drizzle.png',
'freezing rain': 'icy.png',
...... uswDa mit den neuen APIs auch ein Paar Texte anders sind, fehlt hier die richtige Zuordnung. Die Datei /opt/fhem/www/tablet/js/widget_weather.js müsste deshalb angepasst werden.
Wenn man zB. das Icon als Parameter übergibt, dann fehlen zB:
'chance_of_rain': 'chance_of_rain.png',
'partly_cloudy': 'partly_cloudy.png', damit auch die richtigen Bilder dargestellt werden können. Ich habe nicht alles analysiert, aber das wäre eine grobe Richtung...
Gruß
ws
Danke CoolTux, das sieht schon ganz anders aus mit der DarkSky API :D
Zitat von: Felix_86 am 13 Januar 2019, 13:16:59
Welche Anforderungen müssen erfüllt sein? Ich brauche einen API Key von OpenWeather oder DarkSky - korrekt? Sind die kostenlos? Wo und wie sind diese zu registrieren?
Wo liegt der Unterschied zwischen OpenWeather un DarkSky?
DarkSky: kostenlos max. 1000 Aufrufe am Tag, Vorhersage für die nächsten 7 Tage im 1h-Rhythmus, aber: man registriert sich als Entwickler und agiert damit nach meinem Verständnis in einer Grauzone. Registrierung: https://darksky.net/dev
OpenWeatherMap: max. 60 Aufrufe pro Minute, Vorhersage für die nächsten 5 Tage im 3h-Rhythmus. Registrierung: https://home.openweathermap.org/users/sign_up
Für beide Dienste gilt wohl: die Anbieter können jederzeit die Konditionen ändern oder die API komplett abkündigen (sowie Yahoo oder WeatherUnderground es getan haben).
Habe nun beide fhem Installationen auf die DarkSky API umgestellt. Großartig! Funktioniert nun wieder wie zuvor. Noch mal ein dickes Danke!
Stehe aber gerade etwas auf dem Schlauch- glaube auch dass das nichts mit der Wetter API selbst zu tun hat:
Beide defines sind bis auf Long/Lat identisch. Bei meiner werden die Tage in Deutsch, bei meinen Eltern auf Englisch ausgegeben. Condition zBsp ist bei beiden Installationen auf Deutsch.
Strange oder?!?
Hallo ws
Danke für diesen Hinweis. Werde ich mir ansehen. Hoffe das ist nicht eine Nummer zu groß für mich 8) ;D
Gruß
Helmut
P.S: d.h. natürlich ich muss die widget_weather.js nach Änderungen vom update ausschliessen?
Zitat von: monosurr0und am 13 Januar 2019, 14:44:09
Habe nun beide fhem Installationen auf die DarkSky API umgestellt. Großartig! Funktioniert nun wieder wie zuvor. Noch mal ein dickes Danke!
Stehe aber gerade etwas auf dem Schlauch- glaube auch das das nichts mit der Wetter API selbst zu tun hat:
Beide defines sind bis auf Long/Lat identisch. Bei meiner werden die Tage in Deutsch, bei meinen Eltern auf Englisch ausgegeben. Condition zBsp ist bei beiden Installationen auf Deutsch.
Strange oder?!?
Bei Deinen Eltern sind die locales auf Englisch gestellt. Liegt also am OS.
Wie man das ändern kann bei Debian basierten Derivaten findet man viel im Internet.
Ich sage hier auch mal große Dankeschön an CoolTux und die anderen Entwickler die dabei geholfen haben :D
Super Arbeit...!!!
Eine Frage hat jemand bei DarkSky die Luftdruck Tendenz gefunden, gibt es wohl nicht. Evtl. bei OpenWetter...? Dann würde ich mir dort auch noch eine API holen.
Hallo ws
Danke funktioniert.
Nur für Mittwoch liefert DarkSky für den Tag ein icon cloudy-night!!!!!
ich hab es für FTUI auf cloudy gesetzt. Es werden ja hier eigentlich nur Tageswerte angezeigt?
Gruß
Helmut
Zitat von: moonsorrox am 13 Januar 2019, 15:20:50
Ich sage hier auch mal große Dankeschön an CoolTux und die anderen Entwickler die dabei geholfen haben :D
Super Arbeit...!!!
Eine Frage hat jemand bei DarkSky die Luftdruck Tendenz gefunden, gibt es wohl nicht. Evtl. bei OpenWetter...? Dann würde ich mir dort auch noch eine API holen.
Habe ich in keiner der beiden APIs gefunden. Wer Zeit und Lust hat kann sich die API Beschreibung einmal anschauen bei den Anbietern. Ich nehme gerne Hinweise entgegen.
Grüße
Zitat von: CoolTux am 13 Januar 2019, 15:24:18
Habe ich in keiner der beiden APIs gefunden.
Habe ich mir fast gedacht..
Ok vielen Dank
Zitat von: CoolTux am 13 Januar 2019, 14:52:16
Bei Deinen Eltern sind die locales auf Englisch gestellt. Liegt also am OS.
Wie man das ändern kann bei Debian basierten Derivaten findet man viel im Internet.
Das war es...da wäre ich ja nie drauf gekommen! Dankeschön
Zitat von: Icinger am 13 Januar 2019, 11:00:38
Danke für die flotte Änderung des Moduls.
Funktioniert auf anhieb perfekt, Daten werden von OpenWeatherMap geholt.
Aber kann es sein, dass der HTMLLink noch nicht so richtig will?
Bzw: Von OWM kommen 4 Readings pro Tag (Heute: hfc1-hfc4, Morgen: hfc5-hfc8 usw....)
Der HTMLLink nimmt halt die ersten 4 Werte.
Bisher waren das: Heute, morgen, übermorgen usw.
Jetzt ists: heute, heute, heute, heute :)
Siehe Bilder anbei.
lg, Stefan
Gibt es eine Möglichkeit dem HTMLLink mitzugeben, welche Readings er anzeigen soll?
Mir würde z.B. der Forecast immer um 12 Uhr reichen. Das Wetter nachts interessiert mich weniger.
Alternativ wäre es schön, wenn die Uhrzeit für den Forecast angezeigt würde (Di, 15 Jan 2019 00:00, Di, 15 Jan 2019 03:00, Di, 15 Jan 2019 06:00, ....)
Zitat von: Felix_86 am 13 Januar 2019, 17:50:10
Gibt es eine Möglichkeit dem HTMLLink mitzugeben, welche Readings er anzeigen soll?
Mir würde z.B. der Forecast immer um 12 Uhr reichen. Das Wetter nachts interessiert mich weniger.
Alternativ wäre es schön, wenn die Uhrzeit für den Forecast angezeigt würde (Di, 15 Jan 2019 00:00, Di, 15 Jan 2019 03:00, Di, 15 Jan 2019 06:00, ....)
Aktuell kann man da nichts weiter einstellen ausser die Anzahl der Forecasts. Uhrzeit wollte ich auf jeden Fall noch machen.
Zuerst mal vielen Dank an CoolTux für die hervorragende Arbeit.
Bei mir auf dem Testsystem (Ubuntu 16.04) hat die Einrichtung sowohl von DarkSky als auch OpenWeather bestens geklappt.
Für den Weblink fände ich eine kleine kosmetische Änderung ganz toll..
[b]Aktuell[/b]<br>
Leichter Regen
8°C 89%
Wind: WNW 7 km/h
...
[b]Di, 15 Jan 2019 00:00[/b]<br>
Klarer Himmel
min 2°C
max 4°C
usw.
d.h. beim aktuellen Wetter das Wort "Aktuell" samt Zeilenschaltung einfügen,
ebenso eine Zeilenschaltung nach dem Datum (Datum/Uhrzeit statt Wochentagskürzel, wie oben schon mal gewünscht)
Wäre das ein großer Aufwand?
Vielen Dank schon mal
Jonas
Zitat von: Sprocki62 am 13 Januar 2019, 19:14:32
Zuerst mal vielen Dank an CoolTux für die hervorragende Arbeit.
Bei mir auf dem Testsystem (Ubuntu 16.04) hat die Einrichtung sowohl von DarkSky als auch OpenWeather bestens geklappt.
Für den Weblink fände ich eine kleine kosmetische Änderung ganz toll..
[b]Aktuell[/b]<br>
Leichter Regen
8°C 89%
Wind: WNW 7 km/h
...
[b]Di, 15 Jan 2019 00:00[/b]<br>
Klarer Himmel
min 2°C
max 4°C
usw.
d.h. beim aktuellen Wetter das Wort "Aktuell" samt Zeilenschaltung einfügen,
ebenso eine Zeilenschaltung nach dem Datum (Datum/Uhrzeit statt Wochentagskürzel, wie oben schon mal gewünscht)
Wäre das ein großer Aufwand?
Vielen Dank schon mal
Jonas
Die Idee ist gut. Werde ich Boris (eigentlicher Modulauthor von Weather) vortragen.
Grüße
Danke CoolTux, OpenWeatherMap und DarkSky laufen beide bisher problemlos.
Danke für deine Arbeit!
Gruß
Mathze
Ich hätte da noch einen vielleicht ziemlich unbescheidenen Wunsch, da das möglicherweise ziemlich viel Aufwand bedeutet. Könnte man nicht 2 Zeilen bzw. Spalten vorsehen und in der ersten die Uhrzeitwerte des Tages und in der zweiten die nächsten 7 Tage anzeigen. Das wäre die Sau in Tüten.
Falscher Thread falscher Maintainer. Boris ist für Weather zuständig.
Moin CoolTux, vorhin stand einmal mein FHEM still, nach einem Restart ging alles wieder.
Im Log steht folgendes:
Can't call method "getWeather" on an undefined value at ./FHEM/59_Weather.pm line 179.
Welche Informationen benötigst du noch?
Gruß
Mathze
Zitat von: t1me2die am 14 Januar 2019, 17:31:25
Moin CoolTux, vorhin stand einmal mein FHEM still, nach einem Restart ging alles wieder.
Im Log steht folgendes:
Can't call method "getWeather" on an undefined value at ./FHEM/59_Weather.pm line 179.
Welche Informationen benötigst du noch?
Gruß
Mathze
Hast Du ein reload vom Weathermodul oder so gemacht? Sieht so aus als fehlte ihm das Object zum Aufrufen der Funktion. Sollte das oft passieren dann melde Dich bitte noch mal.
Ich habe folgendes gemacht:
update DarkSkyAPI.pm
update OpenWeatherMapAPI.pm
update 59_Weather.pm
Danach wie es sich gehört ein shutdown restart :)
Ich melde mich, falls es noch einmal auftaucht.
Gruß
Mathze
Zitat von: Felix_86 am 13 Januar 2019, 17:50:10
Gibt es eine Möglichkeit dem HTMLLink mitzugeben, welche Readings er anzeigen soll?
Mir würde z.B. der Forecast immer um 12 Uhr reichen. Das Wetter nachts interessiert mich weniger.
Alternativ wäre es schön, wenn die Uhrzeit für den Forecast angezeigt würde (Di, 15 Jan 2019 00:00, Di, 15 Jan 2019 03:00, Di, 15 Jan 2019 06:00, ....)
ich errechne mir die fehlendern fc-readings sowie den pressure_trend_txt mit einem notify (siehe hier: https://forum.fhem.de/index.php/topic,95746.msg887491.html#msg887491)
Hi CoolTux,
vielen Dank für deine Arbeit an dem Modul und den beiden API. Ich hoffe, ich bin in diesem Forum richtig, es gibt einige Threads zu dem Weather-Modul und den API-Modulen. Nach dem ersten Update am Wochenende war das Weather-Device bei mir nicht mehr in FHEM berücksichtigt. Im Log konnte ich sehen, dass die Definition nicht korrekt war. Zum Glück wurden die bisherigen Einträge in der cfg nicht geändert, sodass ich dort nur die Syntax der Def an deine anpassen musste. Für viele Benutzer, die nicht wie ich die Entwicklung hier nachverfolgt haben, werden sicher nicht sofort wissen, wieso deren Device hinausgeflogen ist. Hattest du das mit dem heutigen Update korrigiert, sodass bisherige Definitionen zumindest das Device in FHEM weiter erscheinen lassen?
Ich nutze das überarbeitete Weather-Modul mit dem OpenWeatherAPI und hoffe, dass ich hier richtig bin und die Readings sowie dessen Sortierung aus dem OpenWatherAPI kommen und nicht dem Weather-Modul.
Ich habe in den Readings durch die Vorhersagen alle drei Stunden Readings nach dem Muster hfc1 bis hfc40, allerdings sind diese etwas unübersichtlich sortiert:
hfc10*
hfc11*
....
hfc19
hfc1*
hfc20*
...
Wäre es dann nicht sinnvoller die Readings mit einstelligen Zahlen in bspw. hfc01 umzubenennen? Dann wären die Readings in den ersten Stellen chronologisch.
Was meinst du?
Danke soweit und viele Grüße,
Tim
Zitat von: Timmäää am 14 Januar 2019, 21:46:29
Hi CoolTux,
vielen Dank für deine Arbeit an dem Modul und den beiden API. Ich hoffe, ich bin in diesem Forum richtig, es gibt einige Threads zu dem Weather-Modul und den API-Modulen. Nach dem ersten Update am Wochenende war das Weather-Device bei mir nicht mehr in FHEM berücksichtigt. Im Log konnte ich sehen, dass die Definition nicht korrekt war. Zum Glück wurden die bisherigen Einträge in der cfg nicht geändert, sodass ich dort nur die Syntax der Def an deine anpassen musste. Für viele Benutzer, die nicht wie ich die Entwicklung hier nachverfolgt haben, werden sicher nicht sofort wissen, wieso deren Device hinausgeflogen ist. Hattest du das mit dem heutigen Update korrigiert, sodass bisherige Definitionen zumindest das Device in FHEM weiter erscheinen lassen?
Ich nutze das überarbeitete Weather-Modul mit dem OpenWeatherAPI und hoffe, dass ich hier richtig bin und die Readings sowie dessen Sortierung aus dem OpenWatherAPI kommen und nicht dem Weather-Modul.
Ich habe in den Readings durch die Vorhersagen alle drei Stunden Readings nach dem Muster hfc1 bis hfc40, allerdings sind diese etwas unübersichtlich sortiert:
hfc10*
hfc11*
....
hfc19
hfc1*
hfc20*
...
Wäre es dann nicht sinnvoller die Readings mit einstelligen Zahlen in bspw. hfc01 umzubenennen? Dann wären die Readings in den ersten Stellen chronologisch.
Was meinst du?
Danke soweit und viele Grüße,
Tim
Das mit der Definition wurde kurzfristig von Boris geändert, denke mal wegen alte Readings löschen.
Man kann darüber nachdenken ob nicht eine Vorangestellte 0 das Problem lösen könnte, diese Sortierung kommt allerdings aus dem Weathermodul heraus. Ich möchte da jetzt ungern Boris reinreden. Ich kann es aber mal im Code vermerken.
Grüße
Hallo,
ich bin gerade vom abgeschalteten Yahoo Weather auf OpenWeatherMap gewechselt.
Gibt es bei den Vorhersagen neben den hfcXX Werten für 3 Stunden auch Vorhersagen für ganze Tage?
Ich brauche für meine Heizungsteuerung immer das min und max für den ganzen aktuellen und nächsten Tag.
Über die hfc Werte kriege ich das nicht zusammen. Oder hat jemand eine Idee wie man das mit Aggregieren im DOIF vielleicht zusammenfassen kann?
Danke und Grüße
Ich werde versuchen die Tage eine Tagesforecast zusammen zu bekommen.
Moinsen,
noch ein Vorschlag für beide APIs:
Nach dem Wochentag (bzw Wochentag/Uhrzeit) einen Zeilenumbruch einfügen.
Bei DarkSky evtl den Tag ausschreiben. :-)
Zitat von: Frank_Huber am 15 Januar 2019, 08:57:41
Moinsen,
noch ein Vorschlag für beide APIs:
Nach dem Wochentag (bzw Wochentag/Uhrzeit) einen Zeilenumbruch einfügen.
Bei DarkSky evtl den Tag ausschreiben. :-)
Für die Anzeige ist 59_Weather zuständig, nicht die API Module.
Ich werde das an Boris weiter geben. Dauert aber.
Grüße
Ich habe soeben rain und snow mit eingebaut. Es können die Werte von letzte 1 Stunde und/oder die letzten 3 Stunden angezeigt werden. Jeweils in mm
Ich teste noch, wenn alles klappt kommt es morgen per Update
Moin CoolTux, ich hatte gestern Abend ein WARNING im Log gefunden.
2019.01.15 19:14:42 1: PERL WARNING: Use of uninitialized value in localtime at FHEM/DarkSkyAPI.pm line 478.
Hab keine Nebenwirkungen mitbekommen.
War das einzige mal, dass ich diese Meldung gefunden habe.
Gruß
Mathze
Du verwendest die DarkSkyAPI. Danke Dir fürs Bescheid geben, ist aber leider der falsche Thread. ;)
Ich schaue aber gerne.
Zitat von: t1me2die am 16 Januar 2019, 12:34:03
Moin CoolTux, ich hatte gestern Abend ein WARNING im Log gefunden.
2019.01.15 19:14:42 1: PERL WARNING: Use of uninitialized value in localtime at FHEM/DarkSkyAPI.pm line 478.
Hab keine Nebenwirkungen mitbekommen.
War das einzige mal, dass ich diese Meldung gefunden habe.
Gruß
Mathze
Mach mal bitte heute ein Update. Eventuell war es das dann schon.
Ach sorry, bei den ganzen Wetter Threads komme ich ganz durcheinander ::)
Ich mache heute Abend mal ein Update, ich werde berichten, falls mir wieder was auffällt :)
Danke, Gruß
Mathze
Hi zusammen,
ich komme irgendwie mit dem Weather Modul nicht weiter
Update auf meinem FHEM ist tagesaktuell.
Ich habe wie folgt definiert:
define MeinWetter Weather api=OpenWeatherMapAPI apikey="hier steht mein Openweather Key" location="ist gesetzt, wird hier aber nicht gepostet" interval=3600 lang=de
Das Modul ist auch vorhanden, allerdings steht bei den Internals:
API
DarkSkyAPI
APIKEY
"vorhanden aber ausgeblendet"
APIOPTIONS
cachemaxage:600[code]
Da steht dann als API die DarkSkyAPI, hatte aber doch OpenweathermapAPI gesetzt
und als State erhalte ich:
state
API Maintainer: Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>) ErrorMsg: DarkSky Weather permission denied
Was mache ich falsch? Hat jemand eine Idee woran der Fehler liegen könnte?
Also define ist definitiv auf OpenWeatherMapAPI, Modul läuft aber auf Dark Sky
DANKE schon mal im Voraus und beste Grüße
Panger
Zitat von: Panger1337 am 16 Januar 2019, 13:35:37
Hi zusammen,
ich komme irgendwie mit dem Weather Modul nicht weiter
Update auf meinem FHEM ist tagesaktuell.
Ich habe wie folgt definiert:
define MeinWetter Weather api=OpenWeatherMapAPI apikey="hier steht mein Openweather Key" location="ist gesetzt, wird hier aber nicht gepostet" interval=3600 lang=de
Das Modul ist auch vorhanden, allerdings steht bei den Internals:
API
DarkSkyAPI
APIKEY
"vorhanden aber ausgeblendet"
APIOPTIONS
cachemaxage:600[code]
Da steht dann als API die DarkSkyAPI, hatte aber doch OpenweathermapAPI gesetzt
und als State erhalte ich:
state
API Maintainer: Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>) ErrorMsg: DarkSky Weather permission denied
Was mache ich falsch? Hat jemand eine Idee woran der Fehler liegen könnte?
Also define ist definitiv auf OpenWeatherMapAPI, Modul läuft aber auf Dark Sky
DANKE schon mal im Voraus und beste Grüße
Panger
Wenn es Tagesaktuell ist, schaue doch mal in die CommandRef...
"API=" und "api=".....
Hi Frank,
habe es soeben bemerkt. Hatte das falsch gelesen hier im Post. Hatte gesehen, dass API groß geschrieben werden muss, dachte aber bei "OpenWeathermapAPI" am Ende, aber auch davor das API= muss groß geschrieben werden.
Manchmal sieht man den Wald vor lauter Bäumen nicht.
DANKE für die schnelle Hilfe und großen DANK auch an die Entwickler des Moduls.
Grüße
Panger
@CoolTux
ich bekomme folgenden Fehler
API Maintainer: Leon Gaultier (CoolTux) ErrorMsg: DNS 192.178.168.1 timed out
Internals:
API OpenWeatherMapAPI
APIKEY ec36ae667ce4f0f35bfce5786df0fd85
APIOPTIONS cachemaxage:600
CFGFN
DEF API=OpenWeatherMapAPI,cachemaxage:600 apikey=hierStehtSonstMeinKey location=51.8,9.69 interval=3600 language=de
FUUID 5d346c81-f33f-86cf-fec6-5d60d5b30a704ebf
INTERVAL 3600
LANG de
LOCATION 51.8,9.69
MODEL OpenWeatherMapAPI
NAME MeinWetter
NOTIFYDEV global
NR 1724
NTFY_ORDER 50-MeinWetter
STATE API Maintainer: Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>) ErrorMsg: DNS 192.178.168.1 timed out
TYPE Weather
READINGS:
2019-07-21 15:47:08 apiMaintainer Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>)
2019-07-21 15:47:08 apiVersion 0.4.0
2019-07-21 15:47:08 current_date_time Do, 1 Jan 1970 01:00
2019-07-21 15:47:08 lastError DNS 192.178.168.1 timed out
2019-07-21 15:47:08 lat 51.8
2019-07-21 15:47:08 long 9.69
2019-07-21 15:47:08 state API Maintainer: Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>) ErrorMsg: DNS 192.178.168.1 timed out
2019-07-21 15:47:08 status DNS 192.178.168.1 timed out
2019-07-21 15:47:08 validity stale
fhem:
allowCache 1
interfaces temperature;humidity;wind
Attributes:
room Wettervorhersage
Hat sich etwas geändert an der API?
edit:
Ok sehe, ich habe in meinen Router 1.1.1.1 gesetzt. Wie kann ich das dem Modul beibringen?
edit2:
Auf "Vom Internetanbieter zugewiesene DNSv4-Server verwenden (empfohlen)" setzten funktioniert auch nicht.
Das Internet bei Dir zu Hause an sich geht aber, oder?
Eigentlich stellt man den INTERNEN DNS Server (meinst die Fritzbox) im global Device unter dem Attribut dnsServer oder so ein.
Ja, alle weiteren Geräte funktionieren ohne Einschränkung. Im Erdgeschoss ist eine Fritzbox7590 der Hauptrouter. Im 1.OG eine 7490, bei der
ich "Vorhandene Internetverbindung mitbenutzen (WLAN Mesh / IP-Client-Modus)" aktiviert habe.
Testweise habe ich eben das Widget von Openweathermap per Dummy eingebunden. Funktioniert tadellos.
Hier mein raspi auf dem Fhem läuft.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sat Jul 13 15:07:23 2019 from 192.168.178.34
root@raspiFhem:~# ip route
default via 192.168.178.1 dev eth0 src 192.168.178.42 metric 202
192.168.178.0/24 dev eth0 proto kernel scope link src 192.168.178.42 metric 202
root@raspiFhem:~#
Ok dann mal gefragt, wieso timed der DNS 192.178.168.1 out und was ist das für eine IP. Die ist jedenfalls nicht Class C Privat. Hast Dich da verschrieben irgendwo.
Ja, gute Frage, wo kommt der Zahlendreher her?
root@raspiFhem:~# cat /etc/resolv.conf
# Generated by resolvconf
domain fritz.box
nameserver 192.168.178.1
root@raspiFhem:~#
Hast du was in global als Attribut eingetragen?
Ahh...Da kommt der Zahlendreher her. Jetzt muss ich nur noch rausbekommen, warum ich das mal gesetzt habe...
Vielen Dank! :D
Das ist schon sinnvoll. Damit bleibt FHEM bei einem Internetausfall nicht hängen bei externen Abfragen.
Das war mein Beweggrund, ich erinnere mich!
Hat ja super geklappt ::)
Hey Marko,
Zitat von: CoolTux am 15 Januar 2019, 08:53:32
Ich werde versuchen die Tage eine Tagesforecast zusammen zu bekommen.
Hat sich da hinsichtlich schon was ergeben?
Oder hast Du einen Ansatz wie man das Ganze angehen könnte bezüglich einer Vorhersage für morgen und übermorgen und (OPTIONAL: den Rest der Woche) für jeweils 14 Uhr bsw.?
Ich würde da ja auch selbst wieder n bissl rumbasteln, aber mir fehlt irgendwie n Ansatz ??? :o
Grüße
Andreas
Hallo Andreas,
Bisher hat sich da leider nichts getan. Das ganze ist nicht ganz trivial. Wer das tatsächlich haben möchte kann zur Not sich anmelden und das entsprechende Paket gegen Kosten buchen.
Da ich aber auch Interesse daran habe werde ich mich (irgendwann einmal) daran setzen und eine Umsetzung versuchen.
Grüße
Hey,
danke für Deine Antwort , aber ...
Angemeldet bin ich ja und bekomme auch die Infos. Funktioniert ja auch soweit... Zu verarbeiten sind allerdings eigentlich nur die aktuellen Daten. Darüber hinaus es gibt ja keine Tagesvorhersage, sondern nur die "5 days/3 hour forecast API" Hier eine vorhersage für die entsprechenden 3 Tage zu machen übersteigt irgendwie meine geistigen Fähigkeiten -.-
Daher war meine Hoffnung, dass da vielleicht schon jemand anderes (oder Du) was gebaut haben ....
Hat sonst jemand eine alternative Idee für diese Infos ?
Grüße
Andreas
Zitat von: flummy1978 am 04 September 2019, 11:00:20
Hey,
danke für Deine Antwort , aber ...
Angemeldet bin ich ja und bekomme auch die Infos. Funktioniert ja auch soweit... Zu verarbeiten sind allerdings eigentlich nur die aktuellen Daten. Darüber hinaus es gibt ja keine Tagesvorhersage, sondern nur die "5 days/3 hour forecast API" Hier eine vorhersage für die entsprechenden 3 Tage zu machen übersteigt irgendwie meine geistigen Fähigkeiten -.-
Daher war meine Hoffnung, dass da vielleicht schon jemand anderes (oder Du) was gebaut haben ....
Hat sonst jemand eine alternative Idee für diese Infos ?
Grüße
Andreas
Hallo,
Idee habe ich aktuell nicht. Da müsste ich mich mal konzentriert für 2-3 Stunden hinsetzen.
Thema angemeldet! Es ist eine Sache angemeldet zu sein und das Standardpaket zu bekommen und eine andere im Monat X Euro ab zu drücken und das Erweiterte Paket zu bekommen wo man dann auch richtige Forcast Tages Daten in Stundenunterteilung bekommt. Das aber nur zur Info damit wir beide nicht aus versehen aneinander vorbei reden :)
Tja so ist das halt mit den kostenlosen Sachen ...
Zitat von: CoolTux am 04 September 2019, 11:15:53
Thema angemeldet! Es ist eine Sache angemeldet zu sein und das Standardpaket zu bekommen und eine andere im Monat X Euro ab zu drücken und das Erweiterte Paket zu bekommen wo man dann auch richtige Forcast Tages Daten in Stundenunterteilung bekommt. Das aber nur zur Info damit wir beide nicht aus versehen aneinander vorbei reden :)
Ich bin ja in einigen Dingen (wie Du weisst) durchaus bereit auch die
nicht kostenlose Variante vor zu ziehen. ABER bei Tante Gugl, oder ähnlichem wäre ich mir ziemlich sicher, dass dieser Dienst morgen nicht eingestellt wird. Bei Openweather ... ??? Und vor allem mal ehrlich 40 Eur / Monat ? nein ganz sicher nicht für Wetterinformationen. 40 EUR / Jahr fände ich grenzwertig, aber noch akzeptabel, wenn der Dienst komplett zuverlässig läuft und Optionen bietet. (so wie bei einigen anderen Sachen die ich kenne, oder für die ich 20 - 60 Eur / Jahr bezahle )
Schade, aber muss man sich was anderes überlegen.... Ich stehe ja noch relativ am Anfang der Dinge die man mit Wetterinfos steuern kann, aber ich frag mich wie das die ganzen Cracks aktuell machen, die früher fast alles mit dem Yahoo Wetter gesteuert haben ;)
Grüße
Andreas
Hallo,
kann man die Temperaturen auch mit einer Nachkommastelle ausgeben?
Grüße,
Dirk
Hallo Dirk,
Nein. Wenn Du es so genau brauchst, wirst Du wohl ein geeichtes Gerät brauchen.
Grüße
Hallo Cooltux,
ich habe mir die Nachkommastellen einfach selbst reinprogrammiert, OpenWeatherMap.org liefert glücklicherweise die Temperaturdaten mit entsprechenden Nachkommastelle.
LG,
Dirk
Hallo CoolTux,
ich habe Deinen Eintrag hier gerade gelesen und wollte mal nachfragen....
Zitat von: CoolTux am 15 Januar 2019, 14:58:59
Ich habe soeben rain und snow mit eingebaut. Es können die Werte von letzte 1 Stunde und/oder die letzten 3 Stunden angezeigt werden. Jeweils in mm
Ich teste noch, wenn alles klappt kommt es morgen per Update
Bei mir steht im Device: FVERSION 59_Weather.pm:v2.1.3-s21117/2020-02-04 - Denke deshalb ich bin aktuell ;-)
Achja und ich hole mir die Daten über die OpenWeatherAPI (nicht Darksky)
Finde aber in den Readings zu "rain" nur die Einträge zu "hfc
xy _rain3h"
hat sich zu den Werten der letzten Stunde, oder der letzten 3h noch was getan, oder fehlt mir noch was?
Zitat von: Parador am 03 Mai 2020, 12:23:01
Hallo CoolTux,
ich habe Deinen Eintrag hier gerade gelesen und wollte mal nachfragen....Bei mir steht im Device: FVERSION 59_Weather.pm:v2.1.3-s21117/2020-02-04 - Denke deshalb ich bin aktuell ;-)
Achja und ich hole mir die Daten über die OpenWeatherAPI (nicht Darksky)
Finde aber in den Readings zu "rain" nur die Einträge zu "hfc xy _rain3h"
hat sich zu den Werten der letzten Stunde, oder der letzten 3h noch was getan, oder fehlt mir noch was?
Die Angaben habe ich aus der API Beschreibung. Es gibt aber auch Regionen wo nur 3 Stunden oder sogar gar nicht geliefert wird.
Wenn bei Dir also nichts kommt dann wird wohl nicht geliefert.
;-( ok, das erklärt leider schlüssig, warum keine Readings da sind.....
hallo ich wollte mal nachfragen, ob bei dem openWeatherMap der Aufruf oneCall kommt?
ich würde gerne die stündliche vorhersagen verwenden.
OpenWeatherMap liefert stündlich. Also in Form von alle 3 Stunden. Was genau meinst Du mit oneCall?
es gibt einen "One Call API" der liefert für die nächsten 48 Stunden eine Stündliche daten
Current weather
Minute forecast for 1 hour
Hourly forecast for 48 hours
Daily forecast for 7 days
National weather alerts
Historical weather data for the previous 5 day
https://openweathermap.org/api/one-call-api
Dafür sind weniger Abfragen pro monat / Tag erlaubt
Nein das wird nicht verwendet.
Hallo,
habe in regelmäßigen Abständen folgende Fehlermeldung im log:
2021.12.28 11:20:27 1: PERL WARNING: Use of uninitialized value in multiplication (*) at FHEM/OpenWeatherMapAPI.pm line 445, <DNSFILE> line 42528.
Was kann man dagegen tun?
Elektrolurch
Zitat von: Elektrolurch am 29 Dezember 2021, 10:15:13
Hallo,
habe in regelmäßigen Abständen folgende Fehlermeldung im log:
2021.12.28 11:20:27 1: PERL WARNING: Use of uninitialized value in multiplication (*) at FHEM/OpenWeatherMapAPI.pm line 445, <DNSFILE> line 42528.
Was kann man dagegen tun?
Elektrolurch
Ich habe unter [1] einen möglichen Patch hochgeladen.
Zur Erklärung: Die Warnings treten auf wenn gewisse Daten von der API nicht geliefert werden. Eine einfache Lösung wäre in der entsprechenden Funktion die warnings mittels
no warnings 'uninitialized'; zu deaktivieren.
[1] https://forum.fhem.de/index.php/topic,125075.msg1196865.html#msg1196865
Danke.
Den kannte ich noch nicht:
no warnings 'uninitialized';
Wieder was gelernt.
Elektrolurch
Zitat von: Elektrolurch am 29 Dezember 2021, 10:15:13
Hallo,
habe in regelmäßigen Abständen folgende Fehlermeldung im log:
2021.12.28 11:20:27 1: PERL WARNING: Use of uninitialized value in multiplication (*) at FHEM/OpenWeatherMapAPI.pm line 445, <DNSFILE> line 42528.
Was kann man dagegen tun?
Elektrolurch
Welche API Version verwendest Du. In der aktuellen finde ich an dieser Stelle keine multiplication