Plugin: Weather4Lox (ehemals Wunderground4Loxone)

[Prof.Mobilux]

hismastersvoice Könntest Du mal folgende URL vom FOSHK-Plugin abrufen und die Ausgabe hier posten?

http://loxberry:8080/observations/current/json/units=m

[hismastersvoice]

Kommt mit dem Wert so an...

// 20200905141200
// http://192.168.136.103:8080/observations/current/json/units=m

{
"observations": [
{
"stationID": "FOSHKplugin",
"obsTimeUtc": "2020-08-30T07:49:42Z",
"obsTimeLocal": "2020-09-05T14:12:02Z",
"neighborhood": "null",
"softwareType": "null",
"country": "null",
"solarradiation": 21.65,
"lon": null,
"realtimeFrequency": null,
"epoch": 1598770182,
"lat": null,
"UV": 0,
"winddir": 33,
"humidity": 94,
"qcStatus": null,
"soilmoisture": 30,
"metric": {
"temp": 12.7,
"heatIndex": 12.5,
"dewpt": 11.8,
"windChill": 12.7,
"windSpeed": 1.43,
"windGust": 3.6,
[B]"pressure": 942.09[/B],
"precipRate": 0.3,
"precipTotal": 0.3,
"elev": null
}
}
]
}

[olicat]

Ach,

Iksi, Prof.Mobilux :
Der W4L-eigene FOSHK-Grabber fragt den String solarRadiation ab - der heisst aber seit v0.06 von FOSHKplugin (WU-konform) solarradiation. Daher wird der sr-Wert nicht gefunden und befuellt. Auch der akt. UV-Wert wird mit uv abgefragt, jedoch (seit v0.05) als UV geliefert.
Da muss (leider) eine Anpassung des Grabber-Scripts erfolgen. Sorry!

hismastersvoice:
Hast Du Deine Wetterstation kalibriert - werden denn auf der Konsole bzw. im WS View unterschiedliche Werte fuer abs. und rel. Luftdruck angezeigt?

Oliver

[hismastersvoice]

hismastersvoice:
Hast Du Deine Wetterstation kalibriert - werden denn auf der Konsole bzw. im WS View unterschiedliche Werte fuer abs. und rel. Luftdruck angezeigt?
Oliver

Ja, das Thema hatten wir ja vor ein paar Tagen.
Kalibriert und die Werte werden richtig angezeigt.

[Prof.Mobilux]

olicat OK, den Grabber passe ich an.

hismastersvoice Ich lese den pressure-Wert ein, der vom FOSHKplugin zurückgegeben wird.

[olicat]

hismastersvoice Ich lese den pressure-Wert ein, der vom FOSHKplugin zurückgegeben wird.

In diesem Fall suche ich den Fehler auch bei FOSHKplugin.
Nur - ich habe noch absolut keine Ahnung, wieso da offenbar der Wert des absoluen Luftdrucks uebermittelt wird.
Kannst Du mir bitte mal per PM die Logfiles sowie das Config-File von FOSHKplugin schicken?
Vielleicht finde ich da einen Ansatz.
Danke!

Oliver

[Prof.Mobilux]

Neues Release mit Bugfix zum FOSHKplugin Grabber ist draussen: 4.8.0.3

https://www.loxwiki.eu/display/LOXBERRY/Weather4Loxone

[olicat]

In diesem Fall suche ich den Fehler auch bei FOSHKplugin.
Nur - ich habe noch absolut keine Ahnung, wieso da offenbar der Wert des absoluen Luftdrucks uebermittelt wird.

Das Problem hat sich geklaert.
Tatsaechlich hatte FOSHKplugin schon einige Zeit keine Daten mehr von der Wetterstation erhalten und lieferte daher den zuletzt bekannten rel. Luftdruck-Wert an Loxone aus.

Bei aehnlich gelagerten zukuenftigen Debug-Untersuchungen ist es hilfreich, die per http://loxberryip:8080/observations/...t/json/units=m erhaltenen Zeitangaben

"obsTimeUtc": "2020-08-30T07:49:42Z", "obsTimeLocal": "2020-09-05T14:12:02Z",

zu vergleichen. In obsTimeLocal steht die Zeit der Abfrage und in obsTimeUtc die Zeit der eigentlichen Erfassung der Werte.

Gruss, Oliver

[Arthur42]

Sagt mal, kann ich mir auch die Höchst- und Tiefsttemperaturen für die nächsten 24 Stunden ausgeben lassen?

[Prof.Mobilux]

Arthur42 Dazu kannst Du die kalkulierten Werte ttmin und ttmax nehmen (ist noch ein undokumentiertes Feature). Diese zeigen Dir in den nächsten x Stunden die Minimal- und Maximalwerte an bzw. bei prec und snow die summierten Werte der nächsten Stunden.

calc+4_ttmax@16.1
calc+8_ttmax@17.9
calc+16_ttmax@19.4
calc+24_ttmax@19.4
calc+32_ttmax@23.1
calc+40_ttmax@25.2
calc+48_ttmax@25.2
calc+4_ttmin@13.4
calc+8_ttmin@13.4
calc+16_ttmin@13.4
calc+24_ttmin@10.0
calc+32_ttmin@10.0
calc+40_ttmin@10.0
calc+48_ttmin@10.0
calc+4_popmax@15
calc+8_popmax@15
calc+16_popmax@15
calc+24_popmax@15
calc+32_popmax@15
calc+40_popmax@15
calc+48_popmax@15
calc+4_popmin@1
calc+8_popmin@0
calc+16_popmin@0
calc+24_popmin@0
calc+32_popmin@0
calc+40_popmin@0
calc+48_popmin@0
calc+4_prec@0.688
calc+8_prec@0.688
calc+16_prec@0.693
calc+24_prec@0.706
calc+32_prec@0.716
calc+40_prec@0.745
calc+48_prec@0.755
calc+4_snow@0
calc+8_snow@0
calc+16_snow@0
calc+24_snow@0
calc+32_snow@0
calc+40_snow@0
calc+48_snow@0

[miqa]

Wofür steht denn das @X am Ende?

[hismastersvoice]

Trenner zwischen Wert-Name (Variablen-Name) und Wert.

[Arthur42]

Ach, perfekt. Danke!

Apropos: Kommt man über den Wunderground Grabber auch an die weiteren Messwerte der jeweiligen Station ran? Also etwa die Luftqualität oder die Pollenbelastung?

[Arthur42]

Prof.Mobilux Das neue Feature calc+XX_ttmax funktiniert nicht, zumindest bei mir. Da wird einmal eine Wert berechnet und dann bleibt der so stehen. Ist das nicht als gleitender Mittelwert gedacht?

[Prof.Mobilux]

Nein, ttmax gibt Dir die Maximaltemperatur innerhalb der nächsten X Stunden aus. Wenn sich das Maximum nicht ändert, ändert sich auch der Wert nicht.

[Arthur42]

Fehler lag bei mir. Hatte einen Tippfehler drin. Danke!

[Arthur42]

Prof.Mobilux Könntest Du noch calc+20_ttmax und calc+20_ttmin ergänzen? Damit kann man sinnvollere Temperaturwerte für den kommenden Tag/die kommende Nach ausgeben ohne von den möglicherweise extremeren Werten in 23 oder 24 Stunden überschrieben zu werden.

[Prof.Mobilux]

So richtig kann ich den Sinn darin nicht sehen. Wenn Du nur die Tageshöchst- oder Tiefsttemperaturen (Nacht) haben möchtest, dann nimm doch dfc0_tt_l und dfc0_tt_h

[Arthur42]

Wenn ich das richtig versteh liefert mir dfc0 den Wert für heute (bis 23:59) und dfc1 den Wert für morgen. (0 bis 23:59 Uhr)

Ich hätte gerne _einen_ Wert für die kommenden Höchst- und Tiefsttemperaturen, egal ob man da abends oder morgens drauf zugreift. Bei calc+16_ttX umfasst das nicht den ganzen Temperaturverlauf eines Tages und bei calc+24_ttX könnte der darauffolgende Tage das Ergebnis verfälschen (bei größeren Temperaturwechseln nach +20 und bis +24) Das könnte man mit calc+20_ttX recht elegant umgehen.

Verständlich?

[SeLoxone]

Hallo zusammen,
habe seit dem 18.09.2020 ein Problem mit dem Plugin (sehr wahrscheinlich). Bis zum 18.09 hat das Plugin alle Daten abgerufen (über Weatherbit), aber seit dem Tag wird nichts mehr abgerufen, habe auch schon das Plugin gelöscht und neu eingespielt => leider ohne Erfolg.
Ich habe mal ein paar Screenshots gemacht hat und beigefügt vielleicht hat sich da ja was geändert?
Wenn ich auf den Link (in Screenshot "Bildschirmfoto 2020-09-25 um 11.38.17.png) vor dem roten Pkt. kam bisher immer die Auswertung vom Wetter angezeigt, leider steht da jetzt nur noch "This webpage will be created each time weather data is fetched.". Drücke ich auf "Test Emulator" stehen dort auch Werte jedoch aus Dresden, die nichts mit dem zu tun haben was dort eigentlich stehen sollte.

Hat jemand eine Ahnung was ich noch tun kann?


Viele Grüße

[Christian Fenzl]

Das Logfile öffnen und hier anhängen.