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

[Negalein]

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

Ab einem gewissen Alter wird man ja etwas faul

deshalb hab ich auch Rest-Api installiert. :joy:

Was aber muß ich da jetzt einstellen bei:

Web-Adapter erweitern (Alle oder Web)
Datenquelle (hier habe ich history und influx.0 und influx.1)
wobei ich hier wohl influx.0 nehmen muß da auch dort alle Daten sind.

so schauts bei mir aus.

[SBorg]

Jupp, ich habe nur noch die Authentifizierung bei mir zusätzlich aktiviert.

*EDIT* ...und ich empfehle einen extra User für die API anzulegen. Der braucht nicht alle Admin-Rechte ;)

[Nashra]

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

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

Ab einem gewissen Alter wird man ja etwas faul

deshalb hab ich auch Rest-Api installiert. :joy:

:+1: :grin:

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

Jupp, ich habe nur noch die Authentifizierung bei mir zusätzlich aktiviert.

*EDIT* ...und ich empfehle einen extra User für die API anzulegen. Der braucht nicht alle Admin-Rechte ;)

Ok, User angelegt. Da bin ich ja mal gespannt ob dies alles so klappt :-)

[Rushmed]

Ich bekam nach dem Update per Updater:

pi@Smartazamba:~/Wetterstation $ sudo systemctl status wetterstation
● wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Tue 2022-08-23 12:27:15 CEST; 57s ago
    Process: 3915239 ExecStart=/home/pi/Wetterstation/wetterstation.sh (code=exited, status=1/FAILURE)
   Main PID: 3915239 (code=exited, status=1/FAILURE)
        CPU: 34ms

Aug 23 12:27:15 Smartazamba systemd[1]: Started Service für ioBroker Wetterstation.
Aug 23 12:27:15 Smartazamba wetterstation.sh[3915239]: wetterstation: ERROR #001 - Subroutinen-Version mismatch!
Aug 23 12:27:15 Smartazamba wetterstation.sh[3915239]: benutzt: V2.19.0         benötigt wird: V2.18.0
Aug 23 12:27:15 Smartazamba systemd[1]: wetterstation.service: Main process exited, code=exited, status=1/FAILURE
Aug 23 12:27:15 Smartazamba systemd[1]: wetterstation.service: Failed with result 'exit-code'.

Hab in der zweiten Zeile der SUB 19 in 18 geändert, jetzt gehts.

[Nashra]

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

Ich bekam nach dem Update per Updater:

pi@Smartazamba:~/Wetterstation $ sudo systemctl status wetterstation
● wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Tue 2022-08-23 12:27:15 CEST; 57s ago
    Process: 3915239 ExecStart=/home/pi/Wetterstation/wetterstation.sh (code=exited, status=1/FAILURE)
   Main PID: 3915239 (code=exited, status=1/FAILURE)
        CPU: 34ms

Aug 23 12:27:15 Smartazamba systemd[1]: Started Service für ioBroker Wetterstation.
Aug 23 12:27:15 Smartazamba wetterstation.sh[3915239]: wetterstation: ERROR #001 - Subroutinen-Version mismatch!
Aug 23 12:27:15 Smartazamba wetterstation.sh[3915239]: benutzt: V2.19.0         benötigt wird: V2.18.0
Aug 23 12:27:15 Smartazamba systemd[1]: wetterstation.service: Main process exited, code=exited, status=1/FAILURE
Aug 23 12:27:15 Smartazamba systemd[1]: wetterstation.service: Failed with result 'exit-code'.

Hab in der zweiten Zeile der SUB 19 in 18 geändert, jetzt gehts.

Jow, war bei mir auch gerade. Geändert in der .sub und jetzt läuft es :-)

[SBorg]

Hat das noch jemand? Ich finde nix wo er die "19" her haben sollte. Alles auf GitHub steht auf "18". Auch im Updater habe ich keinen Tippfehler gefunden.

Ok, dann muss ich mal schauen... (war gerade am tippen...)

[Nashra]

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

Hat das noch jemand? Ich finde nix wo er die "19" her haben sollte. Alles auf GitHub steht auf "18". Auch im Updater habe ich keinen Tippfehler gefunden.

Ok, dann muss ich mal schauen... (war gerade am tippen...)

Komm, du wolltest uns nur testen :joy:

[Negalein]

@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

[SBorg]

@nashra Erwischt :joy: :innocent:

Ich weiß nicht wo er die "19" her nimmt...

Version feststellen und ggf. Patch ausführen:

           V2.17.0) PATCH2180 && exit 0;;
           V2.18.0) echo -e "$GE Version ist bereits aktuell...\n" && exit 0;;
                 *) FEHLER

dann patchen:

#Patch Version V2.17.0 auf V2.18.0
PATCH2180() {
 backup
 echo -e "${WE}\n Patche wetterstation.conf auf V2.18.0 ..."
 sed -i 's/### Settings V2.17.0/### Settings V2.18.0/' ./wetterstation.conf
 sed -i '/^.*ANZAHL_DP35=.*/i \  ANZAHL_DP10=0' ./wetterstation.conf
...

Steht da irgendwo "19"? Habe ich Tomaten auf den Augen? Selbst der Beta-Updater steht noch kpl. auf 18....

[Negalein]

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

Habe ich Tomaten auf den Augen?

wie stellt Github die ZIP zusammen?
Dort ist in der .sub die .19

#!/bin/bash
### Subroutinen V2.19.0 --------------------------------------------------------


 #Bezeichnung der Datenpunkte
  DP_TEMP_INNEN=${PRE_DP}.Innentemperatur
  DP_TEMP_AUSSEN=${PRE_DP}.Aussentemperatur
  DP_TEMP_AUSSEN_TREND=${PRE_DP}.Aussentemperatur_Trend
  DP_TAUPUNKT=${PRE_DP}.Taupunkt
  DP_WCHILL=${PRE_DP}.Gefuehlte_Temperatur
  DP_FEUCHTE_INNEN=${PRE_DP}.Innenfeuchtigkeit
  DP_FEUCHTE_AUSSEN=${PRE_DP}.Aussenfeuchtigkeit
....
....
....

[SBorg]

@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]

@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...?

WLAN-Wetterstation.zip

[SBorg]

@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]

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

Habe es nun nochmals gepack

passt jetzt :)

[Rene55]

@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]

@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]

@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]

@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.

[SBorg]

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 --patch im Installationsverzeichnis ausführen und ev. Hinweise beachten
• nun mittels [sudo] systemctl restart wetterstation den 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

[Negalein]

@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] zB keine Warnungen anzuzeigen?