[Linux Shell-Skript] WLAN-Wetterstation
-
@andre sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Und würden alle mit "Wenn du nichts tust, tue ich auch nichts" argumentieren
Nur der Herrgott weißt wie viele hundert/tausend Stunden @SBorg in das Projekt gesteckt hat, wogegen du dich selbst laut fragst:
@andre sagte:
die Frage ist halt ob es sich wirklich lohnt die Arbeit in ein Docker Image zu investieren, denn generell kann die gesamte Lösung eigentlich aus meiner Sicht auch als Adapter abgebildet werden.
Also ich persönlich denke, dass es in Ordnung geht, wenn du dir die Arbeit sparst, aber hör auf @SBorg vorzuwerfen dass er selbst entscheiden will, was er entwickeln möchte und was nicht.
Erstelle deinen Container oder auch nicht, aber etwas salopp gesagt, hör auf zu heulen, dass SBorg keinen Adapter schreibt.
p.s. Es ist mein letzter Kommentar zu diesem Thema.
-
@da_Woody @a200 Sorry, wenn ihr beide weiter behauptet, ich würde einen Adapter verlangen, dann habt ihr meinen Standpunkt schlicht und einfach nicht verstanden...
@andre sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Kann/könnte ich eh nicht, aber es gibt dazu meinerseits auch keine Diskussion. Adapter von mir = never ever (Diskussion beendet ).Ich könnte es auch nicht, habe aber auch mit keiner Silbe verlangt dass du es tust! Die Frage war nur ob es da Überlegungen zu gibt...
Und damit dass hier bei dem lauten Gebell nicht unter geht, dies war mein ursprüngliches Anliegen und hatte lediglich den egoistischen Zweck eine zweigleisige Weiterentwicklung zu vermeiden:
@andre sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Egal ob Adapter oder Container, damit würde man m. E. diese tolle Integration auch Usern verfügbar machen die nicht so versiert im Umgang mit Scripten und Linux sind. Gibt es diesbezüglich Überlegungen im Hinblick auf die Weiterentwicklung der Lösung?
Ich habe verstanden, dass zumindest von denen die sich hier jetzt zu Wort gemeldet haben (mit Ausnahme der konstruktiven Anmerkung von @schittl) kein Interesse an einer Weiterentwicklung in Bezug auf eine einfachere (N00b) Integration besteht. Und es ist OK für mich!
MfG,
AndréPS: Falls es doch jemanden gibt, der vor dem Dilemma steht seinen ioBroker im Docker Image laufen zu haben und dieses Script nicht einfach da rein installieren möchte, der kann sich gerne auch direkt an mich wenden.
-
@andre ebenso sorry, wo hat jemand behauptet, du würdest einen adapter verlangen?
nebenbei wird hier nicht gebellt, das lass ich meinem hund über... die kann das besser.
ich hab deinen standpunkt sehr wohl verstanden und wie gesagt, keine hindert dich an irgendetwas! du hast offensichtlich was falsch verstanden. das ist der fred zum support des [Linux Shell-Skript] WLAN-Wetterstation. ich bin schon viel zu lange auf boards unterwegs, um zu wissen, das genau das dann daraus entsteht. nämlich eine sinnlose diskussion um dem kaiser seinem bart, der nichts mit support zu tun hat! daher meine bitte um auslagerung. sowas kann man endlos in einem eigenen fred bequatschen, da gehört sowas hin! wird sonst unübersichtlich weil dann eben >2000 beiträgen.Ich habe verstanden, dass zumindest von denen die sich hier jetzt zu Wort gemeldet haben (mit Ausnahme der konstruktiven Anmerkung von @schittl) kein Interesse an einer Weiterentwicklung in Bezug auf eine einfachere (N00b) Integration besteht. Und es ist OK für mich!
hättest du zumindest die ersten 2 seiten gelesen, hättest du dir das erspart und die konstruktive anmerkung von @schittl bestand aus einer anleitung für eine docker install. ergo genau das, was du anbieten möchtest. wenn du die einbindung verfeinern möchtest, weil viele angst vorm schwarzen fenster haben, wird das sicher gerne angenommen!
aber wie gesagt, es schadet keinem sich ein bisschen auf der kommandozeile auszutoben. wenns wo klemmt, wird ja geholfen. das verstehe ich unter support. nicht, da haste was fix fertiges, das tut. da lernt keiner was. oft ist es ja auch so, da wird ein adapter gebastelt und dann kommt wer mit den einstellungen nicht zurecht und es lööpt auch nicht.
also, entspannen wir uns, keiner wollte dir was böses! ich hoffe du verstehst jetzt, was mein begehr war...
sorry, den kann ich mir jetzt nicht verkneifen: kleiner widerspruch?
-
Diskussion hin oder her, wenn ich mich recht entsinne, gibt es doch hier im Forum 2, die jeweils an einem Adapter basteln. Somit haben diejenigen, die Möglichkeit diesen zu installieren und dort ihre Wünsche und Probleme zu melden, alle anderen bleiben hier und genießen das tolle Script.
-
Nun mal wieder zu was technischem. Ich habe auf DP1500 (GW1000A_V1.6.3) mit Ecowitt umgestellt und da werden Chillfaktor & Taupunkt nicht mehr übertragen. Beim WH3000SE mit Wunderground hat es funktioniert. Ist das jemand auch aufgefallen bzw. hat jemand auch das Problem? Bei Ecowitt direkt wird der Wert aber abgezeigt.
Hier mal der Debug:
-
Hät nochmal ne Frage die ned direkt mit dem Script zu tun hat.
Hat von euch noch wer die DNT Weatherscreen Pro?
Mein Luftdruck (Aussen) wird bei mir in hPa angezeigt, aber sollte sich der Absolute und Relative Druck nicht unterscheiden?
Ich wohn auf ca. 489m und mein Druck ist immer zw. 950 und 960, aber ABS und REL auch immer der gleiche. -
@schittl ich meine irgendwo gelesen zu haben, daß das eben mit ecowitt nicht funktioniert, dafür aber andere daten übertragen werden die bei wunderground nicht tun.
-
@schittl sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Nun mal wieder zu was technischem. Ich habe auf DP1500 (GW1000A_V1.6.3) mit Ecowitt umgestellt und da werden Chillfaktor & Taupunkt nicht mehr übertragen. Beim WH3000SE mit Wunderground hat es funktioniert. Ist das jemand auch aufgefallen bzw. hat jemand auch das Problem? Bei Ecowitt direkt wird der Wert aber abgezeigt.
Leider werden die beiden Werte
dewptfundwindchillfnicht übertragen, sonst müssten sie in dem String unten zu finden sein.PASSKEY=xxxxxxxxxxxxxx&stationtype=GW1000A_V1.6.3&dateutc=2021-01-20+11:36:38&tempinf=68.4&humidityin=46&baromrelin=27.687&baromabsin=27.687&tempf=39.2&humidity=76&winddir=331&windspeedmph=0.00&windgustmph=1.12&maxdailygust=8.05&solarradiation=154.75&uv=1&rainratein=0.00 0&eventrainin=0.000&hourlyrainin=0.000&dailyrainin=0.000&weeklyrainin=0.000&monthlyrainin=0.008&yearlyrainin=0.008&totalrainin=0.008&temp1f=57.20&humidity1=47&soilmoisture1=52&soilmoisture2=38&soilmoisture3=33&soilmoisture4=45&soilmoisture5=35&lightning_time=&lightning_num=0&lightning=&wh 65batt=0&batt1=0&soilbatt1=1.5&soilbatt2=1.5&soilbatt3=1.5&soilbatt4=1.5&soilbatt5=1.5&wh57batt=5&freq=868M&model=GW1000_ProWas meinst du genau "Bei Ecowitt direkt wird der Wert aber abgezeigt."? Ich kenne Ecowitt nicht, aber die Werte sind keine gemessene, sondern berechnete Werte und ich vermute, dass sie bei Ecowitt direkt berechnet werden. Wie auch immer, es ist geplant bei ecowitt-Protokol diese werte im Skript zu berechnen und zu Verfügung zu stellen.
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
min/max "JETZT - 24 Stunden", so viel sei schon verraten, dann aber auch das WLAN-Skript
Ohh, kommt wieder was neues?
Ja
@xxjooo sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Die Station zeigt und der ioBroker loggt seit Tagen immer 0ml obwohl es munter regnet. Ich hatte die Station schon wieder runter genommen und bewegt. Die Wippe funktioniert und dann kommen auch Werte an. Aber wenn die Box am Dach ist kommen keine Regenwerte.
Mal ganz unabhängig vom Verfahren bzw. Skript (lt. String kommt da auch nix an), auf dem Display zeigt er die Regenmenge auch schon nicht korrekt an? Wenn du die Wippe per Hand betätigst ändert sich also die Anzeige auf dem Display (da wäre dann mal der darauffolgende String interessant ob er einen Puls sendet) aber nicht im ioB? Und auf dem Dach montiert kommen dann keine Werte am Display/ioB an?
btw: wenn schon auf dem Display nichts erscheint, kann alles andere schon nicht mehr funktionieren. Daher rührt dann auch der Fehler in Zeile 266. Regenmenge von "0" (=für "keine") oder eine Menge wäre Ok, er bekommt aber "Null" (=überhaupt nix).
-
@amiethaner sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Mein Luftdruck (Aussen) wird bei mir in hPa angezeigt, aber sollte sich der Absolute und Relative Druck nicht unterscheiden?
Ich wohn auf ca. 489m und mein Druck ist immer zw. 950 und 960, aber ABS und REL auch immer der gleiche.Gerade wenn du "nur" 489m ÜNN wohnst sollten die schon deutlichst unterschiedlich sein. Ich weiß meine Höhe gerade nicht auswendig (so um die 200m), aber bei mir sind es aktuell 983 zu 1003 hPa. Hast du das Display kalibriert? Ich musste bei der Einrichtung meine Höhe angeben, das Display weiß ja schlecht wie hoch es ist
-
@a200 Danke für deine Info. Dann warte ich mal ab auf eine neue Version. Ansonsten kann ich nur sagen Version 2.0.1 funktioniert mit Froggit DP1500 und Ecowitt
Bei Ecowitt meine ich die Anzeige im Portal. Da wird der Taupunkt ja angezeigt z.B.:
-
@schittl @a200 @SBorg Ich habe gestern auch mal aufs Ecowitt-Protokoll umgeschaltet - es soll wohl das "bessere" sein. Leider vermisse ich dann ebenfalls (wie schon geschrieben) Chillfaktor und Taupunkt - die ich natürlich im Grafana-Dashboard drin habe. Dafür bekomme ich jetzt den Batteriestand. Ich würde gerne bei Ecowitt bleiben, wenn man den Chillfaktor und den Taupunkt irgendwie berchnet bekäme. Auch ich würde da gerne auf eine nächste Version warten.
-
@rene55 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@schittl @a200 @SBorg Ich habe gestern auch mal aufs Ecowitt-Protokoll umgeschaltet - es soll wohl das "bessere" sein. Leider vermisse ich dann ebenfalls (wie schon geschrieben) Chillfaktor und Taupunkt - die ich natürlich im Grafana-Dashboard drin habe. Dafür bekomme ich jetzt den Batteriestand. Ich würde gerne bei Ecowitt bleiben, wenn man den Chillfaktor und den Taupunkt irgendwie berchnet bekäme. Auch ich würde da gerne auf eine nächste Version warten.
Bin dabei die beiden Punkte zu implementieren. Wann sie kommen hängt dann von Chef ( @SBorg) ab.
-
@schittl sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Bei Ecowitt meine ich die Anzeige im Portal. Da wird der Taupunkt ja angezeigt z.B.:
Das ist auch nicht weiter verwunderlich. Eine "gefühlte Temperatur", "Taupunkt" usw. kann man nicht messen, sondern nur berechnen. Warum die Displays das nicht beim Ecowitt-Protokoll machen? Liegt wahrscheinlich daran, dass man die Daten bei WU/Ecowitt an ein PHP-Skript schickt. Da braucht es dann nur eine Formel im PHP-Skript und schon hat man bspw. die "gefühlte Temperatur": W = 13,12 + 0,6215 x T – 11,37 x V^0,16 + 0,3965 x T x V^0,16
(man braucht also nichts weiter als die Temperatur und Windgeschwindigkeit)
...aber das können "wir" auch selbst im Skript erledigen...
...und nehmt bitte gedanklich Abschied vom "Chillfaktor", die derzeitige Bezeichnung ist schlichtweg falsch. Dies ist die "gefühlte Temperatur", der "Chillfaktor" ist etwas gänzlich anderes
Mit der neuen Version wird es dann zukünftig korrekt "gefühlte Temperatur" lauten.@a200 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Wann sie kommen hängt dann von Chef ( @SBorg) ab
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Chillfaktor
da muss man ja schon studieren um das zu checken.
-
Hallo, habe kürzlich endlich meine Lieferung aus USA bekommen und möchte jetzt nach und nach mein GW1000 und die ganzen Sensoren einbinden.
Habe also heute nach Github Anleitung das Skript installiert und passend zum GW1000 per WS View konfiguriert.Es scheinen auch Daten zu kommen welche allerdings nicht korrekt gelesen zu werden scheinen...
./wetterstation.sh --debug Connection to 192.168.y.z 8087 port [tcp/*] succeeded! Listening on 0.0.0.0 1080 Connection received on 192.168.y.z 39356 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: Datenstring für ioBroker: DATA von Wetterstation: PASSKEY=totalgeheim&stationtype=GW1000A_V1.6.3&dateutc=2019-08-22+08:25:11&tempinf=72.0&humidityin=54&baromrelin=28.928&baromabsin=28.928&freq=868M&model=GW1000_Pro Debug VAR: Installationsverzeichnis: /home/iobroker IPP: 192.168.y.z:8087 WS_PORT: 1080 WS_POLL: 30 PRE_DP: javascript.0.Wetterstation WEB: HTTP WS_PROT: Ecowitt DP50/100: 4 | 0 Script-Version: V2.1.0 Config-Version: V2.1.0 Sub-Version: V2.1.0 Kommunikationsfehler! Stimmt die WS_ID in der Konfiguration mit der der WS View-App überein?WS_ID kann ich in WS View nicht setzen da ich das Ecowitt Protokoll ausgewählt habe, an Sensoren habe ich nur einen WH31A (DP50) und das GW aktiv aktuell.
Das Datum scheint noch nicht zu stimmen, aber ich nehme nicht an das das abgeglichen wird...Zwischenzeitlich hatte ich auch noch folgende Fehler:
Connection to 192.168.y.z 8087 port [tcp/*] succeeded! Listening on 0.0.0.0 1080 Connection received on 192.168.y.z 35888 (standard_in) 12: syntax error /home/iobroker/wetterstation.sub: line 365: [: : integer expression expected /home/iobroker/wetterstation.sub: line 366: [: : integer expression expected /home/iobroker/wetterstation.sub: line 367: [: : integer expression expected /home/iobroker/wetterstation.sub: line 368: [: : integer expression expected /home/iobroker/wetterstation.sub: line 369: [: : integer expression expectedIch habe schon mal versucht im Thread herauszulesen ob denn der GW1000 überhaupt kompatibel ist aber konnte nichts genaues finden (ausser den Verweis auf die Node Red Alternative).
Am Ende suche ich etwas was mit allen möglichen Sensoren läuft (inc Blitzsensor und Ultrasonic Windsensor) ... ist das mit dem Skript machbar oder wäre da die Node Red Lösung sinnvoller?Danke
-
@rand Ich nutze auch die GW1000 mit der gleichen Firmware: GW1000A_V1.6.3 und einen DP50 dazu. Bei mir läuft alles und wir sollte es auch bei dir hinkriegen.
Als erstes solltest du in der WS App die Zeitzone und den Hacken für Auto adjust.
Live Data -> More -> Device SettingsWenn du nur einen DS50 hast, wieso hast du 4 konfiguriert?
Wenn du das eingestellt hast, dann ändere in wetterstation.sub die Zeile: 221
von
if [ "$STRLEN" -gt "400" ] && [[ "$DATA" =~ "PASSKEY=" ]]; then return 0; else return 1; fi
in
if [ "$STRLEN" -gt "200" ] && [[ "$DATA" =~ "PASSKEY=" ]]; then return 0; else return 1; fiMach also aus 400 eine 200
Das sollte vorerst helfen.
-
Hi,
danke für die schnelle Antwort.
Braucht Auto Adjust im GW einen Internetzugang? Da dürfte die FW im Weg stehen dann... Aber ich schaue malDP50 - weil im Endausbau 4 Stück da sein werden, daher war ich bequem und habe das gleich mal konfiguriert.
Wenn das allerdings Fehler verursacht dann passe ich das flugs an, das ist ja kein Thema...Edit - Autoadjust ist an (default), steht aber auf dem falschen Datum... das heisst er sucht irgendeinen Timeserver im Inet den er bei mir natürlich erstmal nicht erreicht...
-
@rand Die WS braucht Zugang zu einem Timeserver und ohne Internet wird es schwierig sein. Es geht nur mit Tricks und DNS umleitung.
-
@a200 said in [Linux Shell-Skript] WLAN-Wetterstation:
@rand Die WS braucht Zugang zu einem Timeserver und ohne Internet wird es schwierig sein. Es geht nur mit Tricks und DNS umleitung.
DNS Umleitung wäre ja trivial wenn der Server bekannt ist?
Kann ich doch dann einfach an meinen eigenen NTP umleiten... mal das Log anschauenEdit
Er versucht ne ganze Menge...
