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

[SBorg]

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

Damit ist die V1.1.0 ein Release-Kandidat und ich werde sie wahrscheinlich heute noch publishen (ist dann identisch mit der Version aus dem master).

Done + auf zur V1.2.0... :blush:
V1.1.0 ist gleicher Stand wie master V1.1.0 von heute, ein Update ist also nicht nötig wenn man diese bereits benutzt.

[SBorg]

Dann mal der Aufruf zum öffentlichen Betatest der V1.2.0 wer möchte:

• Sonnenscheindauer
• Firmwareupgrade

wie immer auf GitHub. Spricht nichts gegen einen produktiven Einsatz, allerdings fehlen noch einige Funktionen und Firmwareupgrade ist noch ungetestet. Kann aber eigentlich nix kaputt machen, nur funktionieren ggf. die neuen Funktionen noch nicht so wie gedacht. Daten kann man aber damit sammeln.

Es fehlen noch die Monats- / Jahreswerte als Sekunden und der Wochen-/Monatsrücksteller.

Die gesamten Sonnenscheindauerwerte liegen unter tempData.Sonnenschein
Ich nutze zum Backup (wenn der DP mal flöten gehen sollte sind alle Werte sonst weg) zur Zeit den History-Adapter und hebe die Daten 3 Tage auf. Soll ich die Werte ev. um Mitternacht lokal speichern? Sollte auch den SD-Karten Nutzern nichts ausmachen, wobei ich es auch abschaltbar machen könnte :)

[Nashra]

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

Dann mal der Aufruf zum öffentlichen Betatest der V1.2.0 wer möchte:

• Sonnenscheindauer
• Firmwareupgrade
  Die gesamten Sonnenscheindauerwerte liegen unter tempData.Sonnenschein
  Ich nutze zum Backup (wenn der DP mal flöten gehen sollte sind alle Werte sonst weg) zur Zeit den History-Adapter und hebe die Daten 3 Tage auf. Soll ich die Werte ev. um Mitternacht lokal speichern? Sollte auch den SD-Karten Nutzern nichts ausmachen, wobei ich es auch abschaltbar machen könnte :)

Läuft :+1:
Wo wir aber gerade dabei sind....
Wie wäre es noch mit einem zusätzlichen Datenpunkt für UV-Belastung :-)

UV -Index	Belastung
3 - 5	         mittel
6 - 7	         hoch
8 - 10	        sehr hoch
11 und höher	 extrem

Zurzeit hole ich mir das über den openuv.0-Adapter

[Ein ehemaliger Benutzer]

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

Läuft :+1:
Wo wir aber gerade dabei sind....
Wie wäre es noch mit einem zusätzlichen Datenpunkt für UV-Belastung :-)

UV -Index	Belastung
3 - 5	         mittel
6 - 7	         hoch
8 - 10	        sehr hoch
11 und höher	 extrem

Zurzeit hole ich mir das über den openuv.0-Adapter
@SBorg
dito, wäre super, da der openuv Adapter nicht so genau ist. Gibt doch nix über die eigene Wetterstation :-)
Sonst würd ich das mit einem extra Script auswerten, aber die paar Zeilen lassen sich bestimmt da einfügen, wo es hingehört...

[lemuba]

@ilovegym

Braucht es dafür wirklich einen Datenpunkt? Kannst Ja überall in Vis oder Grafana einstellen was bei welchem Wertebereich als Text kommt...

[Nashra]

Mal eben die VIS erweitert.
Bei Regen/Sonnenschein wechselt das Bild (rote Linie) entsprechend dem aktuellen Wetter
auf Sonnig, Wechselhaft, Regnerisch

Einzigst was mich ein kleines bischen stört bei einem Neustart des Scripts das es 3 Std. dauert
bis was angezeigt wird bei Trend/aktuell

[SBorg]

Gelegentlich (wehe da kommt ein gegenteiliger Kommentar ;) ) weiß ich echt nicht so was ich treibe...
Ich hatte sogar schon alles vorbereitet, waren nur 4 Zeilen Quelltext und feddisch...
Naja, sub tauschen, dann sollte der Rest auch funktionieren (Wochen- u. Monatswerte werden wir erst dann sehen wenn Woche/Monat rum ist).

bzgl. UV: ist kein Problem. Ob ich das im Skript mache, oder Grafana/VIS (Binding) ist eigentlich egal, aber gerade bei den Bindings sieht man uU nicht immer gleich alles.

Auf der Agenda hätte ich noch

• die Sonnenstrahlung (bspw. kWh oder MWh; ggf. interessant wer eine Solaranlage plant, so hat er reelle Werte vor Ort).
• Jahreswerte automatisch am 31.12. um 0:00 Uhr resetten und in einen DP Vorjahreswert schreiben (aktuell bis jetzt kumulierte Regenmenge + Sonnenscheindauer). Dann braucht man es nicht per Hand machen und kann ggf. gegen das Vorjahr vergleichen

[SBorg]

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

Einzigst was mich ein kleines bischen stört bei einem Neustart des Scripts das es 3 Std. dauert
bis was angezeigt wird bei Trend/aktuell

Das sollte eigentlich nicht so sein, dafür schreibe ich die Daten in tempData und lese sie beim starten des Skriptes ein.
Aktuell nutzt es jetzt nichts, denn da steht jetzt 11 10 9 .... 1 drin, aber schau mal in 2-3 h ob sich die Liste "von hinten" mit Luftdruckwerten befüllt. Nutzt du cron oder systemd?

[Nashra]

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

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

Einzigst was mich ein kleines bischen stört bei einem Neustart des Scripts das es 3 Std. dauert
bis was angezeigt wird bei Trend/aktuell

Das sollte eigentlich nicht so sein, dafür schreibe ich die Daten in tempData und lese sie beim starten des Skriptes ein.
Aktuell nutzt es jetzt nichts, denn da steht jetzt 11 10 9 .... 1 drin, aber schau mal in 2-3 h ob sich die Liste "von hinten" mit Luftdruckwerten befüllt. Nutzt du cron oder systemd?

ok mache ich, nutze systemd

[iobroker_Alex]

@SBorg Auch ich habe den Kommunikationsfehler-Datenpunkt mit true gefüllt, obwohl Werte ankommen. Wenn ich per Debug das Skript starte, dann steht der Kommunikationsfehler auf false...
EDIT: Dazu muss ich sagen, dass im Debug-Modus nicht immer sofort eine "connection" zustande kommt. Es gibt häufig ein paar Timeouts bevor es klappt. Habe den Linux-Client in einem anderen VLAN / Subnetz als die Wetterstation. d.h. Broadcast-Pakete etc. kommen nicht durch... Der definierte Port schon... Kann es damit was zu tun haben?

@crunchip: Ist der Grafana-Export auf dem aktuellsten Stand? Leider werden bei mir nur sporadisch Werte angezeigt. (z.B. Innentemp wird angezeigt, Außentemp nicht... ) Habe die in Github vorgeschlagenen Standards der Pfade komplett beibehalten...
Vielleicht hast du noch einen Tipp :-)
EDIT: Es liegt daran, dass die meisten Datenpunkte in Grafana nicht auf "last", sondern auf "mean" stehen. Ist das so gewollt und funktioniert das bei dir? Wenn ich es manuell auf last ändere, dann funktioniert es... Kannst du deinen Export nochmal anpassen?

[crunchip]

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

nicht auf "last", sondern auf "mean" stehen. Ist das so gewollt

im Grunde ist es so gewollt, je nach Datenpunkt unterschiedlich.

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

auf dem aktuellsten Stand?

nicht 100%, kann aber gerne aktualisieren

[iobroker_Alex]

Kommt denn bei dir bei mean bei der Außentemperatur auch ein Wert? Muss ich noch was einstellen, wenn ich mean nutzen will?

[crunchip]

@iobroker_Alex sollte etwas kommen
Visualization
Value >Show >Current

Edit: Hab oben das Dashboard mal aktualisiert

[iobroker_Alex]

@crunchip Diese Option ist in deinem Export ja schon vorhanden und auch gesetzt. Ändert aber nichts an meinem Problem. Anbei mal zwei Screenshots:

Mit mean kommt kein Wert zustande...

[crunchip]

@iobroker_Alex ich weiss nicht seit wann du die Daten loggst und wie zwischenzeitlich ein Datenpunkt vom Wert geändert/geschrieben wurde.
mean ist ein (Mittel/Durchschnittswert), du könntest z.b. auch auf Distinct ändern, damit hättest du den direkten aktuellen Wert, was aber im Graphen etwas "scheisse" aussieht.
Letztendlich kenne ich mich mit der Materie auch noch nicht so gut aus und bin selbst am lernen/üben.
Info findest du unter anderem Hier

[Glasfaser]

@crunchip

Da hat sich ein Fehler in der Datei eingeschlichen , schau mal rein :

[crunchip]

@Glasfaser habs grad gesehen und eigentlich nichts dran geändert, selbst wenn ich die Textdatei neu rein ziehe, kommt der gleiche Fehler.

[Glasfaser]

@crunchip

und was passiert , wenn du es über Notepad erstellst !?

[crunchip]

@Glasfaser

[Glasfaser]

@crunchip

output-onlineunicodetools.txt