Daten einer Wetterstation von wunderground.com

Begonnen von c_reithm, 22 April 2013, 13:58:59

Vorheriges Thema - Nächstes Thema

bgewehr

Wie hast Du die Bewässerungslogik aufgebaut?

Welche Regeln hast Du gewählt und wie hast Du sie umgesetzt?
FritzBox 7590, Synology DS216+II mit Docker
Docker: FHEM mit hmlan, Homebridge, node-red, mosquitto, ems-collector für Buderus EMS mit AVR Net-IO
Gartenwasser über MQTT auf R/Pi A+
Volkszaehler.org auf R/Pi 2B mit Pi_Erweiterung
Raspberrymatic auf R/Pi 4B mit RPI-RF-MOD u. CUL868

funclass

Also aktuell funktioniert es noch recht spartanisch mit meiner Bewässerungssteuerung.
Zur Zeit habe ich 4 Beregnungskreise, welche über Relais per FIRMATA einzeln aktiviert werden. Leider schaltet mein Arduino mit dem Firmata-Modul nach dem Ausschalten eines Relais manchmal alle Relais ein, sodass ich eine Hardwareverriegelung vorsehen musste. Das Problem hab ich hier im Forum auch schonmal vorgestellt, leider bis heute ohne Ergebnis  :(
Die Regner sind aktuell nur Zeitgesteuert (periodischer at Befehl) und können per Dummy komplett deaktiviert werden. Zur Rasenansaat habe ich eine Sonderkonfiguration, welche am Tage jede Stunde/alle 3 Stunden für ein paar Minuten die Regner aktiviert. Somit trocknet das Saatgut nicht aus. Wenn ein Begegnungskreis aktiviert wird, sende ich mit Pushover eine Nachricht, sodass ich zur Not manuell eingreifen kann.
Folgendes möchte ich noch erweitern, bin aber bisher noch nicht dazu gekommen:

  • Beregnungsdauer kann über einen Slider in Prozentschritten variiert werden. Slider ist schon da, Werte werden aber aktuell noch ignoriert.
  • Wenn es regnet (Daten einer Wetterstation in meiner Nähe über Wunderground) wird die Beregnung deaktiviert bzw. der Beregnungsvorgang abgebrochen. Je nach Niederschlagsmenge wird die nächste Beregnung um x Tage verschoben.
  • Beregnung wird nicht morgens zur festen Uhrzeit gestartet, sondern in Abhängigkeit des Sonnenaufgangs.
  • evtl. Installation von Bodenfeuchtesensoren und Berücksichtigung der Windgeschwindigkeit.
Für Ideen und Anregungen, natürlich aber auch Fragen bin ich offen.

bgewehr

Sehr interessant!

Warum bewässerst Du nach Sonnenaufgang?

Ich versuche hier
http://forum.fhem.de/index.php?topic=38335.new;topicseen#new

eine einfache "Formel" für die Verdunstung zu finden, um die Bewässerungsmenge zu optimieren.

Dann müsste nicht nach Zeit, sondern nach Bedarf gewässert werden.

Vielleicht können wir alle gemeinsam das Problem knacken!
FritzBox 7590, Synology DS216+II mit Docker
Docker: FHEM mit hmlan, Homebridge, node-red, mosquitto, ems-collector für Buderus EMS mit AVR Net-IO
Gartenwasser über MQTT auf R/Pi A+
Volkszaehler.org auf R/Pi 2B mit Pi_Erweiterung
Raspberrymatic auf R/Pi 4B mit RPI-RF-MOD u. CUL868

funclass

Ich möchte nicht nach, sondern vor Sonnenaufgang wässern. Zum einen schlafen dort die meisten Nachbarn noch (sowie ich auch), außerdem besteht die vorherrschende Meinung, dass die Bewässerung des Rasens (nur diesen bewässere ich zur Zeit, natürlich inkl. der darauf stehenden Sträucher und Bäume) in den frühen Morgenstunden am optimalsten sei.
Den verlinkten Thread habe ich vor kurzem auch mit Interesse gelesen. Ich möchte auch die Prognosedaten von Proplanta mit den echten von Wunderground abgleichen. Die Wetterstation steht lediglich 400m Luftlinie von mir. Sollten dies Werte verlässlich sein, so wäre eine Einbindung der Prognosenwerte auch für mich interessant. Eine Durchflussmessung habe ich nicht. Ich habe einmal ermittelt, wie viel die einzelnen Kreise je Stunde Bewässern und steuere mit dem Wissen die Beregnungsdauer.

bluba

#19
Hallo zusammen,
ich habe als Alternative für yahoo-Wetter auch WeatherUnderground für mich gefunden. Ich nutze die Wetterdaten in der Tablet-UI. Um die korrekte Darstellung hinzubekommen habe ich folgendes getan:
fhem.cfg:
define wu_forecast JSONREADINGS http://api.wunderground.com/api/<apikey>/forecast10day/lang:DL/q/pws:IBADENBA3.json 600
widget_weather.js: folgende "Übersetzung" eingefügt, Achtung, ich habe die Icon Variable von WU genutzt, so empfiehlt es die API Dokumentation:
    translationmap: {
        // weather underground icon
        'chanceflurries' :              ':scattered snow showers',
        'chancerain' :              ':scattered showers',
        'chancesleet' :                 ':sleet',
        'chancesnow' :                  ':scattered snow showers',
        'chancetstorms' :               ':blustery',
        'clear' :                       ':clear',
        'cloudy' :                      ':cloudy',
        'flurries' :                    ':snow flurries',
        'fog' :                         ':foggy',
        'hazy' :                        ':haze',
        'mostlycloudy' :                ':mostly cloudy',
        'mostlysunny' :                 ':fair',
        'sleet' :                       ':sleet',
        'rain' :                  ':rain',
        'snow' :                        ':snow',
        'sunny' :                       ':sunny',
        'tstorms' :                     ':thunderstorms',
        'partlycloudy' :                ':partly cloudy',

// Weather (YAHOO) de
        'Tornado' :                     ':tornado',
        'schwerer Sturm' :              ':tropical storm',
        'Orkan' :                       ':hurricane',

index.html, auch hier für die condition das Icon-Reading eingefügt:
<div data-type="label" data-device="wu_forecast" data-get="forecast_simpleforecast_forecastday_01_date_weekday_short" class="cell"></div>
<div data-type="weather" data-device="wu_forecast" data-get="forecast_simpleforecast_forecastday_01_icon" class="cell big"></div>
<div class="doublebox-h narrow">
  <div data-type="label" data-device="wu_forecast" data-get="forecast_simpleforecast_forecastday_01_high_celsius" class="cell red inline"></div>
  <div data-type="label" data-device="wu_forecast" data-get="forecast_simpleforecast_forecastday_01_low_celsius" class="cell blue inline"></div>
</div>


Da ich nicht so der Experte bin, ist das hier für die meisten wahrscheinlich nicht sehr elegant, aber für mich funktioniert es. Falls es jemandem von euch was hilft, freut es mich.

VG, bluba

netbus

Hallo,
Ich nutze auch die Daten von wunderground. Aber seit ein paar Tagen schwanken die Werte sowohl auf der Wundergrund als auch auf der API selbst.
Ich habe daher lauter "Peaks" in meinen Graphen. Kann das jemand bestätigen?

funclass

Da ich nur die aktuellen Konditionen auswerte und diese auch nicht speichere kann ich es rückwärtig nicht prüfen. Auf den ersten Blick sieht bei mir aber alles normal aus.

Bytehunter

Hallo,
auch ich nutze die Daten von wunderground und seit dem 01.11.16 schwanken auch bei mir die Werte.
Meine "Peaks" scheine alte Werte vom gleichen Tag zu sein und zwar wenn eine Abfrage um 20:xx Uhr gemacht wird, bekomme ich einen Wert von 8:xx Uhr.

Loredo

Das ist eine gute Beobachtung, die du an Wunderground als API Betreiber melden solltest.


Gruß

Julian
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

denns

Ich habe bei mir auch die Spitzen, allerdings immer wieder mit Temperaturen vom 12. Oktober (13 Grad, schön wärs ;D).
Über die alte HTTPMOD-Methode als auch über das neue Modul und über den Browser. Ich habe es Wunderground mal gemeldet.

Raspberry Pi3 (Raspbian) mit HM-CFG-USB-2 (hmland)

denns

Laut der WU Community ist die API down und der Support kann es dieses Jahr nicht mehr beheben (Link)
Schade, die gelieferten Daten waren sehr präzise.
Raspberry Pi3 (Raspbian) mit HM-CFG-USB-2 (hmland)

Loredo

Das kann aber nicht ganz sein, denn grundsätzlich antwortet die API ja.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

denns

Ich denke, dass es ein Problem mit deren Lastverteilung gibt.
Zu bestimmten Tageszeiten gibt die API 100% korrekte Werte aus, im Moment leider wieder nicht.
Raspberry Pi3 (Raspbian) mit HM-CFG-USB-2 (hmland)

Bytehunter

Seit dem 23.11 9:30Uhr sind die "Peaks" bei mir verschwunden und alles funktioniert wieder wunderbar wie zu vor über HTTPMOD-Methode.

Standarduser

Das kann ich bestätigen. Keine Peaks in den letzten Tagen