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

[SBorg]

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

Shell-Skript: :heavy_check_mark:
Statistik: :x:

Statistik: :heavy_check_mark:

Es gab zwar noch einen echten "error" den ich mir nicht so ganz erklären konnte. Der betrifft die Update-Routine, nur daran hatte ich nichts geändert. Altes Log-Skript von der V1.3.2 raus gekramt, tja, da war der Fehler auch bereits vorhanden...
In der Simulation lief es nach fix nun durch, aber im "real life" noch ungetestet. Aber schließlich ist es

• eine Beta
• wirft es nur einen Fehler im Log, läuft aber sonst durch

---

Zum Beta-Release:

• Influx DB V2.x nun zwingend nötig wenn man die Influx-Funktionalität möchte (Skript läuft aber auch weiterhin ohne InfluxDB)
• der Default-Pfad lautet nun 0_userdata.0.Wetterstation. Dies hat so keine direkten Auswirkungen, man muss nur daran denken wenn man nun bspw. die "wetterstation.js" nutzt, dass hier nun der Pfad "0_userdata..." lautet. Wenn man bei "javascript..." bleibt muss man ihn eben entsprechend in der Datei abändern. Mehr nicht, alles bleibt beim alten ;)
• "Windboe" heißt nun überall korrekt "Windboee". Am einfachsten klont man den alten DP und trägt den neuen korrekten Namen ein, kopiert sich dessen Wert und trägt ihn in den neuen ein. Ggf. nun das Logging für den neuen DP wieder aktivieren und den alten DP löschen. Nutzer des @liv-in-sky - Skriptes müssen in den DPs 0_userdata.0.Statistik.Wetter.Data.20xx.yy leider das "e" in den JSONs hinzufügen, sonst werden dort entweder bis Januar 2023 die Windböen korrekt angezeigt, oder nach Änderung des Skriptes dann ab Februar 2023. Zu erkennen am "undefined" bei den Windböen.

---

Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V3.0.0 - Breaking Release

(Beta-Releases lassen sich nicht! über den ws_updater.sh installieren, nur die *.conf lässt sich mit dem ws_updater.beta ggf. patchen [s.u.])

• ~ Breaking Release / Support für (und nur noch!) InfluxDB V2.x / Issue #41
• ~ Mindestintervall von 65 Sekunden beim Datenversand an AWEKAS.at
• + Support Zusatzsensor Curconsa FT0300 / Pull Request #55 (LukasTr1980)
• \ ~ Anzahl maximaler interner Sensoren von 30 auf 35 angehoben

Wie immer zu finden im GitHub

---

Update-Routine:

• wetterstation.sh, wetterstation.sub und ws_updater.beta (muss "ausführbar" sein chmod +x ws_updater.beta) ersetzen bzw. kopieren
• wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden, sofern man den Zusatzsensor der Curconsa-Station nutzen möchte (1)
• ./ws_updater.beta --patch im Installationsverzeichnis ausführen und ev. Hinweise beachten
• nun mittels [sudo] systemctl restart wetterstation den Service neu starten

(1) es empfiehlt sich danach den Simple-API-Adapter neu zu starten (entweder per WebIF oder einfach iob restart simple-api.0)

Obige Hinweise zur V3 beachten ;)

---

Neue Version des JavaScriptes Wetterstation-Statistik auf GitHub V2.0.0

• ~Bugfixing Update-Check-Routine
• ~Kompatibilität zu (und nur noch!) InfluxDB V2.x

Wie immer zu finden im GitHub

---

Neuen Parameter in den Einstellungen für "Bucket" beachten. Da die Abfrage per Influx-Adapter realisiert ist wird kein Token, Organisation etc. benötigt.

[Rushmed]

@sborg Danke für die tolle Arbeit!

Habe soeben aktualisiert. Sieht erstmal alles gut aus.

Wie kann ich sicherstellen, dass die Influx V2 Anbindung funktioniert?
Muss ich das in dieser Form in der .conf und im Statistik Script eingeben?

 #InfluxDB-Konfiguration für Influx V1.x.x / ohne InfluxDB alles leer lassen
  #IP und Port der API [xxx.xxx.xxx.xxx:xxxxx]
   INFLUX_API=192.168.178.20:8086
  #Bucket, Token und Organisation der InfluxDB
   INFLUX_BUCKET=e9068c451292329c
   INFLUX_TOKEN=jNpmlLDhQjqUMawQWDR97ZL_WR71jMYhPslzjGVj7Cr6lGbWqFJEMZr2HthM-9pII54nuPs1MBlmLQOdlYkZaw==
   INFLUX_ORG=d20ef0ba0eda6d1b

const INFLUXDB_BUCKET='e9068c451292329c';

Oder in "Klarnamen"?

[SBorg]

@rushmed Ich habe es nur mit Klarnamen versucht, der API müsste es aber egal sein.

Wie kann ich sicherstellen, dass die Influx V2 Anbindung funktioniert?

Wenn du hier bei den Temps relativ (=nicht älter als ~15-20 Minuten) aktuelle Werte beim TS/LC hast.

Die Min/Max/24 + 365-Tage Abfragen funktionieren nur per InfluxDB.

[Rushmed]

@sborg Jepp, die hab ich.
Aber hier kommt nix:

[Ein ehemaliger Benutzer]

@sborg Guten Morgen,
heute auf v3 umgestellt, ohne Probleme, neue Daten kamen sofort in die neu angelegten Datenpunkte in userdata, auch von Influx2 kann gelesen werden.
Die Influx-Instanz ist bei mir Nr.1, da die Instanz 0 noch von der V1 belegt wurde, also das funktioniert auch, nur so zur Info.. :-)

Versionen: lxc unter Proxmox, Debian 11, Node 16, js-controller 4.0.24, javascript-Adapter 6.20

[SBorg]

@rushmed Scheint aber dennoch zu funktionieren, die 8.72°C sehen lt. Timestamp aktuell aus. Der wird aber auch aus der InfluxDB gelesen und die Routine ist bei MinMax / Heute / 24h / 365 Tage identisch, nur der Abfragezeitraum variiert.
Scheint leider (oder soll ich da jetzt froh sein? ;) ) ein reines Problemchen bei dir zu sein.

Hast du mit InfluxDB V2 bei 0 angefangen oder Daten aus V1 im-/exportiert?

[SBorg]

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

Die Influx-Instanz ist bei mir Nr.1, da die Instanz 0 noch von der V1 belegt wurde, also das funktioniert auch, nur so zur Info..

Danke für die Rückmeldung, ist bei mir ähnlich:

• 0: InfluxDB V1
• 1: V2 mit Retention "Never"
• 2: V2 mit Retention "7 Tage"

[west]

@sborg wann hast du geplant in Final Release zugehen?
Habe zurzeit noch Probleme mit mein Docker.

[Negalein]

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

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

Da ich gefühlt nur noch Influx-Fragen beantworte

ist es sinnvoll, bereits jetzt die Daten auch in Influx 2 zu loggen?
Hätte dann nur 5 Wochen verloren?

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

@negalein Ja, dann braucht man nur noch das Skript updaten und es geht sofort los.

wie sieht das aus, wenn nun die Daten in 0_userdata landen.
Dann fängt das Grafana Dashboard mit dem neuen DP 0_userdata an und alles von javascript.0 verschwindet aus dem Dashboard?
Und gibt es einen Trick, alle für das Dashboard benötigten 0_userdata.0.Wetterstation DP in einem Schwung für Influx zu aktivieren?

[Ein ehemaliger Benutzer]

@negalein

Hab mir die JSON des Dashboards in nen Editor geladen und alle JavaScript mit userdata ersetzen lassen.
Das hat soweit super funktioniert, nur sind halt die History erst ab heute da, aber damit kann ich leben.

[Negalein]

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

nur sind halt die History erst ab heute da, aber damit kann ich leben.

Danke, so hatte ich es auch vor.

Weißt du, ob es für das einen Trick in ioB gibt?

Und gibt es einen Trick, alle für das Dashboard benötigten 0_userdata.0.Wetterstation DP in einem Schwung für Influx zu aktivieren?

[Ein ehemaliger Benutzer]

@negalein Moin,
ja, gibt es, aber dafuer muss man es von Anfang an "Richtig" machen, also mit Alias arbeiten, haetten wir vorher auf javascript.x.x n alias laufen gehabt, und den mit Influx getrackt, dann waere nix verloren.

So faellt mir erstmal nix ein, es sei denn, man kann in Influx da n Link zu den alten Daten setzen.. oder du nimmst fuer die History die alte View, und fuer aktuelles die neue View mit den userdata Datenpunkten.. :-)

[SBorg]

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

@sborg wann hast du geplant in Final Release zugehen?
Habe zurzeit noch Probleme mit mein Docker.

Geplant eigentlich gar nicht. Ich warte immer so 1-2 Wochen nach dem Beta-Release ab ob da noch Fehlermeldungen kommen die ev. gefixt werden müssen. Ist dann "Ruhe" folgt das Release ;)
btw: ich habe auch keinen festen "Sonntags" oä. Releasetag, sondern einfach so wenn es passt.

[SBorg]

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

Dann fängt das Grafana Dashboard mit dem neuen DP 0_userdata an und alles von javascript.0 verschwindet aus dem Dashboard?

Wenn du es nicht vorher patchst, ja.
Ich habe die V1 und V2 parallel am laufen und logge in beides. Dann habe ich mir die passenden DPs einzeln aus der V1 exportiert. In der exportierten CSV habe ich dann mittels sed (geht auch unter Windows mittels zB. notepad++) alle "javascript.0" durch "0_userdata.0" ersetzt und die CSV in das passende Bucket (hier eine Retention von "never" da ich diese Daten behalten will) importiert. Danach das loggen der entsprechenden DPs in die V1 deaktiviert und die Datenreihe in der V1 gedroppt. So komme ich nicht durcheinander was schon umgestellt ist und was nicht.

Was nicht aufgehoben werden muss (zB. Windrichtung etc. muss ja in die Influx, sonst kann man es so nicht in Grafana anzeigen, außer man nutzt dort SimpleAPI) landet nun im Bucket "temporäre Daten", welcher eine Retention von 7 Tagen hat (=alles darin wird also immer 7 Tage nach Erstellung gelöscht).

Mittlerweile ist so meine InfluxDB schon um ~1GB geschrumpft, da nun kein "Müll" mehr anfällt.
...und es wird noch viel weniger werden :grinning:

[tritor]

@sborg

Ich habe InfluxDB 2 am Laufen. Wetterstation läuft mit Version 2.x. Influx disabled.
Einge DPs der Wetterstation logge ich mit InfluxDB 2.

Was ist der Unterschied wenn ich in der Wetterstation 3 und InfluxDB2 enabled benutze zu logging der einzelnen DPs?

[SBorg]

@tritor Aktiv schreibe ich weder in der <V3 noch in der aktuellen V3 etwas in die InfluxDB 1/2 hinein.
Was und wofür du also in InfluxDB etwas loggst ist völlig dir überlassen.

Die Influx-Funktionalität im Wetterskript macht nichts weiter als "interessante" (wie ich es für mich empfinde) Datenpunkte zur Verfügung zu stellen, wie min/max heute, der letzten 24 Stunden etc. Dafür muss natürlich dann auch bspw. die Außentemperatur geloggt werden, denn von der Station bekomme ich nur den aktuellen Wert. Da die meisten aber eh Influx schon für anderes benutzen, lag es nahe die zu nutzen. Wäre ja Blödsinn wenn ich jetzt noch eine eigene Datenbank anlegen würde. So kann ich dann recht einfach die Temperatur vor einem Jahr abfragen (solange man natürlich mindestens schon 1 Jahr loggt ;) ). Und genau das ist es auch schon: eine Abfrage der InfluxDB. Mehr nicht. Ich nehme nur dem User, wenn er es denn möchte. die Arbeit ab, sich ein Blockly, JS, NodeRED... selbst zu bauen, um an die Werte zu kommen.
Deswegen funktioniert auch alles mit, oder eben auch ohne, InfluxDB. Es findet dann eben nur keine Abfrage statt und die Werte fehlen. Das war es aber auch schon. Ich logge nichts und schreibe (zumindest aktuell) nichts in die InfluxDB.

...aber einen Unterschied im Logging gibt es nicht. Wenn man, welche auch immer, Werte haben möchte, muss man sie in InfluxDB loggen. Ob ich die dann im Skript abfrage, oder man sie bspw. in Grafana nutzt ist absolut unerheblich bzw. identisch. Du loggst also ggf. maximal mitunter für das Skript.

Ich hoffe das war einigermaßen verständlich und nicht zu verquer ausgedrückt :upside_down_face:

[Negalein]

@sborg

bei mir wird mit V3 nichts in ioB geschrieben! :(

Edit: jetzt gehts :)

Hab dies vergessen. War noch auf javascript.0
Dachte das erledigt der Updater.

 #wo sollen die Datenobjekte abgelegt werden
  PRE_DP=0_userdata.0.Wetterstation

[Negalein]

noch was!

Wenn ich in Grafana Flux verwende, bekomm ich eine Verbindung.
(Nachteil, ich muss alle Panels neu konfigurieren)

Wenn ich InfluxQL verwende, bekomm ich keine Verbindung. :(

[Rushmed]

@sborg Hatte damals die Influx V2 frisch aufgesetzt.

Hab noch eine Frage. Was ist der Unterschied zwischen 0_userdata.0.Wetterstation.Wind_max und 0_userdata.0.Wetterstation.Windboeen_max?
Die Windböen bleiben bei mir 0 auch.

[Negalein]

@SBorg

wird es auf Git ein V3 Dashboard auf Basis von Flux geben? ;)