Neues Modul für die WS980WiFi Wetterstation

[choenig]

Hi,

schonmal in die Commandref geschaut?

Code Auswählen Erweitern


attr <name> unit_light <unit>
set the unit used for brightness-readings. Default: lux


LG
Christian

[Bartimaus]

Danke für den Link/Modul.

Ich hatte mir diese Station auf die Wunschliste geschrieben, da scheint die Ausseneinheit "identisch" zu sein.
https://de.elv.com/wifi-wetterstation-weatherscreen-pro-251064?fs=1788271877&c=331

Hat die vielleicht schon jemand, und sogar mit diesem Modul in FHEM eingebunden ?

[Olli_aus_LuBu]

@ chkoenig: ups, peinlich     .... Danke!

[Waldmensch]

Danke für den Link/Modul.

Ich hatte mir diese Station auf die Wunschliste geschrieben, da scheint die Ausseneinheit "identisch" zu sein.
https://de.elv.com/wifi-wetterstation-weatherscreen-pro-251064?fs=1788271877&c=331

Hat die vielleicht schon jemand, und sogar mit diesem Modul in FHEM eingebunden ?

Nach Überfliegen der Bedienungsanleitung würde ich sagen nein. Dort steht nichts von Daten loggen auf dem PC oder Direktverbindung mit Handy. Du kannst anscheinend nur Daten zu den Wetterportalen übertragen. Im ELV Forum gibt es auch noch keinen Beitrag.

Nur weil das Gehäuse des Außensensors ähnlich aussieht, muss die Firmware der Basis nicht dieselbe sein.


Gesendet von iPhone mit Tapatalk

[Olli_aus_LuBu]

@chkoenig: hab jetzt umgestellt, nur passt der Brightness-Readingwert in W/m2 weiterhin nicht zur Anzeige der Basisstation (Bsp. Reading=5W/m2 vs. Basisstation=29W/m2).

[Lucky2k12]

Ich hatte mir diese Station auf die Wunschliste geschrieben, da scheint die Ausseneinheit "identisch" zu sein.
https://de.elv.com/wifi-wetterstation-weatherscreen-pro-251064?fs=1788271877&c=331

Hat die vielleicht schon jemand, und sogar mit diesem Modul in FHEM eingebunden ?

Ich hab hier die WH2650A, mit vermutlich baugleicher Ausseneinheit, aber WLAN - 868MHz Transmitter statt der Displayeinheit. Wird auch unter Waldbeck Haley vertrieben.  Die läuft nicht mit dem Modul.
list

Code Auswählen Erweitern


Internals:
   CFGFN     
   ConnectionState connected
   DEF        192.168.178.61
   FD         42
   FUUID      5e459aae-f33f-c590-ab0e-75767c0e41c693ae
   INTERVAL   30
   IP         192.168.178.61
   NAME       WS980
   NR         77671
   PORT       45000
   STATE      ???
   TYPE       WS980
   VERSION    1.1.1
   READINGS:
     2020-02-15 11:41:28   firmware        WH2650A_V1.5.2
     2020-02-15 11:41:28   lastUpdate      2020-02-15 11:41:28
     2020-02-13 19:54:33   pressureRel_calculated 0.0
   helper:
     requestInProgress 0
     activeRequests:
Attributes:
   altitude   500
   room       Weather
   verbose    5

log:

Code Auswählen Erweitern


2020.02.15 11:46:43.471 5: WS980 (WS980) - WriteFn called
2020.02.15 11:46:43.471 5: WS980 (WS980) - sending [ff ff 0b 00 06 08 08 21]
2020.02.15 11:46:43.471 5: WS980 (WS980) - sent 8 bytes
2020.02.15 11:46:43.482 5: WS980 (WS980) - ReadFn started
2020.02.15 11:46:43.483 4: WS980 (WS980) - received reply: [ff ff 63 04 02 69]
2020.02.15 11:46:43.483 1: WS980 (WS980) - looks like the reply could not be decoded, skipping
2020.02.15 11:46:43.483 5: WS980 (WS980) - activeRquests: historyMin firmware
2020.02.15 11:46:43.483 3: WS980 (WS980) - Sending new request for 'historyMin'...
2020.02.15 11:46:43.483 5: WS980 (WS980) - WriteFn called
2020.02.15 11:46:43.484 5: WS980 (WS980) - sending [ff ff 0b 00 06 06 06 1d]
2020.02.15 11:46:43.484 5: WS980 (WS980) - sent 8 bytes
2020.02.15 11:46:43.543 5: WS980 (WS980) - ReadFn started
2020.02.15 11:46:43.543 4: WS980 (WS980) - received reply: [ff ff 63 04 02 69]
2020.02.15 11:46:43.543 1: WS980 (WS980) - looks like the reply could not be decoded, skipping
2020.02.15 11:46:43.543 5: WS980 (WS980) - activeRquests: firmware
2020.02.15 11:46:43.544 3: WS980 (WS980) - Sending new request for 'firmware'...
2020.02.15 11:46:43.544 5: WS980 (WS980) - WriteFn called
2020.02.15 11:46:43.544 5: WS980 (WS980) - sending [ff ff 50 03 53]
2020.02.15 11:46:43.544 5: WS980 (WS980) - sent 5 bytes
2020.02.15 11:46:43.642 5: WS980 (WS980) - ReadFn started
2020.02.15 11:46:43.642 4: WS980 (WS980) - received reply: [ff ff 50 12 0e 57 48 32 36 35 30 41 5f 56 31 2e 35 2e 32 c6]
2020.02.15 11:46:43.711 5: WS980 (WS980) - activeRquests:



Sieht so aus als käme was, aber das Modul versteht den Dialekt nicht...
Was aber problemlos geht, ist die Einbindung über Loredos HP1000 Modul.

[Olli_aus_LuBu]

Ich habe das Problem dass die Brightnyss-Werte (in W/m2) die im Reading erzeugt werden nicht mit den Anzeigen auf der Basisstation übereinstimmen.
Ich habe daher den Tagesverlauf händisch mitprotokolliert und festgestellt dass ich über eine Umrechnung des Brightness-Readings in Lux geteilt durch 126,6 auf den Anzeigewert der Basisstation in W/m2 komme.
Hab jetzt ein UserReading dafür erzeugt und nun passen dien beiden Werte (UserReading und Anzeige Basisstation) zusammen.
Kann es sein dass die Umrechnung im Modul eventuell falsch ist? Hat jemand etwas ähnliches beobachtet?

Grüße
Oliver

[Waldmensch]

Wenn Du das Attribut unit_light nicht gesetzt hast, wird das Reading brightness in Lux geliefert. Aktuell bei mir ~4600 (bedeckter Himmel) Bei voller Sonne hatte ich gestern einen Spitzenwert von ~50000

Das deckt sich auch mit der Display Anzeige in kLux


Gesendet von iPhone mit Tapatalk

[Olli_aus_LuBu]

Hallo Waldmensch,

ich hatte das Attribut auf W/m2 gesetzt, aber dann hat das Reading und die Anzeige der Basisstation überhaupt nicht übereingestimmt. Deshalb bin ich auf den Lux-Wert gegangen. Selbstverständlich hätte ich das Reading auch auf W/m2 lassen können und dann einen Umrechnungsfaktor erzeugen können.
Das eigentliche Problem ist daher:
- Attribut auf W/m2 gestellt
- Reading brightness (nun in W/m2) und Anzeige auf Basisstation stimmen nicht überein.
Wenn Du das Attribut auf W/m2 setzt passen dann das Reading und die Anzeige der Basisstation zueinander?

Grüße an diesem sonnigen Tag

Oliver

[Romoker]

Ich kann die Beobachtung bestätigen. Wenn beide Einheiten auf W/m² eingestellt sind, zeigt meine Wetterstation einen um den Faktor 5,3 höheren Wert an als FHEM.
Der Umrechnungsfaktor im WS980-Modul ist aber mit 1 lux = 0,001464128843338 W/m² korrekt. Deshalb vermute ich, dass die Wetterstation den Wert falsch berechnet. Ich habe die Firmware EasyWeatherV1.4.4 im Einsatz.

Viele Grüße

[Waldmensch]

Ich stelle bei mir nix testweise dran rum. Ich habe da zig Abhängigkeiten in FHEM am brightness Wert, die alle sofort Alarm schlagen würden


Gesendet von iPhone mit Tapatalk

[Qowy]

Ich bin auch der Meinung, dass irgendwas am w/m² Wert nicht stimmt

WUnderground zeigt für meine Station gerade 693 W/m², was zu den Nachbarstationen passt.
Wenn ich bei zb kachelmannwetter auf die offiziellen Stationen schaue Melden die für die letzte Stunde 2311 kJ/m²/h was durch 3,6 ca. 639 W/m² sind also gleiche Größenordnung (es wird ja heller).

Fhem meldet dann je nach Einheit. 86831 lx oder 126 W/m² was dann irgendwie nicht stimmen kann.

Wir sind also wieder beim magischen faktor 5 um den es falsch ist.
Und wenn ich es eben mit sowas hier vergleiche https://kachelmannwetter.com/de/messwerte/deutschland/globalstrahlung/20200805-0900z.html sollte der höhere Wer richtig sein.
Kompensiert die Wetterstation vllt intern, dass die Sonne eben nicht nur auf 555nm energie liefert sondern eben auch sehr viel infrarot.

Ich habe mir auch jetzt mal so beholfen:

Code Auswählen Erweitern

sunEnergy { ReadingsVal("Wetter_Garten","brightness",0) * 0.00788;; },
sunEnergy_todayMax { ReadingsVal("Wetter_Garten","brightness_todayMax",0) * 0.00788;; },
sunEnergy_historyMax { ReadingsVal("Wetter_Garten","brightness_historyMax",0) * 0.00788;; }

[Bartimaus]

Mein Aussensensor (wie bei der WH2650 oder so) hat über HP1000 ein eigenes Reading: "luminosity"

Der dort angezeigte Wert stimmt mit dem anderen Reading:"solarradiation" multipliziert mit 126,7 überein. Identische Werte sehe ich in Underground als auch auf dem Display der Wetterstation.

[choenig]

Hi,

Fhem meldet dann je nach Einheit. 86831 lx oder 126 W/m² was dann irgendwie nicht stimmen kann.

Wir sind also wieder beim magischen faktor 5 um den es falsch ist.

fhem zeigt aber doch genau das an, was das Display der WS980 auch anzeigt, oder? Wenn nicht, kann ich es fixen, wenn doch, dann nicht.

Ich finde die Werte auch sehr komisch, aber es sind halt die Werte, die die Wetterstation liefert.

Ich kann gerne Attribute für Korrekturfaktoren einbauen, aber die sind dann ja geraten.

EDIT: Ich habe gerade erst die vorangegangen Diskussion gelesen, ist irgendwie an mir vorbeigegangen :\. Wenn ich aus dem Urlaub zurück bin, guck ich mir nochmal die Werte an, die Wetterstation und FHEM anzeigen.

LG
Christian

[choenig]

Hi,

Der Umrechnungsfaktor im WS980-Modul ist aber mit 1 lux = 0,001464128843338 W/m² korrekt.

[...]
Wir sind also wieder beim magischen faktor 5 um den es falsch ist.
[...]
Kompensiert die Wetterstation vllt intern, dass die Sonne eben nicht nur auf 555nm energie liefert sondern eben auch sehr viel infrarot.

Ich denke, das genau ist der Punkt. Mein Umrechnungsfaktor bezieht sich auf die 555nm. Für das Spektrum der Sonne soll aber eher 0.0079 als Umrechnungsfaktor verwendet werden. Ich ändere das jetzt einfach und dann sollte es besser hinkommen

Ab morgen sollte es dann im Update sein!

LG
Christian