Neues Modul für die WS980WiFi Wetterstation

[choenig]

Hi

es freut mich, dass ich zur Fehleridentifizierung meinen Beitrag beisteuern konnte

Vielen Dank!

Ich hab' jetzt einen Fix eingecheckt. Wird ab morgen früh im update sein.

Bin aber nicht bei allen Werten sicher, wie deren Fehlerwert ist (falls es überhaupt einen gibt). Das ist z.b. bei den Regenwerten der Fall.

Falls als was neues auffällt, bitte wieder Melden

LG
Christian

[Romoker]

Danke, das ging ja jetzt flott
Ich werde morgen einen Update machen und die Werte meiner Station beobachten. Ich gebe dann nach gegebener Zeit Feedback.

Viele Grüße

[Romoker]

Hallo Christian,

Ausreisser nach oben konnte ich bis jetzt nicht mehr registrieren und scheinen eleminiert zu sein. Ich habe aber noch häufig folgenende Meldungen im Log:

Code: [Auswählen]

2021.05.13 17:21:01.459 1: PERL WARNING: Argument "n/a" isn't numeric in numeric gt (>) at (eval 124987) line 1.
2021.05.13 17:21:01.459 1: stacktrace:
2021.05.13 17:21:01.460 1:     main::__ANON__                      called by (eval 124987) (1)
2021.05.13 17:21:01.460 1:     (eval)                              called by ./FHEM/98_DOIF.pm (188)
2021.05.13 17:21:01.460 1:     main::DOIF_UpdateCell               called by ./FHEM/98_DOIF.pm (2970)
2021.05.13 17:21:01.460 1:     main::DOIF_Notify                   called by fhem.pl (3887)
2021.05.13 17:21:01.460 1:     main::CallFn                        called by fhem.pl (3804)
2021.05.13 17:21:01.460 1:     main::DoTrigger                     called by fhem.pl (4889)
2021.05.13 17:21:01.461 1:     main::readingsEndUpdate             called by ./FHEM/10_WS980.pm (623)
2021.05.13 17:21:01.461 1:     main::WS980_handleMultiValuesUpdate called by ./FHEM/10_WS980.pm (912)
2021.05.13 17:21:01.461 1:     main::WS980_ReadFn                  called by fhem.pl (3887)
2021.05.13 17:21:01.461 1:     main::CallFn                        called by fhem.pl (773)
Das wirkt sich bei mir in den DOIF ui_Table cards so aus, dass temperature, windChill, dewPoint und humidity auf den Wert 0 fallen.

Viele Grüße

[Romoker]

Ergänzung zu meinem letzten Post: Die Ursache für die Perl-Fehlermeldung im Log war das DOIF-Modul, das mit den vom WS980-Modul gelieferten n/a-Werten nichts anfangen konnte. Inzwischen werden vom DOIF-Modul nicht-numerischen Werte herausgefiltert, so dass ich das Problem mit 0-Werten in den DOIF-card-Diagrammen und die Log-Fehlermeldungen nicht mehr habe. Also alles wieder gut.
Vorschlag: Vielleicht kann man dem WS980-Modul ein Attribut suppressInvalidValues (oder so ähnlich) spendieren, das die n/a-Werte unterdrückt.

Viele Grüße

[choenig]

Hab' ich in dem anderen Thread geschrieben:

Hi,

es scheint wirklich häufig vorzukommen, dass ein ungültiger Wert übertragen wird. Im anderen Thread ist das auch gerade *das* Thema.

Ich schlage vor, dass ich statt des n/a in Zukunft die betroffenen Werte einfach gar nicht aktualisiere und den ungültigen Wert einfach ignoriere.

LG
Christian

[dadoc]

Moin,
Ich wollte mich gerade daranmachen, das Modul zu testen (super, dass man die externen Wettersites nun vergessen kann!).
Allerdings stürzt das kpl. Fhem (läuft auf Raspi) beim Installationsversuch ab:

Code: [Auswählen]

2021.07.08 06:53:09 1: ws980wifi (WS980::WS980_error:1340) ERROR: msg did not start with ffff
[Thu Jul  8 06:53:09 2021] fhem.pl: Use of uninitialized value $buf in unpack at ./FHEM/10_WS980.pm line 439.
<h1>Software error:</h1>
<pre>'x' outside of string in unpack at ./FHEM/10_WS980.pm line 439.
</pre>
<p>
For help, please send mail to this site's webmaster, giving this error message
and the time and date of the error.

</p>
[Thu Jul  8 06:53:09 2021] fhem.pl: 'x' outside of string in unpack at ./FHEM/10_WS980.pm line 439.Viele Grüße
Martin

[choenig]

Hallo zusammen,

zunächst mal habe ich gerade ein update gepusht, mit dem man mittels 'invalidValues'-Attribut einstellen kann, ob die readings normal aktualisiert werden sollen (so wie bisher) oder ob sie geskippt werden sollen. Ist ab morgen im fhem-update.

Ich wollte mich gerade daranmachen, das Modul zu testen (super, dass man die externen Wettersites nun vergessen kann!).
Allerdings stürzt das kpl. Fhem (läuft auf Raspi) beim Installationsversuch ab:

Code: [Auswählen]

2021.07.08 06:53:09 1: ws980wifi (WS980::WS980_error:1340) ERROR: msg did not start with ffff
[Thu Jul  8 06:53:09 2021] fhem.pl: Use of uninitialized value $buf in unpack at ./FHEM/10_WS980.pm line 439.
<h1>Software error:</h1>
<pre>'x' outside of string in unpack at ./FHEM/10_WS980.pm line 439.
</pre>
<p>
For help, please send mail to this site's webmaster, giving this error message
and the time and date of the error.

</p>
[Thu Jul  8 06:53:09 2021] fhem.pl: 'x' outside of string in unpack at ./FHEM/10_WS980.pm line 439.Viele Grüße
Martin

Oha, danke für die Info, guck ich mich an!

LG
Christian

[choenig]

Hi dadoc,

ich habe jetzt direkt noch 'ne Version hinterher-committed, die den Crash fixt. (ab morgen im Update)

Danke für den Bugreport

Aber ich bin mir nicht sicher, ob das autodiscovery überhaupt noch funktioniert, beim testen gerade tat es nicht. Das guck ich mir dann später mal an, dafür muss ich aber wieder im Netz rumsniffen .

LG
Christian

[Heuberg]

Guten Morgen,
bis zum 18.07. gibt es ein Sonderangebot für die WS980WiFi -> 120 € -> "Eh eL Vau"

Viele Grüße
Rainer

[dadoc]

Guten Morgen,
ich bin mit den WSxyz von ELV momentan erst einmal bedient. Es scheint so zu sein, dass sich meine nicht allzu alte (5/2018 gekauft) W830 mittlerweile nicht mehr ins WLAN einbinden lassen, da die WS Tool-App a) unter iOS überhaupt nicht mehr funktioniert (verbundenes WLAN wird nicht angezeigt), b) unter Android zwar das WLAN findet, aber keine Verbindung zur Station herstellen kann. Das Problem gibt's wohl schon seit 2019 (s. Rezensionen der App), ohne dass sich irgendjemand darum kümmern würde. Auch im ELV Forum ein Thema.
Falls Ihr einen Tipp hättet...?

[obb20a]

Guten Morgen,
bis zum 18.07. gibt es ein Sonderangebot für die WS980WiFi -> 120 € -> "Eh eL Vau"

Viele Grüße
Rainer

Hab' ich mir bestellt, kam heute an und war - bis auf ein paar eklige Hänger in der WS-Tools App - dank des WS980 Moduls superfix installiert. Danke an alle, die das möglich gemacht haben - endlich eigene Wetterdaten!

[Romoker]

Ich hatte mir die neue Version am 12. Juli installiert und gleich das neue Attribut "invalidValues skipAndLog" definiert. Bis gestern war alles unauffällig. Ich hatte heute in der 2. Nachthälfte über einen Zeitraum von sieben Stunden 463 Fehlermeldungen im Log:

Code: [Auswählen]

2021.07.23 00:01:33.701 1: ws980wifi (WS980::WS980_error:1369) ERROR: 0 not found
[0 67 127 255 0 0 69 127 255 0 0 70 50 0 0 71 255 0 0 72 39 176 0 0 73 39 176 0 0 75 255 255 0 0 76 255 255 0 0 78 0 0 0 0 0 0 85 0 255 255 255 0 0 86 255 255 0 0 87 255 0 0 ]
[00 43 7f ff 00 00 45 7f ff 00 00 46 32 00 00 47 ff 00 00 48 27 b0 00 00 49 27 b0 00 00 4b ff ff 00 00 4c ff ff 00 00 4e 00 00 00 00 00 00 55 00 ff ff ff 00 00 56 ff ff 00 00 57 ff 00 00 ]
...
...
2021.07.23 07:50:58.536 1: ws980wifi (WS980::WS980_error:1369) ERROR: 0 not found
[1 45 ]
[01 2d ]
Zuerst vermutete ich, dass meine Außenstation wieder komplett ausgefallen war. Sie hat aber in der Nacht über diesen Zeitraum weiter korrekte Wetterwerte geliefert.
Es müssen dann aber in diesem Zeitraum auch ungültige Werte (0 not found) geliefert worden sein, die entsprechend der Einstellung "invalidValues skipAndLog" protokolliert wurden. Die Anzahl der Meldungen im Log waren mir zu viel, deshalb habe ich meine Einstellung auf "invalidValues updateReading" geändert.

In der alten Version wurden oft zwischen zwei ungültigen n/a-Werten von der Außenstation keine weiteren Werte protokolliert (meistens in der 2. Nachthälfte). Ich vermute, dass dann der komplette Datensatz, auch mit weiteren gültigen Wetterwerten, verworfen wurde. Mit der neuen Version werden nur die ungültigen Werte in einem Datensatz verworfen, aber die Gültigen werden korrekt verarbeitet. Nur so kann ich mir das neue Verhalten erklären.
Insofern hat die neue Version auch die Verarbeitung fehlerhafter Datensätze verbessert.

Viele Grüße

[aruttkamp]

Hallo zusammen,

ich habe die Wetterstation heute eingerichtet und auch in mein WLAN eingebunden.
Das Programm WeatherSmartIP kann auf die Station auch zugreifen und zeigt daten an.
in FHem hab ichs eingebunden , aber er kann sich nicht connecten.

2021-07-24 20:16:45 WS980 ws980wifi lastError: Couldn't connect to 192.168.0.220:45000: IO::Socket::INET: connect: timeout

Was könnte ich übersehen haben ? Die IP ist richtig. ein PING auf die IP ergibt auch eine Antwort.
Muss ich evtl. noch irgendwo einen user o.ä. einrichten ?

[choenig]

Hi,

Insofern hat die neue Version auch die Verarbeitung fehlerhafter Datensätze verbessert.

D.h. ich lass das so oder steckt in dem Text ein change request? :-)

2021-07-24 20:16:45 WS980 ws980wifi lastError: Couldn't connect to 192.168.0.220:45000: IO::Socket::INET: connect: timeout

Funktioniert es denn gar nicht, oder hast du nur zwischendurch diese Meldung?

Ich habe das auch immer mal wieder im Log:

Code: [Auswählen]

/var/log/fhem # grep 'connect to 10.11.123.140:45000' fhem-*.log
fhem-2021-07-27.log:2021.07.27 04:55:30.954 1: EG.Garten.WS980 (WS980::WS980_error:1340) ERROR: Couldn't connect to 10.11.123.140:45000: IO::Socket::INET: connect: timeout
fhem-2021-07-27.log:2021.07.27 06:52:35.119 1: EG.Garten.WS980 (WS980::WS980_error:1340) ERROR: Couldn't connect to 10.11.123.140:45000: IO::Socket::INET: connect: timeout
fhem-2021-07-27.log:2021.07.27 07:42:43.015 1: EG.Garten.WS980 (WS980::WS980_error:1340) ERROR: Couldn't connect to 10.11.123.140:45000: IO::Socket::INET: connect: timeout

LG
Christian

[aruttkamp]

Funktioniert es denn gar nicht, oder hast du nur zwischendurch diese Meldung?

Leider gar nicht :-(