UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[SBorg]

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

jetzt ist nur noch die große Hürde, Grafana/Influx, da ich da ebenfalls noch auf 1.x bin.

Da hoffe ich inständig, dass hier zukünftig Updates einfacher werden. Influx 1 --> 2 ist schon "Mist". Mit der aktuellen Grafana 10.4.x ist nun alles was "Angular" betrifft ab gekündigt. Ich habe natürlich fast überall "Blendstat" als Panel im Einsatz und das nutzt Angular. Migrieren von Blendstat --> stat geht natürlich auch wieder nicht immer ganz so einfach

[Nashra]

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

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

@boronsbruder ... aber wir sollten den Thread hier nicht weiter volltexten sondern wenn du willst in einem Neuen.

Hier is die V2 des Skripts

Hallo @Boronsbruder
funktioniert bei dir das Skript noch da bei mir nur noch Fehler kommen.

javascript.0
	2464124	2024-04-01 13:20:34.292	error	at processTicksAndRejections (node:internal/process/task_queues:95:5)
javascript.0
	2464124	2024-04-01 13:20:34.292	error	at get_data (script.js.Wetter.Luftqualität:148:54)
javascript.0
	2464124	2024-04-01 13:20:34.291	error	script.js.Wetter.Luftqualität: TypeError: Cannot read properties of undefined (reading '2024-04-01 12:00:00')
javascript.0
	2464124	2024-04-01 13:20:34.193	error	at processTicksAndRejections (node:internal/process/task_queues:95:5)
javascript.0
	2464124	2024-04-01 13:20:34.193	error	at get_data (script.js.Wetter.Luftqualität:148:54)
javascript.0
	2464124	2024-04-01 13:20:34.193	error	script.js.Wetter.Luftqualität: TypeError: Cannot read properties of undefined (reading '2024-04-01 12:00:00')

[Boronsbruder]

@nashra
Der Thread ist abgekoppelt -> Hier geht es weiter

Natürlich geht es bei mir! (Aber erst nach dem ich es auf deinen Hinweis repariert habe...)

[G.Hawk]

Hallo
Kann mir jemand sagen, wo das Problem liegt?

pi@Raspberrypi:~/Wetterstation $ systemctl status wetterstation
× wetterstation.service - Service für ioBroker Wetterstation
     Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Sat 2024-04-06 18:47:20 CEST; 33s ago
   Duration: 839us
   Main PID: 2520 (code=exited, status=203/EXEC)
        CPU: 770us

Apr 06 18:47:20 Raspberrypi (ation.sh)[2520]: wetterstation.service: Failed at step EXEC spawning /home/pi/wetterstation.sh: No such file or directory
Apr 06 18:47:20 Raspberrypi systemd[1]: Started wetterstation.service - Service für ioBroker Wetterstation.
Apr 06 18:47:20 Raspberrypi systemd[1]: wetterstation.service: Main process exited, code=exited, status=203/EXEC
Apr 06 18:47:20 Raspberrypi systemd[1]: wetterstation.service: Failed with result 'exit-code'.
pi@Raspberrypi:~/Wetterstation $

Ich habe unter pi einen Ordner Wetterstation angelegt und da sind auch die Dateien drin.

Gruß

[Rushmed]

@g-hawk Liegt das Script unter "/home/pi/wetterstation.sh"?

Das Script wird in "/home/pi/" gesucht aber du hast es wohl in "/home/pi/Wetterstation/wetterstation.sh".

[G.Hawk]

@rushmed
Genau ich habe das aber in der Config geändert.

[Rushmed]

@g-hawk DAs muss auch für systemd angepasst werden:

[G.Hawk]

@rushmed
Danke läuft.

[Chillmaster]

Moin zusammen,
ich habe zwei Wetterstationen an unterschiedlichen Standorten laufen. Ich hatte lange Zeit die Statistik laufen, um hier die verläufe der letzten Tage besser sichtbar zu machen.
Seit graumer Zeit läuft die Statistik aber nicht mehr. Die aktuellen Werte werden aber nach wie vor geschrieben.
Ich habe jetzt schon alles mehrfach kontrolliert und bin alles nochmal Schritt für Schritt durchgegangen, kann aber den Fehler nicht beheben.
Das Wetterstation_Statistik Skript läuft auf dem IoBroker und was ich feststellen kann ist, dass jeden Tag um 01:03 Uhr das Skript einen Fehler wirft:

Die Werte für die Organisation, Bucket und die Instanz habe ich schon ettliche Male kontrolliert und auch mit verschiedenen Einstellungen getestet.

Laut Fehlermeldung scheint der Zugriff auf die Datenbank auch nicht das Problem zu sein, sondern dass er einen Wert nicht richtig initialisieren kann.

Ich bin jetzt auch kein ausgewiesener Script-Experte und bräuchte wahrscheinlich Monate, um den Fehler zu finden.

Ich habe das Script Wetterstation_Statistik unverändert, bis auf die Werte der InfluxDB in der Version 2.0.3 laufen.

Die Statistik läuft jetzt seit September nicht mehr richtig, aber Kind und Kegel haben mich bisher davon angehalten, mit intensiver mit diesem Thema zu beschäftigen.

Ich habe eben auch nochmal alle Objekte des Knotens "Statistik" gelöscht, das Skript neu ausgeführt und die Objekte wurden neu angelegt. Dennoch kommt der Fehler bei der Ausführung.

P.S.: Die Aktuelle Zeit stammt aus dem Testen, regulär läuft das Skript um 01:03 Uhr.

Hat jemand eine Idee oder Hinweis, was bei mir schief läuft?

Ich bedanke mich schon mal im Voraus!

[crunchip]

@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 parat

0 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=

[Boronsbruder]

@chillmaster
Influx 1.x oder 2.x?

Es sieht so aus, dass er die Daten nicht aus der DB holen kann und deswegen ein leeres Array bearbeiten muss, was zu dem Fehler führt.
Hast due irgendwelche Aliase vergeben?

[Chillmaster]

@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

[SBorg]

@chillmaster
Teste mal ob das WLAN-Skript die InfluxDB überhaupt erreicht. Im Installationsverzeichnis einfach aufrufen ./wetterstaion.sh --influx_test

Dann 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]

@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:

[crunchip]

@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?

[Chillmaster]

@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_test

folgenden Wert ausgegeben:

Testing InfluxDB... min/max Aussentemperatur 24h: 3°C 10°C

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

[crunchip]

@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]

@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]

@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]

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