[Linux Shell-Skript] WLAN-Wetterstation

Negalein

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
}

SBorg

@negalein
Da biste aber früh dran :joy:
https://forum.iobroker.net/post/1165692

Die Ü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:

Bild 001.png

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

   fi

verhindern. 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:

Negalein

@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Da biste aber früh dran

och, sind ja nur 4 Wochen :joy: :joy:

Danke für die Erklärung. :)

SBorg

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.sh im 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.

Negalein

@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Update sollte durchgeführt werden, gerade wenn man Windy nutzt.

Merci
läuft wieder :)

MassiveAttack

Wann werden die Statistikwerte der Rekordwerte eigentlich aktualisiert?
Gestern hatte ich einen neuen Temp Rekordwert gemessen, der Wert wurde aber nicht aktualisiert

babl

@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

babl

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.

Nashra

Moin, der Fehler mit der Firmware war schon in der 3.2.0 und auch jetzt noch in 3.3.0

SBorg

@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 aktualisiert

Die "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 ;)

SBorg

@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 wetterstation

Die 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 Firmware

Ich 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.

babl

@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.

Chris76e

@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.

Rene55

@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.

SBorg

@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#L62

Wahrscheinlich 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 :+1:

SBorg

@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 :face_with_head_bandage:
Fixe ich mit der nächsten Version ;)

Rene55

@sborg Ok, ich hab meinen Datenpunkt auf 'mixed' eingestellt. Jetzt sollte er nicht mehr meckern. Bei Werten unter 20°C kommt ja auch 'nichts'.

SBorg

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

wget -O ws_updater.sh https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh
./ws_updater.sh im 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

tritor

@sborg

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).

Thomas Braun

@tritor sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Warning: Failed to open the file tmp.zip: Keine Berechtigung
curl: (23) Failure writing output to destination

Wo stehst du da mit welchem user?
Kurz:
Komplette Eingabezeile inkl. LoginPrompt zeigen.

Community Forum

NEWS

[Linux Shell-Skript] WLAN-Wetterstation

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.3.0

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.3.0

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.3.0

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.4.0

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V3.4.0

Gernot

Support us

515

32.4k

81.4k

1.3m