Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

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

[A Former User]

@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
:+1: 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? :rolling_on_the_floor_laughing:

[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... :grin:

[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 :rolling_on_the_floor_laughing:

[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 ;) )

[Negalein]

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

Dann sieht es wieder so aus und genügt den Anforderungen des neuen JavaSkript-Controllers:

Also zuerst das Update und dann noch

Dazu müssen unter "Data.[Jahr]" die Datenpunkte wie folgt geändert werden:

Oder reicht es nur die DP anzupassen?

[SBorg]

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

Oder reicht es nur die DP anzupassen?

Nein, denn die geänderten DPs können dann vom bisherigen Skript nicht korrekt gelesen werden.
Also entweder einfach alles so lassen (keine Gewähr wie lange das noch läuft, kann mit dem nächsten Update des JSC schon nicht mehr funktionieren, oder läuft noch zig Monate/Jahre), oder Skript und DPs aktualisieren (die DPs haben aber auch Zeit, denn es wird erst am 01.11. dann die Daten/der DP vom November 2020 gelesen).
Letzte Alternative: Skript einfach ersetzen und ein Jahr warten. Solange gibt es halt dann einfach keine Werte des Vorjahresmonats.

[Negalein]

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

erledigt.

Aber warum siehst du es in 1 Wurst und ich untereinander?

Kann man das umstellen?