Modul für Weather Underground / Wunderground

mkriegl · 14 Dezember 2022, 20:37:15

Also bei mir sieht es sehr gut aus. Vielen lieben Dank dafür. Bekommst du pressure auch noch mit Dezimalstellen hin? Hab gesehen, dass das auf der Website mit zwei Dezimalstellen angegeben ist.
Wäre jetzt halb so schlimm, Temeratur mit Dezimalstelle ist da schon interessanter

CoolTux · 14 Dezember 2022, 20:40:42

Bekomme ich hin. Fragt man sich nur ob das Sinn macht. Ok das habe ich mich schon bei Temperatur gefragt

CoolTux · 14 Dezember 2022, 20:42:35

Erledigt. Neue Version ist online

mkriegl · 14 Dezember 2022, 20:49:02

Super, merci, funktioniert.
Ja, bei pressure ist es vielleicht ein wenig übertrieben, aber bei Temperatur natürlich schon schön ob ich jetzt 0,1 oder 0,9Grad habe, aber 0Grad angezeigt wird

Vielen Dank auf alle Fälle

CoolTux · 14 Dezember 2022, 20:51:07

Ich werde die Version im neuen Jahr ins SVN geben. Wird da eh ein größeres Update geben. Zusammen mit 59_Weather und den anderen API Modulen.

mkriegl · 14 Dezember 2022, 20:55:05

Sehr gut. So lange ich deine Version habe ist das ja schon mal was

Mir ist eben noch precipRate und precipTotal, so wie solarRadiation aufgefallen. Aktuell ist bei mir grad kein Regen und keine Sonne, aber ich glaube da fehlt es auch noch. Ist aber dann die gleiche Diskussion wie pressure ob es notwendig ist

mkriegl · 14 Dezember 2022, 20:59:40

Zu den drei genannten ist mir eben noch wind_chill aufgefallen. Das ist ja die gefühlte Temperatur. Macht vielleicht Sinn, das auch mit rein zu nehmen, damit es einheitlich ist.

mkriegl · 13 Januar 2023, 18:12:38

Hi CoolTux

mein Wunderground funktioniert nach dem letzten Update leider nicht mehr. Unter FHEM wird leider folgendes statt dem define angezeigt:
Undefined subroutine &main::WeatherAsHtmlH called at (eval 765) line 1.

Meine anderen Wetterabfragen funktionieren noch wie gehabt. Könntest du da mal bitte schauen? Danke

CoolTux · 13 Januar 2023, 18:42:02

Zitat von: mkriegl am 13 Januar 2023, 18:12:38
Hi CoolTux

mein Wunderground funktioniert nach dem letzten Update leider nicht mehr. Unter FHEM wird leider folgendes statt dem define angezeigt:
Undefined subroutine &main::WeatherAsHtmlH called at (eval 765) line 1.

Meine anderen Wetterabfragen funktionieren noch wie gehabt. Könntest du da mal bitte schauen? Danke

Das kann so nicht sein. Es wird für alle APIs der das selbe Weather Modul verwendet für die hier erwähnte Funktion.

mkriegl · 13 Januar 2023, 19:15:29

Hab eben gesehen, dass es mir den define rausgeschmissen hat und darksky noch auf dem darksky modul läuft.
Wenn ich ein
"define IMUNIC39 Weather API=wundergroundAPI apikey=e1f10a1e78da46f5b10a1e78da96f525"
mache, dann meldet er mir
"Cannot load module Weather"

Bin überfragt

CoolTux · 13 Januar 2023, 19:26:27

Zitat von: mkriegl am 13 Januar 2023, 19:15:29
Hab eben gesehen, dass es mir den define rausgeschmissen hat und darksky noch auf dem darksky modul läuft.
Wenn ich ein
"define IMUNIC39 Weather API=wundergroundAPI apikey=e1f10a1e78da46f5b10a1e78da96f525"
mache, dann meldet er mir
"Cannot load module Weather"

Bin überfragt

Deswegen gibt es Logfile. Schau da mal rein. tippe aber auf Readonly

Daher

Code Auswählen

apt install libreadonly-perl

mkriegl · 13 Januar 2023, 20:56:29

Danke dir, ja, das wars. Log hätte ich natürlich mal schauen sollen.
Happy Weekend

PNinBB · 18 Januar 2023, 20:01:26

Wetterdaten beziehe ich schon einige Zeit von DarkSky, OpernWetter und Proplante unter Nutzung der in FHEM bereitgestellten Module.
Bis ca. 10. Januar 2023 funktionierte dies auch; danach wurden DarkSky und Openwetter nicht mehr aktualisiert.
Nach den Vorgaben und Hinweisen in diesem Thread habe ich alles (ausser Proplanta) neu aufgesetzt und es funktioniert soweit.
3 kleine Fragen verbleiben:

Es werden in den Readings nur max. 6 Tage bereitgestellt (vorher mehr).
Alle Temperaturangaben sind ganzzahlig; gewünscht hätte ich mir 1 Nachkommastelle. Dies wurde auch hier diskutiert und als gelöst markiert; aber bei mir ist alles ganzzahlig !"libreadonly-perl" ist installiert

Code Auswählen

Statusinformationen werden eingelesen... Fertig
libreadonly-perl ist schon die neueste Version (2.050-3).

Ich suche nach der Bedeutung der Abkürzung 'fc'? 'forecast'?, aber was ist dann 'hfc' ? Sicher ganz simple, aber ich hätte es gern gewusst.

FHEM ist ganz aktuell;Debian GNU/Linux 11 (bullseye)
Besten Dank im Voraus !
Peter

CoolTux · 19 Januar 2023, 08:21:28

Zitat von: PNinBB am 18 Januar 2023, 20:01:26
Wetterdaten beziehe ich schon einige Zeit von DarkSky, OpernWetter und Proplante unter Nutzung der in FHEM bereitgestellten Module.
Bis ca. 10. Januar 2023 funktionierte dies auch; danach wurden DarkSky und Openwetter nicht mehr aktualisiert.
Nach den Vorgaben und Hinweisen in diesem Thread habe ich alles (ausser Proplanta) neu aufgesetzt und es funktioniert soweit.
3 kleine Fragen verbleiben:

Es werden in den Readings nur max. 6 Tage bereitgestellt (vorher mehr).
Alle Temperaturangaben sind ganzzahlig; gewünscht hätte ich mir 1 Nachkommastelle. Dies wurde auch hier diskutiert und als gelöst markiert; aber bei mir ist alles ganzzahlig !"libreadonly-perl" ist installiert
Code Auswählen Erweitern
Statusinformationen werden eingelesen... Fertig libreadonly-perl ist schon die neueste Version (2.050-3).

Ich suche nach der Bedeutung der Abkürzung 'fc'? 'forecast'?, aber was ist dann 'hfc' ? Sicher ganz simple, aber ich hätte es gern gewusst.
FHEM ist ganz aktuell;Debian GNU/Linux 11 (bullseye)
Besten Dank im Voraus !
Peter

Hallo Peter,

Du kannst über die Attribute forecast und forecastLimit einstellen für was Du den forecast haben möchtest (stündlich oder täglich) und auch die Anzahl der Vorhersage.

fc steht für täglich hfc steht für stündlich. Eine genauere Aussage auch speziell für die eingesetzte API bekommst Du über die Commandref zum Weather Modul.

Grüße

PNinBB · 19 Januar 2023, 16:01:16

Danke für die Info.
Ich bin noch nicht ganz durch; was habe ich gemacht und wie ist der Stand:
Habe heute früh FHEM-Update durchgeführt, vorher in 'controls.txt' den Eintrag aus der Testzeit

Code Auswählen


https://git.cooltux.net/FHEM/mod-Weather/raw/branch/testing/controls_Weather.txt

herausgenommen und die 'alten' Module (59_Weather.pm, 59_OPENWEATHER.pm) aus dem FHEM-Verzeichnis entfernt.
Nunmehr sind die Versionen wie folgt:
im Verzeichnis FHEM:

Code Auswählen

# $Id: 59_Weather.pm 27009 2023-01-08 21:07:08Z CoolTux $
im Verzeichnis lib/FHEM/APIs/Weather:

Code Auswählen

# $Id: DarkSkyAPI.pm 27019 2023-01-10 15:22:40Z CoolTux $
# $Id: OpenWeatherMapAPI.pm 27004 2023-01-08 16:21:07Z CoolTux $
# $Id: wundergroundAPI.pm 26996 2023-01-07 21:22:20Z CoolTux $

Die Einstellungen von 'forecast' und 'forecastLimit' habe ich gestern schon probiert, aber sie blieben wirkungslos, genauer: es kam beim Einstellen die Meldung (oben links) 'Verbindung verloren, neuer Versuch in 5 Sekunden'.
Die gewollte Einstellung erschien aber nicht in 'Attributes'.
Das funktioniert nun stabil.
Ich habe für alle drei Dienste 'forecast' auf 'hourly,daily' und'forecastLimit' auf '12' gestellt.
Bereitgestellt werden von

Openwetter: hfc: 1 - 12, fc: nichts,
DarkSky: hfc: 1 - 12, fc: 1 - 8,
wunderground: hfc: 1 - 12, fc: 1 - 6;

Das hängt nun wahrscheinlich von den Diensten ab, was zu empfangen ist.
Mein Problem ist nach wie vor die Nachkommastelle bei den Temperaturen; sie ist durchgängig bei allen nicht vorhanden.
Nun hieß es aber im Thread: "Modul für Weather Underground"

Code Auswählen


Antwort #419 am: 14 Dezember 2022, 20:11:41 : Zitat: "Hab es hinbekommen. Lag am Code im Modul. Da wurde hart nach integer gewandelt."

Dass es funktioniert, wurde in der folgenden Antwort bestätigt !
Ich mache also noch irgendetwas falsch ! Hast Du einen Tipp !?
Danke, Peter