[Linux Shell-Skript] WLAN-Wetterstation
-
@viper4iob (und @All)
Kommt leider zu einer weiteren Verzögerung. Muss aktuell wieder etliche Panels kpl. ändern. Bei den benutzten "Overrides" steht leider der/mein feste/r Datenpunktpfad drin. Den kann man hier auch nicht einfach mit Variablen ersetzen
Hat jetzt wieder einige Zeit gebraucht eine Lösung dafür zu finden.
...und ich befürchte für die benutzte Datenquelle darf ich nochmals alle Panels ändern...Immerhin beschränkt sich die kpl. Konfiguration (wenn es denn auch so alles funktioniert
) auf lediglich Import und dann:
-
Servus
Ich beobachte seit ein paar Tagen, dass lt. Dashboard und io-Datenpunkte nanscheinend nichts zu Windy übertragen wird.
Dem ist aber nicht so.
Auf Winde sind alle Daten vorhanden.{ "type": "state", "common": { "name": "Datenübertragung Windy erfolgreich", "role": "state", "type": "number", "read": true, "write": true, "alias": { "id": "0_userdata.0.Wetterstation.Info.Windy", "read": "val ? 1 : 0" }, "custom": { "influxdb.2": { "enabled": true, "storageType": "Number", "aliasId": "", "debounceTime": 0, "blockTime": 0, "changesOnly": true, "changesRelogInterval": 900, "changesMinDelta": 0, "ignoreBelowNumber": "", "disableSkippedValueLogging": false, "enableDebugLogs": false, "debounce": 1000 } } }, "_id": "alias.0.Wetterstation.Windy", "native": {}, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1678027641823 }
-
@negalein
Da biste aber früh dran
https://forum.iobroker.net/post/1165692Die Übertragung funktioniert, nur haben sie, warum auch immer, beschlossen im Rückgabewert der API die korrekte Übertragung von "SUCCESS" in "success" zu ändern.
Das ist geändert, aber es kommt uU. trotzdem zu einem Fehler. Wenn es "dumm" läuft werden in dem nun aktuellen 10 Minutenzeitraster zwei Werte übertragen. Das mag Windy nicht mehr und besteht auf seiner cool down Zeit von ~8 Minuten. 60 Minuten lässt sich schlecht durch 8 teilen, deswegen bin ich auf ein 10 Minutenraster umgeschwenkt:
Heute Morgen um 4:20 Uhr und 4:40 Uhr war so ein "dummer" Zufall. Ein Datenpaket sehr früh in der Minute, da war noch Zeit ein zweites hinterher zu schieben (=Fehler bei Windy).
Das sollte eigentlich#10-Minutenjobs: Windy if [[ $(( $DO_IT % 10 )) -eq "0" && -z ${run_10minjobs_onlyonce} ]]; then #Windy if [ ${use_windy} == "true" ]; then windy_update; fi #run only once run_10minjobs_onlyonce=true else unset run_10minjobs_onlyonce fiverhindern. Tut es aber anscheinend nicht und seit ich heute debugge ist es aktuell nicht mehr aufgetreten und die Funktion arbeitet so wie ich es erwarte:
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Da biste aber früh dran
och, sind ja nur 4 Wochen
Danke für die Erklärung.
-
Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.3.0
- + Fix Simple API-Fehlermeldung bei leerer Solarenergie
- + Fix DP "Windy Datenübertragung" verbleibt auf "false" trotz erfolgreicher Datenübertragung
(Änderung an der API von windy) - + Raw-Werte bei DP100/WH51[L] hinzugefügt
Wie immer zu finden im GitHub
Update-Routine von Vorgängerversion:
- aktuellen WS-Updater nutzen (Download falls älter als V2.12.1:
wget -O ws_updater.sh https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh) ./ws_updater.shim Installationsverzeichnis ausführen- Menüpunkt "4" wählen und die Fragen beantworten
- wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden falls man die Raw-Werte der DP100/WH51[L] nutzen möchte
Update sollte durchgeführt werden, gerade wenn man Windy nutzt.
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Update sollte durchgeführt werden, gerade wenn man Windy nutzt.
Merci
läuft wieder -
Wann werden die Statistikwerte der Rekordwerte eigentlich aktualisiert?
Gestern hatte ich einen neuen Temp Rekordwert gemessen, der Wert wurde aber nicht aktualisiert -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Update sollte durchgeführt werden, gerade wenn man Windy nutzt.
läuft, danke dafür. Top Job
-
Ich habe gestern auf die Version v3.3.0 geupdatet,
warum wird mir dann noch immer die shellversion 3.2.0 angezeigt und warum erhalte ich die Meldung dass eine neu Firmware für die Wetterstation da ist, wenn ich aber auf die Konfigseite der Wetterstation gehe und auf prüfe Firmware dann ist die immer noch bei dem alten Stand. Siehe Bilder.
-
Moin, der Fehler mit der Firmware war schon in der 3.2.0 und auch jetzt noch in 3.3.0
-
@massiveattack sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Wann werden die Statistikwerte der Rekordwerte eigentlich aktualisiert?
Gestern hatte ich einen neuen Temp Rekordwert gemessen, der Wert wurde aber nicht aktualisiertDie "normalen" wie Temp, Regen, Wind zur Laufzeit des schedulers (default 01:03 Uhr nachts), die Jahresrekorde am 01.01. des Folgejahres.
Ev. lief das Skript zum Zeitpunkt nicht? Da hat sich in den Sourcen schon Ewigkeiten nichts mehr geändert und besonderer Woodoo ist es auch nicht: lese Datenpunkt, aktueller Tageswert größer (oder kleiner bei Tiefswert) als gelesener Wert --> schreibe neuen Wert als Rekord.
Allerdings muss ich auch gestehen, dass ich die Funktion nicht aktiv verfolge. Ich habe in den letzten 5 Jahren so viel Extreme angesammelt, dass ich eigentlich seit 1.5 Jahren keinen neuen Rekord hatte. Ist denn einer der Zeitstempel relativ aktuell?Kann das ev. jemand noch verifizieren/bestätigen/dementieren
-
@babl sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich habe gestern auf die Version v3.3.0 geupdatet,
warum wird mir dann noch immer die shellversion 3.2.0 angezeigt und warum erhalte ich die Meldung dass eine neu Firmware für die Wetterstation da ist, wenn ich aber auf die Konfigseite der Wetterstation gehe und auf prüfe Firmware dann ist die immer noch bei dem alten Stand. Siehe Bilder.
Die Shellversion stimmt bei mir. Hast du nach dem Update den Service neu gestartet? Sonst führt er die Vorgängerversion noch immer aus dem RAM aus, egal welche Version auf der Platte liegt
sudo systemctrl restart wetterstationDie Firmware ist leider "korrekt" so. Die muss ich aufwändig von Hand pflegen: auf der Website täglich nachschauen, dann ggf. auf GitHub nachtragen. Das kann ich nicht für jede Version machen und "mein" lokales Script ließt täglich nur die Easyweather-Version aus, weder die Pro-Derivate, noch die für Gateways.
Wenn sich dann der Inhalt von https://github.com/SBorg2014/WLAN-Wetterstation/blob/master/firmware.version von deiner Version unterscheidet --> Meldung neue FirmwareIch muss mir das mal bei Gelegenheit ansehen ob man (oder ich) nicht noch was zaubern kann. Per Hand zumindest auf keinen Fall, ich komme so schon nicht mehr zu Rande. Problem ist halt nur, dass ich keine passende Station oder Gateway habe.
-
@sborg restart wurde nicht durchgeführt, dann weiß ich das fürs nächste mal. hat sich aber erledigt, da ich gestern wieder den großen update tag hatte für mein proxmox system mit allen anhängenden Systeme, dort wurde dann auch die Wetterstation neu gestartet, also Problem erledigt.
Zur Firmware Version, kein Ding wenn du das mit der Hand pflegst, das muß ja nicht sein, war nur mal ne Frage. Ansonsten paßt alles, danke für deine Arbeit.
Zu den Rekordwerten, bei mir stimmen Sie. Es fehlen zwar 2 Tage heuer, da ich nciht wußte wie das mit den Jahreswerten funktionierte, aber sonst alles gut.
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Kann das ev. jemand noch verifizieren/bestätigen/dementieren
Bei mir wurde im Mai der "Rekord" Regen am Tag erreicht. Der Rekord war am 24.05 und wurde am 25.05 um 01.03 Uhr geschrieben. Alles korrekt.
-
@sborg Ich habe im Protokoll jetzt öfters die Info "State value to set for "0_userdata.0.Wetterstation.Info.Hitzeindex" has to be type "number" but received type "string"" .
Hast du da ne Lösung für. Einfach "0" oder "-1" übergeben? Wenn nicht so sinnvoll, dann egal - ist ja nur ne Info. -
@rene55
Sollte eigentlich nicht auftreten. Im "Original" ist der DP-Typ mixed/gemischt, da der Simple-API gelegentlich eine Zahl als String ansieht. Da hat JS nach wie vor gelegentlich Probleme damit und ich keine Möglichkeit die Zahl vorher als "Number" zu deklarieren.
https://github.com/SBorg2014/WLAN-Wetterstation/blob/master/wetterstation.js#L62Wahrscheinlich steht er bei dir auf "Number" was eigentlich auch korrekt so ist und ich mal ganz am Anfang beim Anlegen der DPs so festgelegt hatte. Irgendwann trat dann das Problem zu Tage und die Umstellung auf "mixed/gemischt" erfolgte.
@Chris76e
Danke für die Rückmeldung
-
@babl sagte in [Linux Shell-Skript] WLAN-Wetterstation:
restart wurde nicht durchgeführt, dann weiß ich das fürs nächste mal.
Hat aber auch etwas Gutes. Eigentlich war ich der Meinung es würde hier beim Update eine dementsprechende Meldung erscheinen. Also habe ich mal nachgeschaut, und tatsächlich sollte sogar eine J/N-Abfrage kommen ob man den Service jetzt neu starten möchte...
Irgendwann habe ich aber offensichtlich einen (bis dato unbemerkten) Bug eingebaut, denn er kann diesen Programmteil nie erreichen da er vorher schon das Skript beendet
Fixe ich mit der nächsten Version -
@sborg Ok, ich hab meinen Datenpunkt auf 'mixed' eingestellt. Jetzt sollte er nicht mehr meckern. Bei Werten unter 20°C kommt ja auch 'nichts'.
-
Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.4.0
- ~ Fix "Kommunikationsfehler" bei Gateways mit Firmware ab V3.1.1 / Issue #71
- ~ Fix am ws_updater, Restart des Service wird nach Update nicht ausgeführt
Wie immer zu finden im GitHub
Update-Routine von Vorgängerversion:
- aktuellen WS-Updater nutzen
./ws_updater.shim Installationsverzeichnis ausführen- Menüpunkt "4" wählen und die Fragen beantworten
Update ist optional, außer man nutzt ein Gateway mit einer Firmware größer/gleich V3.1.1
-
hab gerade das update ausführen wollen: es kommt ein Fehler mit tmp.file
'bc' installiert: [✓] 'jq' installiert: [✓] 'dc' installiert: [✓] 'unzip' installiert: [✓] 'patch' installiert: [✓] Zugriff auf 'Rest-API' im ioBroker: [✓] Aktuelle Version (latest) auf GitHub: V3.4.0 vom 20.07.2024 Version im aktuellen Verzeichnis : V3.2.0 Informationen zum Release V3.4.0: ───────────────────────────────────────────────────────────── Neu/Änderungen im Release: ~ Fix "Kommunikationsfehler" bei Gateways mit Firmware ab V3.1.1 / Issue #71 ~ Fix am ws_updater, Restart des Service wird nach Update nicht ausgeführt Soll ein Update von WLAN-Wetterstation durchgeführt werden? [J/N]: j Führe Update aus... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 Warning: Failed to open the file tmp.zip: Keine Berechtigung 3 41690 3 1369 0 0 1802 0 0:00:23 --:--:-- 0:00:23 1802 curl: (23) Failure writing output to destination unzip: cannot find or open tmp.zip, tmp.zip.zip or tmp.zip.ZIP. rm: das Entfernen von 'tmp.zip' ist nicht möglich: Datei oder Verzeichnis nicht gefunden _ _______ __ __ __ __ | | / / ___/ / / / /___ ____/ /___ _/ /____ _____ | | /| / /\__ \______/ / / / __ \/ __ / __ `/ __/ _ \/ ___/ | |/ |/ /___/ /_____/ /_/ / /_/ / /_/ / /_/ / /_/ __/ / |__/|__//____/ \____/ .___/\__,_/\__,_/\__/\___/_/ V3.4.0 /_/ 'bc' installiert: [✓] 'jq' installiert: [✓] 'dc' installiert: [✓] 'unzip' installiert: [✓] 'patch' installiert: [✓] Zugriff auf 'Rest-API' im ioBroker: [✓] Soll die wetterstation.conf nun auf die neue Version V3.4.0 gepatcht werden? [J/N]:Was läuft da krumm?
Angemeldet natürlich als normaler user (nicht root).
