[Linux Shell-Skript] WLAN-Wetterstation

[Rand]

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

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

sudo apt update && sudo apt upgrade && sudo apt full-upgrade

Danke, das hat funktioniert.

Trotzdem schreibt er noch immer

 dietpi-update   : Run now to update DietPi from v6.30.0 to v6.35.0.

Ich kenne dietpi nicht, aber google sagt (via https://dietpi.com/phpbb/viewtopic.php?t=7058)
"...This should update all installed packages. Usually apt-get will be executed by DietPi automatically if you run "dietpi-update" and update your DietPi installation. "

Das bedeutet wohl, dass das eigentliche Update über (sudo) dietpi-update durchgeführt wird und nicht über die System-Paket-Aktualisierung die Du bereits durchgeführt hast (apt upgrade)

[Negalein]

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

das eigentliche Update über (sudo) dietpi-update durchgeführt wird

Danke, das wars!
Ich dachte das ist nur die Info, dass ein Update da ist.

[SBorg]

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

und die neue:
javascript.0.Wetterstation.Info.Solarenergie_Jahr value="116.091" 1630064249083000000

Das scheint V2.x spezifisch zu sein. Das kommt weder vom Skript, Simple-API noch (anscheinend) vom Influx-Adapter (da kann ich aber nur für V1.x sprechen) und entzieht sich damit meiner Kontrolle/Zugriff.
Ich könnte mir aber vorstellen, dass er die Datenreihe fälschlicherweise als String angelegt hat?

---

btw: ein Update der Distribution lässt sich mittels sudo apt dist-upgrade erreichen

[a200]

@sborg Die Daten wurden aus v1 exportiert. Bei einigen Datenpunkten, wo man die Einstellungen zum Speichern der Daten ändern kann, steht bei mir unter "speichern als" der Typ Zeichenfolge und manchmal sogar Boolesch, obwohl es Zahlen sind. Ich werde versuchen herauszufinden wann die Umstellung kam. Denn bis zum einem bestimmten Zeitpunkt wurden die Werte als Zahl gespeichert. Aber mein TODO ist jetzt die Einstellungen zu prüfen. Danke!

[Negalein]

@SBorg

kann man die Trockenperiode wieder zum laufen bekommen?

[Matt77CHE]

Guten Tag zusammen
Ich habe eine Frage bezüglich Batteriestände (Konnte nichts finden im Forum):
Bei den Objekt-Daten sind jeweils die gemessenen Werte (Temp; Feuchte etc) gelistet und jeweils noch Batterielevel.
Bei keinem meiner Objekte wird jedoch ein Wert bei Batterielevel angezeigt.....
Ist das nur bei mir so? - Habe ich bei der Installation etwas vergessen oder falsch gemacht?
Habe die HP1000SE Pro von Froggit & deren Sensoren.

Gruss
Matthias

[Nashra]

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

@SBorg

kann man die Trockenperiode wieder zum laufen bekommen?

Bei mir ist der Wert vorhanden

[Negalein]

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

Bei mir ist der Wert vorhanden

leider bei mir seit Mitte Oktober tot.
Habs nicht bemerkt.

[SBorg]

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

Die Daten wurden aus v1 exportiert.

In V1 sind sie soweit auch korrekt, aber du (und ich auch ) weißt halt nicht was er da beim Export macht, wenn er auf eine Zahl trifft die per value aber als String definiert ist. Da würde dann "" passen, sonst wäre es ja float obgleich du explizit String angegeben hast (bzw. der Automatismus)...
Irgendwie ist die "Automatik" da Käse. Ich hab mich auch seeehr laange darauf verlassen.

[SBorg]

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

@SBorg

kann man die Trockenperiode wieder zum laufen bekommen?
leider bei mir seit Mitte Oktober tot.

Vertan, oder wirklich seit Okt. 2020 ?
Eigentlich sollte es genügen wenn du folgende Werte identisch setzt:

0_userdata.0.Statistik.Wetter.Jahreswerte.Trockenperiode
0_userdata.0.Statistik.Wetter.Rekordwerte.value.Trockenperiode

Dann sollte er um 01:03 Uhr eigentlich wieder damit rechnen. Nur kann es dann je nach aktueller Regenlage passieren, dass er diesen Rekord dann fälschlich als "xx im August 2021" tituliert, da er sich das Datum aus dem LC zieht (und der wäre natürlich "Heute" wenn du es änderst). Da der Text aber nur bei einem neuen Rekord erzeugt wird, könntest du den auch wieder abändern, sofern du halt noch weist von wann der eigentliche Rekord war
btw: Es gibt hier keinen Tweak-Schutz. Wenn jemand in der Statistik Werte ändern will, kann er dies natürlich tun (so wie hier bei einem Fehler). Allerdings basiert der ein oder andere Wert halt auch auf dem ein oder anderen anderem Wert.

[SBorg]

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

Habe ich bei der Installation etwas vergessen oder falsch gemacht?

Hi, eventuell. Nutzt du als Protokoll "Wunderground [1]" oder "Ecowitt [2]"? Die Batterielevel werden nur bei dem Ecowitt-Protokoll mit übertragen.

[Matt77CHE]

@sborg
Habe das Protokoll Ecowitt gewählt, da ich im Hinterkopf hatte, dass bei WU einiges nicht geht...

[Negalein]

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

Vertan, oder wirklich seit Okt. 2020 ?

Ja, wirklich seit Okt. 2020

Eigentlich sollte es genügen wenn du folgende Werte identisch setzt:

die stehen beide auf 0 Tage

[SBorg]

@matt77che Schade
Ich habe leider weder Gateway noch Zusatzsensoren, nur immer Test-Strings der User. Damit geht es zumindest und wohl auch bei den Usern, sonst hätte bestimmt schon wer "gemeckert".

Poste mal bitte deinen Datenstring (User, ID etc. aus-x-en). Service stoppen, dann im Verzeichnis ./wetterstation.sh --data

[SBorg]

@negalein Die anderen Werte gehen aber soweit, bzw. Regenmengetag, -monat hat er mal zwischenzeitlich geändert (ist ja bestimmt mal ein neuer Rekord dabei)?
Läuft das Skript aktuell noch unter Instanz 1 oder hast du ev. auf 0 zurückgewechselt?

[Negalein]

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

Die anderen Werte gehen aber soweit, bzw. Regenmengetag, -monat hat er mal zwischenzeitlich geändert (ist ja bestimmt mal ein neuer Rekord dabei)?

Ja, alles andere läuft 1A!

Hab jetzt in Grafana herausgefunden, dass die längste Trockenperiode heuer vom 28.03. - 14.04. war.
Kann ich das in die beiden DP übertragen? Wenn ja, wie?

Läuft das Skript aktuell noch unter Instanz 1 oder hast du ev. auf 0 zurückgewechselt?

Ja, unter Instanz 0.
Hab gleich am Anfang mal umgestellt.

[Matt77CHE]

@sborg
Werde ich heute Abend mal versuchen auszulesen

[ioTobias]

Hallo zusammen!

Ich habe gestern erfolgreich eine Froggit WH2600 PRO eingerichtet!

Funktionert einwandfrei, vielen Dank für die Klasse Arbeit!

Grüße an Alle!

[Negalein]

@SBorg

ich hätt wiedermal eine Idee (vom Cousin abgeschaut)

[SBorg]

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

Hab jetzt in Grafana herausgefunden, dass die längste Trockenperiode heuer vom 28.03. - 14.04. war.
Kann ich das in die beiden DP übertragen? Wenn ja, wie?

Wenn ich mich nicht gerade verrechnet habe müssten das 18 Tage sein.
Als trägst du unter 0_userdata.0.Statistik.Wetter.Jahreswerte.Trockenperiode und 0_userdata.0.Statistik.Wetter.Rekordwerte.value.Trockenperiode jeweils 18 ein ("Bestätigt" an haken).
Dann unter 0_userdata.0.Statistik.Wetter.Rekordwerte.Trockenperiode noch 18 Tage im April 2021

Allerdings wird das nur die Anzeige korrigieren. Aus irgendeinem Grund läuft aber da etwas bei dir schief. Nenne es Bauchgefühl oder what else, aber mich stört die "javascript-Instanz.1". Den Jahreswechsel-Reset hat er noch durchgeführt, dann war nix mehr. Selbst wenn der Rekordwert flöten ging, hätte er schon einen neuen anlegen müssen, außer es hätte wirklich in den letzten 8 Monaten jeden Tag bei dir geregnet...

Deswegen trage obiges erst nach dem hier ein:

• lösche mal alle drei obigen Datenpunkte
• führe wetterstation.js (oder wie du es genannt hast) wieder einmalig aus, damit er die DPs neu anlegt

ev. führt das ja zum Erfolg. Es dürfte sich dann an den TS' und LCs nichts mehr ändern bis "kein Regen" > 18 Tage bzw. beim Jahreswert zum 01.01.2022 der Jahresreset erfolgt.