Das Wetterstationen Forum

Es gibt übrigens noch zwei weitere Werte, die auf der Grundlage der WS2320E/WH4000SE-Daten dargestellt werden könn(t)en (von Innentemperatur und -Feuchte mal abgesehen): die gefühlte Temperatur (apparent temperature) und die theoretische Wolkenhöhe (cloudbase).

noxx hat geschrieben: ↑06 Okt 2021, 18:47 ....

So wie ich das verstanden habe, brauche ich wohl ne passende import.conf
mit einer entsprechenden [[FieldMap]] für die WH4000SE.

Der Tag wird kommen wie das Amen in der Kirche das ich das brauche

Genau. Das CSV-Beispiel im utility guide ist schon fast vollständig für die WH4000SE.

Gyvate hat geschrieben: ↑06 Okt 2021, 18:48 Es gibt übrigens noch zwei weitere Werte, die auf der Grundlage der WS2320E/WH4000SE-Daten dargestellt werden könn(t)en (von Innentemperatur und -Feuchte mal abgesehen): die gefühlte Temperatur (apparent temperature) und die theoretische Wolkenhöhe (cloudbase).

Schnellversuch lief ins leere
zeigt mir nichts an

skin.conf muss in der values und chart order den entsprechenden Variablen-Eintrag haben.
.....
values_order = outTemp, outHumidity, barometer, windSpeed, rain, snowDepth, dewpoint, windchill, heatindex, inTemp, inHumidity, UV, ET, radiation, appTemp, cloudbase, extraTemp1, extraHumid1, extraTemp2, extraHumid2, extraTemp3, extraHumid3, extraTemp4, extraHumid4, extraTemp5, extraHumid5, extraTemp6, extraHumid6, extraTemp7, extraHumid7, extraTemp8, extraHumid8

charts_order = outTemp, windchill, radiation, rain, snowDepth, windSpeed, barometer, windvec, UV, outHumidity, inTemp, inHumidity, appTemp, cloudbase, extraTemp1, extraHumid1, extraTemp2, extraHumid2, extraTemp3, extraHumid3, extraTemp4, extraHumid4, extraTemp5, extraHumid5, extraTemp6, extraHumid6, extraTemp7, extraHumid7, extraTemp8, extraHumid8

index.html.tmpl - $current ist nicht vorgesehn in der Skin für die Grafiken - aber $day; $current natürlich bei den Wertekarten
....
// Wind chill + Heat index + optional appTemp - charts = graphics

#if "appTemp" in $Extras.Appearance.charts_order and $day.appTemp.has_data
$getChartJsCode("windchill", "windchillchart", "area", "windchill", "heatindex", "avg", "appTemp")
#else
$getChartJsCode("windchill", "windchillchart", "area", "windchill", "heatindex")
#end if

#if $day.cloudbase.has_data
$getChartJsCode("cloudbase", "cloudbasechart", "area", "cloudbase", "avg")
#end if

Die ausgelieferte index.html.tmpl hat eigentlich alle benötigten Einträge - die Einträge der darzustellenden Variablen in skin.conf müssen vorhanden sein. Dann müsste er klappen.
Schau mal unter http://meshka.eu/neowx2
dazu wurde nichts in den ausgelieferten skin.conf und index.html.tmpl geändert - nur die Reihenfolge bei charts_order

in weewx.conf muss in [StdWxCalculate] stehen
appTemp = prefer_hardware
barometer = prefer_hardware
cloudbase = prefer_hardware
dewpoint = prefer_hardware
Das sind ja beides abgeleitete und nicht direkt von der Station gemessene Werte.
Soweit ich erkennen kann, berechnet die Konsole diese Werte nicht und versendet sie auch nicht. Also muss weewx sie selbst berechnen, was ja mit prefer_hardware passiert, wenn keine Daten dafür kommen.

Danke. Ich probiere das nochmal aus.

Was mich noch interessieren würde, ob man anhand der Sensoren (UV o. Strahlung) die
Sonnenscheindauer in Std ermitteln und aufzeichnen kann.

Geht im Prinzip schon, aber meistens nur Pi x Daumen. Dazu geistern verschiedene Algorithmen durch's Web, die annehmen, dass Sonne scheint, wenn die Strahlung grösser als 120 W/m² ist. Ein österreichischer Hobby-Meteorologe hat dazu sogar eine tagesbezogene Tabelle entwickelt (d.h. der Schwellwert liegt jeden Tag wo anders).
siehe http://www.pete.at/wetter/Sonnenstunden_2021.htm

Ich habe eine einfachere, erschwingliche und sehr exakte Lösung gefunden, den SunRecorder.
http://www.sunrecorder.net
Erfasst die realistische Sonnenscheindauer minutengenau über den Tag, als Grafik, als Tabelle, als minütliche Datei, die z.B. meine CumulusMX Installation verarbeitet (hat dazu eine Schnittstelle). Software zum Gerät läuft nur unter Windows.
Es ist quasi ein elektronischer (s?) Pyranometer.

Das Ganze nach weewx zu bringen habe ich noch nicht gesehen (die technische Lösung ist nicht so weit verbreitet), aber im Grunde müsste eine Datei (die quasi sunhours_total beinhaltet) in jedem Speicherinterval vom Cheetah-generator dazu gelesen werden. (oder, das DB-Schema erweitert werden, die Datei im Loop "dazugelesen" und mit abgespeichert werden).
Ggf. ein zukünftiges Projekt.

Das Bild stammt übrigens von meiner Installation. An einem Mast an der der Hausschmalseite knapp übers Dach hoch"geschoben".

Hi!

Ich habe eine einfachere, erschwingliche und sehr exakte Lösung gefunden, den SunRecorder.

Wie lautet denn erschwinglich in Zahlen?

Ich versuche gerade, meine neue Sonnenstundenberechnung im FOSHKplugin zu verifizieren. Da fehlt mir eine Referenz.

Was mich noch interessieren würde, ob man anhand der Sensoren (UV o. Strahlung) die Sonnenscheindauer in Std ermitteln und aufzeichnen kann.

die annehmen, dass Sonne scheint, wenn die Strahlung grösser als 120 W/m2 ist.

FOSHKplugin nutzt dies bis v0.09 auch genau so. Minuetlich wird geprueft, ob der gemeldete SR-Wert oberhalb von 120 W/m² liegt. Falls ja, wird die Summe der Sonnenminuten um eins erhoeht. Per Ecowitt-Protokoll wird dann der Wert sunmins sowie sunhours mit uebertragen. Um Mitternacht wird dann die Tagessumme zurueckgesetzt.
In der kommenden Version gibt es eine ortsbezogene Ermittlung mit dynamischen Schwellwerten (abhaengig vom Zeitpunkt innerhalb des Jahres).
Fuer weewx gibt es auch eine passende Funktion - da habe ich die neue Berechnungsgrundlage (danke, Werner!) her:

Sonnenscheindauer: basiert auf Code von Jterrettaz/sunduration https://github.com/Jterrettaz/sunduration und Werner Krenn

Gruss, Oliver

Ich habe eine einfachere, erschwingliche und sehr exakte Lösung gefunden, den SunRecorder.

Wie lautet denn erschwinglich in Zahlen?

Ich versuche gerade, meine neue Sonnenstundenberechnung im FOSHKplugin zu verifizieren. Da fehlt mir eine Referenz.

Ist natürlich relativ
nachstehend das Angebot: (Versand aus Dänemark)
"Blake Larsen Sun Recorder EUR 160
Comprising:
Recorder unit with either 50 or 100 M Cable
Hardware for pole mounting ø25-38mm
USB interface
Software and user manual delivered via Internet
Shipping to Germany EUR 37
Payment: Prepaid via Paypal to account paypal@sunrecorder.net"

Ist eine Anschaffung für Jahrzehnte.

Die Berechnungen sind halt so eine Sache. Du kannst durchaus 200+ W/m² haben und trotzdem ist der Himmel wolkenverhangen. Also kein echter Sonnenschein. Beim SunRecorder wird das nicht als Sonnenschein akzeptiert.

160€ wäre mir zuviel dafür.

Ob man mit den Werten der Froggit Sonnenstunden berechnen kann, wage
ich auch gerade zu bezweifeln.

Aktuell:
UV 1,3
Strahlung 198 W/m²
Himmel bewölkt

Die Sonnenstunden über Rechenverfahren aus der gemessenen Lichtstärke zu berechnen, ist ein Näherungsverfahren und je nach Wetterlage ungenau.

Wenn man genau sein will, braucht man einen Pyranometer, da geht nichts daran vorbei. Ordentliche Teile sind aber astronomisch teuer. Der SunRecorder ist eine clevere low-cost Variante (gemessen am generellen Preisniveau solcher Geräte). Absolut gesehen ist er auch nicht billig. Mehr als eine ganze WS2320E/WH4000SE Wetterstation.