NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@Nashra sagte in [Linux Shell-Skript] WLAN-Wetterstation:
oder Du bietest es in der nächsten Version so als DP an wie ich es gemacht habe
Mache ich dir(euch) fertig, dass geht schnell zwischendurch
Binding (DP natürlich anpassen):
{d:MyOwnData.0.test; Math.floor((d)/60/60/24) != 1 ? Math.floor((d)/60/60/24)+" Tage": "1 Tag"}
-
@a200 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@Nashra sagte in [Linux Shell-Skript] WLAN-Wetterstation:
{d:javascript.0.Wetterstation.Info.Sonnenschein_Jahr;Math.floor( ((d)/60/60/24) )} Tage‚
mach das doch so
{d:javascript.0.Wetterstation.Info.Sonnenschein_Jahr;Math.floor( ((d)/60/60/24) )} Tag{d:javascript.0.Wetterstation.Info.Sonnenschein_Jahr;Math.floor( ((d)/60/60/24) ); d > 1? "e"}
Also bei Tag > 1 wird noch ein e ausgegeben.
Code ist aus dem Kopf und ungeprüft.
Hm, ich hatte das Snippet mal in irgendeiner View gefunden, glaube die war von @sigi234
Hab da keinen Plan von obwohl ich verstehe was es macht und auch was d > 1? "e"
machen soll, nur leider kommt dies
-
@Nashra Habe es auf Git hochgeladen. In der *.conf kannst du einfach bei "Sonnenschein_TXTformat" eine 3 eintragen (SONNENSCHEIN_TXTFORMAT=3). Sonst ist nur die Formatierung als ReadME dazugekommen: # [3] = d Tag/e, h Std, m Min | 2 Tage, 20 Std, 12 Min (Anzeige Tage erst bei >0)
Noch die *.sub ersetzten und ein systemctl restart wetterstation, schon sollte das Format passen -
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@Nashra Habe es auf Git hochgeladen. In der *.conf kannst du einfach bei "Sonnenschein_TXTformat" eine 3 eintragen (SONNENSCHEIN_TXTFORMAT=3). Sonst ist nur die Formatierung als ReadME dazugekommen: # [3] = d Tag/e, h Std, m Min | 2 Tage, 20 Std, 12 Min (Anzeige Tage erst bei >0)
Noch die *.sub ersetzten und ein systemctl restart wetterstation, schon sollte das Format passenLäuft, danke
-
Immer gerne
Kann es nur nochmals wiederholen, dass ist einfacher, schneller und wesentlich ressourcenschonender als jedwedes JavaSkript, Blockly, Node-RED oder Binding. Ich mag mir nur nicht zig Formate ausdenken und implementieren, die im Nachhinein dann doch keiner nutzt -
Hat schon jemand die neue Firmware 1.5.0 getestet?
-
@HerrKlaus grad mal angeklickt, nachdem ichs hier gelesen habe
-
Läuft bei mir seit Tagen ohne Probleme.
-
-
Da sich die Firmware eher selten ändert frag ich sie nur einmalig um Mitternacht ab. Allerdings muss ich auch die neue Version auf GitHub eintragen, sonst passiert leider nix. Ich habe bis dato noch keine Seite gefunden die die aktuelle Versionsnummer published.
-
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Da sich die Firmware eher selten ändert frag ich sie nur einmalig um Mitternacht ab.
Moin, gestern hat er mir angezeigt das es wieder eine neue Firmware gibt.
-
@SBorg said in [Linux Shell-Skript] WLAN-Wetterstation:
Da sich die Firmware eher selten ändert frag ich sie nur einmalig um Mitternacht ab. Allerdings muss ich auch die neue Version auf GitHub eintragen, sonst passiert leider nix. Ich habe bis dato noch keine Seite gefunden die die aktuelle Versionsnummer published.
Das wäre noch cool....
-
...wobei ich aber bei den bisherigen FW-Updates noch nie was bemerkt habe. Es macht nix besser oder schlechter, neue Funktionen können wohl auch keine dazukommen, außer dem Wettermast wächst über Nacht ein neuer Sensor
-
Nach etlichem Frust (der noch nicht beendet ist) mit dem Umzug der Hardware mal ein kleiner Frustabbau und Zwischenhack:
Ist trotzdem Beta, da ich einige Code-Änderungen durchgeführt habe.
*.sub + *.sh tauschen, *.js wg. der zwei neuen Datenpunkte, *.conf ist nicht notwendig (enthällt nur Textänderung)
Wie immer auf GitHub zum DL -
Sehr schön! Aber ich muss gestehen, ich gehe nun fremd
Mich hat bez. Visualisierung Weewx und vor allen Dingen der Belchertown Skin geflasht...
Auch weil ich irgendwann im Herbst/Winter meine Seite über Weewx mal Online stellen möchte - dies eher suboptimal mit NodeRed durchführbar.Das Generic-Foshkplugin entwickelt sich gerade als Schweizer Messer, speziell mit dem Froggit DP-1500 Dongle und allen möglichen zusätzlichen Sensoren. Zur Zeit füttert das Plugin meinen Iobroker Node Red Flow mit allen möglichen Ecowitt RAW Werten und auch errechneten Werten, dann entsprechende Datenpunkte im Iobroker. Darüber hinaus als eins von XX möglichen Weiterleitungszielen, füttere ich nun Weewx, den Interceptor Treiber mit den Ecowitt RAW-Daten vom Dongle.
So weit bin ich gerade:
Generelle Weewx Belchertown Skin Sites:
https://belchertownweather.com/
https://www.wetter-zorneding.de/
Vielen Dank aber nochmal von meiner Seite an Dich - bin dadurch erst zur Wetterstation und dem neuen Hobby gekommen...!
-
Och, ich sehe das pragmatisch
Ich bin kein YT-Channel, der unbedingt Abos und Likes generieren muss, um letztendlich damit Geld zu verdienen. Ob das nun 100, 10, einer oder keiner nutzt, macht unterm Strich für mich keinen Unterschied. Schön wenn es jemandem gefällt/nutzt, wenn nicht, dann ist es auch gut. Hauptsache es funktioniert irgendwie...
Demnächst wird wohl auch eine China-Bestellung fällig, dann geht es mit weiteren Sensoren weiter
Der Regensensor wartet schließlich auch noch auf Einbindung. -
@SBorg Hi, also ich bleib dir treu
Dein Script rennt einwandfrei, werde die Tage mal auf die aktuelle 1.3 updaten..Regensensor: macht du das wie ich, den xiaomi-Watersensor mit Umbau, der dann ein Regen-true/false macht, oder wie stellst du dir das vor?
Welche Sensoren gibts denn noch?
Habe die Wetterstation-Werte jetzt seit 2 Wochen an meine Rolladensteuerung angebunden, funktioniert einwandfrei. Fahren bei starker Sonneneinstrahlung runter, und wenn länger als 15min bewölkt ist, dann wieder hoch.
Hab die Werte erstmal ein paar Wochen geloggt, um geeignete Mittelwerte zu finden.
-
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ist trotzdem Beta, da ich einige Code-Änderungen durchgeführt habe.
*.sub + *.sh tauschen, *.js wg. der zwei neuen Datenpunkte, *.conf ist nicht notwendig (enthällt nur Textänderung)
Wie immer auf GitHub zum DLDanke läuft
-
@ilovegym Würde ich ev. mit dem Xiaomi machen, aber ich habe noch einen "richtigen" hier liegen. Ist ein baugleicher zum Kemo: https://www.amazon.de/KEMO-Regensensor-12-V-DC/dp/B000NI2QJC
Aber im Grunde selbes Spiel: true bei Regen...
An den Wettermast kommt dann ein Gehäuse mit Akku und Solarzelle. Sensoren gibt es viele: Bodentemperatur/-feuchte, LUX (paar €), Luftgüte (~10,- €), O³, Blitz, Wolken, Nebel, Schneehöhe, Strahlung... -
Hab mein iobroker neu aufgesetzt (im docker container auf einer synology DS218+) und bekomm das script nicht mehr zum laufen. Bei ./wetterstation.sh --debug bekomme ich folgende Ausgaben:
root@iobroker:/opt/iobroker/wetterstation# ./wetterstation.sh --debug NAS.fritz.box [192.168.178.60] 8087 (?) open [{"id":"javascript.0.Wetterstation.Wetter_Trend","val":"noch --- Minuten"}]listening on [any] 8083 ... 172.17.0.1: inverse host lookup failed: Unknown host connect to [172.17.0.3] from (UNKNOWN) [172.17.0.1] 52964 Messwerteblock: Temperatur Innen : °C Temperatur Aussen : °C Taupunkt : °C Chill-Faktor : °C Luftfeuchte Innen : % Luftfeuchte Aussen : % Windgeschwindkeit : km/h max. Windgeschwindkeit : km/h Windrichtung : ° Windrichtung : Luftdruck absolut : hPa Luftdruck relativ : hPa Regenrate : mm/h Regenstatus : Regen Tag : mm Regen Woche : mm Regen Monat : mm Regen Jahr : mm Sonnenstrahlung : W/m² UV-Index : Zeitstempel : Firmware : Datenstring für ioBroker: DATA von Wetterstation: GET /weatherstation/updateweatherstation.phpID=wetterstation&PASSWORD=xxxxxx&indoortempf=75.7&tempf=58.1&dewptf=52.7&windchillf=58.1&indoorhumidity=50&humidity=82&windspeedmph=0.7&windgustmph=1.1&winddir=72&absbaromin=28.828&baromin=30.532&rainin=0.000&dailyrainin=0.299&weeklyrainin=0.299&monthlyrainin=0.551&yearlyrainin=0&solarradiation=37.68&UV=0&dateutc=2020-06-07%2017:38:39&softwaretype=EasyWeatherV1.5.0&action=updateraw&realtime=1&rtfreq=5 HTTP/1.0 Debug VAR: Installationsverzeichnis: /opt/iobroker/wetterstation IPP: 192.168.178.60:8087 WS_PORT: 8083 WS_POLL: 16 PRE_DP: javascript.0.Wetterstation Script-Version: V1.3.0 Config-Version: V1.3.0 Sub-Version: V1.3.0 Kommunikationsfehler! Stimmt die WS_ID in der Konfiguration mit der der WS View-App überein?
Weiß einer was ich falsch mache? Es sieht so aus als würde er zwar was bekommen das format passt aber nicht!? Im iobroker hab ich die neuen Datenpunkte angelegt aber auch dort landet nichts.
Die config sieht so aus:
#ioBroker-IP und Port der Simple-Restful-API [xxx.xxx.xxx.xxx:xxxxx] IPP=192.168.178.60:8087 #Port der Wetterstation WS_PORT=8083 #Pollintervall der Wetterstation in Sekunden (minimal 16 Sekunden) WS_POLL=16 #Name/ID der Wetterstation WS_ID=wetterstation #wo sollen die Datenobjekte abgelegt werden PRE_DP=javascript.0.Wetterstation