[Linux Shell-Skript] WLAN-Wetterstation

[SBorg]

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

so hat er es an der Davis gemacht. Funktioniert perfekt.

Seine Wippe bzw. Messeinheit sieht auch etwas anders aus. Ich sehe nach wie vor das Problem des Vereisens der Wippe. Wenn da zB. 8ml und 6ml Eis drin sind (wir nehmen mal an sie löst bei 10ml bzw. 10g aus). Gibt es auf der einen Seite bereits einen Impuls bei weiteren 2g Wasser, während auf der anderen 4g benötigt werden. Korrekt wären natürlich 10g je Seite.
Man müsste also den ganzen Trichter "einpacken" + kpl. beheizen, damit sich kein Eis in der Wippe bilden kann. Schlimmstenfalls könnte sie sogar fest frieren und es wird überhaupt nichts mehr gemessen.

btw: Heizdraht gibt es auch für 12V, nennt sich auch oft Widerstandsdraht

[Negalein]

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

Man müsste also den ganzen Trichter "einpacken" + kpl. beheizen

das sowieso.
In dem Link ist der komplette Trichter von innen beheizt.

[SBorg]

@Negalein Trichter ja, aber nicht die Wippe und der Impulsgeber. Ich weiß nicht ob der Draht das ganze Gehäuse heizen kann (so von wegen warme Luft steigt nach oben), zumindest bis über 0°C.
Aber ich glaube hier macht nur Versuch kluch.

Ich muss mir da allerdings kaum Gedanken machen. Die paar Schneeflocken die ich hier sehe kann ich eh nicht messen

[Grantlhaua]

@SBorg

HAb ich geändert aber er sagt auch nach stop und enable

Active: inactive (dead)

[SBorg]

@Grantlhaua Läuft er denn jetzt zumindest wieder wenn du ihn per sudo systemctl start wetterstation startest?
Ansonsten stoppe ihn mal (sicherheitshalber) und führe im Installations-Verzeichnis mal direkt ./wetterstation.sh aus. Kommen da Fehler (Abbruch dann mit CTRL bzw. STRG + C)?

[Negalein]

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

Aber ich glaube hier macht nur Versuch kluch.

wird nächstes Jahr in Angriff genommen.
Aktuell will mir keiner aufs Dach gehen!

Hab das soeben gefunden.

Tipp zur WINTERTAUGLICHKEIT

Die nicht vorgesehene Wintertauglichkeit der Niederschlagsmessung (also keine vorhandene Beheizung des Regentrichters) lässt sich durch den Kauf von Heizklebefolien (eigentlich zur Außenspiegelbeheizung von Fahrzeugen gedacht) in Verbindung mit einem Temperatur-Schalter wie z.B. dem Universal-Thermos­tat UT 200 mit ein bisschen zusätzlichen Arbeitsaufwand beheben. Dabei klebt man die Heizfolien in die Innenseite des Regentrichters (aufpassen, dass die Zuleitungen nicht die Messwippe blockieren) und verlängert die Kabelzuleitung bis zum vorm Wetter gut zu schützenden 12V/2A-Netzteil, welches per o.g. Universalthermostat entsprechend der Witterungsverhältnisse zu- bzw. abgeschaltet werden kann und so für die nötige Auftautemperatur im Messtrichter sorgen. Ähnliches hatte ich schon einmal bei einer früheren Wetterstation mehrere Jahre erfolgreich in Betrieb gehabt.

[da_Woody]

@Negalein die heizfolien wären mir auch eingefallen wie ich den link zum heizdraht mal belinst hab... wäre eh die bessere lösung IMHO

[Grantlhaua]

@SBorg

Jetzt gibt's Pizza ich probiers asap aus und melde mich, danke

[da_Woody]

@Grantlhaua mahlzeit!

[Negalein]

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

die heizfolien wären mir auch eingefallen

kommst ins Innviertl und kletterst aufs Dach?

[da_Woody]

@Negalein was bietet die küche? geht ja da um ideas was möglich wäre. aber eine lösung um 100 öcken, ne.

[Negalein]

der Fall, wenn der Regentrichter voll Schnee ist, es dann den ganzen Tag Plusgrade hat, aber nicht geregnet hat (und das ist nichtmal der ganze Schnee - bin extra mit der Drohne hochgeflogen und hab mal nachgeschaut).

[Ken Popper]

Hallo,

habe mir die Ventus W830 zugelegt, die Anleitung akribisch befolgt, aber offenbar doch einen Fehler gemacht. Leider bekomme ich keine Daten, habe die WS_ID aber nun schon mehrfach kontrolliert.

Hier mal der Auszug was beim Debug kommt:

Connection to 192.168.1.27 8087 port [tcp/*] succeeded!
Listening on [0.0.0.0] (family 2, port 1080)


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
Chill-Faktor            :  °C
Luftfeuchte Innen       :  %
Luftfeuchte Aussen      :  %
Windgeschwindkeit       :  km/h
Windböengeschwindkeit   :  km/h
max. Windböe            :  km/h
Windrichtung            :  °
Windrichtung            :
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: /home/iobroker
IPP: 192.168.1.27:8087  WS_PORT: 1080           WS_POLL: 60             PRE_DP: javascript.0.Wetterstation
WEB: HTTP               WS_PROT: Wunderground   DP50/100: 0 | 0
Script-Version: V2.0.0  Config-Version: V2.0.0  Sub-Version: V2.0.0

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

[SBorg]

Dann ist die Lösung doch sonnenklar: Stück Metallrohr oä. im Wasserbad auf 80-90°C erwärmen, dann an die Drohne binden und zum ab tauen dann den Trichter anfliegen. Wo ist da das Problem...?

...und wieder etwas realistischer: Die v2 auf GitHub hat aktuell ein kleines Manko, der mir heute kurz nach Mitternacht auffiel. Durch die Umstellung auf Ecowitt/Wunderground hat sich ein Fehler eingeschlichen. Nichts dramatisches, bewirkt aber, dass die Solarenergie des Tages nicht korrekt auf "0" gesetzt wird, sondern zuerst auf "0.087", dann auf "0.174 Wh/m²". Ist zwar im Verhältnis zur Genauigkeit des Sensors zu vernachlässigen, soll aber nicht so sein. Was man verhindern kann, sollte man auch IMHO machen. Fix läuft heute im Test, und falls erfolgreich morgen im GitHub

[SBorg]

@Ken-Popper Verbinden kann er, bekommt aber anscheinend keine Daten.
Kommt was bei ./wetterstation.sh --data (im Installationsverzeichnis ausführen)?

[Ken Popper]

@SBorg
Sieht nicht so aus...

pi@raspberrypi:/home/iobroker $ ./wetterstation.sh --data
Connection to 192.168.1.27 8087 port [tcp/*] succeeded!


Warte maximal 126 Sekunden auf Datenpaket der Wetterstation...

Listening on [0.0.0.0] (family 2, port 1080)
pi@raspberrypi:/home/iobroker $

[SBorg]

@Ken-Popper Nö, da kommt nix. Auf x.x.x.27 läuft dein ioB. Läuft auch auf dem das Script? Falls ja, hast du die x.x.x.27 dann auch in der WS-View APP eingetragen, genauso wie den Port 1080 ?

[Ken Popper]

@SBorg In der App stimmten alle Daten. Habe eben die Wetterstation vom Strom genommen und wieder angesteckt und siehe da, auf einmal kommen die Daten. Danke für deine Hilfe!

[XxJooO]

Liebe Wetter-Freunde,

habt bitte Nachsicht, dass ich die 1900 Beiträge noch nicht durch habe... aber ich habe schon ein Anfangs-Problem:
Ich habe mir eine Sainlogic FT0300 gegönnt und bin davon ausgegangen, dass ich diese mit dem ioBroker verwenden kann. Ich habe die Station wie im Handbuch beschrieben über mein Laptop ins WLAN gebracht, die Verbindungen mit Weatherunderground hergestellt und kann auch Daten sehen. Jetzt wollte ich das Wetterskript installieren, scheitere aber bei der WS View App. Wenn ich ein Device hinzufügen möchte, dann findet die App die Station nicht. Wenn ich das Gerät in den WLAN AP Modus bringe zeigt er "No Device found". Ich kann mein Handy mit dem WLAN des Devices verbinden, aber auch dann zeigt er "No Device found". Geht das jetzt nicht mit dieser Station? Auf dem Handbuch steht, es sei für eine WS 3500, FT0850, FT0852, FT0300 und FT0835. Zumindest erstere war aber doch kompatibel, oder?

Vielen Dan k für Eure Hinweise!

[SBorg]

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

Ich habe mir eine Sainlogic FT0300 gegönnt und bin davon ausgegangen, dass ich diese mit dem ioBroker verwenden kann.
...Auf dem Handbuch steht, es sei für eine WS 3500, FT0850, FT0852, FT0300 und FT0835. Zumindest erstere war aber doch kompatibel, oder?

Leider ein (behebbarer) Irrtum. Bei Stationen mit der WS View App funktioniert es recht einfach, bei Stationen die per Web-Interface konfiguriert werden nur mit Mehraufwand. Das liegt am Funktionsprinzip. Per App kann man einen eigenen Server angeben, an den die Daten geschickt werden sollen. Diese Möglichkeit fehlt leider (noch?) bei der Konfiguration per Web-If.
Grob ausgedrückt "gauckle" ich der Wetterstation vor, ich sei ein Server und nehme die Daten entgegen, bereite sie auf und schicke sie an den ioB.

Mittels "Trick 17 von Hinten durch die Brust ins Auge" lässt sich aber jede Station überreden. Mangels Zeit und Hardware habe ich dies aber noch nicht dokumentiert (steht in den letzten ~100 Posts drin).
Die Station muss den DNS-Dienst nutzen, um ihre Daten bspw. an Wunderground zu schicken. Normalerweise hat man einfach einen DNS-Eintrag im Router stehen der auf den/die DNS-Server des eigenen Internetproviders verweisen. Man kann aber einen eigenen DNS-Server aufsetzen (zB. Pi-Hole unter Proxmox, Docker, auf einem Raspberry Pi usw.) und sagt im Router nun, dass der DNS-Server der eigene im Heimnetz ist. Soweit funktioniert erst mal alles wie gehabt.
Ich kann aber nun gezielt Anfragen auch "umbiegen/umleiten". Genau das machen wir nun mit Anfragen an Wunderground. Möchte die Station nun ihre Daten an xyz.wunderground.com (xyz = mir fällt gerade nicht die korrekt URL ein ) schicken, leiten wir diese (und nur diese) nun an den Rechner um auf dem unser Skript läuft. Schon haben wir unsere Daten

Die wohl einfachste Lösung ist Pi-Hole zu nutzen. Bringt eh einen Mehrwert, kann man unter Proxmox/Docker laufen lassen, oder wie der Name vermuten lässt auf einem Raspberry Pi, ist relativ schnell und unkompliziert installiert und benötigt dann nur noch einen Eintrag in der "hosts"-Datei.