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

[Eggi]

@sborg Vielen Dank für das rasche Feedback
Du meinst die Einstellungen, welche man via WSTools macht? Die habe ich kontrolliert und sind mit den Angaben in der conf ident.
Komisch ist auch, daß keine Informationen direkt nach wunderground und ecowitt vorhanden sind, obwohl die Wetterstation im Netz verfügbar ist.
Auch pingen von meinem Rechner an die Wetterstation funktioniert

[da_Woody]

@eggi erstmal, als root hast du dort nichts zu suchen. zweitens, bitte keine screenshots, sondern das rauskopieren und dann über einfügen.
drittens, du hast einen kommunikationsfehler, also kann da was nicht passen.
leider kann man da nichts rauskopieren, aber ich lese da 8187 und 1080

[SBorg]

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

Komisch ist auch, daß keine Informationen direkt nach wunderground und ecowitt vorhanden sind, obwohl die Wetterstation im Netz verfügbar ist.

Das ist schon mal seeehr merkwürdig. Hast du mit dem Adapter die Daten aktiv geholt oder den (kA. wie das heißt) passiven Modus genutzt? Den Adapter hast du aber aktuell ausgeschaltet?

---

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

als root hast du dort nichts zu suchen

Gebranntes Kind... ;)
...aber hast natürlich trotzdem Recht :)
...und die Ports sind soweit Ok. Der eine ist der Simple-API vom ioB und funktioniert ("Connection...succecded"), 1080 ist dann der auf dem Auswerte-PC wo er die Daten vom Display erwartet.

[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