PWS-Upload zu weiteren Wetterdiensten

[meteoman]

@ Wernerwetter
meines Erachtens läuft Wswin mit Linux.

[wneudeck]

Hallo Oliver,
zu Deinem Code-Beispiel für weather365:
Wie ist eine Zeile wie diese zu verstehen:
t2m=[Außentemperatur]
Soll hier nur der Wert, also die Außentemperatur übermittelt werden (in WSWIN-Code), also z.B.
%curval[2]%
oder so wie angegeben, also
t2m= %curval[2]%
Ferner: Ist jemand bekannt, der hier eine "WSWIN-Datei" bereits entworfen hat, denn ich möchte ja nicht das Rad ein zweites Mal erfinden?
Bzw.
Gibt es einen Ansprechpartner bei weather365, den man per Mail kontaktieren kann?

[Tex]

Gibt es einen Ansprechpartner bei weather365, den man per Mail kontaktieren kann?

Ich hatte da schon mal vor ca. 2 Jahren angefragt. Antwort: wenn Interesse bestehen sollte, dann wäre der Softwareentwicker in der Pflicht... oder eben der User selber. Alle anderen komerziellen Portale, die von Eignern privater Wetterstationen Daten haben wollen, stellen zumindest ein Template zur Verfügung. Bei der Vielzahl der Wetterportale ist kein User mehr auf ein weiteres angewiesen - schon gar nicht auf ein kommerzielles, um für die dann die Arbeit zu erledigen.

Deshalb wird da von meiner Seite definitiv nix kommen!

[olicat]

Moin Werner (schoen, dass ich das mal schreiben darf),

Soll hier nur der Wert, also die Außentemperatur übermittelt werden

nein - das ist eine Zuordnung von key=value - muss also auch so wie angegeben uebertragen werden:

Code: Alles auswählen

t2m=Wert der Aussentemperatur

Gibt es einen Ansprechpartner bei weather365, den man per Mail kontaktieren kann?

Ich hatte bei meiner Email-Anfrage die Adresse genutzt, die dort veroeffentlicht war. Wobei wir die Leute dort vielleicht nicht staendig nerven sondern die Anfragen ggf. kanalisieren sollten. Zwar hat man sich fuer meine Fragen durchaus Zeit genommen und diese auch zufriedenstellend beantwortet. Ich hatte aber schon den Eindruck, sie von ihrer eigentlichen Arbeit abzuhalten.
Ich habe fuer FOSHKplugin den Upload bereits implementiert - kann also sicherlich die meisten Fragen zum Upload-Format beantworten.

@Tex:
Ich verstehe und teile Deinen Standpunkt.
Allerdings ist es in diesem Fall ja so, dass die Firma durchaus ein Template (allerdings fuer weewx) sowie eine ausfuehrliche Beschreibung zur Verfuegung stellt.
Wenn der Wunsch der Nutzer nach einer WSWin-Vorlage besteht, den die Firma (noch) nicht befriedigen kann, muss man als Nutzer eben selbst taetig werden. Mein Leidensdruck ist dabei gering - ich lade ja meine Daten ohne WSWin dort hoch. Ich moechte jedoch schon irgendwie helfen, denn der Dienst sieht wirklich gut aus und Interesse seitens der Nutzer besteht ja offenbar auch.
Das Heraussuchen der WSWin-Variablen ist sicherlich nur eine Fleissaufgabe - da sehe ich vorallem die Nutzer in der Pflicht, die das auch nutzen wollen.
Wenn es jedoch konkrete Fragen zur Implementierung in der NRT-Datei gibt, setze ich schon (auch) auf Deinen Erfahrungsschatz.
Danke!

Gruss, Oliver

[olicat]

Hi!

Ich habe das Grundgeruest der Vorlage fuer weather365.net oben nochmal um die siteID (zur Authentifizierung) und den Begin-Header erweitert.
Somit sollte der in WSWin fuer diese Vorlage definierte Nutzername uebernommen werden.

Womoeglich muss da auch noch ein 4Senddata=?val= und ein 6Unit=0 mit rein?

Oliver

[olicat]

So,

ich habe mir jetzt doch mal die WSWin-Variablen angesehen und finde alles ausser humidex:

Code: Alles auswählen

0Info=Weather365
1Typ=1
2Url=https://channel1.weather365.net/stations/index.php
5Separator=&
6Unit=0
xBeginData
stationid=%ws_template_user%
datum=%ws_date=YYYYMMDD%%ws_time=hhmm%
utcstamp=%ws_unix32datetime%
t2m=%alwaysseppoint_on%%curval[2]%
relhum=%curval[17]%
press=%curval[33]%
rainh=%rain1h%
raind=%rainday%
rainrate=%curval[34]%
uvi=%curval[41]%
prec_time=60
dew2m=%curval[43]%
et=%curval[40]%
wdir=%curval[36]%
windgust=%curval[45]%
windspeed=%curval[35]%
wdir10m=%avg10minwind%
windrun=%windrun_cur%
radi=%curval[42]%
wchill=%curval[44]%
soilmoisture=%curval[29]%
soilmoisture2=%curval[30]%
soilmoisture3=%curval[31]%
soilmoisture4=%curval[32]%
leafwetness=%curval[25]%
leafwetness2=%curval[26]%
leafwetness3=%curval[27]%
leafwetness4=%curval[28]%
lat=%ws_latitude%
lon=%ws_longitude%
alt=%ws_altitude%
appTemp=%apparenttemp% 
heat=%heatindextemp% 
cloudbase=%cloudline%

Theoretisch koennte das jetzt schon eine funktionierende Vorlagen-Datei fuer WSWin sein. Ich habe das aber noch nicht probiert.
Laesst sich die Ausgabe im WSWin simulieren? Dann koennte ich das mal mit meinen realen Upload-Daten von FOSHKplugin vergleichen.

Kennt jemand die Variable fuer humidex?

Oliver

[Tex]

Ich hab das mal etwas korrigiert:

0Info=Weather365
1Typ=1
2Url=https://channel1.weather365.net/stations/index.php
5Separator=&
6Unit=0
xBeginData
stationid=%ws_template_user%
datum=%ws_date=YYYYMMDD%%ws_time=hhmm%
utcstamp=%ws_unix32datetime%
t2m=%alwaysseppoint_on%%curval[2]%
relhum=%curval[18]%
press=%curval[33]%
rainh=%rain1h%
raind=%rainday%
rainrate=%rainrate%
uvi=%curval[41]%
prec_time=60
dew2m=%curval[43]%
et=%curval[40]%
wdir=%curval[36]%
windgust=%curval[45]%
windspeed=%curval[35]%
wdir10m=%avg10minwinddir%
windrun=%windrun_cur%
radi=%curval[42]%
wchill=%curval[44]%
soilmoisture=%curval[29]%
soilmoisture2=%curval[30]%
soilmoisture3=%curval[31]%
soilmoisture4=%curval[32]%
leafwetness=%curval[25]%
leafwetness2=%curval[26]%
leafwetness3=%curval[27]%
leafwetness4=%curval[28]%
lat=%ws_latitude%
lon=%ws_longitude%
alt=%ws_altitude%
appTemp=%apparenttemp%
heat=%heatindextemp%
cloudbase=%cloudline%

humidex gibt es nicht.

Wo hast du diese Variablen her? Die kenne ich nicht: %ws_date=YYYYMMDD%%ws_time=hhmm%
Statt dessen: %ws_year%%ws_month2%%ws_day2%%ws_hour2%%ws_minute2%

[wneudeck]

Hallo beide,
ich habe jetzt auch noch etwas in dem Link von olicat nachgesehen. Und da sieht es ja so aus, als sollte das Datum in UTC kommen.
Es gibt dazu WSWIN-Variablen, die ich mal hier einstellen möchte:
Akt. UTC-Jahr %ws_utc_year%
Akt. UTC-Monat 2st. %ws_utc_month%
Akt. UTC-Tag 2st. %ws_utc_day%
Akt. UTC-Stunde 2st. %ws_utc_hour%
Akt. UTC-Minute 2st. %ws_utc_minute%

UTC-Datum/Zeit %ws_utc_datetime%
RFC822 Datum/Zeit %ws_rfc822datetime%
Unix32Datum/Zeit %ws_unix32datetime%
Nun hat Tex ja schon die Arbeit geleistet. Ich würde daher folgendes vorschlagen:
Tex sendet mir die Datei nach einer eventuellen Überarbeitung zu und lasse sie dann bei mir laufen, da er ja keine Vantage hat. Ich habe ja immer schon Kontakt mit Tex
Zusätzlich noch folgendes:
Es ist in meinen Augen nicht sinnvoll, das als nrt-Datei zu erstellen, denn WSWIN kann ja nur eine nrt-Datei abarbeiten.- Die Datei kann ganz normal in die custom-Schiene eingebaut werden und wird dann eben im eingestellten Rhythmus, den der User verwendet, abgearbeitet.

[olicat]

Hi!

Ich hab das mal etwas korrigiert:

Vielen Dank.
Wir naehern uns der Vollstaendigkeit!

Wo hast du diese Variablen her? Die kenne ich nicht: %ws_date=YYYYMMDD%%ws_time=hhmm%

Den ersten Teil hatte ich irgendwo "aufgeschnappt". Den zweiten Teil hatte ich dann einfach (faelschlich) aus dem ersten gefolgert.
Wireshark hatte mir aber schon mitgeteilt, dass dies nicht stimmen kann.

utctimestamp passt aktuell noch nicht - da probiere ich jetzt mal %ws_rfc822datetime% aus. --> damit sieht jetzt korrekt aus!
Bei Werten die nicht vorhanden sind (bei mir z.B. leafwetness3/4) schreibt WSWin "--" - ich wuerde da aber lieber komplett auf die entsprechende Zeile verzichten. Kann man das WSWin in der Vorlage mitteilen?
lat und lon werden durch WSWin in Grad statt in Dezimalgrad ausgegeben - da muesste man wohl noch eine andere Einheit vorgeben?
Bei windrun wird bei mir hinten immer ein "+" mit ausgegeben. Laesst sich das verhindern oder gehoert das per Definition dazu (etwa weil der Wert nicht errechnet werden konnte)?

Ansonsten werden alle Felder erstmal befuellt. Ob die Daten inhaltlich korrekt sind, habe ich bisher aber nicht geprueft.
Hier dier aktuelle Stand:

Code: Alles auswählen

0Info=Weather365
1Typ=1
2Url=https://channel1.weather365.net/stations/index.php
4Senddata=?
5Separator=&
6Unit=0
xBeginData
stationid=%ws_template_user%
datum=%ws_year%%ws_month2%%ws_day2%%ws_hour2%%ws_minute2%
utcstamp=%ws_unix32datetime%
press=%curval[33]%
t2m=%alwaysseppoint_on%%curval[2]%
relhum=%curval[18]%
windspeed=%curval[35]%
windgust=%curval[45]%
radi=%curval[42]%
uvi=%curval[41]%
rainrate=%rainrate%
rainh=%rain1h%
prec_time=60
raind=%rainday%
soilmoisture=%curval[29]%
dew2m=%curval[43]%
wchill=%curval[44]%
appTemp=%apparenttemp%
heat=%heatindextemp%
cloudbase=%cloudline%
winddir=%curval[36]%
latitude=%ws_latitude%
longitude=%ws_longitude%
altitude=%ws_altitude%
et=%curval[40]%
windrun=%windrun_cur%
soilmoisture2=%curval[30]%
soilmoisture3=%curval[31]%
soilmoisture4=%curval[32]%
leafwetness=%curval[25]%
leafwetness2=%curval[26]%
leafwetness3=%curval[27]%
leafwetness4=%curval[28]%
[/code}

Nachtrag: 
Nochmal etwas umformatiert um eine bessere Vergleichbarkeit zu meinen Daten aus FOSHKplugin zu haben.
rainrate, rainh und raind geben bei mir die falschen Werte aus.

Oliver

[wneudeck]

Hallo Oliver,
nur kurz, weil ich gerade wieder Stress habe:
Längengrad als Wert %ws_longitudevalue%
Längengrad dezimal %ws_longitudedec%

Breitengrad-Text kurz %ws_latitudetxts%
Breitengrad als Wert %ws_latitudevalue%
Breitengrad dezimal %ws_latitudedec%