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

[SBorg]

@negalein
Dann setze ich mal voraus, dass die Nummer der Instanz und der Bucketname im Statistik-Skript stimmt.
Bleibt eigentlich nur noch eine Macke in der DB.
Ich würde mal probehalber eine weitere InfluxDB-Instanz anlegen und dort nochmals Temp, Regen und Wind loggen lassen. Dann über die DB das Statistik-Skript laufen lassen.

btw: bin mir nicht sicher, aber hattest du in deinem Bucketname nicht ein "-" drin? Eigentlich sollte das nichts ausmachen, da der Aufruf dies per "" berücksichtigt, aber es hat sich so viel in letzter Zeit am JS-Adapter getan, vielleicht hat der "SendTo" auch einfach ein Problem damit (unbemerkt bekommen).

[Negalein]

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

Ich würde mal probehalber eine weitere InfluxDB-Instanz anlegen und dort nochmals Temp, Regen und Wind loggen lassen. Dann über die DB das Statistik-Skript laufen lassen.

werde ich testen

Bucketname nicht ein "-" drin?

stimmt. Ich werde mal ein paar Versionen testen.
Oder kann man den Bucket-Namen einfach ändern in Influx?

[SBorg]

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

Oder kann man den Bucket-Namen einfach ändern in Influx?

"Einfach" und Influx? --> Meistens nicht ;)
Aber nein, du kannst nur per Task das Bucket kpl. kopieren und dabei umbennen.

[SBorg]

Nun ist unter Grafana 10.x auch das "Boom-Panel" deprecated

Lösung wer ein Hintergrundbild nutzen möchte:
Das Boom-Panel auf Text umstellen (oder ein neues Text-Panel erstellen und "transparenten Hintergrund" aktivieren).
Dann auf HTML umstellen und etwas CSS einfügen:

<style type="text/css">
  body {
    background-image: url("/public/img/wetter1.jpg");
  }
</style>

Das Bild muss hier unter /usr/share/grafana/public/img/wetter1.jpg liegen. Darf natürlich auch anders als "wetter1.jpg" heißen ;)

Man kann hier natürlich auch noch andere CSS-Atribute nutzen.

---

Funktioniert das Ganze nicht und im Panel wird der CSS-Code angezeigt:
sudo nano /etc/grafana/grafana.ini und nach sani suchen (im nano mittels CTRL+W)

;disable_sanitize_html = false

ändern in

disable_sanitize_html = true

und Service neustarten sudo systemctl restart grafana-server.service (ggf. muss einmalig der Browser-Cache geleert werden). Das Boom-Plugin kann danach deinstalliert werden.

[Nashra]

@sborg
das farski-blendstat-panel funktioniert ja auch nicht mehr seit der neuen Version,
was kann man an dessen Stelle verwenden?

[SBorg]

@nashra
Das ist nicht mehr so einfach. Die benutzten Funktionen gibt es in keinem aktuellen Panel mehr. So etwas wie "Letzter Regen: vor 6 Stunden" ist nur noch mit viel Trickserei möglich, oder man nutzt ein Text-Panel mit "Letzter Regen:" und ein Stat-Panel, um dann den Wert "vor 6 Stunden" anzuzeigen.
Trotzdem hat die Umstellung Tage gedauert, sieht aber wieder aus wie vorher:

Ist natürlich mit Trickserei erstellt und ohne Boom-Plugin :joy:
Muss mal sehen ob, und vor allen Dingen wie, ich das exportieren kann. Ist für euch einfacher das dann ggf. wieder nach eurem Geschmack zu ändern als jedes Panel einzeln zu ändern (was auch mehr als nur ein paar Klicks sind...).

[Ein ehemaliger Benutzer]

@sborg @Nashra

Habe gerade Grafana auf V11 angehoben, ja, meine Dashboards waren sowieso teilweise mit vielen deprecated Plugins, jetzt sind's noch viel mehr.. :(

[Nashra]

@sborg habe mir gerade überlegt.......Grafana-Dasboard ist zwar schön aber auf den Hickhack in letzter Zeit habe ich keinen Bock mehr d.h. nur noch DB und sonst nix.

[SBorg]

Grafana hat halt eine schönere Übersicht als ich das in der VIS abbilden könnte. Selbst einfache Graphen per iFrame eingebunden sehen IMO besser aus.
Ich habe mittlerweile fast alle Dashboards auf Standard-Grafana-Panels umgestellt und keine Probleme mehr bei einem Update. Probleme hatte ich eigentlich immer nur mit 3rd Party Erweiterungen...

---

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

[crunchip]

@sborg ich hab seit der Umstellung auf Unraid(Docker) immer noch kein Grafana Dashboard😔
Fahr ja noch Influx v1 und streube mich auf v2 umzustellen

[SBorg]

@crunchip
Dann ist ja gut das mit Influx V3 wieder alles anders wird... :face_with_head_bandage: :man-facepalming:

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

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