[Linux Shell-Skript] WLAN-Wetterstation
-
@sborg Das hat soweit geklappt, aber nun fehlt bc.
Wenn ich das installieren will kommt:$ $ sudo apt-get install -y bc jq dc Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: libjq1 libonig5 The following NEW packages will be installed: bc dc jq libjq1 libonig5 0 upgraded, 5 newly installed, 0 to remove and 35 not upgraded. Need to get 453 kB of archives. After this operation, 1456 kB of additional disk space will be used. Err:1 http://archive.ubuntu.com/ubuntu hirsute/main amd64 bc amd64 1.07.1-2build2 404 Not Found [IP: 91.189.91.39 80] Err:2 http://archive.ubuntu.com/ubuntu hirsute/main amd64 dc amd64 1.07.1-2build2 404 Not Found [IP: 91.189.91.39 80] Err:3 http://archive.ubuntu.com/ubuntu hirsute/main amd64 libonig5 amd64 6.9.6-1 404 Not Found [IP: 91.189.91.39 80] Err:4 http://archive.ubuntu.com/ubuntu hirsute/main amd64 libjq1 amd64 1.6-2.1ubuntu1 404 Not Found [IP: 91.189.91.39 80] Err:5 http://archive.ubuntu.com/ubuntu hirsute/main amd64 jq amd64 1.6-2.1ubuntu1 404 Not Found [IP: 91.189.91.39 80] E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/b/bc/bc_1.07.1-2build2_amd64.deb 404 Not Found [IP: 91.189.91.39 80] E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/b/bc/dc_1.07.1-2build2_amd64.deb 404 Not Found [IP: 91.189.91.39 80] E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/libo/libonig/libonig5_6.9.6-1_amd64.deb 404 Not Found [IP: 91.189.91.39 80] E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/j/jq/libjq1_1.6-2.1ubuntu1_amd64.deb 404 Not Found [IP: 91.189.91.39 80] E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/j/jq/jq_1.6-2.1ubuntu1_amd64.deb 404 Not Found [IP: 91.189.91.39 80] E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? $Was kann ich da noch machen?
Vielen Dank für die Geduld !! -
Dein Ubuntu ist bereits geraume Zeit tot. Installier da ein aktuelles LTS Release.
Zwischenversionen installiert man nicht, weil die nur für 9 Monate unterstützt werden.
-
@thomas-braun Okay, ärgerlich da denkt man wenn die VM schön läuft, braucht man sich nur noch ums Projekt zu kümmern...
Stimmt wohl nicht.
Also BackUp vom IoB und dann die VM mittels sudo apt-get update && sudo apt-get upgrade updaten.
Muss ich noch etwas beachten, Proxmox oder so?
VG
Axel -
@axel-koeneke sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Stimmt wohl nicht.
Nein, stimmt nicht. Insbesondere nicht wenn man von vorne herein auf das falsche Pferd setzt. Die LTS-Versionen sind ja nicht grundlos vorhanden.
Ein Upgrade von einem Release, bei dem die Server schon leer geräumt sind ist Harakiri. Installier es flugs neu.
-
@thomas-braun Alles klar, mache ich dann nächste Woche mal daran. Die jetzige Version habe ich damals iwie nach einer Anleitung installiert. Da hat natürlich keiner was von speziellen Version gesagt, sondern nur "installiere unter Prox ein Repo...".
Kannst du das etwas spezielles empfehlen? Ubuntu oder gibts es etwas besseres für IoB?
VG
Axel -
Ich bevorzuge Debian, die Mutter von Ubuntu.
Wenn es Ubuntu sein muss: Für längerfristige Einsätze halt die aktuelle LTS-Version nehmen, keine Interimsversion.Und selbstverständlich für Serverbetrieb jeweils eine Version ohne Desktop.
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Die V3.0.0 kann auch "nur" InfluxDB V2,
sonst weiter nichts.Immerhin 5 Tage gehalten...
Ich habe noch einen Pull Request von GitHub neu eingebaut (Zusatzsensor für FT0300-Stationen).
Außerdem scheint die Datenübertragung an AWEKAS öfters nicht zu funktionieren, da das Mindestsendeintervall von einer Minute im Plus-Account-Modus unterschritten wird, bzw. unterschritten werden kann, falls die Pakete "unglücklich" eng aufeinander folgen (so richtig auf einen festen 30 Sekundenrhythmus seitens der Station kann man sich nicht verlassen, oder man ist dann verlassen
). Bevor das seitens AWEKAS zum Problem werden könnte verlasse ich mich nun nicht mehr auf das senden jeden zweiten Paketes, sondern lasse das senden eines neuen Pakets nur zu wenn seit dem letzten senden mindestens 65 Sekunden vergangen sind. -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Außerdem scheint die Datenübertragung an AWEKAS öfters nicht zu funktionieren
ist bei mir zumindest immer ok.
sondern lasse das senden eines neuen Pakets nur zu wenn seit dem letzten senden mindestens 65 Sekunden vergangen sind.
.sub & .sh tauschen?
PS: ist es schon online?gerade gesehn, ist noch nicht soweit
-
@negalein scharrt schon einer mit den Hufen...
Bei mir 15 Fehler innerhalb der letzten Stunde. Die anderen Dienste (ich sende nicht nur zu Testzwecken an alle) in der gleichen Spanne: 0 bis 1 Fehler
Iss a bisserl viel.
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Bei mir 15 Fehler innerhalb der letzten Stunde.
Ok, da hab ich noch nicht nachgeschaut.
Direkt in Awekas--Stationsweb--Daten Import Export sehe ich keine Ausfälle!scharrt schon einer mit den Hufen...
Logo! Kennst mich doch
-
Hallo,
Wie kann man von einer froggit WH6000 PRO die Daten abgreifen?
@Mugel80 -
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Direkt in Awekas--Stationsweb--Daten Import Export sehe ich keine Ausfälle!
Siehst du dort auch nicht. Die Übertragung wird dann seitens AWEKAS abgelehnt und das nächste Datenpaket dann wieder akzeptiert. Das ergibt dann auch keine Lücke, sondern das Paket müsste eigentlich "jetzt" übertragen werden, wird dann aber ~60 Sekunden später durch das dann aktuelle ersetzt. Im Grunde fehlt dann zwar dennoch ein Messwerteblock, aber was soll sich da innerhalb von max. 60 Sekunden (wenn es ganz blöd läuft) relevantes ändern? Wenn die Temperatur fällt, tut sie das 60 Sekunden später auch noch. Falls nicht, wird der aktuelle Status dann halt 60 Sekunden später gesendet...
Aber auch das wird dann zukünftig vermieden, Hauptgrund für die Änderung ist aber, dass dann AWEKAS nicht ablehnen muss und das ggf. mal zum Problem werden könnteLogo! Kennst mich doch
Na, Logo. Bin da aber auch nicht viel anders gestrickt
Aber aktuell bringt es einfach nichts, außer dass ich mir dann selbst Stress mache das Statistik-Skript nun schnellstmöglich umzuschreiben. Da das noch nicht läuft, habe nicht mal ich aktuell die V3 am laufen -
@west sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Hallo,
Wie kann man von einer froggit WH6000 PRO die Daten abgreifen?
@Mugel80Wie bei den anderen Stationen auch. Installieren, konfigurieren --> Daten im ioB haben
-
Sodele, Freunde der gepflegten Wetterstationsdaten
Alles umgezogen wie es soll, einen Tag lang weitere Fehler ausgemerzt und seit heute Mittag kurz vor 12:00 Uhr läuft die V3.0.0 nun testweise bei mir. Dabei kam es dann zu massig anderen Fehlern. Irgendwie auch nicht verwunderlich, da die Änderungen doch umfangreicher sind (+ich im Sinne der neuen Version auch von javascript nach 0_userdata umgezogen bin).
Mal sehen ob dann morgen die Statistik durch lief...Jetzt heißt es noch Grafana-Dashboard umbauen (nein ich nutze nicht InfluxSQL, dann brauche ich auch kein InfluxDB 2 wenn ich nicht auf FluxQL umstelle
), yeah, ich freue mich... 
...und "High Noon" sieht man nun auch schön bei AWEKAS. Da is nu auch Ruhe mit der Änderung in der V3...
-
@sborg was mich stutzig macht über deine Aussage das man bei der Froggit WH6000 PRO die Wetterstation über ein AP konfigurieren kann.
-
@west Es gibt eigentlich nur zwei Möglichkeiten:
- Station kann auf einen externen, beliebigen Wetterserver (zB. mittels VS View[+]-App) konfiguriert werden
- man muss den DNS verbiegen
Letzteres geht immer, ist nur mehr Aufwand und schränkt ein wenig wegen des verwendeten Wunderground-Protokolles ein.
Das kann man mittels dnsmasq, Pi-hole oder wie erst vor kurzem umgesetzt, auch mittels eines OpenWRT erreichen.
Da wird dann "einfach" die DNS-Anfrage deines Displays/Gateways auf einen Rechner in deinem Netzwerk verbogen. Auf dem läuft dann mein Skript als "Mini-Wetterserver", nimmt das Datenpaket entgegen, bereitet es auf und schickt es an den ioB. -
Erwähnte ich schon "ich bin zu alt für den sch**ß..." ?
Shell-Skript:
Statistik:
Ein Großteil der Fehler saß 60 Zentimeter vor dem Bildschirm...
Es hat natürlich nicht funktioniert. Logo, es muss ja Fehler verwerfen wenn er "Windboe" sucht, ich aber nun endlich auf "Windboee" umgestellt habe --> Ok, fixed
30 Minuten gesucht warum keine Daten kommen. Syntax richtig, keine Tippfehler,... hmm, kommt nix...
ne is klar, wenn man nun mehre Influx-Instanzen nutzt, sollte man vielleicht auch die passende eintragen......und es hagelt weiter Fehler... --> nun hoffentlich auch fixed.
Nächster Testlauf morgen 01:03 Uhr, aber die Daten landen zumindest aktuell schon mal dort wo sie hin sollen -
@west said in [Linux Shell-Skript] WLAN-Wetterstation:
Froggit WH6000 PRO
Siehe hier: Externer Server -> eintragen -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Shell-Skript:
Statistik:Statistik:
Es gab zwar noch einen echten "error" den ich mir nicht so ganz erklären konnte. Der betrifft die Update-Routine, nur daran hatte ich nichts geändert. Altes Log-Skript von der V1.3.2 raus gekramt, tja, da war der Fehler auch bereits vorhanden...
In der Simulation lief es nach fix nun durch, aber im "real life" noch ungetestet. Aber schließlich ist es- eine Beta
- wirft es nur einen Fehler im Log, läuft aber sonst durch
Zum Beta-Release:
- Influx DB V2.x nun zwingend nötig wenn man die Influx-Funktionalität möchte (Skript läuft aber auch weiterhin ohne InfluxDB)
- der Default-Pfad lautet nun
0_userdata.0.Wetterstation. Dies hat so keine direkten Auswirkungen, man muss nur daran denken wenn man nun bspw. die "wetterstation.js" nutzt, dass hier nun der Pfad "0_userdata..." lautet. Wenn man bei "javascript..." bleibt muss man ihn eben entsprechend in der Datei abändern. Mehr nicht, alles bleibt beim alten - "Windboe" heißt nun überall korrekt "Windboee". Am einfachsten klont man den alten DP und trägt den neuen korrekten Namen ein, kopiert sich dessen Wert und trägt ihn in den neuen ein. Ggf. nun das Logging für den neuen DP wieder aktivieren und den alten DP löschen. Nutzer des @liv-in-sky - Skriptes müssen in den DPs
0_userdata.0.Statistik.Wetter.Data.20xx.yyleider das "e" in den JSONs hinzufügen, sonst werden dort entweder bis Januar 2023 die Windböen korrekt angezeigt, oder nach Änderung des Skriptes dann ab Februar 2023. Zu erkennen am "undefined" bei den Windböen.
Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V3.0.0 - Breaking Release
(Beta-Releases lassen sich nicht! über den ws_updater.sh installieren, nur die *.conf lässt sich mit dem ws_updater.beta ggf. patchen [s.u.])
- ~ Breaking Release / Support für (und nur noch!) InfluxDB V2.x / Issue #41
- ~ Mindestintervall von 65 Sekunden beim Datenversand an AWEKAS.at
- + Support Zusatzsensor Curconsa FT0300 / Pull Request #55 (LukasTr1980)
- \ ~ Anzahl maximaler interner Sensoren von 30 auf 35 angehoben
Wie immer zu finden im GitHub
Update-Routine:
- wetterstation.sh, wetterstation.sub und ws_updater.beta (muss "ausführbar" sein
chmod +x ws_updater.beta) ersetzen bzw. kopieren - wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden, sofern man den Zusatzsensor der Curconsa-Station nutzen möchte (1)
./ws_updater.beta --patchim Installationsverzeichnis ausführen und ev. Hinweise beachten- nun mittels
[sudo] systemctl restart wetterstationden Service neu starten
(1) es empfiehlt sich danach den Simple-API-Adapter neu zu starten (entweder per WebIF oder einfach
iob restart simple-api.0)Obige Hinweise zur V3 beachten
Neue Version des JavaScriptes Wetterstation-Statistik auf GitHub V2.0.0
- ~Bugfixing Update-Check-Routine
- ~Kompatibilität zu (und nur noch!) InfluxDB V2.x
Wie immer zu finden im GitHub
Neuen Parameter in den Einstellungen für "Bucket" beachten. Da die Abfrage per Influx-Adapter realisiert ist wird kein Token, Organisation etc. benötigt.
