NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@schittl said in [Linux Shell-Skript] WLAN-Wetterstation:
P.S.: Wenn jetzt noch ein DP60 mit eingebunden werden könnte wäre es nahezu mehr als perfekt. Hier mal ein Auszug aus dem Protokoll:
Die Werte wären dabei interessant:&lightning_time=&lightning_num=0&lightning=Hi, ist eigentlich kein größeres Problem. Nur habe ich kleinere Probleme bei der Zuordnung:
- lightning_time = ist wohl Zeitpunkt des Ereignisses? Format (wahrscheinlich UTC-Zeitstempel oder Unix-Timestamp)?
- lightning_num = Anzahl der Blitze?
- lightning = fehlt ja noch etwas wie Stärke etc. pp., um die Entfernung/Richtung zu bestimmen? Format...?
So wie es aussieht ist wahrscheinlich auch nur ein DP60 pro Station vorgesehen. Mehrere ergäbe wohl auch keinen Sinn... ;)
-
Ich melde mich nochmal zurück. Ich hab das Script auf nem normalen Raspi nativ aufgesetzt und konnte die Debug ausgaben auslesen.
Soweit so schön. Ich vermute, dass die Froggit WH3000SE die Werte für Regen_Event, Regen_total, Regen_Stunde sowie Windboeen_max gar nicht liefert. Dann leb ich halt ohne.
Nochmals vielen Dank für alle Helfer.Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
Wetterstation: Froggit WH3000SE V1.6.6 -
Ich melde mich nochmal zurück. Ich hab das Script auf nem normalen Raspi nativ aufgesetzt und konnte die Debug ausgaben auslesen.
Soweit so schön. Ich vermute, dass die Froggit WH3000SE die Werte für Regen_Event, Regen_total, Regen_Stunde sowie Windboeen_max gar nicht liefert. Dann leb ich halt ohne.
Nochmals vielen Dank für alle Helfer.@rene55 Stell mal das Protokoll auf ecowitt. Du erhältst dann mehr Werte, die die WS liefert. Allerdings werden Chill-Faktor und Luftdruck relativ nicht übertragen. Jetzt musst du entscheiden, was dir wichtiger ist.
Falls du noch weitere Sensoren auslesen möchtest, dann ist ecowitt eh das Protokoll deiner Wahl.
IoBroker auf QNAP TS-451, Raspi und NUC
-
@rene55 Stell mal das Protokoll auf ecowitt. Du erhältst dann mehr Werte, die die WS liefert. Allerdings werden Chill-Faktor und Luftdruck relativ nicht übertragen. Jetzt musst du entscheiden, was dir wichtiger ist.
Falls du noch weitere Sensoren auslesen möchtest, dann ist ecowitt eh das Protokoll deiner Wahl.
@a200 Direkt versucht. Beim Ecowitt-Protokoll kommt gar nichts. Ich musste doch nur in der .conf das von 1 auf 2 umstellen, oder?
Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
Wetterstation: Froggit WH3000SE V1.6.6 -
@a200 Direkt versucht. Beim Ecowitt-Protokoll kommt gar nichts. Ich musste doch nur in der .conf das von 1 auf 2 umstellen, oder?
@rene55 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@a200 Direkt versucht. Beim Ecowitt-Protokoll kommt gar nichts. Ich musste doch nur in der .conf das von 1 auf 2 umstellen, oder?
Nein. Du musst auch noch in der App die Ausgabe auf ecowitt einstellen. Link Text
Punkt 2 -
@a200 Danke für die (erweiterte) Hilfe. ich hab die App aufm Tablet, da sieht es etwas anders aus. Aber, he, es funktioniert:
Muss ich mir jetzt mal in Ruhe anschauen. Auf jeden Fall, Danke für den Tip.Erste Erkenntnis: Die fehlenden Werte sind da, leider Verlust des Chill-Faktor und des Taupunkts.
-
@SBorg Moin!
Bin heute durch einen Issue zu meinem Docker Container auf dieses interessante Stückchen Code gestoßen. Ich gebe zu ich habe jetzt nicht alle 2100 Beiträge gelesen, aber nach einem oberflächlichen Studium der Doku auf Github stellt sich mir gerade die Frage, warum aus diesem Projekt noch kein Adapter geworden ist. :) Das Interesse scheint ja relativ groß zu sein.Wenn ich die Struktur richtig verstehe, dann agiert das Script als Broker zwischen der Wetterstation und dem ioBroker. Aus meiner kleine Docker Welt Sicht wäre es sicherlich auch möglich das Script zu einem Docker Container weiter zu entwickeln (Adapter ist zwar schöner, aber da könnte ich leider auch nicht helfen). ;)
Egal ob Adapter oder Container, damit würde man m. E. diese tolle Integration auch Usern verfügbar machen die nicht so versiert im Umgang mit Scripten und Linux sind. Gibt es diesbezüglich Überlegungen im Hinblick auf die Weiterentwicklung der Lösung?
MfG,
AndréPS: Noch habe ich leider keine Wetterstation, steht aber auf meiner Wishlist...
Bitte keine Support-Fragen per PN! Nutzt die öffentliche Kanäle damit auch andere von den Antworten profitieren können!
-
@SBorg Moin!
Bin heute durch einen Issue zu meinem Docker Container auf dieses interessante Stückchen Code gestoßen. Ich gebe zu ich habe jetzt nicht alle 2100 Beiträge gelesen, aber nach einem oberflächlichen Studium der Doku auf Github stellt sich mir gerade die Frage, warum aus diesem Projekt noch kein Adapter geworden ist. :) Das Interesse scheint ja relativ groß zu sein.Wenn ich die Struktur richtig verstehe, dann agiert das Script als Broker zwischen der Wetterstation und dem ioBroker. Aus meiner kleine Docker Welt Sicht wäre es sicherlich auch möglich das Script zu einem Docker Container weiter zu entwickeln (Adapter ist zwar schöner, aber da könnte ich leider auch nicht helfen). ;)
Egal ob Adapter oder Container, damit würde man m. E. diese tolle Integration auch Usern verfügbar machen die nicht so versiert im Umgang mit Scripten und Linux sind. Gibt es diesbezüglich Überlegungen im Hinblick auf die Weiterentwicklung der Lösung?
MfG,
AndréPS: Noch habe ich leider keine Wetterstation, steht aber auf meiner Wishlist...
ZITAT:
Ich würde das Script für die Wetterstation nicht manuell mit in den Container installieren. Das ist einfach völlig entgegen des Docker gedanken und wird spätestens beim Update des Containers zu Problemen (eine notwendigen Neuinstalltion des Scripts) führen.Sehr guter Hinweis hier im Thread (für Docker), denn einige sind sich nicht im klaren wie und was sie damit verursachen .
Habe es vorher auf der Raspberry gehabt und nach einen Tip von @lembua in eine VM von der Synology ausgelagert.
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
Kurze Frage zur Wetter-Statistik.
Wenn ich das Script ausführe, wird mir lediglich unter:
javascript.0.Wetterstation ein weiterer "Ordner" Statistik angelegt, und darin ein DP "Wetter".
Ist das so richtig? Also werden die anderen DPs erst dann erstellt wenn sie auch das erste mal befüllt werden,
oder läuft da was schief bei mir? -
ZITAT:
Ich würde das Script für die Wetterstation nicht manuell mit in den Container installieren. Das ist einfach völlig entgegen des Docker gedanken und wird spätestens beim Update des Containers zu Problemen (eine notwendigen Neuinstalltion des Scripts) führen.Sehr guter Hinweis hier im Thread (für Docker), denn einige sind sich nicht im klaren wie und was sie damit verursachen .
Habe es vorher auf der Raspberry gehabt und nach einen Tip von @lembua in eine VM von der Synology ausgelagert.
@glasfaser Darf ich fragen wie du das gemacht hast. Ich bin mit Linux, Docker usw noch recht unerfahren.
Hab akt. den iobroker Docker von @andre am laufen, und hab den inhaltlich sicher schon mehr als zerstört :) sorry andre ;)In meinem jugendlichen Leichtsinn würd ich sagen ich brauch nen neuen Docker (hab ne QNAP) der einfach nur n Ubuntu bereitstellt und installier darin dann das WLan Wetterstation Script?
meinen IOB Docker müsste ich dann hald zum 4. mal neu machen, aber ist ja noch nicht so schlimm.
-
ZITAT:
Ich würde das Script für die Wetterstation nicht manuell mit in den Container installieren. Das ist einfach völlig entgegen des Docker gedanken und wird spätestens beim Update des Containers zu Problemen (eine notwendigen Neuinstalltion des Scripts) führen.Sehr guter Hinweis hier im Thread (für Docker), denn einige sind sich nicht im klaren wie und was sie damit verursachen .
Habe es vorher auf der Raspberry gehabt und nach einen Tip von @lembua in eine VM von der Synology ausgelagert.
@glasfaser Grundsätzlich wäre ich bereit da Richtung Docker was bei zu steuern. Wollte mir nur vorher mal einen Überblick verschaffen. :) Da vermutlich ein Adapter die bessere Lösung wäre, würde ich vorher gerne einmal ergründen woran es liegt, dass diese Lösung noch nicht zum Adapter gewachsen ist und was ggf. dagegen sprechen würde. Ganz getreu dem Motto: Das Rad muss ja nicht neu erfunden werden...
@amiethaner sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Hab akt. den iobroker Docker von @andre am laufen, und hab den inhaltlich sicher schon mehr als zerstört
Das ist das Problem was ich sehe. Erfahrungsgemäß endet das dann früher oder später in einem schier unendlichen Forum Thread, weil Adapterupdates o. Ä. im Container nicht laufen und wir vergeblich den Fehler suchen. :grimacing:
MfG,
André -
@glasfaser Grundsätzlich wäre ich bereit da Richtung Docker was bei zu steuern. Wollte mir nur vorher mal einen Überblick verschaffen. :) Da vermutlich ein Adapter die bessere Lösung wäre, würde ich vorher gerne einmal ergründen woran es liegt, dass diese Lösung noch nicht zum Adapter gewachsen ist und was ggf. dagegen sprechen würde. Ganz getreu dem Motto: Das Rad muss ja nicht neu erfunden werden...
@amiethaner sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Hab akt. den iobroker Docker von @andre am laufen, und hab den inhaltlich sicher schon mehr als zerstört
Das ist das Problem was ich sehe. Erfahrungsgemäß endet das dann früher oder später in einem schier unendlichen Forum Thread, weil Adapterupdates o. Ä. im Container nicht laufen und wir vergeblich den Fehler suchen. :grimacing:
MfG,
AndréZur Info: Ich betreibe es schon in einem Docker was auch super funktioniert ;) Hier mal meine Lösung. Soll aber lediglich als Hilfe/Unterstützung dienen. Das Dockerfile ist ganz easy, wenn man weiß wie man eigene Docker erstellt. Ich kenne mich allerdings nicht so aus, wie man ggf. fertige Dockerimages bereitstellt auf Docker Hub und diese parametrierbar macht zweck wetterstation.conf. Hier mal mein Dockerfile Beispiel:
FROM amd64/debian:buster ENV DEBIAN_FRONTEND noninteractive # Install prerequisites RUN apt-get update && apt-get install -y \ bc \ jq \ curl \ netcat-openbsd \ && rm -rf /var/lib/apt/lists/* RUN useradd -ms /bin/bash wh3000se # Create wh3000se scripts directorys and copy scripts WORKDIR /home/wh3000se/ COPY scripts/wetterstation.conf wetterstation.conf COPY scripts/wetterstation.sh wetterstation.sh COPY scripts/wetterstation.sub wetterstation.sub RUN chmod +x wetterstation.sh USER wh3000se # Run startup-script ENTRYPOINT ["/bin/bash", "-c", "/home/wh3000se/wetterstation.sh"]Ich habe einfach dieses Dockerfile erstellt und per folgendem Befehl ein Image erstellt. Darauf ist zu achten, dass es den Unterordner scripts geben muss mit den angepassten Dateien, um diese ins Docker-Image zu kopieren(Pfad etc. muss natürlich individuell angepasst werden):
docker build -t wh3000se:latest /share/Container/_dockerfile/iobroker/wh3000seAnschließend einfach mit folgendem Befehl gestartet:
docker run -d --name wh3000se --restart always --net=host -e TZ=Europe/Berlin wh3000se:latestDas ist mein Weg womit ich zufrieden bin.
HW: Lenovo M920q (Proxmox, ioBroker, RaspMatic & Z2M), QNAP (Docker, Influx), Arduino Mega 2560 R3 (I2C DS18B20 + LED)
SW: CT IoBroker, VM RaspMatic(v3.79.6.20241122)
-
Zur Info: Ich betreibe es schon in einem Docker was auch super funktioniert ;) Hier mal meine Lösung. Soll aber lediglich als Hilfe/Unterstützung dienen. Das Dockerfile ist ganz easy, wenn man weiß wie man eigene Docker erstellt. Ich kenne mich allerdings nicht so aus, wie man ggf. fertige Dockerimages bereitstellt auf Docker Hub und diese parametrierbar macht zweck wetterstation.conf. Hier mal mein Dockerfile Beispiel:
FROM amd64/debian:buster ENV DEBIAN_FRONTEND noninteractive # Install prerequisites RUN apt-get update && apt-get install -y \ bc \ jq \ curl \ netcat-openbsd \ && rm -rf /var/lib/apt/lists/* RUN useradd -ms /bin/bash wh3000se # Create wh3000se scripts directorys and copy scripts WORKDIR /home/wh3000se/ COPY scripts/wetterstation.conf wetterstation.conf COPY scripts/wetterstation.sh wetterstation.sh COPY scripts/wetterstation.sub wetterstation.sub RUN chmod +x wetterstation.sh USER wh3000se # Run startup-script ENTRYPOINT ["/bin/bash", "-c", "/home/wh3000se/wetterstation.sh"]Ich habe einfach dieses Dockerfile erstellt und per folgendem Befehl ein Image erstellt. Darauf ist zu achten, dass es den Unterordner scripts geben muss mit den angepassten Dateien, um diese ins Docker-Image zu kopieren(Pfad etc. muss natürlich individuell angepasst werden):
docker build -t wh3000se:latest /share/Container/_dockerfile/iobroker/wh3000seAnschließend einfach mit folgendem Befehl gestartet:
docker run -d --name wh3000se --restart always --net=host -e TZ=Europe/Berlin wh3000se:latestDas ist mein Weg womit ich zufrieden bin.
@schittl Jo, das ist schonmal ein guter Ansatz. :) Würde das dann noch ein wenig weiter treiben und dem Container z.B. die Konfigurationsparameter dann per Umgebungsvariable mitgeben. Und natürlich als Multi Arch Image bereitstellen... die Frage ist halt ob es sich wirklich lohnt die Arbeit in ein Docker Image zu investieren, denn generell kann die gesamte Lösung eigentlich aus meiner Sicht auch als Adapter abgebildet werden.
So ähnlich ist es ja mit dem Heos Script auch gelaufen. Am Anfang stand ein Script welches nun zum Adapter geworden ist....
MfG,
André -
@SBorg Moin!
Bin heute durch einen Issue zu meinem Docker Container auf dieses interessante Stückchen Code gestoßen. Ich gebe zu ich habe jetzt nicht alle 2100 Beiträge gelesen, aber nach einem oberflächlichen Studium der Doku auf Github stellt sich mir gerade die Frage, warum aus diesem Projekt noch kein Adapter geworden ist. :) Das Interesse scheint ja relativ groß zu sein.Wenn ich die Struktur richtig verstehe, dann agiert das Script als Broker zwischen der Wetterstation und dem ioBroker. Aus meiner kleine Docker Welt Sicht wäre es sicherlich auch möglich das Script zu einem Docker Container weiter zu entwickeln (Adapter ist zwar schöner, aber da könnte ich leider auch nicht helfen). ;)
Egal ob Adapter oder Container, damit würde man m. E. diese tolle Integration auch Usern verfügbar machen die nicht so versiert im Umgang mit Scripten und Linux sind. Gibt es diesbezüglich Überlegungen im Hinblick auf die Weiterentwicklung der Lösung?
MfG,
AndréPS: Noch habe ich leider keine Wetterstation, steht aber auf meiner Wishlist...
@andre Zum einen aus der Historie heraus. Es entstand ursprünglich als kleiner Mehrzeiler. Mittlerweile ist es "etwas" umfangreicher. Die Diskussion warum kein Adapter gab es schon zur Genüge ;)
Es braucht so gut wie keinerlei Ressourcen und ist jedem Adapter überlegen. Außer mal einen Bug entfernen und neue Funktionen hinzufügen läuft es seit > 1 Jahr völlig problemlos im Dauerbetrieb, hat jedwedes wie auch immer geartetes Update überstanden. Ich habe keine JS- oder sonstige Abhängigkeiten (bspw. Wegfall/Umstallung von request etc.). Ich habe extra eine ausführliche Doku geschrieben mit C&P-Befehlen, so dass auch der Linux-N00b damit zu Rande kommt, solange er eben lesen kann.
Warum also meine Zeit mit einem Adapter verschwenden, mehr Zeit in die Wartung dessen, wenn der Anwender selbst nicht mal paar Minuten investieren will? Einen halbfertigen Adapter gibt es übrigens schon...
...und ich erkläre auch geduldig zum x-ten mal immer dieselben Fehler, wenn es auch so schon in der Wiki steht. Es braucht also auch der Anfänger keine Angst vor der Installation zu haben.
...und sorry, meine Meinung: Windows als BS für ein SmartHome ist IMHO eh ein "no go" ;)
Außerdem wird ja keiner davon abgehalten einen Adapter zu schreiben, zB. VirtualBox als VM für eine kleine Linux-Distri einzusetzen, oder wie bspw. bei mir Proxmox mit VMs/LXC-Containern, einen alten RaspberryPi oder Zero zu nutzen...Mit Docker hatte ich mich einfach nicht beschäftigt, ich nutze Proxmox.
Es ist zwar alles mehr oder minder Hobby und geschieht in meiner Freizeit, aber ich persönlich opfere für einen Adapter, den ich nicht mal selbst benutzen würde, nichts von meiner knappen Zeit (die unschöne Wahrheit: das kostet mich dann auch Geld).
...und jetzt mal alle melden bei denen es nach der Installation nicht problemlos läuft... :)
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
Kurze Frage zur Wetter-Statistik.
Wenn ich das Script ausführe, wird mir lediglich unter:
javascript.0.Wetterstation ein weiterer "Ordner" Statistik angelegt, und darin ein DP "Wetter".
Ist das so richtig? Also werden die anderen DPs erst dann erstellt wenn sie auch das erste mal befüllt werden,
oder läuft da was schief bei mir?@amiethaner sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Kurze Frage zur Wetter-Statistik.
Wenn ich das Script ausführe, wird mir lediglich unter:
javascript.0.Wetterstation ein weiterer "Ordner" Statistik angelegt, und darin ein DP "Wetter".
Ist das so richtig? Also werden die anderen DPs erst dann erstellt wenn sie auch das erste mal befüllt werden,
oder läuft da was schief bei mir?Jepp, eine Statistik kann immer nur rückwirkend sein. Ich kann bspw. von Heute noch keine Höchsttemperatur haben, oder mitten in der Woche einen Wochenstatistik etc. Per default wird sie immer um 01:03 Uhr nachts erstellt. Die DPs befüllen sich also so nach und nach. Die Jahresstatistik wird aber "etwas" ;) länger dauern...
-
@andre Zum einen aus der Historie heraus. Es entstand ursprünglich als kleiner Mehrzeiler. Mittlerweile ist es "etwas" umfangreicher. Die Diskussion warum kein Adapter gab es schon zur Genüge ;)
Es braucht so gut wie keinerlei Ressourcen und ist jedem Adapter überlegen. Außer mal einen Bug entfernen und neue Funktionen hinzufügen läuft es seit > 1 Jahr völlig problemlos im Dauerbetrieb, hat jedwedes wie auch immer geartetes Update überstanden. Ich habe keine JS- oder sonstige Abhängigkeiten (bspw. Wegfall/Umstallung von request etc.). Ich habe extra eine ausführliche Doku geschrieben mit C&P-Befehlen, so dass auch der Linux-N00b damit zu Rande kommt, solange er eben lesen kann.
Warum also meine Zeit mit einem Adapter verschwenden, mehr Zeit in die Wartung dessen, wenn der Anwender selbst nicht mal paar Minuten investieren will? Einen halbfertigen Adapter gibt es übrigens schon...
...und ich erkläre auch geduldig zum x-ten mal immer dieselben Fehler, wenn es auch so schon in der Wiki steht. Es braucht also auch der Anfänger keine Angst vor der Installation zu haben.
...und sorry, meine Meinung: Windows als BS für ein SmartHome ist IMHO eh ein "no go" ;)
Außerdem wird ja keiner davon abgehalten einen Adapter zu schreiben, zB. VirtualBox als VM für eine kleine Linux-Distri einzusetzen, oder wie bspw. bei mir Proxmox mit VMs/LXC-Containern, einen alten RaspberryPi oder Zero zu nutzen...Mit Docker hatte ich mich einfach nicht beschäftigt, ich nutze Proxmox.
Es ist zwar alles mehr oder minder Hobby und geschieht in meiner Freizeit, aber ich persönlich opfere für einen Adapter, den ich nicht mal selbst benutzen würde, nichts von meiner knappen Zeit (die unschöne Wahrheit: das kostet mich dann auch Geld).
...und jetzt mal alle melden bei denen es nach der Installation nicht problemlos läuft... :)
-
@sborg kann man diese diskussion (?) nicht auslagern in eine extra fred?
gehört IMHO nicht hier ehr...@da_woody Kann/könnte ich eh nicht, aber es gibt dazu meinerseits auch keine Diskussion. Adapter von mir = never ever (Diskussion beendet :) ).
...und auslagern wäre eh so eine Sache. Titel "Warum macht SBorg keinen Adapter für die Wetterstation...?" :grin:Wir ( @a200 unterstützt mich mittlerweile in der Weiterentwicklung) haben noch paar Punkte auf der Agenda die wir nun abarbeiten. Neue Funktionen, implementieren der "Artfremden Stationen", danach können wir auch wieder über Wünsche reden (mit Adapter braucht aber keiner kommen, s.o.).
Support us
686
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge