LoxBerry-Plugin: FOSHKplugin - Wettergateway Froggit DP1500 / Ecowitt GW1000 anbinden

[Lightpicture]

Hallo olicat

Bei dem WH31 wird in der Ecowitt App Min/Max Temperatur angezeigt, kann diese über dein Plugin abgefragt werden?
Laut Plugin Beschreibung finde ich nur das hier.


Für die Innen-Temperatur/Feuchtigkeitsmesser DP50/WH31:
FOSHK-batt1..8 (Batterie-Status; 1 = Alarm, 0 = ok)
FOSHK-humidity1..8
FOSHK-temp1..8c

[olicat]

Hi!

Zu den meisten Messwerten fuehrt FOSHKplugin eine Tages-min/max-Liste inkl. des jeweiligen Zeitpunktes.
Schau Dir doch mal die Liste der uebertragenen Werte an:

http://ipaddress:port/FOSHKplugin/keyhelp

ipaddress ist dabei die Adresse des Rechners, auf dem FOSHKplugin laeuft (etwa LoxBerry) und port die Portnummer von FOSHKplugin.
Fuer die WH31 sind das die Variablen tempNc_max, tempNc_max_time, tempNc_min, tempNc_min_time fuer Werte in Grad Celsius und (falls noetig) tempNf_max, tempNf_max_time, tempNf_min, tempNf_min_time in Grad Fahrenheit.
Dabei N = 1..8.
Fuer weitere interessante Links siehe

http://ipaddress:port/FOSHKplugin/help

Und nein, eine woechentliche, monatliche oder jaehrliche min/max-Liste gibt es (und plane ich) nicht.
FOSHKplugin ist kein Datenbanksystem.

Oliver

[Lightpicture]

Spitze, vielen Dank.

[rage302]

Hallöchen,

hab eine kurze Frage. Ist der "neue" WN36 Pooltemperatursensor mit dem FOSHK-Plugin kompatibel?

https://www.ecowitt.com/shop/goodsDetail/252

Danke sehr.

greetings rage

[rage302]

...super danke für die Info.
Das mit der Messung nur an der Oberfläche hab ich nicht gewusst. Ev. werde ich dann doch eher auf einen WN30/WN34 gehen.

[olicat]

Der Sensor wird schon die Temperatur des Wassers messen. Aber der T-Sensor schwimmt eben nur knapp unterhalb der Oberfläche.
Die im Manual angegebenen Maße von

Length * Width * Height: 85 x 85 x 115mm

für das Gerät lassen auf eine Wassertiefe von vielleicht 8cm schließen.
Das wäre mir zu wenig.

[rage302]

...okay... ja ich hab jetzt noch den WN30 bestellt und werde dann beide im Pool vergleichen und dann sehe ich was mir mehr zu sagt.
lG rage

[xcv]

Hallo Oliver!

Ich habe mit dem FOSHKplugin seit dem Update auf LoxBerry V3.0.0.6 ein Problem. Die Datenübertragung zum Miniserver funktioniert leider nicht mehr. Es werden die Daten einmalig übertragen aber danach nicht mehr aktualisiert. Die Wetterapp am Handy funktioniert weinwandfrei.

Ich habe das Plugin gelöscht und neu installiert. Dabei habe ich die folgenden Fehlermeldungen bekommen:




Das heruntergeladene log-File habe ich auch angehängt. [ATTACH]n393318[/ATTACH]
Ich muss noch dazu sagen, dass ich mit einem Raspi/Linux sehr wenig am Hut haben.
Kannst du mir bitte helfen.

Danke und LG Bernd

[olicat]

Hi!

Die Fehlermeldungen im Log deuten eher auf grundsätzliche Probleme auf Deinem LoxBerry hin.
Offenbar hat dieser keinen Zugriff auf das Internet.
Welche Auswirkungen das auf die Installation oder den Betrieb von FOSHKplugin hat, kann ich ohne Log-Files nicht sagen.
Vielleicht kannst Du mir diese per PM zuschicken?
In Deinem Beitrag könnte ich jedenfalls kein Log-File finden.

Oliver

[olicat]

Moin,

weil das immer wieder mal Fragen aufwirft ...

FOSHKplugin verarbeitet ALLE Daten, die von der Wetterstation kommen.
Jedoch ist die Sensorhierarchie maßgeblich, welche Daten welcher Sensoren von der Konsole überhaupt bereitgestellt werden.

In der Welt von Fine Offset/Ecowitt gibt es also genau EINEN Außensensor für Temperatur und Luftfeuchtigkeit, nur EINEN Solarsensor und nur EINEN Windmesser.
Auch der Regenmesser ist grundsätzlich exklusiv - jedoch werden bei Einsatz eines WS90 zusätzlich zu den Werten des haptischen Sensors auch - wenn vorhanden - die Werte eines herkömmlichen Regensensors übertragen.

Ansonsten gibt es auch eine maximale Anzahl von Sensoren einer Sensor-Gattung - etwa 8 Bodenfeuchte-Sensoren WH51 oder 8 Zusatz-T/H-Sensoren WH31, 4 PM2.5-S3nsoren WH41/43 usw

Aber:
Alle von der Konsole übermittelten Werte werden von FOSHKplugin verarbeitet und z.B. dem Loxone Miniserver bereitgestellt.

Oliver

[TomekWaw]

Hi! I have WS90 array with GW2000 gateway and FOSHK plugin installed on Loxberry.
Everything seems to work fine here, beside UDP rainfall inputs.
I see rainfall in Ecowitt APP, I see rainfall on FOSHK plugin page (loxberry:8080), but they are not seen in Config. I've already changed Minimal change value from default 0,25 to 0,05.
What am I missing here?

[olicat]

Hi!

Please start the UDP monitor in the config and check whether the piezo values are present.
Which FOSHKplugin version do you use?

Oliver

[Lightpicture]

Hello TomekWaw

When you use this, they are working well.
All the FOSHK-wrain_piezo and outer xxxx_piezo show me as well no data.

[TomekWaw]

Lightpicture Tried that before, those longer-name inputs show no data as well

[TomekWaw]

olicat This is what UDP monitor shows I am receiving:



So it seems there is the data, just now shown... strange

[olicat]

Hi!

If there is only a WS90 and no (additional) conventional rain sensor, the piezo values are automatically changed to the conventional variable names by default.
This behaviour can be changed in the foshkplugin.conf:

[Weatherstation]
WS90_CONVERT = True # automatically convert WS90 rain data keys to conventional rain sensor keys if only these WS90 rain values are present (globally)

If WS90_CONVERT is set, the conversion to the conventional names takes place:

rrain_piezo --> rainratein
erain_piezo --> eventrainin
hrain_piezo --> hourlyrainin
drain_piezo --> dailyrainin
wrain_piezo --> wekklyrainin
mrain_piezo --> monthlyrainin
yrain_piezo --> yearlyrainin

Have a look here.

Oliver

[TomekWaw]

olicat Ok, I've found the bug. Template generator puts SID=FOSHKweather\idrain_piezo=\i\v in command recognition, and in fact it should be SID=FOSHKweather\idrain_piezomm=\i\v
So all template names miss "mm" at the end.

[Peter_Aschenberger]

Thank you very much.I had exactly the same problem. And this is the solution.

[olicat]

Hi!

This is what UDP monitor shows I am receiving:

So the data is there but you can't pull these values out of the UDP stream? This is really strange! Never seen this before.
Perhaps Loxone has problems with the "_" in the variable name?

Beside this: you should calibrate your relative pressure ...

Oliver