[Linux Shell-Skript] WLAN-Wetterstation

SBorg

@latzi Nö, es steht jedem frei, solange es nicht kommerziell ist, zu ändern, ergänzen oder damit anzufangen was er will. Die Lizenz legt lediglich fest, dass die Copyright-Vermerke so zu verbleiben haben. Also alles iO
Es sollte nur nicht über Hand nehmen, sonst sind dann zig Versionen im Umlauf und das "Geheule" ( ) nachher groß wenn es keine adäquate Hilfe mehr gibt. Ich kann mir dann nicht jede Version ansehen und analysieren woran es denn hängt, gerade wenn ich dann wie hier auch keine Influx V2 nutze/habe.

Wer würde denn keine Influx V2 nutzen wollen? Ich habe nur mal am Rande geschaut, aber beides gleichzeitig in den Skripten handeln zu wollen wird nicht zielführend sein (falls es nicht per getHistory funktioniert; ich habe es mir noch nicht angeschaut).

Ich habe mal mit der RestAPI angefangen, aber das ist ebenfalls eine Riesenbaustelle...

MartyBr

@latzi Danke. Teste ich direkt.

Latzi

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

falls es nicht per getHistory funktioniert; ich habe es mir noch nicht angeschaut)

Ich habe getHistory gestestet (zwar nicht ins Skript eingebaut, aber die grundsätzliche Funktion getestet) und es funktioniert (zumindest für einen Wert, die Abfrage der 3 Werte hab ich nicht probiert).
Da es aktuell durch Ingo diverse Änderungen der History/SQL/InfluxDB-Adapter gibt, schaut es so aus, dass man zukünftig alle Speicherort mit der gleichen Syntax abfragen kann, somit wäre das Statistik-Skript nicht mehr "nur" an InfluxDB 1.0 gebunden, sondern könnte ohne groben Eingriff (nur beim getHistory-Aufruf muss die DB-Instanz angegeben werden) alle DB´s abdecken.

Derzeit nutze ich noch den influxDB-Adapter in der Version 2.6.3, aktuell gibt es aber schon die Version 3.0.0, wobei hier die Vereinheitlichung mit den übrigen DB´s vollzogen ist - mit der Änderung in getHistory, dass die Start- und Endzeitpunkte in ms anzugeben sind.

Hier noch mein Testskript für getHistory mit InfluxDB-Version 2.x, falls jemand mit InfluxDB-Version 1.x testen könnte wäre das hilfreich zur Bestätigung:

let result = [];
let start, end, zeitstempel = new Date();
start = new Date(zeitstempel.getFullYear(),zeitstempel.getMonth(),zeitstempel.getDate()-1,0,0,0);
start = start.getTime();
end = new Date(zeitstempel.getFullYear(),zeitstempel.getMonth(),zeitstempel.getDate()-1,23,59,59);
end = end.getTime();

sendTo('influxdb.0', 'getHistory', {
   id: 'javascript.0.Wetterstation.Aussentemperatur',
   options: {
       start:      start,
       end:        end,
       aggregate: 'none'
   }
}, function (result) {
   for (var i = 0; i < result.result.length; i++) {
       console.log(result.result[i].val + ' ' + new Date(result.result[i].ts).toISOString());
   }
});

MartyBr

@latzi
heute morgen hat das Statistik-Script den Status erfolgreich gemeldet.
Ich verfolge nun die Werte.
Vielen Dank für deine Unterstützung.

SBorg

@latzi Also getHistory (danke an Ingo ) funktioniert auch mit der V1 und ist wesentlich angenehmer als das Query.
Es würde auch Sinn ergeben es in 3 Einzelabfragen aufzuteilen. So spart man noch bisserl RAM und die Latenz der Abfrage ist zu verschmerzen, da es nur ein Zeitraum von 24 Stunden mit ~ 2.800 Messwerten ist.

...und die Influx-Instanz musste auch vorher schon angegeben werden

Rand

@sborg

Moin,

heute von 2.07 auf 2.13 aktualisiert...

Kleines "Problem" war das kein bevorzugter Editor definiert war ... also ggf vorher prüfen ob es die file gibt

 Konfiguration nun öffnen? [J/N]: jcat: /home/iobroker/.selected_editor: No such file or directory
/dev/fd/61: line 469: wetterstation.conf: command not found

Beim Teststart gab es dann jq Fehler

./wetterstation.sh
Connection to <my ip port>  port [tcp/*] succeeded!
jq: error (at <stdin>:3): Cannot iterate over null (null)
jq: error (at <stdin>:3): Cannot iterate over null (null)

aber das Test Datenpaket wurde sauber empfangen und sieht so aus als tut alles...

Zu Influx v2 - wäre super wenn es irgendwann geht, habe immer Angst das mir ein iobroker cli/npm update das Paket einfach zwangsweise draufbügelt...

Thomas Braun

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

Zu Influx v2 - wäre super wenn es irgendwann geht, habe immer Angst das mir ein iobroker cli/npm update das Paket einfach zwangsweise draufbügelt...

Das Paket heißt influxdb2 , die V1 von influx firmiert als influxdb.

echad@chet:~ $ apt policy influxdb influxdb2
influxdb:
  Installed: (none)
  Candidate: 1.8.10-1
  Version table:
     1.8.10-1 500
        500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages
        100 /var/lib/dpkg/status
     1.6.7~rc0-1+b5 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages
influxdb2:
  Installed: (none)
  Candidate: 2.2.0
  Version table:
     2.2.0 500
        500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages
     2.1.1 -1
        100 /var/lib/dpkg/status

Das Paket influxdb2 musst du schon explizit anfordern, das wird nicht zwangsweise draufgebügelt.

Rand

@thomas-braun

Das ist beruhigend zu wissen, vielen Dank

SBorg

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

Kleines "Problem" war das kein bevorzugter Editor definiert war ... also ggf vorher prüfen ob es die file gibt

Danke und fixed (aktuell noch nicht auf GitHub)

Beim Teststart gab es dann jq Fehler

./wetterstation.sh
Connection to <my ip port>  port [tcp/*] succeeded!
jq: error (at <stdin>:3): Cannot iterate over null (null)
jq: error (at <stdin>:3): Cannot iterate over null (null)

Da muss ich mir noch mal Gedanken machen, weil es den ein oder anderen doch "erschreckt". Das kann mal vorkommen wenn man den ungünstigsten Augenblick erwischt, da dann keine Daten vorliegen (was dann beim laufenden Betrieb nicht mehr der Fall ist).

...und auf der ToDo-Liste steht nach wie vor Influx V2 - Support und die neue RestAPI.

Langer

Hallo zusammen,

Ich komme einfach nicht mehr weiter und bitte um Hilfe.
Ist Zustand:
2 x pi 4 mit 256 Gbyte SSD-platte
Debian Bullseye ohne Desktop Stand 04.04.22
Auf beiden einen neuen User eingerichtet, rebootet und danach nur noch mit dem neuen User eingeloggt und gearbeitet.
Auf beiden ioBroker installiert und als Master und Slave im Multihost gestartet.

Auf dem Slave in /home/iobroker die nötigen Dateien für die Wlan-Wetterstation kopiert, Version 2.13.0
Auf dem Slave auch simple-api Adapter über Master installiert.

Software für Wetterstation nach Anleitung eingerichtet.
Wenn ich dann „./wetterstation.sh –debug“ eingebe bekomme ich folgende Ausgabe:

„walter@pi-iobroker-slave:/home/iobroker $ ./wetterstation.sh --debug
-bash: ./wetterstation.sh: /bin/bash^M: Defekter Interpreter: Datei oder Verzeichnis nicht gefunden“

Was zum Henker mache ich falsch?

MfG
Wastl

a200

@langer Du hast die Dateien mit einem DOS/WINDOWS Editor editiert oder falsch übertragen.

du kannst mit

dos2unix *

es fixen. notfalls mit

sudo apt-get install dos2unix

installieren

Langer

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

sudo apt-get install dos2unix

Danke!!!

MfG
Wastl

a200

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

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

sudo apt-get install dos2unix

Danke!!!

MfG
Wastl

Hat es geholfen? Wenn ja, dann würde ich mich über einen + freuen.

Jochen Baur

Hallo zusammen,

ich hab seit kurzem die Lösung am Laufen, läuft mega., DANK!
Wenn ich jetzt weitere Sensoeren einbinden möchte Beispielsweise den DP50 für die Temperaturüberwachung in unterschiedlichen Räumen. Wie komme ich denn an die Daten, bzw. wie bekomme ich die Daten von weiteren Sensoren in iobroker?
In der Config Datei wetterstation.conf
kann ich ja die Anzahl der Sensoren anpassen.

Danke & viele Grüße
Jochen

SBorg

@jochen-baur Hi, funktioniert folgendermaßen:

(falls gelöscht wieder anlegen) Javascript mit Inhalt der wetterstation.js
dort beim Typ die Anzahl der neuen Sensoren eintragen (also bspw. let DP50 = 6;)
Script speichern, starten, kurz warten (2-3 Sek.), Script stoppen (+ggf. löschen)
in der wetterstation.conf ebenfalls beim Typ die Menge der Sensoren eintragen (im Beispiel: ANZAHL_DP50=6) und den Service mittels systemctl restart wetterstation neu starten (bei korrekter User-Einrichtung ist kein sudo davor nötig )
den ersten Sensor aktivieren (Batterien rein); nun sollten im ersten (nun neuen) Datenpunkt DP50 beim Sensor "0" nach 30-60 Sekunden (je nach letztem empfangenen Datenpaket und eingestelltem Poll-Intervall in WS-View[+]) Daten eintrudeln.
(optional) dem Sensor nun einem Raum zuordnen, damit man sie später leichter auseinanderhalten kann ^^
nun den nächsten in Betrieb nehmen usw.

Chris76e

Hi,
habe seit Anfang Mai auch eine eigene Wetterstation (Sainlogic WS3500) und mit dem Script hier eingebunden.
Nachdem ich jetzt viel ausprobiert habe kommen nun die ersten Fragen.

Bei der Wetter Statistik wird für den Spitzenhoechstwert das falsche Datum Angezeigt, anstatt das Datum vom Tag des höchstwertes wird das Datum wann die Statistik erstelle worden ist genommen. Also Gestern, 18-05-22 hatte 33 Grad, im Datenpunkt steht jetzt aber der 19-05-22 drin. Muss ich noch irgendwas einstellen?

Frage, wie lange dauert ist bis die Station bei wunderground für alle sichtbar ist? Kann meine Station direkt über meine ID Aufrufen, aber wenn ich über meine Stadt die suche, finde ich die nicht.

Tolles Script, Vielen Dank dafür

da_Woody

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

wie lange dauert ist bis die Station bei wunderground für alle sichtbar ist?

schwer zu sagen. kann schon mal 1-2 tage dauern.

Chris76e

@da_woody

hmm, die sind schon um, habe die Station am 3. Mai da angemeldet.

SBorg

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

Bei der Wetter Statistik wird für den Spitzenhoechstwert das falsche Datum Angezeigt, anstatt das Datum vom Tag des höchstwertes wird das Datum wann die Statistik erstelle worden ist genommen. Also Gestern, 18-05-22 hatte 33 Grad, im Datenpunkt steht jetzt aber der 19-05-22 drin. Muss ich noch irgendwas einstellen?

Das ist aktuell technisch bedingt, da man die Werte erst am nächsten Tag (oder ab 0:00 Uhr) kpl. vorliegen hat. Da dann erst die Auswertung läuft erhalten sie dann auch den dementsprechenden Zeitstempel von "heute" obwohl der Messwert von "gestern" war. Ich wollte/will auch nicht noch zig weitere Datenpunkte jetzt zusätzlich anlegen mit den korrekten Daten (im Sinne von Mehrzahl Datum ).
Da die Stationen auch "etwas eigenwillig" sind, kann man auch nicht einfach die Statistik um 23:59:30 Uhr laufen lassen. Es ist dann reines Glück ob es zuverlässig funktioniert oder nicht...
Es müsste aber möglich sein, die (glaube es sind fünf) LCs der Datenpunkte nochmals nachträglich zu ändern. Dann könnte das Script sie direkt wieder im Anschluss der Auswertung gerade biegen (bzw. halt einen Tag abziehen)

Bei WU kann es schon dauern, die wollen erst eine Zeit X einen kontinuierlichen Datenstrom sehen. Dann ist es auch die Frage wann ihre Auswertung dazu läuft. Täglich, wöchentlich...
Zumindest hast du keinerlei Einfluss darauf oder etwas falsch gemacht, da du deine eigenen Daten siehst.
Allerdings dauert es IMO auch keine drei Wochen. Findest du sie (ausgeloggt) denn über deinen PWS-Code?

Chris76e

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

Bei WU kann es schon dauern, die wollen erst eine Zeit X einen kontinuierlichen Datenstrom sehen. Dann ist es auch die Frage wann ihre Auswertung dazu läuft. Täglich, wöchentlich...
Zumindest hast du keinerlei Einfluss darauf oder etwas falsch gemacht, da du deine eigenen Daten siehst.
Allerdings dauert es IMO auch keine drei Wochen. Findest du sie (ausgeloggt) denn über deinen PWS-Code?

Wenn ich ausgeloggt bin finde meine Station nicht, kann sie aber über den Link den ich mir gespeichert habe aufrufen. Also das gleiche als wenn ich eingeloggt bin.

NEWS

[Linux Shell-Skript] WLAN-Wetterstation

Support us

1.4k
Online

30.7k
Users

77.3k
Topics

1.2m
Posts

NEWS

[Linux Shell-Skript] WLAN-Wetterstation

Support us

1.4kOnline

30.7kUsers

77.3kTopics

1.2mPosts

1.4k
Online

30.7k
Users

77.3k
Topics

1.2m
Posts