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

[Eggi]

@sborg ...ao hätte ich es auch gesehen....

[Eggi]

@SBorg Den Sainlogic-Adapter habe ich am laufen und funktioniert soweit. Das kann aber nicht der Grund sein, daß WLAN-Wetterstation damit blockiert wird; oder?

[Eggi]

@SBorg Ich werd' narrsich --> dreht man den Sainlogic-Adapter im ioBroker ab, funktionierts ;-)) Muß man das nun verstehen?

[SBorg]

@eggi Deswegen hatte ich oben auch gefragt ob du den Adapter ausgeschaltet hast ;)
Du kannst immer, hat also nichts mit dem Adapter und dem Skript zu tun, auf der gleichen IP und dem gleichen Port einen Dienst laufen lassen. Ist wie die IP im Netzwerk, da ist sie auch nur einmalig erlaubt.

[Eggi]

@sborg OK - verstanden habe ich es noch nicht ganz, aber akzeptiere es. Hauptsache es funktioniert. Seit dem funktioniert auch die direkte Übertragung in ecowitt

Danke für den Hinweis!

[Eggi]

@SBorg ... ach ja - echt fein Deine Anwendung - Super umgesetzt und sehr komfortabel!!!!!

[da_Woody]

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

Gebranntes Kind...

teilweise... :D hat aber auch seine berechtigung.

und dem gleichen Port einen Dienst laufen lassen

irgendwie wollte ich in diese richtung hinweisen. das mit dem anderen adapter hab ich nicht gelesen...
egal, es funktioniert, so solls sein. :)

[SBorg]

@eggi Danke :)

Das ist halt reine Technik. Es ist zB. auch schwierig alles genau zu verstehen wenn mehrere Leute gleichzeitig sprechen. So ist es hier auch, nur etwas schlimmer. Wenn das Display an den gleichen Port Daten sendet weiß der Empfänger einfach nicht für wen die Daten nun bestimmt sind.

Das wäre in etwa so, dass ich dir an deine Adresse 100 Briefe schicke, aber keinen Namen drauf schreibe. Sie kommen zwar bei deiner Adresse an, aber ohne Namen kannst du nicht unterscheiden für wen der einzelne Brief ist.

[Eggi]

@SBorg ...sorry.... kleines Zusatzproblem: Beim übermitteln der Daten an Windy.... Error loading or rendering station data --> eine Idee, wo man die Fehlersuche ansetzen muß?

[SBorg]

@eggi Hast du die Station bei windy gerade erst registriert? Das kann 15 Minuten und mehr dauern bis sie dort wirklich in deren Datenbank eingetragen und erreichbar (=Datenübermittlung) ist.

[da_Woody]

@eggi boah, das hat bei mir auch gedauert. kann sein, das es einfach dauert, bis deinen daten dort mal ankommen.

[Eggi]

@da_woody Ah - OK

[da_Woody]

@eggi kann dir nicht mehr sagen, wie lange, plötzlich ist meine ID IDRABU4 da gewesen. über die windyID wars schneller, hat aber auch gedauert.

[Eggi]

@da_woody Nach mehr als 12 Stunden noch keine Anzeige - aber vielleicht wirds ja noch

[SBorg]

Kleines Zwischenrelease. Einige Displays scheinen bei der Temperatur "--" zu übertragen wenn die Funkverbindung zum Mast gestört ist. Daraus resultieren dann bei der Umrechnung °F --> °C Phantasiewerte von -5.xxx°C. Nicht gerade schön, gerade wenn es auch noch in der InfluxDB landet...
Mit dem neuen Release lässt sich dafür nun ein Fix in der "conf" aktivieren (FIX_AUSSENTEMP=true per Default [false], also nicht aktiviert). Sollte die Temperatur unter dem "absoluten Nullpunkt" (-273°C) liegen, wird das Datenpaket verworfen und nichts an den ioB gesendet:

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V2.12.0

• + bei fehlerhafter Außentemperatur erfolgt keine Datenübertragung des Paketes an den ioB

Wie immer zu finden im GitHub

---

Update-Routine von Vorgängerversion:

• wetterstation.sh, wetterstation.sub und ws_updater.sh ersetzen
• ./ws_updater.sh --patch im Installationsverzeichnis ausführen
• nun mittels sudo systemctl restart wetterstation den Service neu starten

---

Mutige können auch mal direkt den Updater probieren ;) :+1:

Im Installationsverzeichnis ausführen: bash <(curl -s https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh)

Dies wird zukünftig die bevorzugte Methode werden. Aktuell funktioniert er bei mir problemlos :)

---

Ein Update ist nicht zwingend erforderlich, sofern ihr kein Problem mit "Ausreißern" bei der Temperatur habt.

[Negalein]

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

Mutige können auch mal direkt den Updater probieren

funktioniert, bis auf die letzte Zeile

dietpi@DietPi:/home/iobroker$ bash <(curl -s https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh)



 ┌────────────────────────┐
 │                        │
 │   WS-Updater V2.12.0   │
 │                        │
 └────────────────────────┘

 'bc' installiert: [✓]
 'jq' installiert: [✓]
 'unzip' installiert: [✓]
 'patch' installiert: [✓]


 Aktuelle Version (latest) auf GitHub: V2.12.0 vom 26.03.2022
 Version im aktuellen Verzeichnis    : V2.11.0

 Informationen zum Release V2.12.0:
 ─────────────────────────────────────────────────────────────

 Neu/Änderungen im Release:

 + bei fehlerhafter Außentemperatur erfolgt keine Datenübertragung des Paketes an den ioB



 Soll ein Update von WLAN-Wetterstation durchgeführt werden? [J/N]: J

 Führe Update aus...

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   661  100   661    0     0   2503      0 --:--:-- --:--:-- --:--:--  2513
100 30415  100 30415    0     0  56533      0 --:--:-- --:--:-- --:--:-- 56533
Archive:  tmp.zip
V2.12.0
  inflating: wetterstation.js
  inflating: wetterstation.sh
  inflating: wetterstation.sub
  inflating: ws_updater.sh



 ┌────────────────────────┐
 │                        │
 │   WS-Updater V2.12.0   │
 │                        │
 └────────────────────────┘


 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.11.1 ...
 Fertig...


 Lege Sicherungskopie der wetterstation.conf an...

 Patche wetterstation.conf auf V2.12.0 ...
 Fertig...

 Parameter für FIX_AUSSENTEMP ggf. ändern. Per Default werden auch unplausible Messwerte an den ioB geschickt.



 Update ausgeführt. Soll der Service nun neu gestartet werden? [J/N]: J

Failed to connect to bus: Datei oder Verzeichnis nicht gefunden
dietpi@DietPi:/home/iobroker$

[SBorg]

@negalein Danke, habe es eben (wohl) gefixt. Dein DietPi (bzw. Distri) will da anscheinend extra nochmals ein "sudo" für den Restart des Service. Eigentlich sollte der für ein paar Minuten gültig sein, aber ich hab es auch schlichtweg übersehen ;)

Aber sonst hat alles so funktioniert wie es soll, selbst der Zwischenpatch von 2.11.0 nach 2.11.1 8)

Falls noch nicht schon von dir ausgeführt: sudo systemctl restart wetterstation.service

[Negalein]

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

Aber sonst hat alles so funktioniert wie es soll,

Ja, alles tutti completti! :)

[Nashra]

@SBorg


Alles sauber :+1:

[SBorg]

@nashra Danke fürs Feedback, aber root... :man-gesturing-no:
Ich weiß, damit geht halt alles einfacher, keine nervenden Dauerabfragen nach Passwort usw., aber ich kann es jedem nur wärmstens ans Herz legen nicht als root zu arbeiten. Das ist in etwa so wie bei Tempo 130 auf der Autobahn als Fahrer die Augen zu zumachen. Funktioniert ja auch... ;)

---

Kurze Frage in die Runde: spricht etwas dagegen, dass der "Auswerte-Client" (also der Rechner auf dem das Skript läuft) kein Internet hat?
Hintergrund ist einfach der, ich würde den Updater gerne ändern, so dass er die aktuelle Version von GitHub startet. Somit wäre man immer aktuell und braucht künftig nur noch ./ws_updater.sh starten. Danach kann man im Menü auswählen was man möchte. Per Fallback (=kein Inet) würde er dann halt die lokale Version starten.

So zumindest mal der grobe Plan :grin: