[Linux Shell-Skript] WLAN-Wetterstation
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Zwar drei Wochen her, deswegen zur üblichen Info "alle Jahre mal wieder": ich schreibe nichts in die InfluxDB
Der "Null"-Fehler ist nur ein Schönheitsfehler, außer man hat gerade mit der Statistik angefangen. Im 1. Jahr der Statistik wird diese einmalig resettet, da kein kpl. Jahr vorliegt, dies also auch keine Jahresstatistik ist.
Mit einer Änderung am JS/JSC funktioniert mittlerweile das Lesen des Timestamps auf einem "Folder" nicht mehr = ergibt "Null". Da die Funktion aber immer nur am 01.01. ausgeführt wird ist es wohl bisher nie aufgefallen.
Die Änderung ist easy: anstelle getState muss einfach getObject benutzt werden
Neue Version liegt auf GitHub.@Boronsbruder
Das hängt mit https://github.com/SBorg2014/WLAN-Wetterstation/issues/74 zusammen. Fix gibt es aktuell noch keinen, da es sich um einen Designfehler (oder Denkfehler) meinerseits handelt. Am Monatsletzten wird im Grunde keine Auswertung mehr gefahren und Teile mit auf den 01. des Folgemonats gezogen. Da brauche ich Ruhe und Zeit dafür. Beides aktuell absolute Mangelware.Leider habe ich immer noch den (Null) Fehler.
Habe es geändert auf die Version 2.06.
Ich habe dann die Liter händisch auf 0 zurückgestellt. Aber es kommt jeden Tag der Null Fehler.
Warum, weshalb keine Ahnung.
-
@babl
Deswegen mag [IRONIE /Aus] ich JavaScript auch so, gerade wegen der oft "aussagekräftigen" Fehler. Es gibt auch noch einen Fehler (was genau habe ich mir noch nicht angeschaut, hängt aber sicherlich wieder an einem JS-Update und funktioniert nun nicht mehr) in der "Auto-Delete Data" Routine.
Falls du (und Andere immer noch) den "NULL" Fehler haben, checkt mal ob ihr bei0_userdata.0.Statistik.Wetter.Control.AutoDelete_Data(oder wo ihr die Statistik liegen habt) einen kürzeren Zeitpunkt in Monaten als Daten habt. Hä...???Ein Bild und 1.000 Worte oder so...:
Eigentlich sollte nach der gewählten Anzahl der Monate alte Datensätze aus "Data" gelöscht werden. In der Routine ist ebenfalls ein "NULL"-Fehler. Mit erhöhen des Wertes wird die Routine nur aktuell nicht ausgeführt und der Fehler tritt nicht mehr auf. Da dies nur ein Datenpunkt pro Monat ist in meinen Augen verschmerzbar. Notfalls den Datenpunkt mit 2 Klicks selbst löschen (oder wenn unerwünscht das ganze Jahr).
-
@sborg bei mir schaut das so aus.
Jahr 2023 ab August, Jahr 2024 vollständig und der Wert bei mir ist 0
siehe Bild
-
@babl
Q&D: stell es mal auf bspw. 96. Das wären dann 8 Jahre bis er anfängt zu löschen (bzw. "löschen will", die Funktion funktioniert aktuell nicht...). Dann sollte zumindest der "NULL"-Fehler aus dem Log verschwinden.
...und ich habe Zeit den Fehler zu fixen
-
@sborg alles klar, danke, kein problem laß dir zeit
-
@sborg jepp der null fehler ist weg
-
@SBorg
Wann implementierst du eigentlich die Unterstützung fürs
MQTT-Protokoll, die das GW2000 seit der Firmwareversion 3.1.9 kann? -
hätt ein paar Fragen zu den Werten.
0_userdata.0.Wetterstation.Regen_Event= der aktuelle Regen; kann der vom Script wieder auf 0 gesetzt werden, wenn Regen vorbei?0_userdata.0.Wetterstation.Regen_Jahrvs.0_userdata.0.Wetterstation.Regen_Jahr_kumuliert?
Kann da quasi zB0_userdata.0.Wetterstation.Regen_Jahrauch von Juni bis Juni sein? Also wann die Station das erste mal in Betrieb genommen wurde?
Und0_userdata.0.Wetterstation.Regen_Jahr_kumuliertist der errechnete durch dein Script von Jänner bis Dezember?0_userdata.0.Wetterstation.Regen_Monatist klar. Aber warum ist hier ein Unterschied von ca. 2 mm zu0_userdata.0.Wetterstation.Regen_Jahr_kumuliert?Danke
-
@negalein
Ich hoffe dein Regen_Jahr ist nicht nur von Jänner 2025
-
@massiveattack sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@negalein
Ich hoffe dein Regen_Jahr ist nicht nur von Jänner 2025nö, von 2025 müsste ........_kumuliert sein. Sonst hätt ich schon Kiemen.
-
seit dem update von simple api auf v3.0 schreibt das log viele info messages:
simple-api.0 2025-03-10 09:56:56.750 info State value to set for "javascript.0.Wetterstation.Wind_max" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:56:56.325 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:56:24.372 info State value to set for "javascript.0.Wetterstation.Wind_max" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:56:23.934 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Monat" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:56:23.889 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:55:52.974 info State value to set for "javascript.0.Wetterstation.Wind_max" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:55:52.541 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:55:20.192 info State value to set for "javascript.0.Wetterstation.Wind_max" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:55:19.762 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Jahr" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:55:19.713 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:54:48.999 info State value to set for "javascript.0.Wetterstation.Sonnenstrahlung" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:54:48.924 info State value to set for "javascript.0.Wetterstation.Wind_max" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:54:48.485 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:54:16.274 info State value to set for "javascript.0.Wetterstation.Wind_max" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:54:15.842 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:54:15.798 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Tag" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:53:45.328 info State value to set for "javascript.0.Wetterstation.Sonnenstrahlung" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:53:45.249 info State value to set for "javascript.0.Wetterstation.Wind_max" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:53:44.810 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Monat" has to be type "number" but received type "string" simple-api.0 2025-03-10 09:53:44.761 info State value to set for "javascript.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string"müsste hier etwas angepasst werden?
-
Das hab ich auch, denke die Prüfung des objects war vorher nicht da..
muss wohl im Script angepasst werden, wenn es kein Fehler vom Adapter ist.. -
Hallo.
ERLEDIGT
Nochmal alles geprüft und einen Schreibfehler gefunden.
Manchmal sieht man den Wald vor lauter Bäumen nicht.@SBorg ich hoffe du kannst mir helfen.
Ich habe InfluxDB dieser Tag auf 2.7.x upgegraded und läuft alles soweit, bis auf die Statistik.
Das Skript schreibt in die Statusmeldung "Fehler beim Lesen der InfluxDB: timeout" und folgender Datenpunkt wird daher nicht richtig aktualisiert:- Statistik.VorTag.Regenmenge
Vermutlich sind es noch mehr Datenpunkte, aber ich verwende nur diesen einen weiter.
Was kann ich da machen?
DANKE vorab.Ich ergänze noch die .conf:
#InfluxDB-Konfiguration / ohne InfluxDB alles leer lassen #Protokoll (HTTP oder HTTPS) / default: HTTP INFLUX_WEB=HTTP #IP und Port der API [xxx.xxx.xxx.xxx:xxxxx] INFLUX_API=10.10.10.51:8086 #Bucket, Token und Organisation der InfluxDB INFLUX_BUCKET=iobroker INFLUX_TOKEN=DZeHqoyg-DZtgoY61g9wsLXZy5g8YZeurreZhtzz9j5ApckxK-sa_KYX38FzAu4EchBD3fLN9ez4qEQOxd4Ohw== INFLUX_ORG=myorgDaten kommen in der InfluxDB richtig an. Das habe ich kontrolliert.
-
-
Hallo
Gibt es bei der WH4000 SE ein Gateway, dass per LAN angeschlossen wird?
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
WH4000 SE
Ich glaube, dass die Station eine Wifi Verbindung hat (hab in der ANleitung nix über LAN gefunden)
Das GW2000 und das GW3000 hat LAN aber kein Display.Dafürhat man ja auch dann ne VIS -
@boronsbruder sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Das GW2000 und das GW3000 hat LAN aber kein Display.
perfekt.
der funktioniert mit der Aussenseinheit der WH4000SE? -
@negalein
Ich habe eine WS69 am Gateway in Betrieb, die als Ersatz für eine verstorbene WH4000SE Ausseneinheit dient.Ich betreibe an dem Gateway sowohl Ecowitt- als auch Froggit-Sensoren ohne Probleme.
Achja und der Gateway 2000 hängt bei mir draussen unter dem Vordach und hat schon 1 Jahr ohne Probleme überlebt.
Er wird bei mir über einen POE-Splitter mit Spannung versorgt. -
@boronsbruder sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@SBorg
Wann implementierst du eigentlich die Unterstützung fürs MQTT-Protokoll, die das GW2000 seit der Firmwareversion 3.1.9 kann?Wie üblich "keine Unterstützung seitens der Hersteller", also fehlende Hardware und natürlich keine Zeit meinerseits.
Die Frage sei aber gestellt: wofür? Was soll da besser sein? Ich müsste dann einen eigenen MQTT-Broker implementieren. An einen zB. Mosquitto kannst du ja auch so direkt publishen. Also eher nie
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@SBorg
0_userdata.0.Wetterstation.Regen_Event= der aktuelle Regen; kann der vom Script wieder auf 0 gesetzt werden, wenn Regen vorbei?Nein, der kommt so von der Station. Wenn ich den im Skript auf "0" setze wird er direkt wieder von der Station überschrieben. Würde nur ein Hilfs-DP helfen, der mittels Blockly, NodeRED etc. den "Regen-Event" spiegelt und diesen bei Regenende dann auf "0" setzt.
0_userdata.0.Wetterstation.Regen_Jahrvs.0_userdata.0.Wetterstation.Regen_Jahr_kumuliert?
Kann da quasi zB0_userdata.0.Wetterstation.Regen_Jahrauch von Juni bis Juni sein? Also wann die Station das erste mal in Betrieb genommen wurde?Das hört sich erst mal wieder einfacher an als es dann ist. Ich muss ja auch diejenigen berücksichtigen die dies nicht wollen.
Hier wäre es IMO einfacher dies per InfluxDB-Abfrage zu lösen.Und
0_userdata.0.Wetterstation.Regen_Jahr_kumuliertist der errechnete durch dein Script von Jänner bis Dezember?0_userdata.0.Wetterstation.Regen_Monatist klar. Aber warum ist hier ein Unterschied von ca. 2 mm zu0_userdata.0.Wetterstation.Regen_Jahr_kumuliert?Ja. Zu 100% wird das nie identisch sein. Zum einen sind das minimale Rundungsfehler, die sich dann aber bei der Menge an Werten halt aufsummieren. Die meisten Stationen liefern den Wert mittlerweile. Das war eigentlich nur zu der Anfangszeit des Skriptes, um wenigstens einen Wert zu haben. Besser einen nicht ganz genauen, als letzendlich gar keinen zu haben. Außerdem darf man keinen Wert der Station (die immer läuft) direkt mit einem des Skriptes (das beim booten bspw. nicht läuft) vergleichen. Skript läuft nicht = der von der Station gesendete Wert wird nicht berücksichtigt
