Neues Modul für die WS980WiFi Wetterstation

Begonnen von choenig, 15 Februar 2019, 19:16:29

Vorheriges Thema - Nächstes Thema

choenig

Hi

Zitat von: Romoker am 02 Mai 2021, 14:24:15
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
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

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:

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
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

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
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

choenig

Hab' ich in dem anderen Thread geschrieben:

Zitat von: choenig am 27 Juni 2021, 21:20:21
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:
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
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

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.

Zitat von: dadoc am 08 Juli 2021, 10:59:30
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:
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
HM, MAX, MySensors, Fronius, Conbee II, ZigBee, VCONTROL, Modbus, RPi, AVM

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...?
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

obb20a

Zitat von: Heuberg am 12 Juli 2021, 08:57:23
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:
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
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

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,

Zitat von: Romoker am 23 Juli 2021, 10:35:05
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? :-)

Zitat von: aruttkamp am 24 Juli 2021, 20:29:42
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:

/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

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

Leider gar nicht :-(