[Linux Shell-Skript] WLAN-Wetterstation

[SBorg]

@elmar-mersch Kann ich @Thomas-Braun nur zustimmen, wenn es überhaupt eine Handvoll CentOS Nutzer sind
Ich war zwar mal dran von netcat auf socat umzuschwenken (was ev. auch dann unter CentOS laufen würde), erinnere mich aber gerade nicht mehr daran was da das Problem war...

Zum DP100-Problem: Nö, die Daten sollten sofort mit dem nächsten Datenpackage vorliegen. Hast du die Änderung der conf während der Service lief gemacht? Dann musst du den Service neu starten [sudo] systemctl restart wetterstation

Ansonsten:

• Service stoppen: [sudo] systemctl stop wetterstation
• im Installationsverzeichnis ./wetterstation.sh --debug und ./wetterstation.sh --data ausführen und Ergebnis bitte hier posten

Da noch keiner "gemeckert" hat scheint es pauschal auch noch zu funktionieren. Ich habe an der Routine auch schon monatelang nichts mehr geändert, da ich aber nur eine normale Wetterstation ohne weitere Sensoren mein Eigen nenne, kriege ich nicht unbedingt mit wenn da was aus dem Ruder läuft

[Elmar Mersch]

@sborg
Hmh, ist eigentlich logisch, nachdem ich in der APP von Wunderground auf Ecowitt (und in der Conf) umgestellt habe kommen nun auch die beiden States vom DP100.

Habe nochmal in deiner Anleitung geschaut, sehe da keinen Hinweis? Oder ich habe es überlesen.

Aber wie gesagt, den Status des DP100 sehe ich ja auch sonst nicht in den APPs, ausser direkt auf dem Gateway da wohl Ecowitt-spezifisch...?

Nochmal Danke für die tolle Entwicklung.

Jetzt muss ich nur noch rausfinden, wann

a) welche Bodenfeuchte erreicht sein muss (in Prozent) und der Rasenroboter seine Garage nicht verlassen darf
b) die Windstärke bzw. Windböen bedenklich für eine Unterglasmarkise (Terrassenüberdachung) wird und die Markise einfahren soll

VG,
Elmar

[Negalein]

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

windy_Name="Wernstein am Inn -- Oehret" sollte aber funktionieren.

Merci! Funktioniert

[qqolli]

@sborg

Hi,

versuche gerade Dein Skript zu installieren. Habe aber ein kleines Problem, wenn dich die drei Dateien mittels WinSCP in das Raspi /home/iobroker-Verzeichnis kopieren will, sagt er das ich keine Rechte habe.

Wie kann man z. B. in WinSCP die Dateien als root kopieren?

Eine Antwort (@Thomas-Braun) war:

sudo -u iobroker wget /home/iobroker/

da die 3 Skritpe in diesen Verzeichnis abliegen.

Leider bekomme ich diese Meldung zurück:

/home/iobroker/: Schema fehlt.

[Thomas Braun]

@qqolli

Mit wget holt man Dinge aus dem Internet.

wget server.com/tolles/skript.js

Oder so.
Wo liegen die Dinger denn jetzt?

[qqolli]

@thomas-braun

Habe ich auch gerade aus dem Internet gelernt

Na ja, die 3 Scriptfiles liegen auf dem PC und mittels WinSCP wollte ich die in das ioB home-Verzeichnis kopieren un doert das Shell-File ausführen.

[Thomas Braun]

@qqolli
Da würde ich mir ein Austauschverzeichnis anlegen, das Freigeben und in den Raspi mounten. Dann von dort an den richtigen Ort verschieben.

[qqolli]

@thomas-braun

Alles gut, konnte die Dateien kopieren und alles nach Anleitung installieren und ausführen

Alles läuft stabil und die Daten kommen rein

Danke nochmal für Deine Unterstützung.

[Neuschwansteini]

@qqolli

etwas OT, aber ich benutze MobaXTerm ( registriert ), und damit hast du alles in einem Programm, ssh, vnc, rdp, tunnels, mit Multi-Exec funktionen und kannst dir deine Session für alle Clients einstellen wie du magst..

Hier nur ein kleiner Auszug aus meinem Home-Profil, auf der Arbeit benutze ich das auch mit viel mehr Clients..

Es unterstützt auch X11 forwarding, was sehr schön ist.. ausserdem ist man mit einem Click über den Jumphost gleich da, wo man hin möchte...

[Jupp84]

@ilovegym
Ich habe ich hab folgender Fehler

sainlogic.0 2021-09-22 13:57:25.739	error	Connection error on 192.168.1.52:45000: Error: connect EISCONN 192.168.1.52:45000 - Local (192.168.1.2:42674)

Die aktuellen Wetterdarten kommen jedoch rein und werden angezeigt Min. Max werte sind nicht da

[Negalein]

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

Ich habe ich hab folgender Fehler

Du bist hier im falschen Thread. Hier geht es um das Script von @SBorg

Den Thread zum Sainlogic-Adapter findest du hier.

[Jupp84]

@negalein
danke Asche über mein Haupt
Nett von dir das du geich den link mit geschickt hast

[Boronsbruder]

Hallo zusammen!
Heute morgen ist etwas kurioses passiert:
Ohne irgendwelche Einwirkungen meinerseits und ohne erkennbaren Grund wurden im Syslog plötzlich folgende Meldungen verzeichnet:

Sep 25 07:04:42 ZEROSERVER wetterstation.sh[27086]: Listening on [0.0.0.0] (family 0, port 45454)
Sep 25 07:05:12 ZEROSERVER wetterstation.sh[27086]: Connection from 192.168.116.48 15627 received!
Sep 25 07:05:14 ZEROSERVER wetterstation.sh[27086]: (standard_in) 1: syntax error
Sep 25 07:05:14 ZEROSERVER wetterstation.sh[27086]: (standard_in) 1: syntax error
Sep 25 07:05:14 ZEROSERVER wetterstation.sh[27086]: (standard_in) 1: syntax error
Sep 25 07:05:14 ZEROSERVER wetterstation.sh[27086]: (standard_in) 1: syntax error
Sep 25 07:05:14 ZEROSERVER wetterstation.sh[27086]: (standard_in) 1: syntax error
Sep 25 07:05:14 ZEROSERVER wetterstation.sh[27086]: (standard_in) 1: syntax error
Sep 25 07:05:14 ZEROSERVER wetterstation.sh[27086]: Listening on [0.0.0.0] (family 0, port 45454)

Resultat war im Iobroker Fehlermeldungen der Simpl-Api:

2021-09-25 07:05:14.064 - info: simple-api.0 (27840) State value to set for "0_userdata.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string"
2021-09-25 07:05:14.065 - info: simple-api.0 (27840) State value to set for "0_userdata.0.Wetterstation.Info.Solarenergie_Monat" has to be type "number" but received type "string"
2021-09-25 07:05:14.106 - info: simple-api.0 (27840) State value to set for "0_userdata.0.Wetterstation.Info.Solarenergie_Jahr" has to be type "number" but received type "string"
2021-09-25 07:05:14.106 - info: simple-api.0 (27840) State value to set for "0_userdata.0.Wetterstation.tempData.Solarenergie" has to be type "string" but received type "number" 

Nach nem Restart des Wetterstation-Dienstes läuft alles wieder normal...

Warum?

[SBorg]

@boronsbruder Zumindest eine Vermutung. "15627 received" sieht zumindest nach einem validen Datenpaket aus.
Es könnte sein, dass bei der Übertragung die WLAN-Verbindung im ungünstigsten Augenblick wegbrach (das muss auf die Millisekunde passen, deswegen eher unwahrscheinlich, aber halt möglich...). Normalerweise hat man dann bis zum nächsten Datenpaket ein paar "alte" Werte drin stehen, aber ob die Temperatur jetzt von 9:31:25 Uhr oder von 9:31:56 Uhr war/ist, bemerkt zum einen wohl eh keiner, zum anderen wird sie sich binnen 30 Sekunden (Standardsendeintervall der Stationen/Gateways) wohl eh nicht signifikant geändert haben bzw. sich ändern.
Lt. Simple-API betraff es anscheinend nur die Solarenergie, welche alle vom Skript durch Dauer und Höhe des Solarmesswertes ermittelt bzw. berechnet werden. Wenn also genau dieser Wert flöten ging, also nicht 0-xxx war, sondern "Null" (kein Wert), kommt es zu dem Fehler in der API (Null ist String) und die Temp-Daten werden einfach "0" (Zahl) und nicht String (xxx xxx xxx) [drei Zahlen durch ein Leerzeichen getrennt].

Das würde dann auch

...(standard_in) 1: syntax error

erklären, denn das kommt immer wenn man eine Berechnung (hier dann die Solarenergie) durchführen will und eine der Variablen "Null" (also leer oder nicht definiert) ist.

Ist mir in 1.5 Jahren bisher aber noch nicht passiert. Solltest vielleicht mal über Lotto spielen nachdenken...

[Boronsbruder]

@sborg
Dann sollte ich heute aber mal richtig Lotto spielen, weil ich um 13:26 erst den "Spam" im Log, der alle 30 Sekunden kam, bemerkt und dann den Dienst neugestartet habe

[Boronsbruder]

Hat funktionert! Ich hab 10 € gewonnen

[SBorg]

Da keine offensichtlichen Fehler zu verzeichnen sind:

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

• + Min-/Max-Aussentemperatur des heutigen Tages
• ~ Änderung bei Datenübertragung per Simple-API wg. InfluxDB 2.x
• + Meteorologischer Sommer Durchschnittstemperatur und Regenmenge
• + neuer Shell-Parameter --metsommer (zur manuellen Berechnung der Werte des meteorologischen Sommers)

Wie immer zu finden im GitHub

---

Update-Routine:

• wetterstation.sh und wetterstation.sub ersetzen
• wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden (neue Datenpunkte "Info.Regenmenge_Met_Sommer" und "Info.Temp_Met_Sommer_avg")
• nun mittels sudo systemctl restart wetterstation den Service neu starten
• (ws_updater.sh ist diesmal nicht nötig, da es keine Änderungen in der wetterstation.conf gibt)

---

Wer bereits die Beta-Version der V2.9.0 nutzt sollte ggf. trotzdem updaten (hier genügt der Tausch der "sub" und den Service neu zu starten). Das Beta-Release ist mit dieser Release-Version nicht identisch. Beim Beta-Release fehlt die "Nullung" der beiden Werte des meteorologischen Sommers zum 01.01.

[SabineT]

Vielleicht für euch interssant, mein Script: Mittelwertbildung für die Windrichtung mit JavaScript

[SBorg]

Ich muss gestehen, ich bin da mehr der Fan der [Grafana-]Windrose:

Ansonsten die Windrichtung wieder durch 22.5 teilen, dann passt es auch für/im Skript

[SBorg]

Neues Release des Wetterstation Statistik-Skriptes auf GitHub V1.0.0

• ~Bugfixing Werte VorJahresMonat
• +Kompatibilität mit JSC 3.3.x hergestellt (Änderung JSON -> Array)
• ~Rekordwerte werden nun korrekt am Tag des Ereignisses gespeichert

Wie immer zu finden im GitHub

---

Achtung!

Breaking Release. Durch die Umstellung in das neue Format des JSC 3.3.x sind die alten Daten zu dieser Version nicht mehr kompatibel. Da es, wenn man von Beginn an dabei ist, aber glücklicherweise nur 13 Monate sind, kann man die 13 Datenpunkte auch von Hand in das neue Format bringen. Dauert < 5 Minuten
Dann sieht es wieder so aus und genügt den Anforderungen des neuen JavaSkript-Controllers:

Ein Update ist zu empfehlen, da nicht mit Sicherheit feststeht wie lange das alte Format noch unterstützt/toleriert wird.
Dazu müssen unter "Data.[Jahr]" die Datenpunkte wie folgt geändert werden:

1. Eckige Klammern um den Datenpunktwert, also am Anfang "[" und am Ende "]"
   
2. Die "Raw-Daten" des Datenpunktes wie folgt abändern:
   
   Neue Monatswerte werden dann automatisch korrekt angelegt.

---

Kann sein, dass am Skript eine Änderung nötig ist, nur habe ich da "ein wenig" rumprobiert + bin mir nicht sicher ob es im Originalzustand noch läuft. Falls nicht bitte melden, sind ggf. nur wenige Zeilen.
(auch bei mir hat der Juli nur 31 Tage, die 46 "warmen Tage" sind der Juni und Juli addiert als Nachwehe meines Plattencrashes )