[Linux Shell-Skript] WLAN-Wetterstation

[SBorg]

@rene55 Händisch weiß ich auch nicht, aber das "normale" Update:

• WS-View App öffnen
• per Menü Device List auswählen
• nun sollte er die aktuelle Version installieren wollen falls es eine neuere gibt

[Elmar Mersch]

@sborg
Erstmal ein großes Danke, das liest sich hier alles sehr vielversprechend.
Habe seit gestern eine Froggit und wollte es nun in iobroker einbinden.

Bei mir unter "CENTOS 7" scheitert es an der Ncat-Überprüfung - habe 7.70 aus den CENTOS-Repositories.

Hat das schon jemand unter CENTOS 7 am Laufen?

Danke und VG, Elmar

[Thomas Braun]

@elmar-mersch

Ich fürchte die Installationen von iobroker auf CentOS kannst du an einer Hand abzählen. Das dürfte mit Informationen aus erster Hand schwierig werden. Ich würde vermutlich ein kleines Debian aufzimmern und das beackern.

[Elmar Mersch]

@thomas-braun said in [Linux Shell-Skript] WLAN-Wetterstation:

@elmar-mersch

Ich fürchte die Installationen von iobroker auf CentOS kannst du an einer Hand abzählen. Das dürfte mit Informationen aus erster Hand schwierig werden. Ich würde vermutlich rein kleines Debian aufzimmern und das beackern.

OK, Danke Thomas.
Habe noch einen Raspberry, damit läuft es.
Bis auf den DP100, der hat keine Daten. Habe mal die Bodenfeuchte erhöht, in der APP hat sich auch der Wert erhöht.
Eingetragen habe ich den DP100 in der wetterstation.conf mit Anzahl = 1 und im JS-Script...

Oder dauert das etwas?

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

[ilovegym]

@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