Hallo,
basierend auf betateilchens 55_weco.pm (https://forum.fhem.de/index.php/topic,22446.msg158376.html#msg158376) habe ich ein Modul
auf github hochgeladen erstellt, um Wetterdaten auf Weather Underground hochzuladen. Benötigt werden dazu eine StationID und das dazugehörige Paßwort.
Definition:
define <name> WUup <stationId> <password>Mit dem Attribut
interval kann das Intervall in Sekunden angegeben werden, in dem der Upload erfolgt. Wenn nicht gesetzt oder <3 wird der Default von 300 genommen. Bei Werten <300 wird der RapidFire-Server genutzt.
unit_windspeed gibt an, ob die Readings für Windgeschwindigkeiten m/s oder km/h als Einheit haben.
Die Attribute
wu... entsprechen den Definitionen im PWS Upload Protocol (http://wiki.wunderground.com/index.php/PWS_-_Upload_Protocol) von Wunderground, z.B. entspricht
wutempf dem Feld
tempf.
In den Attributen wird jeweils das Reading angegeben, das den gewünschten Wert enthält, z.B.
attr <name> wutempf LaCrosse_16:temperature übergibt das Reading
temperature aus dem LaCrosse-Sensor
LaCrosse_16 als tempf (aktuelle Temperatur).
Die Werte werden im Modul für Wunderground ins anglo-amerikanische System umgerechnet. Temperaturen werden also automatisch von °Celsius in Fahrenheit, Windgeschwindigkeiten von km/h in mph, mm in Inch und der barometrische Druck von hPa in inHg umgerechnet.
Unterstützt werden:
winddir - [0-360 instantaneous wind direction]
windspeedmph - [mph instantaneous wind speed]
windgustmph - [mph current wind gust, using software specific time period]
windgustdir - [0-360 using software specific time period]
windspdmph_avg2m - [mph 2 minute average wind speed mph]
winddir_avg2m - [0-360 2 minute average wind direction]
windgustmph_10m - [mph past 10 minutes wind gust mph ]
windgustdir_10m - [0-360 past 10 minutes wind gust direction]
humidity - [% outdoor humidity 0-100%]
dewptf- [F outdoor dewpoint F]
tempf - [F outdoor temperature]
rainin - [rain inches over the past hour)] -- the accumulated rainfall in the past 60 min
dailyrainin - [rain inches so far today in local time]
baromin - [barometric pressure inches]
soiltempf - [F soil temperature]
soilmoisture - [%]
solarradiation - [W/m^2]
UV - [index]Mangels entsprechendem Sensor weiß ich nicht, in welcher Einheit die Sonneneinstrahlung (solarradioation) üblicherweise übergeben wird. Eventuell muß der Wert noch in W/m² umgerechnet werden.
Vielleicht kann der ein oder andere das Modul ja gebrauchen. :)
Edit:Die neue
Version 0.9.2 kann über Github oder update installiert werden.
v0.8:
- Nach Löschen von "disable" wird das Modul wieder sofort aktiv.
- Neues Attribut: updateForIntervals
- Achtung: Das Attribut "WUInterval" habe ich nach "interval" umbenannt. Das alte Attribut sollte man löschen und durch das neue ersetzen. Default Wert, falls nicht gesetzt oder <60 ist 300
v0.9:
- Neues Attribut unit_windspeed
- Umgerechnete Parameter werden auf 4 Nachkommastellen gerundet
v0.9.2:
- Modul arbeitet jetzt "non-blocking"
- Bei einem Interval <300 Sekunden wird automatisch die "RapidFire"-URL zum Senden verwendet. Kleinstes Intervall ist jetzt 3 Sekunden.
- Modul jetzt im SVN verfügbar.
Ja, ich kann es gebrauchen. Ich lade die Wetterdaten von meinem Oregon THGR228N Außensensor auf Weather Underground hoch.
define PersonalWeatherStation WUup <stationId> <password>
attr PersonalWeatherStation wuInterval 3600
attr PersonalWeatherStation wuhumidity THGR228N_f9_1:humidity
attr PersonalWeatherStation wutempf THGR228N_f9_1:temperature
Danke für das Modul!
Ich mache es bisher mit HTTPMOD.
Werde mir das Module mal ansehen.
Einrichten geht, aber es scheint nicht zu senden.
state bleibt auf defined
Was mach ich falsch?
Tja, ich weiß nicht, was Du falsch machst. ;)
Der State sollte eigentlich auf active sein, wenn Du das Attribut disable nicht auf 1 gesetzt hast.
Bei mir sieht die Definition z.B. so aus:
define WU WUup STATION passwort
attr WU verbose 3
attr WU wuInterval 60
attr WU wudewptf LaCrosse_16:dewpoint
attr WU wuhumidity LaCrosse_16:humidity
attr WU wutempf LaCrosse_16:temperature
Wenn die StationID und Dein Paßwort richtig sind, wüsste ich ehrlich nicht, woran es liegen könnte. Das Modul ist eigentlich recht simpel und macht nix anderes als die Daten der Wetterstation per HTTP GET an die richtige URL zu versenden.
Also die ID und das PW habe ich aus dem aktiven Device kopiert. Während der Konfiguration war disable auf 1, jetzt schon lange nicht mehr.
Wäre ID oder PW falsch, dann erwarte ich einen Eintrag im Logfile.
Der state ist unverändert, im Logfile erscheint nichts.
Fazit: Für mich nicht zu gebrauchen. Ich aktiviere wieder das Device mit HTTPMOD.
disable ist die einzige Möglichkeit, das Modul zu deaktivieren. Ansonsten macht es im Prinzip nichts anderes als vermutlich Deine Version mit HTTPMOD. Es wird diese URL aufgerufen:
https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php?ID=STATIONID&PASSWORD=password&dateutc=2017-02-22+13%3A17%3A44&tempf=45.9&humidity=90&dewptf=43.2&softwaretype=fhem&action=updateraw
Vorteil ist, das die Umrechnungen auf das amerikanische System schon im Modul gemacht werden. Mit "verbose 4" kannst Du Dir noch die komplette URL mit allen Werten anzeigen lassen. Aber solange das Modul nicht aktiv ist, gibt es auch nichts zu loggen.
Schick mal bitte ein list vom Device, natürlich ohne Paßwort.
Das List ist aktuell, also nachdem ich das Device disable habe.
PW ist bearbeitet.
Internals:
CFGFN
DEF IHEIDELB175 nfxxxxxk
NAME myWettertoWG
NR 844
STATE defined
TYPE WUup
Readings:
2017-02-22 09:42:03 state defined
Helper:
password nfxxxxxk
softwaretype fhem
stationid IHEIDELB175
url https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php
Attributes:
disable 1
room Wetter
verbose 5
wuInterval 180
wurainin Wetterstation:statRainDay
wutempf Wetterstation:temperature
wuwinddir Wetterstation:windDirection
wuwindspeedmph Wetterstation:windSpeed
Ich konnte das Problem zumindest hier mal nachstellen. Wenn ich disable auf 1 setze, passiert natürlich nichts mehr. Ist ja auch so gewollt.
Wenn ich dann disable auf 0 setze, läuft das Modul auch nicht. ???
Was funktioniert hat, ist das Attribut disable zu löschen und dann mal kurz in den DEF-Editor (also DEF im Device anklicken) und mit dem modify-Button nochmal bestätigen. danach läuft es zumindest bei mir wieder.
Ich habe das Modul jetzt so seit über einem Monat im Einsatz und hab es auch schon mehrfach mal auf disable gesetzt, der Fehler ist bisher noch nie aufgetreten.
Es wäre nett, wenn Du den Workaround mal kurz testen könntest. Dann versuch ich mal rauszufinden, was sich an FHEM geändert hat, das den Fehler auslösen könnte.
der Workaround funktioniert. :)
Das disable hatte ich schon mal gelöscht, aber den Def-Editor nicht mehr aufgerufen.
Das Wiederanstarten wird wohl erst durch dem Aufruf des Def-Editors ausgelöst.
Vielleicht hätte ein Restart geholfen, aber es müßte auch ohne diese Wege gehen.
Schön, das es funktioniert. :)
Aber Du hast recht, es müsste auch ohne solche Verrenkungen gehen. Und ich bin mir sicher, daß es auch bisher so funktioniert hat. Mal sehen, ob ich da was rasufinden kann.
Du musst den Timer Neustart ausserhalb einer IsDisabled Abfrage machen.
Der Timer muss also auf jeden Fall laufen. Ausser du machst eine AttrFn und sagst da das die Send Funktion neu gestartet werden soll nach löschen von disable oder disable 0 setzen
@CoolTux: Danke! Ich habe mir mal als Beispiel Deinen FlowerMonitor angesehen und mein Modul etwas umgebaut.
Die neue Version kann über Github oder update installiert werden.
- Nach Löschen von "disable" wird das Modul wieder sofort aktiv.
- Neues Attribut: updateForIntervals
- Achtung: Das Attribut "WUInterval" habe ich nach "interval" umbenannt. Das alte Attribut sollte man löschen und durch das neue ersetzen. Default Wert, falls nicht gesetzt oder <60 ist 300
Ich habe jetzt mehrfach disable gesetzt und wieder gelöscht. Funktioniert jetzt wie gewollt. Ebenso disabledForIntervals.
Danke für das Modul!
Ich hab damit meine WS1600 angeschlossen. Allerdings liefert die die Geschwindigkeit in m/s und nicht km/h.
Da muss ich wohl noch ein Userreading basteln. Oder hast du Lust, dafür noch einen attr-Schalter anzubieten? ???
Freut mich, daß es doch ein paar Leute gibt, die das Modul brauchen können. :)
Ich werd mir das mal ansehen, aber das lässt sich sicher machen. Wird aber wohl erstmal ein paar Tage dauern.
Kein Problem, lass dir Zeit.
Was mir noch aufgefallen ist: Der Luftdruck scheint im Webfrontend bei Wunderground niedriger als der von mir gesendete. Sind das Rundungsfehler oder geht hier noch die Höhe irgendwie ein?
Danke!
Wie groß ist denn der Unteschied?
Ich rechne nur von hPa nach inHg um. Die Höhe wird hier eigentlich nicht eingerechnet. Ich habe leider keine bessere Erklärung der API gefunden als http://wiki.wunderground.com/index.php/PWS_-_Upload_Protocol (http://wiki.wunderground.com/index.php/PWS_-_Upload_Protocol).
Ich benutze die Berechnungen aus UConv.pm, die entsprechende Sub sieht so aus:
# Pressure: convert hPa (hecto Pascal) to in (inches of Mercury)
sub hpa2inhg($;$) {
my ( $data, $rnd ) = @_;
return roundX( $data * 0.02952998751, $rnd );
}
Ich habe jetzt mal von Hand 1044 hPa umgerechnet und komme auf 30,82930696044 inHg. Wenn ich den Wert als baromin an WU sende, zeigt mir die Webseite
ZitatPressure: 1043.9 hPa
an.
Also scheint die Umrechnung korrekt zu sein.
Ich sehe momentan an meinem BME280 am LGW 1003 hPa. (Kann der keine Nachkommastellen)
Raus geht an wunderground 29.6 in Hg, (passt nach deiner Umrechnungsformel)
angezeigt wird im wunderground 1002.3 hPa. Die Kurve ist auch recht stufig.
1012.4, dann 1009, dann 1005.6 und jetzt eben 1002.3. Zwischenwerte gibt's nicht.
Scheint also einfach ein Rundungsfehler bei der Konvertierung bei wunderground zu sein.
Kein Problem, hat mich nur gewundert. ..
Ja, blöde Umrechnerei bei den Amis. ::)
Ich musste auch erstmal testen, ob WU inHg oder psi als Einheit nutzt, aus der Beschreibung der API geht das nicht hervor. Ich weiß auch nicht, ob WU nochmal die Höhe irgendwie einbezieht. Zumindest kann man der Einrichtung der PWS die Höhe über NN für den Standort angeben.
Ich hatte mal grad ein paar Minuten Zeit und hab was gebastelt. ;)
Kannst Du mal die Version aus dem devel-Branch (https://raw.githubusercontent.com/mahowi/WUup/devel/FHEM/59_WUup.pm) testen? Da hab ich ein neues Attribut "unit_windspeed" hinzugefügt. Hier kann man wählen zwischen km/h und m/s, Standard ist km/h.
Müsste eigentlich funktionieren, aber ich komme im Moment nicht zum testen. Wenn es so geht, kann ich auch problemlos noch andere Einheiten hinzufügen.
Super, ich probier es Heute Abend aus.
Noch was: Kannst du bitte den Funktionsaufruf von hpa2inhg mit einem zweiten Parameter $rnd=2 versehen, so dass auf 2 Nachkommastellen gerundet wird. Sonst verlieren wir (glaub ich) doch ziemlich viel Genauigkeit beim Luftdruck, da die Absolut-Werte um in inHg so niedrig sind:
elsif ( $key eq "baromin" ) {
$value = UConv::hpa2inhg($value,2);
}
Mein heutiger Plot von WU anbei
Das zweite ist, dass mein LGW keine Nachkommastellen im pressure Reading übermittelt.
Naja, nicht wirklich schlimm, aber ich wüsste schon gern, wo ich da drehen muss. 8)
So, neue Version ist im devel-Branch. Es wird jetzt auf 4 Stellen nach dem Komma gerundet. Damit werden aus den 1044 hPa, die ich zum testen nehme 1043,9 hPa auf WU. Auch mit noch mehr Stellen ändert sich der Wert nicht mehr.
Die Umrechnung von m/s in mph funktioniert jetzt auch. Ich hatte da vorher noch Tippfehler drin.
Warum Dein LGW keine Nachkommastellen für pressure ausgibt, weiß ich zwar nicht. Aber üblicherweise wird der Luftdruck in mbar bzw. hPa eigentlich nur ganzzahlig angegeben.
Herzlichen Dank, auch für die schnelle Änderung!
Ich habs eingebaut bei mir. Soweit alles Bestens.
Den Luftdruck werde ich noch eine Weile beobachten, der ändert sich nicht so schnell wie der Wind :8
Luftdruck ging eben wieder hoch um ein hPa und wird bei WU sauber geplottet. Somit von mir grünes Licht! :)
In der LacrosseGateWay Software sind humidity und pressure als int angelegt, soweit ich sehen konnte. Also kein Wunder...
Macht ja wahrscheinlich auch Sinn, für so ungenaue Messdaten nicht mehr Speicherplatz als notwendig zu verbrauchen.
Im Plot siehts halt 'n bischen blöd aus, ist aber ein rein kosmetisches Problem ;D
und das Rauschen der Signale kriegt man so auch recht gut in den Griff :P
Super, daß es jetzt klappt und die Werte auch genauer sind. :)
Zur Zeit nutze ich nur Temperatur, Taupunkt und Luftfeuchtigkeit, daher weiß ich bei den anderen Werten nicht genau, was die Sensoren so übergeben.
Ich habe die neue Version auch fürs Update freigegeben.
Ich nutze das jetzt seit ein paar Tagen. Nachdem der disable-Fehler raus ist, ist alles bestens.
Für die Wunschliste habe ich aber auch noch was.
Als STATE wünsche ich mir den den letzten Übertragungsstatus (success, "error" und wenn disable "disable")
Danke fürs Modul (wie es jrzt schon ist)
Schön, daß Dir das Modul gefällt. :)
"disabled" sollte im STATE mittlerweile angezeigt werden. Die Rückgaben vom Server ("success", ...) stehen im Reading response. Das kannst Du über stateFormat umbiegen auf STATE:
attr WU stateFormat response
Alles unter einen Hut zu bringen, dürfte schwierig werden, daher ist es mir lieber, im STATE steht nur der aktuelle Zustand wie "active", "disabled", "defined".
Das stimmt natürlich >:( und mit ein wenig Logik bekomme ich den Rest auch hin.
Ich nehme natürlich gerne Vorschläge entgegen, wie ich den Status besser gestalten kann. :)
Ich guck mir das nächste Woche mal an, vielleicht fällt mir ja was ein. Bin erstmal ein paar Tage unterwegs.
Nachdem ich mich mal ein bißchen in HttpUtils eingelesen habe, habe ich im devel-Branch eine "non-blocking" Version eingecheckt. Der Code sieht zwar noch nicht besonders schön aus, aber bei mir funktioniert die Version.
hallo in die Runde,
ich habe ein ähnliches Problem.
Die install. funzt aber er zeigt mir ein Fehler.
Mein Nachbar betreibt die Wetterstaion. Da möchte ich mich einklinken.
Ich hoffe auf konstruktive Hilfe :)
DeviceOverview
wetter_eigheim
???
Internals
BUSY
0
CHANGED
DEF
http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314 30
Interval
30
LASTSEND
1495606115.85852
MainURL
http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
ModuleVersion
3.3.11 - 8.5.2017
NAME
wetter_eigheim
NR
37
STATE
???
TRIGGERTIME
1495606145.85583
TRIGGERTIME_FMT
2017-05-24 08:09:05
TYPE
HTTPMOD
addr
http://api.wunderground.com:80
buf
code
200
conn
data
displayurl
http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
header
host
api.wunderground.com
httpheader
HTTP/1.0 200 OK Access-Control-Allow-Credentials: true Access-Control-Allow-Origin: http://www.wunderground.com Content-Type: text/xml Server: Apache/2.2.15 (CentOS) X-CreationTime: 0.007 Expires: Wed, 24 May 2017 06:08:36 GMT Cache-Control: max-age=0, no-cache Pragma: no-cache Date: Wed, 24 May 2017 06:08:36 GMT Content-Length: 2324 Connection: close Set-Cookie: DT=1495606116:30339:ip-10-226-237-178; path=/; expires=Fri, 01-Jan-2020 00:00:00 GMT; domain=.wunderground.com Set-Cookie: Prefs=FAVS:1|WXSN:1|PWSOBS:1|WPHO:1|PHOT:1|RADC:0|RADALL:0|HIST0:NULL|GIFT:1|PHOTOTHUMBS:50|; path=/; expires=Fri, 01-Jan-2020 00:00:00 GMT; domain=.wunderground.com
httpversion
1.0
hu_blocking
0
hu_filecount
137
hu_portSfx
ignoreredirects
0
loglevel
4
path
/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
protocol
http
redirects
0
timeout
2
url
http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
value
0
Setz mal das list vom Gerät bitte in Code-Tags. Und am besten erklärst Du uns noch Dein Problem. ;)
ich bin newbie.
Kannst du mir erst mal kurz erklären was ich machen soll :(
Das Problem: es lies super einfügen.
Leider bekomme ich keine Werte.
Im Logfile kommt folgende Meldung:
2017.05.24 08:04:36 3: wetter_eigheim: Read response to update didn't match any Reading
Gib mal in der Befehlszeile oben in FHEM list wetter_eigheim ein und kopiere das Ergebnis in Code-Tags (die Raute oben im Editor) hierhin.
Wenn ich mir das so ansehe, was Du da geschrieben hast, sieht es so aus, als wolltest Du Daten von WU mit HTTPMOD auslesen. Dann bist Du hier im Thread falsch. Mein Modul macht genau das Umgekehrte, nämlich Daten von einer eigenen Wetterstation an WU senden.
Genau,
ich möchte Daten einer WU über HTTPMOD auslesen.
Ich lege trotzdem die internals mit bei.
Internals:
BUSY 0
CHANGED
DEF http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314 30
Interval 30
LASTSEND 1495623017.01861
MainURL http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
ModuleVersion 3.3.11 - 8.5.2017
NAME wetter_eigheim
NR 37
STATE ???
TRIGGERTIME 1495623047.01581
TRIGGERTIME_FMT 2017-05-24 12:50:47
TYPE HTTPMOD
addr http://api.wunderground.com:80
buf
code 200
conn
data
displayurl http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
header
host api.wunderground.com
httpheader HTTP/1.0 200 OK
Access-Control-Allow-Credentials: true
Access-Control-Allow-Origin: http://www.wunderground.com
Content-Type: text/xml
Server: Apache/2.2.15 (CentOS)
X-CreationTime: 0.007
Expires: Wed, 24 May 2017 10:50:17 GMT
Cache-Control: max-age=0, no-cache
Pragma: no-cache
Date: Wed, 24 May 2017 10:50:17 GMT
Content-Length: 2329
Connection: close
Set-Cookie: DT=1495623017:50575:ip-10-226-237-178; path=/; expires=Fri, 01-Jan-2020 00:00:00 GMT; domain=.wunderground.com
Set-Cookie: Prefs=FAVS:1|WXSN:1|PWSOBS:1|WPHO:1|PHOT:1|RADC:0|RADALL:0|HIST0:NULL|GIFT:1|PHOTOTHUMBS:50|; path=/; expires=Fri, 01-Jan-2020 00:00:00 GMT; domain=.wunderground.com
httpversion 1.0
hu_blocking 0
hu_filecount 700
hu_portSfx
ignoreredirects 0
loglevel 4
path /weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
protocol http
redirects 0
timeout 2
url http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
value 0
QUEUE:
Readings:
Request:
data
header
ignoreredirects 0
retryCount 0
type update
url http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=ISACHSEN314
value 0
Sslargs:
Attributes:
readingsName_date Datum
readingsName_temperature Temperatur
userattr attr dewpointTemperature,humidity,preciptodaymetric, event-on-change-reading readingsName_cloudiness readingsName_date readingsName_dewpointTemperature readingsName_fog readingsName_heatindex readingsName_humidity readingsName_precip1hrmetric readingsName_preciptodaymetric readingsName_pressure readingsName_solarRadiation readingsName_solarUV readingsName_temperature readingsName_time readingsName_windChill readingsName_windDegrees readingsName_windDirection readingsName_windGust readingsName_windSpeed readingsRegex_cloudiness readingsRegex_date readingsRegex_dewpointTemperature readingsRegex_fog readingsRegex_heatindex readingsRegex_humidity readingsRegex_precip1hrmetric readingsRegex_preciptodaymetric readingsRegex_pressure readingsRegex_solarRadiation readingsRegex_solarUV readingsRegex_temperature readingsRegex_time readingsRegex_windChill readingsRegex_windDegrees readingsRegex_windDirection readingsRegex_windGust readingsRegex_windSpeed wetter_eigheim
kannst mir evtl den Link im Forum schicken?
Was hindert dich selbst zu suchen, mal zu lesen und "zu zuhören"? >:(
mahowi hat doch alles klar geschrieben, wenn du so weitermachst, dann wirst du wenig Hilfe bekommen.
Hier geht es um das Hochladen der Daten!
Du willst sie runterladen und GENAU DAFÜR gibt es das Modul WUNDERGROUND !
Also mal die Forumsuche benutzen und in die commandref sehen.
:(
@mclore: Es gibt ein Modul Wunderground (http://fhem.de/commandref.html#Wunderground) zum Download der Wetterdaten. Dazu gibt's auch einen Thread hier im Forum (https://forum.fhem.de/index.php/topic,59646.0.html). Dazu brauchst Du einen API-Key. Wie man es per HTTPMOD macht steht u.a. im Wiki (https://wiki.fhem.de/wiki/Wetter_und_Wettervorhersagen#Wetter_von_Weather_Underground).
Und bitte benutze die Code-Tags! So kann man das nur schwer lesen, und es entstehen auch keine Smileys.
Hallo mahowi,
vielleicht hast Du es bisher übersehen, ich hatte mir erlaubt, da meine Wetterstation im 48 Sekunden Takt sendet, einen Pull Request (https://github.com/mahowi/WUup/pull/1) zur Integration des RapidFire-Modus (http://wiki.wunderground.com/index.php/PWS_-_Upload_Protocol#RapidFire_Updates) (senden von Updates in bis zu 3sec Intervallen) zu erstellen.
Bin jetzt nicht so der Modul-Entwickler/Perl-Experte aber vielleicht ist die Integration des RapidFire-Modus auch für andere interessant und Du möchtest es prüfen und eventuell übernehmen?
Viele Grüße und danke für das Modul,
Andreas
Hallo Andreas,
sorry, bin nur noch nicht dazu gekommen, mir das anzusehen. Ich war im Urlaub und hatte auch danach wenig Zeit. Aber ich sehe mir das an und werde es sicher auch übernehmen.
Ist das mit den RapidFire-Updates über einen speziellen Server eigentlich noch aktuell? Ich meine, das würde mittlerweile auch über den Standard-Server funktionieren, aber da kann ich mich auch täuschen.
Gruß,
Manny
Hallo Manny,
absolut verständlich, dass es auch andere Dinge gibt in Leben als FHEM.
Also kein Stress, schau es Dir in Ruhe an.
Ob die schnelleren Updates inzwischen auch vom "normalen" Server bei WU akzeptiert werden, kann ich leider auch nicht beantworten.
Vielen Dank,
Andreas
Hallo Andreas,
so, bin endlich mal dazu gekommen, Deinen Patch zu übernehmen. :)
Funktioniert bestens. Vielen Dank! :D
Ich habe die Änderungen jetzt auch im Master übernommen. Neu hinzu gekommen sind der RapidFire-Modus und die Umstellung auf "non-blocking".
Das Modul ist ab sofort im SVN verfügbar und wird ab morgen über das normal FHEM-Update verteilt.
Es kann also aus der Update-Liste mit
update delete https://raw.githubusercontent.com/mahowi/WUup/master/controls_wuup.txt
bzw.
update delete https://raw.githubusercontent.com/mahowi/WUup/devel/controls_wuup.txt
wieder entfernt werden.
Hallo,
Upload klappt einwandfrei, allerdings bleiben die Statistik Daten bei Wunderground leer, muss ich da noch irgendetwas einstellen oder kommt das nach einiger Zeit von alleine?
Vielleicht noch eine andere Frage. Geht das Attribut event-on-change-reading um den Upoad so zu steuern?
Grüße
Marcus
Wenn Du Dir die Desktop-Version der Seite für Deine PWS ansiehst, sollte neben der Karte stehen, wann das letzte Mal was empfangen wurde:
ZitatCurrent Conditions Station reported 27 seconds ago
Hallo,
Upload läuft alle 5 Minuten wie ein Schweizer Uhrwerk.
Grüße
Marcus
Zitat von: Aeroschmelz am 01 September 2017, 16:50:48
Vielleicht noch eine andere Frage. Geht das Attribut event-on-change-reading um den Upoad so zu steuern?
Das hatte ich erst überlesen. Nein, event-on-... wird nicht unterstützt. Momentan sehe ich da auch keinen Nutzen drin, da eigentlich kontinuierlich Daten gesendet werden sollten. Intervall kann man ja eingeben.
Wenn der Upload funktioniert, sollte das Reading
response auf
success stehen.
Na ja, man kann sich halt den Upload sparen, wenn sich nichts an den Daten geändert hat. Wenn ich mir die Daten von Netamo Wetterstationen anschaue, so gehen diese wohl genau nach dem Prinzp bei Wunderground vor. Dadurch sehen die Graphen bei Wunderground auch besser geglättet aus, bei mir zappelt das hin und her, weil sich die Nachkommastellen gering unterscheiden
Ich werde mir bei Gelegenheit mal ansehen, ob ich das einbauen kann. Ich kann aber nichts versprechen, da ich mir erst ansehen muß, wie ich auf Events anderer Geräte reagiere. Bisher werden ja einfach die Readings übernommen und gesendet.
Die Daten werden aber jetzt bei Dir in WU angezeigt?
Edit: Ich habe mir das mal durch den Kopf gehen lassen. Das Modul reagiert ja nicht auf Events, sondern liest die Readings aus. Es müsste also komplett umgebaut werden und das event-on-change-reading im entsprechenden Device gesetzt werden. Daher würde ich eventuell eher einen konfigurierbaren Schwellenwert einbauen, ab dem erst gesendet wird. Wenn sich also z.B. die Temperatur um x° ändert, wird gesendet, darunter nicht. Das ist 1. einfacher für mich und stört 2. nicht eventuell andere Module, die mit dem Gerät arbeiten.
Das hört sich doch gut an und hat eigentlich auch keine weiteren Nachteile :D Gut wenn man den Schwellenwert noch als Attribut angeben könnte.
Ich habe relativ oft einen timeout error. Die hardcoded 4 Sekunden sind vielleicht etwas wenig.
Wenn ich einmal einen Fehler hatte, dann steht der State dauerhaft auf Error, weil er im Erfolgsfall nicht zurück gesetzt wird. Das ist irgendwie unschön.
Besteht hier die Möglichkeit etwas zu ändern?
Das mit dem Error ist mir auch schon aufgefallen. Ich muß mir mal ansehen, wie ich den Status wieder zurücksetze.
Das kann etwas dauern, da ich momentan wenig Zeit habe .
Ich mach dir eine angepasste Version fertig.
Das wäre mein Vorschlag basierend auf deinem aktuellen Code:
fhem/FHEM/59_WUup.pm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/fhem/FHEM/59_WUup.pm b/fhem/FHEM/59_WUup.pm
index 554230408..05ba6ff9b 100644
--- a/fhem/FHEM/59_WUup.pm
+++ b/fhem/FHEM/59_WUup.pm
@@ -258,7 +258,7 @@ sub WUup_send($) {
}
my $param = {
url => $url,
- timeout => 4,
+ timeout => 6,
hash => $hash,
method => "GET",
header =>
@@ -298,6 +298,7 @@ sub WUup_receive($) {
}
elsif ( $data ne "" ) {
Log3 $name, 4, "WUup ($name) - server response: $data";
+ readingsSingleUpdate( $hash, "state", "active", undef );
readingsSingleUpdate( $hash, "response", $data, undef );
}
}
Hi,
diese Attribute tauchen nicht mehr in der Attribut-Liste auf:
windspdmph_avg2m - [mph 2 minute average wind speed mph]
winddir_avg2m - [0-360 2 minute average wind direction]
windgustmph_10m - [mph past 10 minutes wind gust mph ]
windgustdir_10m - [0-360 past 10 minutes wind gust direction]
Wenn ich diese manuell definiere, kommt eine Fehlermeldung...
Version ist die aktuelle:
Internals:
DEF IESSINGE19 s43r7js1
INTERVAL 300
NAME Wunderground
NR 364
STATE ERROR
TYPE WUup
VERSION 0.9.2
Helper:
DBLOG:
data:
myDbLog:
TIME 1507450618.35462
VALUE &rainin=0.0000&windgustmph=7.5807&humidity=86&winddir=289&baromin=30.0025&dailyrainin=0.0591&UV=0&tempf=48.9200&dewptf=44.9600
state:
myDbLog:
TIME 1507450618.2439
VALUE active
READINGS:
2017-10-08 10:16:58 data &rainin=0.0000&windgustmph=7.5807&humidity=86&winddir=289&baromin=30.0025&dailyrainin=0.0591&UV=0&tempf=48.9200&dewptf=44.9600
2017-10-08 10:17:06 response write to https://weatherstation.wunderground.com:443 timed out
2017-10-08 10:17:06 state ERROR
helper:
password s43r7js1
softwaretype FHEM
stationid IESSINGE19
url https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php
url_rf https://rtupdate.wunderground.com/weatherstation/updateweatherstation.php
Attributes:
group Wetterdienste
interval 300
room Umwelt
unit_windspeed km/h
verbose 3
wuUV UV:UV
wubaromin Pressure:pressure-nn
wudailyrainin Regeninfo:statTotal_rainDay
wudewptf Kueche:dewpoint
wuhumidity Kueche:humidity
wurainin Regeninfo:rain_lasthour
wutempf Kueche:temperature
wuwinddir Windinfo:windDirAverage
wuwindgustmph Windinfo:wind_gust
Viele Grüsse
Marcus
Hm, sieht fast so aus, als hätte ich die einfach vergessen einzubauen. ::)
Sobald ich den Patch von mumpitzstuff einbauen, kümmere ich mich darum. Wahrscheinlich Mitte bis Ende der Woche. Bin noch bis Dienstag unterwegs.
Ich habe die fehlenden Attribute und den Fix von mumpitzstuff eingebaut. Ist jetzt im SVN und wird ab morgen per Update verteilt. Danke an euch beide! :)
@Aeroschmelz: Ich habe Deine Idee vom September nicht vergessen. ;) Ich muß mir nur mal ansehen, wie ich am günstigsten die alten Werte zwischenspeichere, um auf einen Schwellenwert zu vergleichen.
Hallo,
danke für die Info und die Aktualisierung, funktioniert, mir ist nur aufgfallen, dass es ein Attribut ohne Prefix "wu" gibt:
windgustmph_10m
Daher die Frage, ob das beabsichtigt war :D
Manchmal wäre es auch ganz praktisch, wenn man den Upload manuell anstoßen könnte wie bei anderen Modulen...
Viele Grüsse
Marcus
Die Attribut-Namen habe ich jetzt bereinigt, sollten jetzt alle mit "wu" anfangen. Ein paar waren auch versehentlich doppelt angegeben.
Am "set update" zum manuellen Anstoßen arbeite ich noch.
Ab morgen ist das set-Command "update" verfügbar, mit der das Senden der Daten an Weather Underground angestoßen werden kann. Ich habe es gerade im SVN eingecheckt.
Danke mahowi für das Modul... läuft seit heute und lädt die Wetterdaten meiner WH1080 hoch ...
VG ak323
Hallo mahowi,
danke für das Modul.
Hat meinen Aufwand zum Hochladen doch erheblich vereinfacht..... :)
Eine Frage aber doch noch dazu:
ZitatMangels entsprechendem Sensor weiß ich nicht, in welcher Einheit die Sonneneinstrahlung (solarradioation) üblicherweise übergeben wird. Eventuell muß der Wert noch in W/m² umgerechnet werden.
Die Angabe ist üblicherweise in W/m² aber keine Wetterstation liefert diesen Wert direkt.
Entweder wir er intern aus der Beleuchtungsstärke errechnet oder man macht das selber:
Nordeuropa: Ungefähr Beleuchtungsstärke (Lux) / 127,3.
Nachweis: Ich habe einen 20m² Flachkollektor (Poolwasser) auf dem Garagendach liegen.
Im Sommer haben wir hier schon mal 800-1000 W/m² theoretische Strahlungsleistung.
Da ich die Wärmemenge die der Kollektor liefert recht genau messe und berechne,
kann ich die ob.g. Formel damit bestätigen.
Viel anders machen es die Wetterstationen ja auch nicht.
Es wäre also schön wenn du noch eine Eingabemöglichkeit für Beleuchtungsstärke (Lux / 127,3 = solarradioation) vorsehen könntest.
Grüße aus Niedersachsen
Wolfdieter
Danke für die Info! Ich werde das dann mal so einbauen.
Falls jemand eine Wetterstation hat, die andere Einheiten als Lux ausgibt, bitte Bescheid sagen. Dann bau ich noch ein Attribut ein Attribut dafür ein.
Äh.. hab mich bei der Eingabe vertippt: :(
Beleuchtungsstärke (Lux) / 126,7 ist der Wert in W/m² für Nordeuropa.
Wenn du im Netz danach suchst wirst du Werte zwischen 120 und 130 finden.
Jeder meint dort das "Absolut Richtige" gefunden zu haben.
Letztendlich ist es Wert der ungefähr die Sonnenleistung in Wärme pro Qm auf die Erde abbildet
und diese Genauigkeit ist wirklich nicht soooo wichtig. ;)
Gruß Wolfdieter
Ich habe jetzt mal die 126,7 übernommen. Ab morgen ist die neue Version im Update bzw. ab sofort im SVN.
Hallo mahowi,
entschuldige die späte Antwort:
Das Modul läuft einwandfrei mit der Beleuchtungsstärkenumrechnung. :)
Ich hatte nach den letzten Updates einen Totalabsturz
und habe bis heute an dem owserver/owfx rumgefummelt.
Musste uralte Sicherungen hervorholen um diesen Fehler zu beseitigen... >:(
Egal - geht alles wieder. ;D
Gruß Wolfdieter
Freut mich, daß es funktioniert. :)
Wie gesagt, falls jemand eine Station hat, die etwas anderes als Lux ausgibt, baue ich noch ein Attribut wie bei der Windgeschwindigkeit ein.
Hallo Mahowi,
das Modul läuft nun seit einiger Zeit bei mir.
Die Werte die übertragen werden sind ungerundet - also etliche Stellen hinter dem Komma.
Könntest Du noch eine Rundung auf z.B. eine oder auch zwei Nachkommastelle einbauen?
Hintergrund: Wenn sich der Luftdruck z.B. nur geringfügig ändert
führt das zu merkwürdigen Anzeigen wenn man die Daten wieder bei Wunderground abfragt.
Gruß WDS
Hallo WDS,
aktuell wird auf 4 Stellen hinter dem Komma gerundet, da leider durch die Umrechnungen in amerikanische Einheiten und auf der Webseite von WU wieder zurück ins metrische System die Rundungsfehler gerade auch beim Luftdruck recht groß sind. Das war auf der zweiten Seite dieses Threads mal Thema.
Ich werde dann mal ein Attribut einbauen, in dem man die Nachkommastellen angeben kann. Aber wie gesagt, die 4 Nachkommastellen habe ich genommen, damit auf der WU-Seite der Wert nach den Umrechnungen auch soweit wie möglich dem selbst gemessenen Wert entspricht. Es wird ja erst der gemessene Luftdruck von mbar bzw. hPa in inHg umgerechnet, so an WU gesendet und dort wieder zurück in mbar umgerechnet bei Anzeige in metrischen Einheiten.
Ich habe jetzt das Attribut round hinzugefügt. Damit kann die Anzahl der Nachkommastellen zur Berechnung angegeben werden. Der Standardwert ist wie vorher 4.
Die neue Version ist ab sofort im SVN und wird ab morgen per Update verteilt.
Herzlichen Dank für die unglaublich schnelle Reaktion. :) :)
Wenn mal alle Modulentwickler so schnell reagieren würden....
Egal - abwarten ob das die Lösung bringt.
Danke und Grüße
WDS
Naja, ich hab ja nur das eine Modul und die Änderung war recht simpel. ;)
Ob das wirklich die Lösung in Deinem Sinne ist, kann ich Dir nicht versprechen. Das eigentliche Problem ist die doppelte Umrechnung der Werte, einmal im Modul und dann wieder bei WU.
Leider kann man über die API keine metrischen Werte versenden. Theoretisch müssten die Rundungsfehler kleiner werden, je mehr Nachkommastellen verwendet werden. Du kannst ja mal ein bißchen mit den Werten spielen und dann hier berichten. Dann ändere ich eventuell den Default von 4 noch ab.
Hallo,
erst mal danke für das Modul, funktioniert ohne Probleme.
Wäre es möglich noch folgende Fields mit eizubauen?
AqPM2.5 - PM2.5 mass - UG/M3
AqPM10 - PM10 mass - PM10 mass
Es handelt sich dabei um Feinstaubwerte, die API gibt es her, ob und wo WU diese anzeigt habe ich aber bisher nicht raus finden können.
Besten Dank schon mal.
Gruß
Ma.
Prinzipiell lässt sich alles einbauen, was die API hergibt. Ich müsste nur wissen, ob ich die Werte der Sensoren 1:1 weitergeben kann, oder ob noch irgendwelche Umrechnungen erfolgen müssten.
Bisher sind nicht eingebunden:
weather - [text] -- metar style (+RA)
clouds - [text] -- SKC, FEW, SCT, BKN, OVC
leafwetness - [%]
visibility - [nm visibility]
AqNO - [ NO (nitric oxide) ppb ]
AqNO2T - (nitrogen dioxide), true measure ppb
AqNO2 - NO2 computed, NOx-NO ppb
AqNO2Y - NO2 computed, NOy-NO ppb
AqNOX - NOx (nitrogen oxides) - ppb
AqNOY - NOy (total reactive nitrogen) - ppb
AqNO3 -NO3 ion (nitrate, not adjusted for ammonium ion) UG/M3
AqSO4 -SO4 ion (sulfate, not adjusted for ammonium ion) UG/M3
AqSO2 -(sulfur dioxide), conventional ppb
AqSO2T -trace levels ppb
AqCO -CO (carbon monoxide), conventional ppm
AqCOT -CO trace levels ppb
AqEC -EC (elemental carbon) – PM2.5 UG/M3
AqOC -OC (organic carbon, not adjusted for oxygen and hydrogen) – PM2.5 UG/M3
AqBC -BC (black carbon at 880 nm) UG/M3
AqUV-AETH -UV-AETH (second channel of Aethalometer at 370 nm) UG/M3
AqPM2.5 - PM2.5 mass - UG/M3
AqPM10 - PM10 mass - PM10 mass
AqOZONE - Ozone - ppb
Hallo mahowi
MaMi7880 meint sicher https://forum.fhem.de/index.php/topic,66674.0.html
so einen Feinstaubsensor habe ich auch und das Teil ist problemlos in fhem zu integrieren.
Die Werte PM10 und PM2.5 könnten damit hochgeladen werden.
So wie ich das lese ohne irgendwelche Anpassungen.
Aber auf Wunderground habe ich so etwas auch noch nie gesehen.
Also einfach mal hochladen und abwarten was passiert.... ;D
Gruß WDS
Dann werde ich die beiden Werte mal noch einbauen. Gesehen habe ich WU auch noch keine Werte für Luftverschmutzung. Falls aber noch jemand auch noch einen der anderen noch ungenutzten Werte übertragen will, muß er mir nur sagen, welches Format benötigt wird.
Zitat von: dieter114 am 12 April 2018, 19:24:08
Hallo mahowi
MaMi7880 meint sicher https://forum.fhem.de/index.php/topic,66674.0.html
so einen Feinstaubsensor habe ich auch und das Teil ist problemlos in fhem zu integrieren.
Die Werte PM10 und PM2.5 könnten damit hochgeladen werden.
So wie ich das lese ohne irgendwelche Anpassungen.
Aber auf Wunderground habe ich so etwas auch noch nie gesehen.
Also einfach mal hochladen und abwarten was passiert.... ;D
Gruß WDS
Genau den Feinstaubsensor meinte ich 8), ich habe auch schon einige Zeit lang die Feinstaubdaten auf WU hochgeladen (durch lokale Anpassung des WUup-Moduls) aber bisher noch keine Daten auf WU gefuden. Ich denke WU baut da noch in Europa auf, für USA findet man schon Daten.
ZitatDann werde ich die beiden Werte mal noch einbauen. Gesehen habe ich WU auch noch keine Werte für Luftverschmutzung. Falls aber noch jemand auch noch einen der anderen noch ungenutzten Werte übertragen will, muß er mir nur sagen, welches Format benötigt wird.
Super, vielen vielen Dank. Dann ist es offiziell im Modul enthalten und ich spare mir die lokale Anpassung nach Updates.
Beste Grüße und schönen Abend
Gruß
Ma.
Schreib die WU Leute doch einfach mal an.
Wenn meine Station 1h "off" ist bekomme ich schon eine Mail von denen.
Die antworten wirklich.
Gruß WDS
Ich habe in Version 0.9.8 AqPm2.5 und AqPm10 eingebaut. Außerdem habe ich die Doku noch etwas überarbeitet.
Ab morgen ist die neue Version im Update oder ab sofort im SVN. Wenn noch was fehlt, sagt einfach Bescheid.
Hallo mahowi,
die PM2.5 und PM10 Werte werden übertragen und sind zumindest bei
meiner Station öffentlich im WU zu sehen.
Gruß WDS
Hallo!
Da WU ja von IBM übernommen wurde und dieser nun an der Geldschraube drehen (API nicht mehr gratis erhältlich) wäre es cool, wenn in diesem Modul auch "die andere Richtung" möglich wäre...
Nämlich die hochgeschobenen Daten auch in FHEM abzurufen.
Grade in Bezug auf Regen habe ich bisher nichts gefunden. Via HttpMod und readings geht da wohl was, aber nicht sehr zufriendenstellend...
Wäre da von deiner Seite aus was möglich? Quasi ein abfanden der gesendeten Daten von FHEM als Reading?
Die gesendeten Daten sollten ja vorhanden sein, da Du sie ja von vorhandenen Sensoren übernimmst. Zum Abrufen gibt es das Modul "Wunderground" (https://fhem.de/commandref.html#Wunderground). Allerdings wird auch da ein API-Key benötigt.
Über HTTPMod sollte man eigentlich auch alle Daten einer bestimmten Station ohne API-Key abrufen können. Eine Beschreibung dazu gibt's im Wiki (https://wiki.fhem.de/wiki/Wetter_und_Wettervorhersagen#Wetter_von_Weather_Underground).
Hallo Zusammen,
ich lade von einer Davis Vantage Pro 2 die Daten auf WU. Der Wert, der auf der WU Seite ankommt, scheint mir nicht plausibel. Wird im WUup-Modul dieser Wert umgerechnet, in der Annahme es seien Lux. Wenn ja, kann ich diese Umrechnung ausschalten?
Vielen Dank!
Zitat von: t.moori am 15 August 2018, 11:56:20
[...]Wird im WUup-Modul dieser Wert umgerechnet, in der Annahme es seien Lux. Wenn ja, kann ich diese Umrechnung ausschalten?
Ja, WUup nimmt an, daß der Wert für die Sonneneinstrahlung (solarradiation) in lux übergeben wird und rechnet diesen in W/m² um (Lux/126.7). Ich könnte hier analog zur Windgeschwindigkeit ein Attribut einführen, mit dem die Einheit für solarradiation ausgewählt wird.
Was gibt denn Deine Wetterstation aus?
Hallo mahowi,
danke für die schnelle Antwort. Ich denke die Werte kommen schon als w/m2 an. Im KVP (JeeLink mit Davis-Sketch) kommen Werte von 0 bis 3stellig(die letzten Tage).
Wenn ich diese Werte nehme und durch 126,7 rechne, komme ich auf die Werte, die auf der WU Seite angezeigt werden.
Viele Grüße
Ok, dann baue ich dafür noch ein Attribut ein.
Ich habe das Attribut unit_solarradiation eingebaut. Hier kann man wählen zwischen lux und W/m², Default ist lux.
Die neue Version 0.9.9 ist ab sofort im SVN oder ab morgen früh per Update verfügbar.
Na super, werde ich morgen früh ausprobieren! vielen Dank dafür.
Ich hätte da noch eine Idee, Luftdruck und andere Werte, werden in der Console der VP2 berechnet, bzw. erzeugt.
Werden diese auch beim senden auf eine zweite Console (Console2Console, retransmission) mit übertragen??
Da weiß ich jetzt nicht genau, was Du meinst. Sollen die Daten, die das Modul sendet, zusätzlich auf einer Konsole ausgegeben werden?
Wie die Übertragung Deiner Wetterstation aussieht weiß ich leider nicht. Ich übernehme ja im Modul nur die Readings, rechne sie um und gebe sie dann an WU per API weiter. Man könnte jetzt ein separates Logfile erzeugen, in das die übertragenen Werte geschrieben werden. Auf der Konsole kannst Du das dann z.B. mit tail -f mitlaufen lassen. Aber im Moment sehe ich da keinen Nutzen drin, da die Daten ja an anderer Stelle schon vorliegen. Außerdem müsste ich mir erstmal ansehen, wie ich ein eigenes Logfile erzeuge.
Hallo mahowi,
Version 0.9.9 funktioniert prima, vielen Dank!!!
Die Console der VP2 hat die Möglichkeit eine weitere Console mit den Daten der ISS(Davis Außensensoreinheit) zu versorgen. Nun habe ich nochmals nachgelesen und musste erkennen, dass nur Daten der ISS weitergefunkt werden, die lokalen, DewPoint und Luftdruck, werden nicht gesendet. So hat sich das auch erledigt.
Den Luftdruck werde ich bis auf Weiteres von Yahoo Wetter laden.
Zumindest für den Taupunkt kannst Du auch das Modul dewpoint (https://commandref.fhem.de/commandref_DE.html#dewpoint) aktivieren. Damit kannst Du dann in den Geräten direkt die Readings für Taupunkt, aber auch absolute Feuchte und Dampfdruck erzeugen lassen.
Habe den DewPoint mittels UserReadings von habeIchVergessen berechnet.
https://forum.fhem.de/index.php/topic,44092.msg369267.html#msg369267 (https://forum.fhem.de/index.php/topic,44092.msg369267.html#msg369267)
Ich würde es auch gerne verwenden und danke schonmal im Voraus ;)
Gruss aus Schweden
Jörg
Hallo,
da die alte API ja wohl am 22. März abgestellt wurde, habe ich mir einen neuen API Key generiert. Funktioniert denn WUUP mit der neuen API bzw. ist geplant es anzupassen?
Infos hier:
https://apicommunity.wunderground.com/weatherapi/topics/end-of-feb-wu-api-update
Um bei WU hochladen zu können benötigt man eh einen Account. Da bekommt man auch seine PWS-id und ein Passwort. Von daher glaube ich nicht das man von der API Geschichte hier betroffen sein wird. Bei mir läuft der Upload seit Monaten ohne Probleme.
Kurz, weil mobil.
Wie yersinia schon schreibt, benötigt man für das Modul nur ID und Passwort.
An der API zum Hochladen eigener Wetterdaten hat sich nichts geändert. Es ist nur die API für die Wettervorhersagen betroffen.
Hallo Zusammen!
Seit einiger Zeit lade ich Wetterdaten von meiner Davis auf WU hoch. Leider müllt mir diese das Logfile zu:
2019.09.01 01:27:32 3: WUup (WSFKW) - error while requesting https://rtupdate.wunderground.com/weatherstation/updateweatherstation.php?ID=xxxxxx&PASSWORD=xxxxxx&dateutc=2019-08-31+23%3A27%3A26&windspeedmph=0.0000&solarradiation=-1.76&dailyrainin=25.9921&windgustmph=4.0016&rainin=-0.0394&baromin=29.8519&dewptf=55.7240&humidity=47&winddir=121&tempf=74.8040&UV=-1&softwaretype=FHEM&action=updateraw&realtime=1&rtfreq=60 - https://rtupdate.wunderground.com/weatherstation/updateweatherstation.php?ID=IBRETNIG6&PASSWORD=m718t1i5&dateutc=2019-08-31+23%3A27%3A26&windspeedmph=0.0000&solarradiation=-1.76&dailyrainin=25.9921&windgustmph=4.0016&rainin=-0.0394&baromin=29.8519&dewptf=55.7240&humidity=47&winddir=121&tempf=74.8040&UV=-1&softwaretype=FHEM&action=updateraw&realtime=1&rtfreq=60: Can't connect(2) to https://rtupdate.wunderground.com:443: SSL wants a read first
Was kann ich tun??
Vielen Dank!
Ich kann den Fehler leider nicht nachvollziehen. Zu der Fehlermeldung habe ich hier im Forum diesen Thread gefunden: https://forum.fhem.de/index.php/topic,43794.0.html
Du hast übrigens Deine ID und Paßwort beim zweiten Vorkommen nicht augeXt.
Edit: Wenn ich den Link für Deine Station wie angegeben aufrufe, bekomme ich ein "success".
Hallo Mahowi,
im Modul ist noch ein kleiner Fehler:
Wenn Solarradiation auf "lux" eingestellt ist, funktioniert die Rundung der Werte nicht.
Es wird gar nichts gerundet und somit ein extrem langer String ständig hochgeladen.
Ist eingentlich nicht so wichtig - aber ein "Schönheitsfehler".
Gruß Wolfdieter
Ich habe es geändert. Ich nutze jetzt auch für solarradiation UConv zum Umrechnen und runde den Wert wie alle anderen auch.
Ist ab sofort im SVN und ab morgen im Update.
Prima Danke
für die sehr schnelle Reaktion. :)
Hallo Mahowi,
kann es sein das die Berechnung für wubaromin irgendwie nur in "großen Schritten" läuft?
Die Luftdruckanzeige meiner Station bei Wunderground (IILSEDE7) zeigt irgendwie merkwürdige Werte an.
Bei mir zu Haus in fhem ist das erheblich differenzierter.
Gruß Wolfdieter
Hallo Wolfdieter,
was meinst Du mit "großen Schritten"? Ich nutze hier die Umrechnungsfunktionen vom FHEM-internen UConv-Modul:
$key eq 'baromin' ? UConv::hpa2inhg( $value, $rnd )
Der Wert wird also von hPa in inHg umgerechnet, auf die Anzahl der gewünschten Stellen gerundet (Standard 4 Stellen).
Hier die Funktion aus UConv.pm:
# Pressure: convert hPa (hecto Pascal) to in (inches of Mercury)
sub hpa2inhg($;$) {
my ( $data, $rnd ) = @_;
return _round( $data * 0.02952998751, $rnd );
}
Kommen die Werte für den Luftdruck denn auch in mbar (=hPa) in FHEM an?
Du könntest auch versuchen, auf mehr Nachkommastellen zu runden. (Attribut "round")
Hi,
ich habe mir ein Device mit dem Modul erstellt und auf der Wundergound Seite eine neues Device vom Typ "other angelegt", leider bekomme ich immer folgende Response:
https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php?ID=meindevice&PASSWORD=meinpasswort&dateutc=2020-09-13+13%3A4 0%3A28&tempf=75.2000&baromin=30.3037&humidity=52&softwaretype=FHEM&action=updateraw: HTTP response code 401
das device habe ich angelegt mit der Station ID und dem Passwort von der Underground Webseite. Habe auch einen wget auf die URL probiert, selbes Ergebnis. Habe ich da was übersehen, oder ist das ein Problem bei Wunderground?
Vielen Dank schonmal
Michael
Hast Du da wirklich die Leerzeichen drin:
dateutc=2020-09-13+13%3A4 0%3A28&tempf=
Ansonsten sieht alles richtig aus. Kannst Du Dich denn bei WU so auf der Webseite anmelden?
An der API hat sich nichts geändert und meine Daten kommen auch bei WU an.
Geht der Upload wirklich noch ?
Ich bekomme nach Neustart meines Pi heute Nacht ne error Meldung:
gethostbyname weatherstation.wunderground.com failed
Hmm ?
Zitat von: ak323 am 27 November 2020, 07:20:25
Geht der Upload wirklich noch ?
Ich bekomme nach Neustart meines Pi heute Nacht ne error Meldung:
gethostbyname weatherstation.wunderground.com failed
Hmm ?
myWettertoWG 2020-11-27 08:49:19 response success
Danke rabehd.
Meine Uploads gehen jetzt auch wieder ... komisch.
Eventuell war nach dem Neustart Dein DNS nicht erreichbar. Zumindest konnte die Adresse weatherstation.wunderground.com nicht aufgelöst werden.
Hallo!
Seit heute geht es nun auch bei mir mit der gleichen Fehlermeldung "gethostbyname weatherstation.wunderground.com failed" nicht mehr, weatherstation.wuunderground.com zeigt "404 page not found", wird aber auf dem PC vom DNS normal aufgelöst.
Edit: 2021.03.09 15:24:06 3 : WUup (WeatherUnderground) - error while requesting https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php?ID=XXXXX&PASSWORD=XXXXX&dateutc=2021-03-09+14%3A23%3A56&rainin=0.0000&windspeedmph=1.6404&humidity=53&baromin=30.0827&dailyrainin=0.0000&tempf=39.7400&dewptf=24.8000&softwaretype=FHEM&action=updateraw - gethostbyname weatherstation.wunderground.com failed
Geht es bei euch noch?
Edit2: Muss man nicht verstehen, ganzen Morgen nix, jetzt gehts wieder.
2021-03-09 15:33:36 response success
Ich habe keine Fehlermeldungen.
weatherstation.wuunderground.com (http://weatherstation.wuunderground.com) dürfte auch falsch sein. Ich lande da bei der Bildzeitung. :o
Ich habe leider zur Zeit keinen Zugriff auf meinen FHEM-Server, um das zu testen. Aber https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php existiert zumindest noch und meldet sich auch mit bad request, wenn man die Seite ohne Parameter aufruft.
Zitat von: rabehd am 09 März 2021, 15:43:08
2021-03-09 15:33:36 response success
weatherstation.wuunderground.com (http://weatherstation.wuunderground.com) dürfte auch falsch sein. Ich lande da bei der Bildzeitung. :o
ups... ;D Vertippt
Edit: siehe oben, jetzt geht es wieder. keine Ahnung. Vielen Dank für eure super rasche Unterstützung! :)
59_WUup.pm kann offensichtlich nicht mit Readings umgehen, die z.B. eine Einheit beinhalten. Grund ist das ReadingsVal in Zeile 260, das zu einem Wert addiert werden soll.
Lösung: ReadingsNum verwenden. Nicht vergessen bei "GP_Import" hinzuzufügen ;-)