UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[viper4iob]

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

Heute habe ich auch endlich den korrekten Export des Dashboardes hinbekommen. Importieren und 5 Variablen angeben, fertig und läuft. Kommt demnächst auf GitHub

Ah, super.
Kann es kaum erwarten
Danke schon mal im Voraus.

[SBorg]

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

[Negalein]

@SBorg

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

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:

setze und lösche einen Skip

{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2024-06-28T13:10:29.000Z","temp":28.61,"wind":0,"wind_dir":320,"wind_gust":0,"rh":>
set: true#
set: #
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2024-06-28T13:20:05.000Z","temp":29.11,"wind":0,"wind_dir":340,"wind_gust":0,"rh":>
set: true#
set: #
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2024-06-28T13:30:29.000Z","temp":29.5,"wind":0,"wind_dir":348,"wind_gust":0.98,"rh>
set: true#
set: #
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2024-06-28T13:40:05.000Z","temp":29.61,"wind":0,"wind_dir":294,"wind_gust":0,"rh":>
set: true#
set: #
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2024-06-28T13:50:29.000Z","temp":28.61,"wind":0,"wind_dir":327,"wind_gust":0,"rh":>
set: true#
set: #
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2024-06-28T14:00:05.000Z","temp":27.88,"wind":0,"wind_dir":18,"wind_gust":0.49,"rh>
set: true#
set: #
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2024-06-28T14:10:35.000Z","temp":28.38,"wind":0,"wind_dir":326,"wind_gust":0,"rh":>
set: true#
set: #
{"update":{"update":{"stations":[],"observations":[{"si":0,"time":"2024-06-28T14:20:05.000Z","temp":27.88,"wind":0,"wind_dir":7,"wind_gust":0,"rh":53>
set: true#
set: #

[Negalein]

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

[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

[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
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
  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

---

Update ist optional, außer man nutzt ein Gateway mit einer Firmware größer/gleich V3.1.1