NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ok, dann muss ich mal schauen... (war gerade am tippen...)
hier in der Zip ist die .19
https://github.com/SBorg2014/WLAN-Wetterstation/releases/tag/V2.18.0
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ok, dann muss ich mal schauen... (war gerade am tippen...)
hier in der Zip ist die .19
https://github.com/SBorg2014/WLAN-Wetterstation/releases/tag/V2.18.0
Die habe ich jetzt 3x runter geladen, bei mir steht 18. Auch in der Quelle steht nur 18. Wo hat der dann die 19 her...?
Die Zip muss ich selbst packen. Also noch mal packen...
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ok, dann muss ich mal schauen... (war gerade am tippen...)
hier in der Zip ist die .19
https://github.com/SBorg2014/WLAN-Wetterstation/releases/tag/V2.18.0
Die habe ich jetzt 3x runter geladen, bei mir steht 18. Auch in der Quelle steht nur 18. Wo hat der dann die 19 her...?
Die Zip muss ich selbst packen. Also noch mal packen...
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Die habe ich jetzt 3x runter geladen, bei mir steht 18. Auch in der Quelle steht nur 18. Wo hat der dann die 19 her...?
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Die habe ich jetzt 3x runter geladen, bei mir steht 18. Auch in der Quelle steht nur 18. Wo hat der dann die 19 her...?
@negalein So gaaannz langsam geht es mir schon ein wenig auf den Zeiger. Mal sind beim Entpacken die Dateien nicht immer zu gebrauchen, jetzt weiß ich nicht wo er das wieder her hat.
Ist ja auch schwierig in einem Verzeichnis 5 Dateien unter Windows zu packen...
Habe es nun nochmals gepackt... Ich wüsste zwar nicht das ein möglicher Cache beim packen berücksichtigt wird, man weiß aber ja nie :( -
@negalein So gaaannz langsam geht es mir schon ein wenig auf den Zeiger. Mal sind beim Entpacken die Dateien nicht immer zu gebrauchen, jetzt weiß ich nicht wo er das wieder her hat.
Ist ja auch schwierig in einem Verzeichnis 5 Dateien unter Windows zu packen...
Habe es nun nochmals gepackt... Ich wüsste zwar nicht das ein möglicher Cache beim packen berücksichtigt wird, man weiß aber ja nie :( -
@sborg Ich staune auch immer wieder. Ich arbeite ja mit Docker. Ich habe diesmal das Zip-Archiv runter geladen und die Dateien, die ich brauche in mein Verzeichnis gelegt und den Container neu erzeugt. Und ich hab wieder Umlaute! Beim letzten mal habe ich die Dateien direkt aus dem Repository (raw) rauskopiert und (wie oben) weiter verarbeitet. Das wollte ich nur noch zur Erklärung beisteuern.
Ich hab wohl noch ein Phänomen, seit dem 'dc' verwendet wird. Beim Erstellen des Containers lass ich auch dc installieren. Im Log sehe ich dann einen Eintrag, der mich stutzen lässt: "WARNING: apt does not have a stable CLI interface. Use with caution in scripts.". Ich ignoriere diese Warnung einfach - oder? -
@banza Der Unterschied zwischen den beiden Versionen liegt einfach am Zeitpunkt (wie du weiter unten schon selbst festgestellt hast). Die 2021er (+ paar 2022er) können "Object" sein, da kommt es auf die entsprechend benutzte Scriptversion an.
Da gab es anfänglich etwas Konfusion zum neuen JSC 3.x wie das auszusehen hat, deswegen gab/gibt es da etliche verschiedene Ausführungen. Dass ich das Ganze auch nur Hobby mäßig mache, tat noch ein übriges dazu. Nicht immer weiß ich zu 100% was ich in Javascript tue... ;)Tatsache ist aber, dass es "String" sein sollte ("Object" ist zwar in dem Falle eigentlich falsch, funktioniert aber [noch]).
Allerdings müssen alle Daten in ein "Object" konvertiert sein (macht das Script) und dementsprechend auch so gespeichert werden (das sind die "[ ]" am Anfang/Ende des JSON-Strings).@sborg vielen dank für deine Hilfe. Ich habe deine Anleitung befolgt, hoffentlich passt es jetzt wieder. Ergebnis sehe ich dann erst am 1. September, wenn "genullt" werden sollte, wenn ich richtig verstanden habe. Auch die Vorjahres-Monat-Werte kommen erst am 1. des Monats?
-
@sborg Ich staune auch immer wieder. Ich arbeite ja mit Docker. Ich habe diesmal das Zip-Archiv runter geladen und die Dateien, die ich brauche in mein Verzeichnis gelegt und den Container neu erzeugt. Und ich hab wieder Umlaute! Beim letzten mal habe ich die Dateien direkt aus dem Repository (raw) rauskopiert und (wie oben) weiter verarbeitet. Das wollte ich nur noch zur Erklärung beisteuern.
Ich hab wohl noch ein Phänomen, seit dem 'dc' verwendet wird. Beim Erstellen des Containers lass ich auch dc installieren. Im Log sehe ich dann einen Eintrag, der mich stutzen lässt: "WARNING: apt does not have a stable CLI interface. Use with caution in scripts.". Ich ignoriere diese Warnung einfach - oder?@rene55
"Eigentlich" müsste es egal sein ob du nun einen Umlaut heraus kopierst, oder ihn mittels Datei quasi erstellst. Aber anscheinend dann doch nicht...
Trotzdem war/ist das Encoding der Umlaute nicht die schlechteste Idee :)Ich hab wohl noch ein Phänomen, seit dem 'dc' verwendet wird. Beim Erstellen des Containers lass ich auch dc installieren. Im Log sehe ich dann einen Eintrag, der mich stutzen lässt: "WARNING: apt does not have a stable CLI interface. Use with caution in scripts.". Ich ignoriere diese Warnung einfach - oder?
Das dürfte IMO nichts mit dem "dc" zu tun haben, der wird nur zusätzlich mittels "apt" neben den anderen Tools wie "bc" oder "jq" installiert. Ich würde da eher darauf tippen, das Docker (ev. kürzlich ein Update ? ) pauschal die Warnung bei "apt" ausgibt. Ignorieren kannst du sie getrost, soll ja nur ein Hinweis sein, dass "apt" über kein stabiles Command Line Interface verfügt (Docker tituliert hier aber einen weißen Schimmel, denn ein CLI interface ist ein Command Line Interface interface ). Es wird nur ein simpler "install" benutzt, zumindest den würde ich als stabil bezeichnen.
-
@sborg vielen dank für deine Hilfe. Ich habe deine Anleitung befolgt, hoffentlich passt es jetzt wieder. Ergebnis sehe ich dann erst am 1. September, wenn "genullt" werden sollte, wenn ich richtig verstanden habe. Auch die Vorjahres-Monat-Werte kommen erst am 1. des Monats?
@banza sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ergebnis sehe ich dann erst am 1. September, wenn "genullt" werden sollte, wenn ich richtig verstanden habe. Auch die Vorjahres-Monat-Werte kommen erst am 1. des Monats?
Immer gerne, und ja, anhand des Monatstages wird geprüft ob der 01. ist und dann der aktuelle Monat resettet und der Vorjahresmonat ausgelesen bzw. ermittelt.
-
Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V2.19.0
(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.])
- + Wetterwarnungen Schwüle, Tau/Nebel und Reif
- ~ URL-Encoding für Umlaute
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 (neuer Datenpunkt .Info.Wetterwarnung); bei aktivierter Rest-API wird der Datenpunkt automatisch im ioB angelegt
./ws_updater.beta --patchim Installationsverzeichnis ausführen und ev. Hinweise beachten- nun mittels
[sudo] systemctl restart wetterstationden Service neu starten
Wetterwarnung "Schwüle" ist getestet und funktioniert. Zu "Nebel/Tau" und "Reif" brauche ich wohl dank der aktuellen Wetterlage nichts weiter schreiben :joy:
"Schwüle" ist ein festes Ereignis und als Warnung gesetzt (Taupunkt >= 16°C)
Die anderen können bei bestimmten Wetterbedingungen entstehen, müssen aber nicht. Auch spielen hier Feuchte und Temperatur eine gewichtige Rolle, deren Wertebereich ich aber wg. der Toleranzen unserer Wettersensoren etwas "großzügiger" auslegen muss. Den muss ich dann ggf. im Herbst noch etwas erweitern oder verringern. Wir werden sehen...Die Wetterwarnungen werden alle volle 15 Minuten generiert, also um xx:00 Uhr, xx:15 Uhr, xx:30 Uhr und xx:45 Uhr
-
Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V2.19.0
(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.])
- + Wetterwarnungen Schwüle, Tau/Nebel und Reif
- ~ URL-Encoding für Umlaute
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 (neuer Datenpunkt .Info.Wetterwarnung); bei aktivierter Rest-API wird der Datenpunkt automatisch im ioB angelegt
./ws_updater.beta --patchim Installationsverzeichnis ausführen und ev. Hinweise beachten- nun mittels
[sudo] systemctl restart wetterstationden Service neu starten
Wetterwarnung "Schwüle" ist getestet und funktioniert. Zu "Nebel/Tau" und "Reif" brauche ich wohl dank der aktuellen Wetterlage nichts weiter schreiben :joy:
"Schwüle" ist ein festes Ereignis und als Warnung gesetzt (Taupunkt >= 16°C)
Die anderen können bei bestimmten Wetterbedingungen entstehen, müssen aber nicht. Auch spielen hier Feuchte und Temperatur eine gewichtige Rolle, deren Wertebereich ich aber wg. der Toleranzen unserer Wettersensoren etwas "großzügiger" auslegen muss. Den muss ich dann ggf. im Herbst noch etwas erweitern oder verringern. Wir werden sehen...Die Wetterwarnungen werden alle volle 15 Minuten generiert, also um xx:00 Uhr, xx:15 Uhr, xx:30 Uhr und xx:45 Uhr
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Update-Routine:
läuft :)
┌────────────────────────┐ │ │ │ WS-Updater V2.19.0 │ │ │ └────────────────────────┘ 'bc' installiert: [✓] 'jq' installiert: [✓] 'dc' installiert: [✓] 'unzip' installiert: [✓] 'patch' installiert: [✓] Zugriff auf 'Rest-API' im ioBroker: [✓] Soll die wetterstation.conf nun auf eine neue Version gepatcht werden? [J/N]: J Lege Sicherungskopie der wetterstation.conf an... Patche wetterstation.conf auf V2.19.0 ... Lege neues Object im ioBroker an: javascript.0.Wetterstation.Info.Wetterwarnung Fertig...Info.Wetterwarnung
wann holt er sich hier erstmals Daten? Oder steht [null] solange, bis eine Warnung kommt?
Wäre es dann möglich, statt[null]zBkeine Warnungenanzuzeigen?
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Update-Routine:
läuft :)
┌────────────────────────┐ │ │ │ WS-Updater V2.19.0 │ │ │ └────────────────────────┘ 'bc' installiert: [✓] 'jq' installiert: [✓] 'dc' installiert: [✓] 'unzip' installiert: [✓] 'patch' installiert: [✓] Zugriff auf 'Rest-API' im ioBroker: [✓] Soll die wetterstation.conf nun auf eine neue Version gepatcht werden? [J/N]: J Lege Sicherungskopie der wetterstation.conf an... Patche wetterstation.conf auf V2.19.0 ... Lege neues Object im ioBroker an: javascript.0.Wetterstation.Info.Wetterwarnung Fertig...Info.Wetterwarnung
wann holt er sich hier erstmals Daten? Oder steht [null] solange, bis eine Warnung kommt?
Wäre es dann möglich, statt[null]zBkeine Warnungenanzuzeigen?
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
läuft
Ist ja auch keine Zip bei :joy:
Lege neues Object im ioBroker an: javascript.0.Wetterstation.Info.Wetterwarnung
...ach wie langweilig mit der API...:innocent:
wann holt er sich hier erstmals Daten? Oder steht [null] solange, bis eine Warnung kommt?
Mal wieder vergessen, füge ich gleich noch oben ein. Ist gleich soweit 9:45 Uhr ;)
Alle volle 15 Minuten... -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Update-Routine:
läuft :)
┌────────────────────────┐ │ │ │ WS-Updater V2.19.0 │ │ │ └────────────────────────┘ 'bc' installiert: [✓] 'jq' installiert: [✓] 'dc' installiert: [✓] 'unzip' installiert: [✓] 'patch' installiert: [✓] Zugriff auf 'Rest-API' im ioBroker: [✓] Soll die wetterstation.conf nun auf eine neue Version gepatcht werden? [J/N]: J Lege Sicherungskopie der wetterstation.conf an... Patche wetterstation.conf auf V2.19.0 ... Lege neues Object im ioBroker an: javascript.0.Wetterstation.Info.Wetterwarnung Fertig...Info.Wetterwarnung
wann holt er sich hier erstmals Daten? Oder steht [null] solange, bis eine Warnung kommt?
Wäre es dann möglich, statt[null]zBkeine Warnungenanzuzeigen?
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Wäre es dann möglich, statt [null] zB keine Warnungen anzuzeigen?
9:48 Uhr, sollte jetzt "keine" stehen ;)
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Wäre es dann möglich, statt [null] zB keine Warnungen anzuzeigen?
9:48 Uhr, sollte jetzt "keine" stehen ;)
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
läuft
Ist ja auch keine Zip bei :joy:
Lege neues Object im ioBroker an: javascript.0.Wetterstation.Info.Wetterwarnung
...ach wie langweilig mit der API...:innocent:
wann holt er sich hier erstmals Daten? Oder steht [null] solange, bis eine Warnung kommt?
Mal wieder vergessen, füge ich gleich noch oben ein. Ist gleich soweit 9:45 Uhr ;)
Alle volle 15 Minuten...@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
...ach wie langweilig mit der API...:innocent:
wie funktioniert das, damit man zugriff auf die rest-api bekommt? wenn ich das richtig verstehe, werden dann die DPs automatisch angelegt?
Update von 2.11 auf 2.18 läuft ansonsten fein durch -
@negalein Angeber, bin erst bei ~13°C beim Taupunkt ;)
Ist's bei euch aber schon so schwül, bzw. ist dein Taupunkt >=16°C ? -
@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
...ach wie langweilig mit der API...:innocent:
wie funktioniert das, damit man zugriff auf die rest-api bekommt? wenn ich das richtig verstehe, werden dann die DPs automatisch angelegt?
Update von 2.11 auf 2.18 läuft ansonsten fein durch@massiveattack Die Rest-API im ioB installieren und konfigurieren (Beispiele paar Posts weiter hoch). Dann in der *.conf noch die Zugangsdaten eintragen (admin + PW geht zwar auch, ich empfehle aber für die Rest-API einen eigenen Nutzer im ioB anzulegen).
Der ws_updater prüft dann bei Ausführung ob er Zugriff auf die API hat. Gelingt ihm das, legt er dann falls nötig die neuen DPs an. -
@negalein Angeber, bin erst bei ~13°C beim Taupunkt ;)
Ist's bei euch aber schon so schwül, bzw. ist dein Taupunkt >=16°C ?@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
bzw. ist dein Taupunkt >=16°C ?
Ja, 16,29 °C
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
bzw. ist dein Taupunkt >=16°C ?
Ja, 16,29 °C
@negalein Dann funktioniert es zumindest, trotzdem bleibe ich lieber "hier" :)
-
@massiveattack Die Rest-API im ioB installieren und konfigurieren (Beispiele paar Posts weiter hoch). Dann in der *.conf noch die Zugangsdaten eintragen (admin + PW geht zwar auch, ich empfehle aber für die Rest-API einen eigenen Nutzer im ioB anzulegen).
Der ws_updater prüft dann bei Ausführung ob er Zugriff auf die API hat. Gelingt ihm das, legt er dann falls nötig die neuen DPs an.@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
@massiveattack Die Rest-API im ioB installieren und konfigurieren (Beispiele paar Posts weiter hoch). Dann in der *.conf noch die Zugangsdaten eintragen (admin + PW geht zwar auch, ich empfehle aber für die Rest-API einen eigenen Nutzer im ioB anzulegen).
Der ws_updater prüft dann bei Ausführung ob er Zugriff auf die API hat. Gelingt ihm das, legt er dann falls nötig die neuen DPs an.Danke, Zugriff funktioniert jetzt. Musste nur die Zugangsdaten in der conf eintragen.
Die neuen DPs wurden zwar nicht angelegt (ich vermute weil die 2.18 ja schon installiert war), habs dann manuell ergänzt.


