NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@boronsbruder
Vielen Dank für die Rückmeldung.
Also im Hintergrund läuft eine InfluxDB 2.7.6, im IOBroker ist DB Version 2.x eingestellt und bei Grafana wird Flux als Language verwendet. Habe ich ggf. eine Einstellung übersehen?
Gesonderte Aliase habe ich nicht verwendet. Im Grunde Standard@chillmaster
Teste mal ob das WLAN-Skript die InfluxDB überhaupt erreicht. Im Installationsverzeichnis einfach aufrufen./wetterstaion.sh --influx_testDann ließt er mal was aus der InfluxDB:
Dann wären die Daten aus der ".conf" die richtigen und auch für das Statistik-Skript gültig.
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
bei installierter Rest-API
hab das mal vor einigen Tagen einrichten wollen, bekomme das aber nicht zum laufen, muss man da etwas spezielles beachten/nachinstallieren?
der docker wirft dann Fehler und script läuft diesbezüglich nicht, irgendwas mit nc..hab das log gerade nicht parat0 upgraded, 0 newly installed, 0 to remove and 15 not upgraded. Hit:1 http://archive.ubuntu.com/ubuntu jammy InRelease Get:2 http://security.ubuntu.com/ubuntu jammy-security InRelease [110 kB] Get:3 http://archive.ubuntu.com/ubuntu jammy-updates InRelease [119 kB] Hit:4 http://archive.ubuntu.com/ubuntu jammy-backports InRelease Get:5 http://archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages [2019 kB] Get:6 http://archive.ubuntu.com/ubuntu jammy-updates/universe amd64 Packages [1369 kB] Fetched 3617 kB in 2s (2168 kB/s) Reading package lists... Reading package lists... Building dependency tree... Reading state information... bc is already the newest version (1.07.1-3build1). dc is already the newest version (1.07.1-3build1). jq is already the newest version (1.6-2.1ubuntu3). nano is already the newest version (6.2-1). netcat-openbsd is already the newest version (1.218-4ubuntu1). ca-certificates is already the newest version (20230311ubuntu0.22.04.1). curl is already the newest version (7.81.0-1ubuntu1.16). gnupg is already the newest version (2.2.27-3ubuntu2.1). sudo is already the newest version (1.9.9-1ubuntu2.4). apt-transport-https is already the newest version (2.4.12). 0 upgraded, 0 newly installed, 0 to remove and 15 not upgraded. usage: nc [-46CDdFhklNnrStUxxxx] [-I length] [-i interval] [-M ttl] [-m minttl] [-O length] [-P proxy_username] [-p source_port] [-q seconds] [-s sourceaddr] [-T keyword] [-V rtable] [-W recvlimit] [-w timeout] [-X proxy_protocol] [-x proxy_address[:port]] [destination] [port] usage: nc [-46CDdFhklNnrStUxxxx] [-I length] [-i interval] [-M ttl] [-m minttl] [-O length] [-P proxy_username] [-p source_port] [-q seconds] [-s sourceaddr] [-T keyword] [-V rtable] [-W recvlimit] [-w timeout] [-X proxy_protocol] [-x proxy_address[:port]] [destination] [port]Einstellung im Adapter
in der .conf ist aktuell
für Rest-api hatte ich die IPP bei simple-api rausgenommen und bei RESTAPI_URL http://10.1.1.10:8093 eingetragen#ioBroker-IP und Port der Simple-Restful-API [xxx.xxx.xxx.xxx:xxxxx] IPP=10.1.1.10:8087 #Protokoll, ioBroker-IP und Port der Rest-API [http(s)://xxx.xxx.xxx.xxx:xxxxx] / leer lassen falls nicht benutzt RESTAPI_URL= RESTAPI_USER= RESTAPI_PW= #Protokoll der Wetterstation [1/2/9] / 1=Wunderground ; 2=Ecowitt ; 9=DNS / default: 2 WS_PROTOKOLL=2 #Anzahl der vorhandenen Zusatzsensoren Froggit, Ecowitt und Bresser / default: 0 ... #Protokoll (HTTP oder HTTPS) / default: HTTP WEB=HTTP #Ignoriere Zertifikatsfehler bei der Simple-Restful-API [true/false] / default: false / nötig bei eigenen Zertifikaten WEB_IGN_SSL_ERROR=false #User-Authentifizierung falls benutzt; sonst leer lassen AUTH_USER= AUTH_PASS=@crunchip
Außer dem Rest-API Adapter im ioB ist dafür nichts weiter nötig.Zum Verständnis:
- der Simple-API ist immer nötig. Der nimmt die Daten des WLAN-Skriptes entgegen
- der Rest-API (der zukünftige Nachfolger der Simple-API) macht aktuell nichts weiter wie Datenpunkte im ioB anlegen bei einem Update des WLAN-Skriptes sofern dies nötig ist bzw. es neue gibt.
Ich habe einen extra User für die API im ioB angelegt und diesen in der "conf" eingetragen:
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@crunchip
Außer dem Rest-API Adapter im ioB ist dafür nichts weiter nötig.Zum Verständnis:
- der Simple-API ist immer nötig. Der nimmt die Daten des WLAN-Skriptes entgegen
- der Rest-API (der zukünftige Nachfolger der Simple-API) macht aktuell nichts weiter wie Datenpunkte im ioB anlegen bei einem Update des WLAN-Skriptes sofern dies nötig ist bzw. es neue gibt.
Ich habe einen extra User für die API im ioB angelegt und diesen in der "conf" eingetragen:
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Zum Verständnis:
der Simple-API ist immer nötig
Das habe ich dann wohl falsch verstanden, dachte, der Rest-API sei der Nachfolger. Und kann den Simple-Abi abschalten.
Hab mich ehrlich gesagt auch noch nicht weiter mit dem Adapter auseinander gesetzt, da ich den anderweitig nicht benötige.Dieses Meldung *usage: NC... * kommt dann woher?
umgestiegen von Proxmox auf Unraid
-
@chillmaster
Teste mal ob das WLAN-Skript die InfluxDB überhaupt erreicht. Im Installationsverzeichnis einfach aufrufen./wetterstaion.sh --influx_testDann ließt er mal was aus der InfluxDB:
Dann wären die Daten aus der ".conf" die richtigen und auch für das Statistik-Skript gültig.
@sborg
Vielen Dank für die Rückmeldung.
Ist habe die Konfiguration getestet und tatsächlich damit einen IP Fehler in der wetterstation.conf aufdecken und korrigieren können. Hier hatte ich die falsche Endnummer eingetragen. Korrigiert und bei erneuter Ausführung bekomme ich nun mit./wetterstation.sh --influx_testfolgenden Wert ausgegeben:
Testing InfluxDB... min/max Aussentemperatur 24h: 3°C 10°CIch habe danach das Skript auf dem IOBroker nochmal aktuell ausführen lassen, aber das sorgt noch nicht dafür, dass die Tagesstatistiken (Temperatur) wieder mit Daten gefüllt werden.
Muss ich da jetzt mindestens 24 Stunden warten? So wie ich das verstanden habe, zieht er sich ja die Daten aus den normalen Wetterdaten und die werden ja regelmäßig befüllt, demzufolge hätte ich jetzt gedacht, wären die sofort da.
Sprich ich müsste sonst zwei Tage warten oder? Weil heute noch unvollständiger Tag, morgen volle 24 Stunden und dann wüsste ich erst, ob es geht?Sorry, dass ich so spät antworte. ich war die letzten zwei Tage im Außendienst und konnte nicht testen.
-
@sborg
Vielen Dank für die Rückmeldung.
Ist habe die Konfiguration getestet und tatsächlich damit einen IP Fehler in der wetterstation.conf aufdecken und korrigieren können. Hier hatte ich die falsche Endnummer eingetragen. Korrigiert und bei erneuter Ausführung bekomme ich nun mit./wetterstation.sh --influx_testfolgenden Wert ausgegeben:
Testing InfluxDB... min/max Aussentemperatur 24h: 3°C 10°CIch habe danach das Skript auf dem IOBroker nochmal aktuell ausführen lassen, aber das sorgt noch nicht dafür, dass die Tagesstatistiken (Temperatur) wieder mit Daten gefüllt werden.
Muss ich da jetzt mindestens 24 Stunden warten? So wie ich das verstanden habe, zieht er sich ja die Daten aus den normalen Wetterdaten und die werden ja regelmäßig befüllt, demzufolge hätte ich jetzt gedacht, wären die sofort da.
Sprich ich müsste sonst zwei Tage warten oder? Weil heute noch unvollständiger Tag, morgen volle 24 Stunden und dann wüsste ich erst, ob es geht?Sorry, dass ich so spät antworte. ich war die letzten zwei Tage im Außendienst und konnte nicht testen.
@chillmaster sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Muss ich da jetzt mindestens 24 Stunden warten? So wie ich das verstanden habe, zieht er sich ja die Daten aus den normalen Wetterdaten und die werden ja regelmäßig befüllt,
Bitte daran denken: Es handelt sich hierbei um eine Statistik, d.h. die Daten können immer erst mit einem Tag Verspätung angezeigt werden! Ich kann erst bspw. eine Durchschnittstemperatur des Tages berechnen, wenn ich auch alle Messwerte von 0:00 Uhr bis 23:59 Uhr des entsprechenden Tages habe, was erst am Folgetag um 0:00 Uhr der Fall ist. -
@chillmaster sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Muss ich da jetzt mindestens 24 Stunden warten? So wie ich das verstanden habe, zieht er sich ja die Daten aus den normalen Wetterdaten und die werden ja regelmäßig befüllt,
Bitte daran denken: Es handelt sich hierbei um eine Statistik, d.h. die Daten können immer erst mit einem Tag Verspätung angezeigt werden! Ich kann erst bspw. eine Durchschnittstemperatur des Tages berechnen, wenn ich auch alle Messwerte von 0:00 Uhr bis 23:59 Uhr des entsprechenden Tages habe, was erst am Folgetag um 0:00 Uhr der Fall ist.@crunchip
Ja richtig, ich habe ja aber alle Messwerte von Gestern und auch von Heute - deswegen dachte ich, dass er die Statistik gleich berechnen kann. Aber gut ich warte erstmal ab.
Vielen Dank schon mal bis hierin für die schnelle Unterstützung
-
@crunchip
Ja richtig, ich habe ja aber alle Messwerte von Gestern und auch von Heute - deswegen dachte ich, dass er die Statistik gleich berechnen kann. Aber gut ich warte erstmal ab.
Vielen Dank schon mal bis hierin für die schnelle Unterstützung@chillmaster sagte in [Linux Shell-Skript] WLAN-Wetterstation:
habe ja aber alle Messwerte von Gestern
Die vollen 24Stunden?
Ansonsten einfach den Tag noch abwarten -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Zum Verständnis:
der Simple-API ist immer nötig
Das habe ich dann wohl falsch verstanden, dachte, der Rest-API sei der Nachfolger. Und kann den Simple-Abi abschalten.
Hab mich ehrlich gesagt auch noch nicht weiter mit dem Adapter auseinander gesetzt, da ich den anderweitig nicht benötige.Dieses Meldung *usage: NC... * kommt dann woher?
@crunchip sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Dieses Meldung *usage: NC... * kommt dann woher?
Kommt das nur einmalig (beim Start), öfters, bzw. wann genau?
Die Meldung an sich besagt, dass er eine aufgerufene Option einfach nicht kennt und zeigt deswegen die Syntax von nc an. Ich habe lediglich einen Container mit InfluxDB und kann schlecht testen. -
@crunchip
Ja richtig, ich habe ja aber alle Messwerte von Gestern und auch von Heute - deswegen dachte ich, dass er die Statistik gleich berechnen kann. Aber gut ich warte erstmal ab.
Vielen Dank schon mal bis hierin für die schnelle Unterstützung@chillmaster
Ich bin aktuell auch recht unregelmäßig hier online, also alles gut
Die Statistik kann man nicht laufen lassen wie man möchte, selbst wenn Daten vorhanden sind. Das habe ich schlichtweg einfach nicht vorgesehen. Es wird automatisch immer eine Statistik vom "aktuellen Tag -1" erstellt (also heute im Laufe des Tages starten geht schon, es wird aber immer nur "gestern" erstellt). Ist aber eigentlich auch nicht dein Problem, denn dein Eingangsproblem ist "...empty array...", dass heißt er kann überhaupt nicht die InfluxDB erreichen per Javascript. Mal korrektes Bucket und Instanz unterstellt, sind ioB und InfluxDB auf der selben Maschine? -
@sborg das kommt ab start kontinuierlich, allerdings wie oben erwähnt, als ich umgestellt hatte auf Rest-API.
wenn ich zurück auf Simple-API stelle, kommt die Meldung nicht.umgestiegen von Proxmox auf Unraid
-
@sborg das kommt ab start kontinuierlich, allerdings wie oben erwähnt, als ich umgestellt hatte auf Rest-API.
wenn ich zurück auf Simple-API stelle, kommt die Meldung nicht.@crunchip
Ich habe mir das nochmal angeschaut und weiß mittlerweile was da passiert.Beim Starten des Skriptes prüfe ich ob der ioB auch läuft. Gerade die Simple-API startet beim Neustart des ioB recht spät, deswegen prüfe ich ob diese läuft (und dann läuft natürlich auch der ioB
).
Dies geschieht mittels nc -nvz [IP-Adresse] [Port]Sehe ich mir deine nc-Fehlermeldung an, steht da: usage: nc [-46CDdFhklNnrStUxxxx]...
Genau die letzten vier "x" sind dann da das Problem. Ich nutze genau dieselbe Version wie du, erhalte aber:
In deinem Docker fehlen die Optionen "v" + "z". Schlimm ist das nicht, eine Fehleranzeige ist per se durchaus nützlich, irgend etwas funktioniert da ja nicht. Ich könnte dies zwar abfangen, ersetze aber im Grunde dann nur eine Fehlermeldung durch eine Andere. Warum dir allerdings im Container die vier Optionen überhaupt fehlen... :man-shrugging:
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Genau die letzten vier "x" sind dann da das Problem
das hatte ich nur gexxxt, weil ich nicht wusste was das für eine Bezeichnung ist, bzw hier im Forum nicht komplett zeigen wollte
kann nochmal bei Gelegenheit umstellen und die genaue Bezeichnung zeigen, glaube allerdings ist genau die selbe wie bei dir, somit dürfte also nichts fehlen im docker.Ich gehe eher davon aus, daß die Meldung erscheint wenn Simple-API nicht läuft, da ich die Instanz ja gestoppt hatte
erstmal DANKE fürs nachforschen
-
@chillmaster
Ich bin aktuell auch recht unregelmäßig hier online, also alles gut
Die Statistik kann man nicht laufen lassen wie man möchte, selbst wenn Daten vorhanden sind. Das habe ich schlichtweg einfach nicht vorgesehen. Es wird automatisch immer eine Statistik vom "aktuellen Tag -1" erstellt (also heute im Laufe des Tages starten geht schon, es wird aber immer nur "gestern" erstellt). Ist aber eigentlich auch nicht dein Problem, denn dein Eingangsproblem ist "...empty array...", dass heißt er kann überhaupt nicht die InfluxDB erreichen per Javascript. Mal korrektes Bucket und Instanz unterstellt, sind ioB und InfluxDB auf der selben Maschine?@sborg
Die Zeit rasst...
Ich habe es wieder zum laufen bekommen. Bei mir war die Lösung, dass ich mir nochmal die Variablen angesehen habe. Ich meine, dass die Konfiguration vorher auch schon genauso lief, aber ich musste einmal die InfluxDB neu aufsetzen. Und ich befürchte, ich habe mich dabei mit den Tokens etwas vertan, da ich für die verschiedenen Bereiche eigene Buckets und Tokens erstellt hatte.
Lösung konkret, die Variablen für longtherm angepasst und schon lief es. Sprich, im Nachgang betrachtet hätte ich nur die korrekte Datasource n Grafana zusätzlich einrichten müssen und dann wäre es das eigentlich schon gewesen.Danke auf jeden Fall für die schnelle Rückmeldung, die hat mich der Lösung ein Stück näher gebracht.
-
@sborg
Die Zeit rasst...
Ich habe es wieder zum laufen bekommen. Bei mir war die Lösung, dass ich mir nochmal die Variablen angesehen habe. Ich meine, dass die Konfiguration vorher auch schon genauso lief, aber ich musste einmal die InfluxDB neu aufsetzen. Und ich befürchte, ich habe mich dabei mit den Tokens etwas vertan, da ich für die verschiedenen Bereiche eigene Buckets und Tokens erstellt hatte.
Lösung konkret, die Variablen für longtherm angepasst und schon lief es. Sprich, im Nachgang betrachtet hätte ich nur die korrekte Datasource n Grafana zusätzlich einrichten müssen und dann wäre es das eigentlich schon gewesen.Danke auf jeden Fall für die schnelle Rückmeldung, die hat mich der Lösung ein Stück näher gebracht.
@chillmaster
Danke für das Feedback und schön dass es wieder läuftDeswegen hatte ich unter anderem die Bucketnamen etc. in Grafana in Variablen gepackt. Ich habe schon mal bei mehr als 50 Panels die geändert... Dank der zentralen Variablen ist dies nun ratz-fatz erledigt.
Ich kann auch nur zu Aliasen im ioB raten. Macht zwar einmalig etwas mehr Arbeit, aber wenn ein Gerät ausfällt dann alle Skripte/Blockys/Flows/VIS/Bindings usw. ändern zu müssen... -
@chillmaster
Danke für das Feedback und schön dass es wieder läuftDeswegen hatte ich unter anderem die Bucketnamen etc. in Grafana in Variablen gepackt. Ich habe schon mal bei mehr als 50 Panels die geändert... Dank der zentralen Variablen ist dies nun ratz-fatz erledigt.
Ich kann auch nur zu Aliasen im ioB raten. Macht zwar einmalig etwas mehr Arbeit, aber wenn ein Gerät ausfällt dann alle Skripte/Blockys/Flows/VIS/Bindings usw. ändern zu müssen...@sborg
Hi, meine Wetterstation läuft seit ein paar Tagen nicht. Also es werden keine Daten in Iob geschrieben.
Zum System: UnifiPro-4 , Iob läuft unter Proxmox, DNS AdGuard auch Proxmox.Hier mal ein Auszug aus dem Log:
Und so langsam bin ich genervt weil es nicht laufen will !
Habt Ihr eine Idee ? Was ich noch prüfen kann ?
LG
M.M.MyMeyer
>>> Hardware: Intel I5 mit ****Debian ProxMox OS: Debian **** <<< >>> Network with UniFi <<<
>>> HomeMatic CCU-2 (Wired und Funk) / Philips HUE / Echo.DOT / Echo.SHOW / Xiaomi Smart-Home / Xiaomi Robot Vacuum Cleaner / Synology DS 918+ / Shelly 1&2 <<< -
Ich habe heute diesen Error im Log entdeckt.
javascript.1 2024-06-01 01:03:00.084 error at processImmediate (node:internal/timers:478:21) javascript.1 2024-06-01 01:03:00.084 error at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:379:37) javascript.1 2024-06-01 01:03:00.084 error at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11082:45) javascript.1 2024-06-01 01:03:00.084 error at Object.cb (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2993:38) javascript.1 2024-06-01 01:03:00.084 error at Object.<anonymous> (script.js.Wetter.Wetterstatistik:192:43) javascript.1 2024-06-01 01:03:00.084 error at Array.reduce (<anonymous>) javascript.1 2024-06-01 01:03:00.083 error Error in callback: TypeError: Reduce of empty array with no initial valueWas muss ich da machen?
° Node.js: 20.17.0 NPM: 10.8.2
° Proxmox, Ubuntu 22.04.3 LTS
° Fixer ---> iob fix -
@sborg
Hi, meine Wetterstation läuft seit ein paar Tagen nicht. Also es werden keine Daten in Iob geschrieben.
Zum System: UnifiPro-4 , Iob läuft unter Proxmox, DNS AdGuard auch Proxmox.Hier mal ein Auszug aus dem Log:
Und so langsam bin ich genervt weil es nicht laufen will !
Habt Ihr eine Idee ? Was ich noch prüfen kann ?
LG
M.M.@mymeyer sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Habt Ihr eine Idee ? Was ich noch prüfen kann ?
Pauschal bekommst du keine Verbindung vom Display/Gateway zum Rechner auf dem das Skript läuft.
Welche Station nutzt du denn (weil du als Protokoll "DNS" nutzt)?
Falls "DNS" (zB. bei einer Station von Bresser) Absicht ist, funktioniert die DNS-Umleitung der Wunderground-URL zum Skript-Rechner nicht korrekt.LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@mymeyer sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Habt Ihr eine Idee ? Was ich noch prüfen kann ?
Pauschal bekommst du keine Verbindung vom Display/Gateway zum Rechner auf dem das Skript läuft.
Welche Station nutzt du denn (weil du als Protokoll "DNS" nutzt)?
Falls "DNS" (zB. bei einer Station von Bresser) Absicht ist, funktioniert die DNS-Umleitung der Wunderground-URL zum Skript-Rechner nicht korrekt. -
Ich habe heute diesen Error im Log entdeckt.
javascript.1 2024-06-01 01:03:00.084 error at processImmediate (node:internal/timers:478:21) javascript.1 2024-06-01 01:03:00.084 error at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:379:37) javascript.1 2024-06-01 01:03:00.084 error at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11082:45) javascript.1 2024-06-01 01:03:00.084 error at Object.cb (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2993:38) javascript.1 2024-06-01 01:03:00.084 error at Object.<anonymous> (script.js.Wetter.Wetterstatistik:192:43) javascript.1 2024-06-01 01:03:00.084 error at Array.reduce (<anonymous>) javascript.1 2024-06-01 01:03:00.083 error Error in callback: TypeError: Reduce of empty array with no initial valueWas muss ich da machen?
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Was muss ich da machen?
"Error in callback: TypeError: Reduce of empty array with no initial value"
Du bekommst keine Verbindung zur InfluxDB. Im Skript noch alles (Bucket, Instanz) korrekt eingetragen?
Ok, jetzt kam gerade @Rene55 dazwischen
Testet ihr ev. den neuen Alpha 6.0? Mit dem aktuellen läuft alles.LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
Aktuell gibt es bei Windy ein kleineres Problem. Die haben an der API rum geschraubt und zusätzlich das Mindest-Sendeintervall geändert. Fix ist in Arbeit, allerdings funktioniert die Übertragung (zumindest jede zweite) trotzdem, nur der DP für eine korrekte Übertragung an Windy verbleibt immer auf false.
Support us
739
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge