[Linux Shell-Skript] WLAN-Wetterstation

[Negalein]

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

Pauschal kommt man an die Werte aber jederzeit dran, ist nur aufwändig. Sie stehen aber wenn sie nicht gelöscht wurden in der InfluxDB.

Danke, das muss ich mir noch überlegen.
Muss mal bei Awekas schaun, seit wann wir dort Daten haben.

[MyMeyer]

@sborg

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

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

Hi ich das Script nochmal komplett auf eine andere VM installiert. Zusätzlich habe ich bei Wunderground eine neues Device angelegt. Aber es will trotzdem nicht

WS_ID habe ich in der App neu eingetragen und in der Konfig.

Spoiler

DATA von Wetterstation:

Debug VAR:
Installationsverzeichnis: /opt/wetterstation
IPP: 192.168.1.39:8087 WS_PORT: 1080 WS_POLL: 30 PRE_DP: 0_userdata.0.Wetterstation
WEB: HTTP WS_PROT: Wunderground

Zusatzsensoren:
DP10/35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0
WH31: 0 || WS90: 0
Bresser: 7009999 [0]

Script-Version: V3.2.0 Config-Version: V3.2.0 Sub-Version: V3.2.0

Kommunikationsfehler!

Kommunikationsfehler! Stimmt die WS_ID in der Konfiguration mit der der WS View-App überein?

michael@wetterstation:/opt/wetterstation$ ./wetterstation.sh --data
Connection to 192.168.1.39 8087 port [tcp/*] succeeded!

Warte maximal 66 Sekunden auf Datenpaket der Wetterstation...

Listening on 0.0.0.0 1080

[Boronsbruder]

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

Listening on 0.0.0.0 1080

Ist das Absicht das du den Port von Socks-Proxy benutzt?
Wenn nicht, benutz mal einen anderen, da dieser meist schon vom Betriebsystem genutzt wird und belegt ist.

[MyMeyer]

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

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

Listening on 0.0.0.0 1080

Ist das Absicht das du den Port von Socks-Proxy benutzt?
Wenn nicht, benutz mal einen anderen, da dieser meist schon vom Betriebsystem genutzt wird und belegt ist.

Den Port hatte ich im Standard gelassen. Habe jetzt einen anderen ausprobiert. Selbes verhalten.

Spoiler

WLAN-Wetterstation V3.2.0 - (c)2019-2023 by SBorg
Config-Version: V3.2.0
Sub-Version : V3.2.0

'bc' installiert: [✓]
'jq' installiert: [✓]

'dc' installiert: [✓]

'nc' in der Openbsd-Variante installiert: [✓]
'netcat' in Openbsd-Variante aktiv, alles korrekt [✓]

Connection to 192.168.1.39 8087 port [tcp/*] succeeded!

Messwerteblock:

Nicht alle Werte werden unterstützt (abhängig vom Modell der Wetterstation und dem verwendeten Protokoll)!

Temperatur Innen : °C
Temperatur Aussen : °C
Taupunkt : °C
Gefühlte Temperatur : °C
Luftfeuchte Innen : %
Luftfeuchte Aussen : %
Windgeschwindigkeit : km/h
Windgeschwindigkeit 10min : km/h
Windböengeschwindigkeit : km/h
Windböe max. : km/h
Windrichtung : °
Windrichtung :
Windrichtung 10min : °
Luftdruck absolut : hPa
Luftdruck relativ : hPa
Regenrate : mm/h
Regenstatus :
Regen seit Regenbeginn : mm
Regen Stunde : mm
Regen Tag : mm
Regen Woche : mm
Regen Monat : mm
Regen Jahr : mm
Regen Gesamt : mm
Sonnenstrahlung : W/m²
UV-Index :
Zeitstempel :
Firmware :
Batteriestand: :
Gateway-Modell :

Zusatzsensoren: keine

Datenstring für ioBroker:

DATA von Wetterstation:

Debug VAR:
Installationsverzeichnis: /opt/wetterstation
IPP: 192.168.1.39:8087 WS_PORT: 1090 WS_POLL: 30 PRE_DP: 0_userdata.0.Wetterstation
WEB: HTTP WS_PROT: Wunderground

Zusatzsensoren:
DP10/35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0
WH31: 0 || WS90: 0
Bresser: 7009999 [0]

Script-Version: V3.2.0 Config-Version: V3.2.0 Sub-Version: V3.2.0

Kommunikationsfehler!

Kommunikationsfehler! Stimmt die WS_ID in der Konfiguration mit der der WS View-App überein?

michael@wetterstation:/opt/wetterstation$

[MyMeyer]

Selbst wenn ich ein Ping von dem Unifi Gateway (Console) machen kommt nichts zurück

root@unifi-lxc:/var/log/unifi# ping weatherstation.wunderground.com
PING a60f001b0bdcd4f64a49719eb2307270-ee5cf64f94dbf2ed.elb.us-east-1.amazonaws.com (52.22.134.222) 56(84) bytes of data.

Da muss doch irgendwas blocken...

hmm.....

[SBorg]

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

Da muss doch irgendwas blocken...

Nicht zwangsläufig, man kann einen Webserver auch so konfigurieren, dass er nicht auf einen ping antwortet.
...und der "Wunderground.com" ist so konfiguriert.

Ich setze mal voraus, dass die IP und Port in der App die richtigen (und gleichen) sind wie in der "conf"?
Auf dieser IP (egal ob "echter" Rechner, VM, Docker...) läuft, oder vielmehr soll dann das Skript laufen?
Wenn du "Wunderground" als Protokoll nutzt ist es elementar wichtig, dass du in der App bei den Customized-Einstellungen bei "path" /weatherstation/updateweatherstation.php? stehen hast und ganz wichtig, kein Leerzeichen davor oder danach!

[MyMeyer]

@sborg ES LÄUFT
Hi erstmal, kleiner Fehler, große Wirkung ! Es war der Port in der App unter Customized Einstellung.

Danke für euere Geduld

[Negalein]

@SBorg

sagt dir dieser Fehler etwas?
Hab ich soeben im Log entdeckt.

javascript.1
2024-06-06 01:03:00.021	error	at processImmediate (node:internal/timers:478:21)

javascript.1
2024-06-06 01:03:00.021	error	at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:379:37)

javascript.1
2024-06-06 01:03:00.021	error	at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11082:45)

javascript.1
2024-06-06 01:03:00.021	error	at Object.cb (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2993:38)

javascript.1
2024-06-06 01:03:00.021	error	at Object.<anonymous> (script.js.Wetter.Wetterstatistik:195:43)

javascript.1
2024-06-06 01:03:00.021	error	at Array.reduce (<anonymous>)

javascript.1
2024-06-06 01:03:00.021	error	Error in callback: TypeError: Reduce of empty array with no initial value

javascript.1
2024-06-06 01:03:00.019	error	script.js.Wetter.Wetterstatistik: Fehler beim Lesen der InfluxDB: Invalid call

[SBorg]

@mymeyer
Na supi und immer gerne

---

@Negalein
Leider nein.

Fehler beim Lesen der InfluxDB: Invalid call

ist das Problem. Der Teil vor dem ":" stammt vom Skript selbst, Invalid call ist dann was nicht funktioniert hat. "Ungültiger Aufruf" ist sehr aussagekräftig [/Ironie AUS].
Hast du mal gestern/vorgestern nachgeschaut, tritt er da auch auf? Pauschal leider wieder ein Problem mit InfluxDB bei dir. Die restlichen Fehler sind dann nur das Resultat aus dem fehlgeschlagenen Versuch Daten aus der Influx zu lesen.

[Negalein]

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

Hast du mal gestern/vorgestern nachgeschaut, tritt er da auch auf?

Tatsächlich!
Der Fehler kommt täglich zur selben Zeit.
Es läuft da aber auch kein Backup, usw., was zu Aussetzern führen könnte.

[crunchip]

@negalein Vllt Zwangstrennung der Internet Leitung mit dem Resultat daraus das sich diesbezüglich etwas aufstaut im internen Netzwerk?

[Negalein]

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

Vllt Zwangstrennung der Internet Leitung mit dem Resultat daraus das sich diesbezüglich etwas aufstaut im internen Netzwerk?

gibt es bei mir nur alle 4 Wochen

wie kommt man an das Influx Log? Weisst du das?

[crunchip]

@negalein müsst ich jetzt selbst nachlesen bzw schauen, kann ich dir aus dem Stehgreif nicht beantworten

[Negalein]

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

müsst ich jetzt selbst nachlesen bzw schauen, kann ich dir aus dem Stehgreif nicht beantworten

hätte schon was gefunden. Muss man extra aktivieren.
Da stehen immer 2 Wege. Bei dem Fachchinesisch steig ich aus.

[SBorg]

So, nach einer Woche auch mal wieder da
@negalein
Das Problem wird sich so in InfluxDB nicht großartig bemerkbar machen. Du loggst die Daten (was keinen Fehler produziert, sonst würdest du auch im Explorer nichts sehen). Die Statistik kann dann mit den angegebenen Daten nichts finden. Deutet auf falsches Bucket/Instanz hin.
Wenn du ein ./wetterstation.sh --influx_test machst kommen dann aktuelle/plausible Daten aus der Influx?
Dann müssten die Influx-Einstellungen aus der *.conf mit denen des Statistik-Scriptes identisch sein.

[Negalein]

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

Wenn du ein ./wetterstation.sh --influx_test machst kommen dann aktuelle/plausible Daten aus der Influx?

Ja, die Daten sind zu 100% korrekt.

dietpi@DietPi:/home/iobroker$ ./wetterstation.sh --influx_test
Testing InfluxDB... min/max Aussentemperatur 24h: 8.22°C 20.22°C

[SBorg]

@negalein
Dann setze ich mal voraus, dass die Nummer der Instanz und der Bucketname im Statistik-Skript stimmt.
Bleibt eigentlich nur noch eine Macke in der DB.
Ich würde mal probehalber eine weitere InfluxDB-Instanz anlegen und dort nochmals Temp, Regen und Wind loggen lassen. Dann über die DB das Statistik-Skript laufen lassen.

btw: bin mir nicht sicher, aber hattest du in deinem Bucketname nicht ein "-" drin? Eigentlich sollte das nichts ausmachen, da der Aufruf dies per "" berücksichtigt, aber es hat sich so viel in letzter Zeit am JS-Adapter getan, vielleicht hat der "SendTo" auch einfach ein Problem damit (unbemerkt bekommen).

[Negalein]

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

Ich würde mal probehalber eine weitere InfluxDB-Instanz anlegen und dort nochmals Temp, Regen und Wind loggen lassen. Dann über die DB das Statistik-Skript laufen lassen.

werde ich testen

Bucketname nicht ein "-" drin?

stimmt. Ich werde mal ein paar Versionen testen.
Oder kann man den Bucket-Namen einfach ändern in Influx?

[SBorg]

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

Oder kann man den Bucket-Namen einfach ändern in Influx?

"Einfach" und Influx? --> Meistens nicht
Aber nein, du kannst nur per Task das Bucket kpl. kopieren und dabei umbennen.

[SBorg]

Nun ist unter Grafana 10.x auch das "Boom-Panel" deprecated

Lösung wer ein Hintergrundbild nutzen möchte:
Das Boom-Panel auf Text umstellen (oder ein neues Text-Panel erstellen und "transparenten Hintergrund" aktivieren).
Dann auf HTML umstellen und etwas CSS einfügen:

<style type="text/css">
  body {
    background-image: url("/public/img/wetter1.jpg");
  }
</style>

Das Bild muss hier unter /usr/share/grafana/public/img/wetter1.jpg liegen. Darf natürlich auch anders als "wetter1.jpg" heißen

Man kann hier natürlich auch noch andere CSS-Atribute nutzen.

---

Funktioniert das Ganze nicht und im Panel wird der CSS-Code angezeigt:
sudo nano /etc/grafana/grafana.ini und nach sani suchen (im nano mittels CTRL+W)

;disable_sanitize_html = false

ändern in

disable_sanitize_html = true

und Service neustarten sudo systemctl restart grafana-server.service (ggf. muss einmalig der Browser-Cache geleert werden). Das Boom-Plugin kann danach deinstalliert werden.