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

[SBorg]

@Latzi Komplizierter würde es ja nie werden, da ich ja immer nur mit 2 Werten rechne. Der 1. wäre dann ja bereits vom Vortag korrekt berechnet, den 2. habe ich aktuell ermittelt, bleibt also: (2*bisheriger Wert + aktueller Wert)/3 = neuer aktueller Durchschnitt

*EDIT* Ok, verstanden, geht auch nicht ohne Anzahl der bisherigen Werte (die wir im Grunde nicht haben :( )

[Latzi]

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

bleibt also: (2*bisheriger Wert + aktueller Wert)/3 = neuer aktueller Durchschnitt

Nicht ganz.

Gedankenexperiment:
9 Tage lang 0°C, danach 1 Tag 10°C

Nach deiner Rechnung wäre der Mittelwert nach dem 10°C Tag = (0 +10)/3 = 3,33°C, tatsächlich aber 1°C

[SBorg]

@Latzi Nö (ich hatte es oben kurz danach noch editiert) :grin:
(0*9+10)/10 = 1°C
Ich nehme jetzt einfach kurzerhand als Anzahl den Monatstag. Stimmt zwar nicht wenn einer bspw. heute nur 18 Werte hatte oder später im Monat anfing, aber im Grunde kann er auch nie bei fehlenden Werten richtig sein. Wie aussagefähig soll der Wert sein wenn man zB. nur 15 Werte des Monats hat? Dann stimmt natürlich die Berechnung überhaupt nicht, aber selbst bei korrekter Berechnung wären es nach wie vor nur die Daten eines halben Monats, die bestimmt wenig mit den echten Werten zu tun hat...

[sonystar]

@SBorg
Könnte man da nicht einfach täglich einen Zähler um 1 erhöhen? Das wäre dann unabhängig von der Tageszahl im Monat.

[sonystar]

@SBorg Wenn du dann eh nochmal am Statistikscript arbeitest, könntest du da noch die max. Windböe und max. Regenmenge pro Tag/Monat in die Jahreswerte und Rokordwerte ergänzen? Die Eistage, Frosttage usw. für das ganze Jahr wären bestimmt auch interessant. :yum: :innocent:

[SBorg]

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

@SBorg
Könnte man da nicht einfach täglich einen Zähler um 1 erhöhen? Das wäre dann unabhängig von der Tageszahl im Monat.

Jein, denn das löst das Hauptproblem nicht. Den Zähler müsste ich auch "überwachen" (wenn Skript nicht läuft, wenn es mehrmals am Tage gestartet wurde trotzdem nur 1x zählen, wenn es zum Monats-Reset nicht läuft...).
Es gibt aber nur zwei Möglichkeiten:

1. du hast alle Tage bis heute (21.) {ggf. fehlen mittendrin mal paar Messwerte, macht den Bock aber nicht fett}
2. dir fehlt ein- oder mehrere Tage

Bei 1. addiere ich also deine 21 Tagesdurchschnittswerte und teile sie durch den Monatstag 21 = korrekter Monatsdurchschnitt
Bei 2. addiere ich also deine 20 (weil dir ein ganzer! Tag fehlt) Tagesdurchschnittswerte und teile sie durch den Monatstag 21 = nicht korrekter Monatsdurchschnitt

Aber "mal Butter bei de Fisch". Der 2. Fall ist zwar falsch berechnet, aber selbst wenn ich nun korrekt durch 20 teilen würde, stimmt der Monatsdurchschnitt doch sowieso immer noch nicht, denn dir fehlen die Messwerte eines ganzen Tages.
Was nutzt es brav die monatlichen Ausgaben täglich mit 10€ zu notieren, dann aber ggf. genau den Tag auszulassen an dem du für 80€ tanken warst? Sprich, egal wie ich im obigen Beispiel bei Fall #2 teile, es wird nie stimmen ;)

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

...bestimmt auch interessant. :yum: :innocent:

Bestimmt, dann müsste mir aber auch noch wer mehr Zeit spendieren. Da sieht es auf absehbare Zeit düster aus.

[SBorg]

Mini-Weihnachtsgeschenk ;) :

Neue Version des Wetterstation-Statistik-Addons auf GitHub V0.1.3B_05

• ~ Fix für Jahres- und Monats-Durchschnittstemperatur

Wie immer zu finden im GitHub (wetterstation-statistik.js)

Da es allerdings auf den Vorwerten basiert, stimmt zwar die Berechnung, nur wird der Wert falsch sein. Korrekt sollte es dann ab dem 01.01.2021 laufen.

Falls wir uns nicht mehr "sehen": Frohes Fest euch allen und euren Liebsten :)

[sonystar]

@SBorg

Dankeschön für deine unermüdliche Arbeit.
Dir auch ein frohes Fest!

[SBorg]

Da Weihnachten doch eher ruhig war und ich etwas Zeit dafür hatte:

Neue Version des Wetterstation-Statistik-Addons auf GitHub V0.1.4

• +max. Regenmenge pro Tag für Jahres-/Rekordwerte

Wie immer zu finden im GitHub (wetterstation-statistik.js)

Der Rekordwert ist noch ungetestet, da ich einen Dreher bei "kleiner/größer als" drin hatte, sollte aber funktionieren.
Der Rest folgt dann peu à peu, aber nicht zwangsläufig in der ToDo-Reihenfolge ;)

[SBorg]

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

...sollte aber funktionieren.

Würde sagen: checked ✔

...auch wenn es nur der Morgentau war... ;)

[Nashra]

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

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

...sollte aber funktionieren.

Würde sagen: checked ✔

...auch wenn es nur der Morgentau war... ;)

Hm, den selben Wert habe ich auch :grinning:

[sonystar]

@SBorg

Super. Dankeschön! Ich berichte sobald es mal Regnet.

[Negalein]

Hi @all

Hat jetzt nichts mit dem Script zu tun.

Es wurde mal von Usern berichtet, dass man den Regenmesstrichter mit Teflonspray beschichten kann, damit auch kleinste Tropfen gleich in den Trichter purzeln.
Hat das schon mal wer umgesetzt?

Und noch eine Frage.
Hat jemand schon eine Heizung am Regentrichter gebastelt, um auch den Schnee als Niederschlag zu erfassen?

[SBorg]

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

Und noch eine Frage.
Hat jemand schon eine Heizung am Regentrichter gebastelt, um auch den Schnee als Niederschlag zu erfassen?

Gegenfrage: Meinst du das würde funktionieren? <--[Keine Ironie]
Du kannst dann schlecht zwischen Regen und Schnee unterscheiden und weist letztendlich nichts genaues mit dem Messwert anzufangen. Zu warm dürfte es auch nicht werden, sonst verzieht sich dann ev. der Trichter. Müsste also eine Reglung dran so ala 5°C dürfen es sein. Ich denke aber, dass es ev. nur mehr schlecht als Recht funktionieren wird, denn die Wippe wird dann vereisen bzw. sich mit Eis zusetzen... ;)

bzw: Rekord geht, gestern Regen, neuer Wert 0.7 l/m² :innocent:

[Negalein]

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

Gegenfrage: Meinst du das würde funktionieren? <--[Keine Ironie]

Ja, müsste funktionieren.
Mein Cousin hats bei seiner Davis gemacht.
Muss ihn mal fragen, wie er das umgesetzt hat.

Du kannst dann schlecht zwischen Regen und Schnee unterscheiden

Dann würde ich es "Niederschlag" nennen.

bzw: Rekord geht, gestern Regen, neuer Wert 0.7 l/m²

bei uns bleibt es trocken und sehr kalt :(

[Negalein]

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

Meinst du das würde funktionieren?

so hat er es an der Davis gemacht. Funktioniert perfekt.
https://www.nimmervoll.org/wetter/station/heizung/heizung.html

[Grantlhaua]

@SBorg

Sorry hatte über die Feiertage wenig zeit...

Hier die Infos aus dem Systemd Script

cat /etc/systemd/system/wetterstation.service
[Unit]
Description=Service für ioBroker Wetterstation

[Service]
ExecStart=/home/iobroker/wetterstation.sh

[install]
WantedBy=multi-user.target

Ich kann die Wetterstation jetzt auch nicht mehr einschalten:

systemctl enable wetterstation
Failed to enable unit: Access denied

[da_Woody]

@Negalein witzige idea, aber mit nem wemos und einem tempfühler auch sicher noch viel billiger zu machen. vor allem gefällt mir da der gedanke mit der 230V heizung nicht wirklich. aber auch da gibts sicher eine lösung.

[Ein ehemaliger Benutzer]

@Grantlhaua "Access denied" - versuchs mal mit sudo :-)

[Grantlhaua]

@ilovegym

hab ich auch schon probiert, dann kommt das:

The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.

Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.

Das ist definitiv neu...