[Linux Shell-Skript] WLAN-Wetterstation
-
[gelöst] - gefunden in der wetterstation.conf
Hab nun auch auf V3.0. updgedated.
Updater ausgeführt und im ioB auch das Script für die DPs Version 3.0 ausgeführt.
Script läuft, und die neuen DPs unter 0_userdata/wetterstation sind angelegt. Es kommen da aber keine Daten rein, alle Daten laufen weiterhin unter javascript/wetterstation
Ist das normal/so gewollt, oder wie stelle ich es um, daß die DPs unter userdata geschrieben werden?
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Am einfachsten exportiert (egal ob aus Influx V1 oder V2) man sich die entsprechende(n) Datenreihe(n) zB. mittels "Killer-Befehl"
aus der V1 :echo '#datatype measurement,dateTime:RFC3339,boolean,string,double,double' > export.csv && influx -database [Datenbankname] -username [username] -password [passwort] -execute 'SELECT * FROM "javascript.0.Wetterstation.Aussentemperatur","javascript.0.Wetterstation.Regen_Tag","javascript.0.Wetterstation.Wind_max"' -format csv -precision='rfc3339' >> export.csvWie würde ein export/write aus einer V2 aussehen? Werde aus der InfluxDB2 Doku nicht schlau, wie selektiere ich die measurements korrekt?
-
@tritor Am einfachsten selektierst du es im "Dataexplorer" wie bei einer Testabfrage für Grafana (Timerange anpassen nicht vergessen). Passt der Graph dann soweit mit den Daten einfach als "CSV" exportieren (es wird nur das exportiert was auch angezeigt wird).
Bei den "Sources" wählst du dann "Flux Annotated CSV" aus, dann im folgenden Fenster dein Bucket für den Import und die zuvor gespeicherte CSV aus:
-
Erstmal Hallo in die Runde und im Voraus schonmal vielen Dank für die tolle Unterstützung hier! Ich beschäftige mich schon einige Wochen mit dem ioBroker und habe auch schon einiges hinbekommen aber mit dem Script für die Wetterstation komme ich nicht weiter.
Ich habe eine Bresser 7in1 Station die ich gerne mit dem Script nutzen möchte. Dazu habe ich auf meiner Firewall (Sophos UTM) einen statischen DNS Eintrag vorgenommen der die Adresse rtupdate.wunderground.com (und auch wunderground.com) auf den ioBroker weiterleitet. Laut Logfile der Firewall funktioniert das auch.
Das Script habe ich direkt auf dem ioBroker (Debian, Proxmox VM) installiert und das hat soweit auch ohne Fehler funktioniert. Wenn ich "./wetterstation.sh --debug" eingebe kommt ein Kommunikationsfehler zurück:
Müsste das grundsätzlich so funktionieren oder muss doch ein Pi-hole dazwischen geschaltet werden damit das funktioniert? Soweit ich das verstanden habe müsste der einfache DNS-Eintrag reichen.
Wenn ich einen tcpdump von der Firewall mache finde ich mit Wireshark zwar Pakete von der Wetterstation in Richtung ioBroker aber da stehen keine Wetterdaten drinnen. Wenn ich das richtig interpretiere werden keine HTTP-Daten übertragen/entgegengenommen.
In der Firewall habe ich natürlich eine Freigabe für Port 80 von der Wetterstation in Richtung ioBroker eingerichtet.
Hier der Inhalt der wetterstation.conf:
### Settings V3.0.0 ----------------------------------------------------------- #Debuging einschalten [true/false] / default: false / Ausgabe der Messwerte debug=false #Verhalten bei Kommunikationsfehler [true/false] / default: false / Soll der Datenpunkt automatisch resettet werden? RESET_KOMFEHLER=false #Logging einschalten [true/false] / default: false / schreibt die Datenstrings der Station in eine Datei logging=false #ioBroker-IP und Port der Simple-Restful-API [xxx.xxx.xxx.xxx:xxxxx] IPP=192.168.100.71:8087 #Protokoll, ioBroker-IP und Port der Rest-API [http(s)://xxx.xxx.xxx.xxx:xxxxx] / leer lassen falls nicht benutzt RESTAPI_URL= RESTAPI_USER= RESTAPI_PW= #Protokoll der Wetterstation [1/2/9] / 1=Wunderground ; 2=Ecowitt ; 9=DNS / default: 2 WS_PROTOKOLL=9 #Anzahl der vorhandenen Zusatzsensoren Froggit, Ecowitt und Bresser / default: 0 ANZAHL_WH31=0 ANZAHL_WS90=0 ANZAHL_DP10=0 ANZAHL_DP35=0 ANZAHL_DP40=0 ANZAHL_DP50=0 ANZAHL_DP60=0 ANZAHL_DP70=0 ANZAHL_DP100=0 ANZAHL_DP200=0 ANZAHL_DP250=0 ANZAHL_DP300=0 # jetzt kommt Bresser! ANZAHL_7009999=4 #Protokoll (HTTP oder HTTPS) / default: HTTP WEB=HTTP #Ignoriere Zertifikatsfehler bei der Simple-Restful-API [true/false] / default: false / nötig bei eigenen Zertifikaten WEB_IGN_SSL_ERROR=false #User-Authentifizierung falls benutzt; sonst leer lassen AUTH_USER= AUTH_PASS= #Port der Wetterstation WS_PORT=80 #Pollintervall der Wetterstation in Sekunden (minimal 16 Sekunden) WS_POLL=30 #Name/ID der Wetterstation WS_ID=ZuHauseIn der Wetterstation habe ich ebenfalls "ZuHause" bei der Station ID eingetragen.
Der Port der Simple-Restful-API stimmt auch.
Hat jemand einen Tipp für mich was ich noch überprüfen oder machen kann/muss?
-
@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
Ich habe eine neue Version des Dashboard-Exports hochgeladen (bei wem es mittlerweile läuft braucht nichts zu tun
), welche das Import-Problem fixen sollte.
Problem ist/war, dass er die UID (anhand derer kann Grafana eindeutig alles identifizieren, selbst wenn man den Namen ändern sollte) auch mit den (meinen) Datenquellen verknüpft. Deswegen kann meine UID nur absolut zufällig mit der eurigen übereinstimmen. In der neuen Version wird man nun beim Import gefragt und muss die passenden Datenquellen auswählen.
Hat man nur eine für alles, bei beiden die selbe auswählen:
Da ist noch ein kleiner Fehler drin. Ich wollte das Dashboard gerade selbst "for external" exportieren und da hat mir Grafana einen Fehler geschmissen, dass er
${DS_HOMEAUTOMATION}nicht kennt.
Im Grafana V3 Template steht das an 2 Stellen:
https://github.com/SBorg2014/WLAN-Wetterstation/blob/master/Grafana Dashboard/Wetterstation-Dashboard_V3.json#L5550
https://github.com/SBorg2014/WLAN-Wetterstation/blob/master/Grafana Dashboard/Wetterstation-Dashboard_V3.json#L5679
Da muss wahrscheinlich auch${DS_WETTERDATEN}oder${DS_TEMPDATA}rein, damit er das beim Import korrekt ersetzt. -
@chief42 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Müsste das grundsätzlich so funktionieren oder muss doch ein Pi-hole dazwischen geschaltet werden damit das funktioniert?
Ja und nein. Was man nimmt ist im Grunde egal (die Tage hatten wir es mittels eines Routers auf dem OpenWRT läuft realisiert).
Es muss nur die DNS-Anfrage der Station/des Gateways vom WWW auf eine heimische IP-Adresse umgeleitet werden, damit das Datenpaket "im Haus" bleibt.Was ich so sehe/lese ist auch alles korrekt, aber eins bleibt zumindest noch offen. Ist der Port 80 (den kann man ja hier nicht ändern) auf dem Rechner auch wirklich frei?
sudo netstat -tulpen | grep :80
Da darf für Port 80 kein "Listen" oä. erscheinen:
...wie man sieht läuft dort bei mir der typische Apache-Webserver... -
@viper4iob sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Da muss wahrscheinlich auch ${DS_WETTERDATEN} oder ${DS_TEMPDATA} rein, damit er das beim Import korrekt ersetzt.
Danke, eben gefixt und hoch geladen. Scheint aber gar nicht in den beiden Panels von Bedeutung zu sein, nur trägt er halt anscheinend immer eine "Datasource" ein, ob benutzt oder nicht. Mein Testimport hat dann natürlich funktioniert, da ich die Source ja habe.
-
@sborg Der Port ist (noch) frei.
Ich bin nicht rief drin in dem Script und habe es mir auch noch nicht so genau angeschaut aber müsste von der Logik her nicht der ioBroker/das Script auf Port 80 lauschen, die Anfrage annehmen und an Port 8087 weiterleiten?Wenn ich den Port 80 von der Wetterstation in der Firewall per DNAT-Regel ändere müsste das aber auch mit einem anderen Port funktionieren. Dieser geänderte Port würde dann hier eingetragen werden, oder?
#Port der Wetterstation WS_PORT=80Aber soweit bin ich ja noch nicht. Erstmal soll das Teil überhaupt mal Daten liefern .
-
@chief42 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
ioBroker/das Script auf Port 80 lauschen, die Anfrage annehmen und an Port 8087 weiterleiten?
Jein. Eine "echte" Weiterleitung ist das nicht. Er nimmt Daten an Port 80 entgegen, bereitet diese auf und schickt dann ein Datenpaket an den ioB-Adapter der auf Port xxxx läuft.
Wenn ich den Port 80 von der Wetterstation in der Firewall per DNAT-Regel ändere müsste das aber auch mit einem anderen Port funktionieren. Dieser geänderte Port würde dann hier eingetragen werden, oder?
Letzteres ja, ersteres hatte irgendwie nicht funktioniert. Selbst ausprobieren konnte ich es nicht, erinnere mich aber auch nicht mehr so Recht dran. Funktioniert hatte es aber nicht (wobei es allerdings sollte).
Ich vermute du hast ein "root"-Problem. Du bist zwar vorbildlich als "User" unterwegs, dass könnte dir hier aber zum Verhängnis werden. Die meisten Distris wollen bei Ports <1024 root-Rechte.
Versuch mal ein
nc -nlvw 1 -p 80(das macht auch das Skript)... permission denied ?
Dann sollte es mittels "sudo" davor funktionieren. Man kann die Ports auch nach "unten" setzen, dann funktioniert es auch. Allerdings erlaubt dies auch jedem User des Systems dann alle Ports zu nutzen. Da wäre, wenn es funktioniert, ein DNAT von 80 --> bspw. 1080 die saubere Version:
(auf 80 läuft bei mir bereits der Apache), sollte dann aber bspw. ein Datenpaket der Station empfangen. -
@sborg You made my day!
Deine Vermutung war absolut richtig!
Ich habe dann in der Firewall ein wenig gespielt und konnte das Script schnell zum Laufen bringen. Folgendes habe ich eingerichtet:
Firewallregel (die Wetterstation bekommt über Port 9080 Zugang zum ioBroker):
DNAT-Regel (HTTP Port 80 von der Wetterstation wird auf Port 9080 umgebogen):
Im Firewall-Logfile sieht das schonmal gut aus (sah vorher, als es nicht ging, allerdings auch gut aus):
In der "wetterstation.conf" wurde der neue Port eingetragen:
#Port der Wetterstation WS_PORT=9080Das Scipt konnte dann erfolgreich mit "./wetterstation.sh --debug" gestartet werden:
Im ioBroker erscheinen die Werte auch:
Hier fehlen allerdings die vier Zusatzsensoren. Ist hier das Protokoll evtl. doch auf einen Sensor beschränkt? Eigentlich bräuchte ich sogar noch ein paar Sensoren mehr als die vier evtl. möglichen ;-).
Meine Linux-Kenntnisse sind (bisher) nur sehr rudimentär aber das mit den Ports <1024 hatte ich irgendwo auch schonmal gelesen aber hätte das nie in Verbindung mit dem Problem gebracht. Vermutlich gibt es irgendwo ein Logfile in dem das sogar steht. Egal, jetzt läuft das Script (auch automatisch im Hintergrund).
Kannst Du bitte noch kurz etwas zu den Zusatzsensoren sagen?
In der Konfiguration habe ich die maximalen 4 Sensoren angegeben:
#Protokoll der Wetterstation [1/2/9] / 1=Wunderground ; 2=Ecowitt ; 9=DNS / default: 2 WS_PROTOKOLL=9 #Anzahl der vorhandenen Zusatzsensoren Froggit, Ecowitt und Bresser / default: 0 ANZAHL_WH31=0 ANZAHL_WS90=0 ANZAHL_DP10=0 ANZAHL_DP35=0 ANZAHL_DP40=0 ANZAHL_DP50=0 ANZAHL_DP60=0 ANZAHL_DP70=0 ANZAHL_DP100=0 ANZAHL_DP200=0 ANZAHL_DP250=0 ANZAHL_DP300=0 ANZAHL_7009999=4
Wenn, wie in der Anleitung beschrieben ist, das Wunderground-Protokoll 4 Sensoren unterstützt scheint es bei der DNS-Variante nicht zu funktionieren. Bei Wunderground bin ich nicht angemeldet aber Weathercloud unterstützt auch nur einen Sensor.
-
Hallo zusammen,
vielleicht hat jemand hier einen Tipp für mich.
Ich habe in der Config jetzt dies Daten meiner InfluxDB eingetragen.
Im Vorfeld habe ich ein eigenes Bucket angelegt und dies auch in der Config eingetragen.
Leider tauchen keine Daten in der Datenbank auf.
Gibt es einen Tipp was ich prüfen kann, damit ich den Fehler ein wenig eingrenzen kann ?Vielen Dank für die Hilfe.
Gruß
Michael
-
@chief42
Ich habe es leider vergessen im Eingangspost zu ergänzen welcher User es mit der Bresser-Station war. Anhand seines Datenstrings habe ich dann die Zusatzsensoren eingebunden. Er hat(te) mehr als vier, im WU-Protokoll tauchen aber nur die ersten vier auf und was nicht vom Display kommt, kann ich auch nicht auswerten
...und die Bresser gehen alle nur per DNS, daran liegt es also nicht.Stoppe mal den Service
sudo systemctl stop wetterstationund führe dann im Installationsverzeichnis./wetterstation.sh --dataaus. Das liefert dann deinen/den Rohdatenstring. ID/Password kannst du auch kpl. raus löschen, brauche ich nicht und dann hier posten.
...und dann mittelssudo systemctl start wetterstationden Start nicht vergessen ;)7 -
@mctom sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Leider tauchen keine Daten in der Datenbank auf.
Gibt es einen Tipp was ich prüfen kann, damit ich den Fehler ein wenig eingrenzen kann ?Heißt, du siehst mittels des Dataexplorers (ich gehe mal von InfluxDB v2.x aus) keine Messwerte? Das hat dann so erst mal nichts mit dem Skript zu tun, denn ich schreibe selbst nichts in die InfluxDB, ich lese nur.
Hast du denn für den Bucket dann auch das Logging im Influx-Adapter für zumindest Aussentemperatur, Regen_Tag, Wind_max aktiviert? -
@sborg Hier das Ergebnis:
Listening on 0.0.0.0 9080 Connection received on 172.16.28.130 60566 GET /weatherstation/updateweatherstation.php?ID=ZuHause&PASSWORD=xxxxxxxxxx&action=updateraww&realtime=1&rtfreq=5&dateutc=now&baromin=29.48&tempf=50.0&dewptf=46.2&humidity=87&windspeedmph=1.5&windgustmph=1.5&winddir=228&rainin=0.0&dailyrainin=0.96&solarradiation=31.83&UV=0.0&indoortempf=63.6&indoorhumidity=57 HTTP/1.1So wie es scheint liefert die Station nur die Werte von einem Innensensor. Komisch das es da scheinbar Unterschiede bei den Stationen gibt. Die Station selber zeigt die 5 Sensoren die ich habe (im Wechsel) an. Bis zu sechs Sensoren sind möglich.
Die Wetterstaion ist diese hier:
BRESSER-Profi-WLAN-Wetterstation-7in1-mit-Lichtintensitaet-und-UV-Messung -
@chief42 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Lichtintensitaet-und-UV-Messung
Die hatte bisher auch noch keiner. Leider überträgt sie im WU-Protokoll auch keinen einzigen der Sensoren. In den Einstellungen zur Bresser wirst du wahrscheinlich schon geschaut haben ob man da was aktivieren kann. Von meiner Seite aus kann ich da so leider nicht weiter helfen.
Komisch das es da scheinbar Unterschiede bei den Stationen gibt.
Formulieren wir es diplomatisch: Bresser ist da etwas speziell...
Wenn du nur die Werte von Sensoren brauchst (ohne Anzeige auf dem Display), könntest du für die zusätzlichen Sensoren auch auf ein USB-Gateway von Froggit/Ecowitt mit passenden Sensoren ausweichen.
-
@sborg Ich habe heute nochmal im Menü der Station geschaut. Eine Aktivierung der Übertragung der zusätzlichen Sensoren gibt es nicht (Firmware 1.09).
Der "indoortempf=63.6&indoorhumidity=57" ist der gleiche Hardware Sensor wie die zusätzlichen Sensoren (70009999) bei der Station.
Scheinbar ist das bei diesem Modell nicht vorgesehen weil man die zusätzlichen Sensoren, z.B. bei Awekas und Weathercloud, auch nicht einbinden kann was die meisten User wohl maximal machen. Die Station ist für solche Spielereien mit dem ioBroker also eher nicht geeignet.
Die Station bietet grundsätzlich auch die Möglichkeit "eigene" Dienste zu benutzen. Das hatte ich bei meinem ersten Versuchen auch versucht was nicht geklappt hatte und daher bin ich auf die DNS-Variante gegangen die ich dann mit Deiner Hilfe zum Laufen bringen konnte.
Ich habe es heute nochmal mit der individuellen Adresse versucht und das funktioniert jetzt auch. Der Einfachheit halber habe ich Wunderground-Adresse eingetragen damit ich sonst nichts ändern muss.
Bei der individuellen Adresse wird allerdings auch nur der eine Innensensor übertragen.
Ich schreibe mal den Support an und mache einen Änderungs-/Verbesserungsvorschlag aber vermutlich wird das eher auf wenig Interesse stoßen.
Eine andere Station würde ich jetzt nicht noch zusätzlich anschaffen. Bei einem Neukauf würde ich das aber berücksichtigen
. -
Ich bekomme keine Regendaten aus der Station übertragen.
Am Display der Wetterstation wird Daily Rain mit 4.1mm angegeben, übertragen wird aber nichts.WLAN-Wetterstation V3.0.0 - (c)2019-2023 by SBorg Config-Version: V3.0.0 Sub-Version : V3.0.0 'bc' installiert: [✓] 'jq' installiert: [✓] 'dc' installiert: [✓] 'nc' in der Openbsd-Variante installiert: [✓] 'netcat' in Openbsd-Variante aktiv, alles korrekt [✓] Connection to 192.168.10.161 8087 port [tcp/*] succeeded! [ { "id": "javascript.0.Wetterstation.Innentemperatur", "val": 22.5 }, { "id": "javascript.0.Wetterstation.Aussentemperatur", "val": 8.72 }, { "id": "javascript.0.Wetterstation.Taupunkt", "val": 5.11 }, { "id": "javascript.0.Wetterstation.Gefuehlte_Temperatur", "val": 7.17 }, { "id": "javascript.0.Wetterstation.Innenfeuchtigkeit", "val": 47 }, { "id": "javascript.0.Wetterstation.Aussenfeuchtigkeit", "val": 78 }, { "id": "javascript.0.Wetterstation.Wind", "val": 9.65 }, { "id": "javascript.0.Wetterstation.Wind_max", "val": 14.8 }, { "id": "javascript.0.Wetterstation.Windrichtung", "val": 357 }, { "id": "javascript.0.Wetterstation.Druck_absolut", "val": 991.33 }, { "id": "javascript.0.Wetterstation.Druck_relativ", "val": 1015.03 }, { "id": "javascript.0.Wetterstation.Regenrate", "val": 0 }, { "id": "javascript.0.Wetterstation.Regen_Tag", "val": 0 }, { "id": "javascript.0.Wetterstation.Regen_Woche", "val": 0 }, { "id": "javascript.0.Wetterstation.Regen_Monat", "val": 0 }, { "id": "javascript.0.Wetterstation.Regen_Jahr", "val": 0 }, { "id": "javascript.0.Wetterstation.Sonnenstrahlung", "val": 8.19 }, { "id": "javascript.0.Wetterstation.UV_Index", "val": 0 }, { "id": "javascript.0.Wetterstation.Zeitstempel", "val": "02.04.2023 17:57:56" }, { "id": "javascript.0.Wetterstation.Info.FW_Version", "val": "EasyWeatherV1.6.5" }, { "id": "javascript.0.Wetterstation.Info.Station_Batteriestatus", "val": 0 }, { "id": "javascript.0.Wetterstation.Windboeen_max", "val": 14.8 }, { "id": "javascript.0.Wetterstation.Regen_Event", "val": 0 }, { "id": "javascript.0.Wetterstation.Regen_Stunde", "val": 0 }, { "id": "javascript.0.Wetterstation.Info.Wetterstation_Gateway", "val": "HP1000SE-PRO_Pro_V1.7.8" }, { "id": "javascript.0.Wetterstation.Windrichtung_10min", "val": 251 }, { "id": "javascript.0.Wetterstation.Wind_10min", "val": 9.33 }, { "id": "javascript.0.Wetterstation.DP100.1.Bodenfeuchtigkeit", "val": 0 }, { "id": "javascript.0.Wetterstation.DP100.2.Bodenfeuchtigkeit", "val": 0 }, { "id": "javascript.0.Wetterstation.DP100.3.Bodenfeuchtigkeit", "val": 0 }, { "id": "javascript.0.Wetterstation.DP100.4.Bodenfeuchtigkeit", "val": 0 }, { "id": "javascript.0.Wetterstation.DP100.1.Batterie", "val": 1.2 }, { "id": "javascript.0.Wetterstation.DP100.2.Batterie", "val": 1.2 }, { "id": "javascript.0.Wetterstation.DP100.3.Batterie", "val": 1.2 }, { "id": "javascript.0.Wetterstation.DP100.4.Batterie", "val": 1.1 }, { "id": "javascript.0.Wetterstation.Regenstatus", "val": "kein Regen" }, { "id": "javascript.0.Wetterstation.UV_Belastung", "val": "keine" }, { "id": "javascript.0.Wetterstation.Windrichtung_Text", "val": "WSW" }, { "id": "javascript.0.Wetterstation.Info.Hitzeindex", "val": "" } ] Messwerteblock: 22.50 8.72 5.11 7.17 47 78 9.65 14.80 357 991.33 1015.03 0 0 0 0 0 8.19 0 02.04.2023%2017:57:56 EasyWeatherV1.6.5 0 14.80 0 0 HP1000SE-PRO_Pro_V1.7.8 251 9.33 soilmoisture1 0 soilmoisture2 0 soilmoisture3 0 soilmoisture4 0 soilbatt1 1.2 soilbatt2 1.2 soilbatt3 1.2 soilbatt4 1.1 Nicht alle Werte werden unterstützt (abhängig vom Modell der Wetterstation und dem verwendeten Protokoll)! Temperatur Innen : 22.50 °C Temperatur Aussen : 8.72 °C Taupunkt : 5.11 °C Gefühlte Temperatur : 7.17 °C Luftfeuchte Innen : 47 % Luftfeuchte Aussen : 78 % Windgeschwindigkeit : 9.65 km/h Windgeschwindigkeit 10min : 9.33 km/h Windböengeschwindigkeit : 14.80 km/h max. Windböe : 14.80 km/h Windrichtung : 357 ° Windrichtung : WSW Windrichtung 10min : 251 ° Luftdruck absolut : 991.33 hPa Luftdruck relativ : 1015.03 hPa Regenrate : 0 mm/h Regenstatus : kein Regen Regen seit Regenbeginn : 0 mm Regen Stunde : 0 mm Regen Tag : 0 mm Regen Woche : 0 mm Regen Monat : 0 mm Regen Jahr : 0 mm Regen Gesamt : mm Sonnenstrahlung : 8.19 W/m² UV-Index : 0 Zeitstempel : 02.04.2023 17:57:56 Firmware : EasyWeatherV1.6.5 Batteriestand: : 0 Gateway-Modell : HP1000SE-PRO_Pro_V1.7.8 Zusatzsensoren: soilmoisture1 : 0 soilmoisture2 : 0 soilmoisture3 : 0 soilmoisture4 : 0 soilbatt1 : 1.2 soilbatt2 : 1.2 soilbatt3 : 1.2 soilbatt4 : 1.1 Datenstring für ioBroker: javascript.0.Wetterstation.Innentemperatur=22.50&javascript.0.Wetterstation.Aussentemperatur=8.72&javascript.0.Wetterstation.Taupunkt=5.11&javascript.0.Wetterstation.Gefuehlte_Temperatur=7.17&javascript.0.Wetterstation.Innenfeuchtigkeit=47&javascript.0.Wetterstation.Aussenfeuchtigkeit=78&javascript.0.Wetterstation.Wind=9.65&javascript.0.Wetterstation.Wind_max=14.80&javascript.0.Wetterstation.Windrichtung=357&javascript.0.Wetterstation.Druck_absolut=991.33&javascript.0.Wetterstation.Druck_relativ=1015.03&javascript.0.Wetterstation.Regenrate=0&javascript.0.Wetterstation.Regen_Tag=0&javascript.0.Wetterstation.Regen_Woche=0&javascript.0.Wetterstation.Regen_Monat=0&javascript.0.Wetterstation.Regen_Jahr=0&javascript.0.Wetterstation.Sonnenstrahlung=8.19&javascript.0.Wetterstation.UV_Index=0&javascript.0.Wetterstation.Zeitstempel=02.04.2023%2017:57:56&javascript.0.Wetterstation.Info.FW_Version=EasyWeatherV1.6.5&javascript.0.Wetterstation.Info.Station_Batteriestatus=0&javascript.0.Wetterstation.Windboeen_max=14.80&javascript.0.Wetterstation.Regen_Event=0&javascript.0.Wetterstation.Regen_Stunde=0&javascript.0.Wetterstation.Info.Wetterstation_Gateway=HP1000SE-PRO_Pro_V1.7.8&javascript.0.Wetterstation.Windrichtung_10min=251&javascript.0.Wetterstation.Wind_10min=9.33&javascript.0.Wetterstation.DP100.1.Bodenfeuchtigkeit=0&javascript.0.Wetterstation.DP100.2.Bodenfeuchtigkeit=0&javascript.0.Wetterstation.DP100.3.Bodenfeuchtigkeit=0&javascript.0.Wetterstation.DP100.4.Bodenfeuchtigkeit=0&javascript.0.Wetterstation.DP100.1.Batterie=1.2&javascript.0.Wetterstation.DP100.2.Batterie=1.2&javascript.0.Wetterstation.DP100.3.Batterie=1.2&javascript.0.Wetterstation.DP100.4.Batterie=1.1&javascript.0.Wetterstation.Regenstatus=kein Regen&javascript.0.Wetterstation.UV_Belastung=keine&javascript.0.Wetterstation.Windrichtung_Text=WSW&javascript.0.Wetterstation.Info.Hitzeindex= DATA von Wetterstation: PASSKEY=xxxxxx&stationtype=EasyWeatherV1.6.5&dateutc=2023-04-02+15:57:56&tempinf=72.5&humidityin=47&baromrelin=29.974&baromabsin=29.274&tempf=47.7&humidity=78&winddir=357&winddir_avg10m=251&windspeedmph=6.0&windspdmph_avg10m=5.8&windgustmph=9.2&maxdailygust=9.2&rainratein=0.000&eventrainin=0.000&hourlyrainin=0.000&dailyrainin=0.161&weeklyrainin=0.161&monthlyrainin=0.161&yearlyrainin=3.370&solarradiation=8.19&uv=0&soilmoisture1=0&soilmoisture2=0&soilmoisture3=0&soilmoisture4=0&rrain_piezo=0.000&erain_piezo=0.000&hrain_piezo=0.000&drain_piezo=0.000&wrain_piezo=0.000&mrain_piezo=0.000&yrain_piezo=0.000&wh65batt=0&wh25batt=0&soilbatt1=1.2&soilbatt2=1.2&soilbatt3=1.2&soilbatt4=1.1&freq=868M&model=HP1000SE-PRO_Pro_V1.7.8 Debug VAR: Installationsverzeichnis: /home/iobroker IPP: 192.168.xxx.xxx:8087 WS_PORT: 9080 WS_POLL: 25 PRE_DP: javascript.0.Wetterstation WEB: HTTP WS_PROT: Ecowitt Zusatzsensoren: DP10/35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 5 | 0 | 0 | 0 WH31: 0 || WS90: 0 Bresser: 7009999 [0] Script-Version: V3.0.0 Config-Version: V3.0.0 Sub-Version: V3.0.0 Datenübertragung an awekas.at: (vor einer Veröffentlichung unbedingt zumindest das Passwort unkenntlich machen, ggf. auch die Station-ID[=Benutzername]) --2023-04-02 17:57:59-- https://ws.awekas.at/weatherstation/updateweatherstation.php?ID=XXXXX&PASSWORD=XXXXXXXX&dateutc=2023-04-02+15:57:56&tempf=47.7&humidity=78&winddir=357&uv=0&windspeedmph=6.0&absbaromin=29.274&baromin=29.974&solarradiation=8.19&windgustmph=9.2&dailyrainin=0.000&indoortempf=72.5&indoorhumidity=47 Auflösen des Hostnamens ws.awekas.at (ws.awekas.at)… 195.189.4.166 Verbindungsaufbau zu ws.awekas.at (ws.awekas.at)|195.189.4.166|:443 … verbunden. HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK Länge: 54 [text/html] Wird in »STDOUT« gespeichert. - 0%[ ] 0 --.-KB/s - 100%[==========================================================================================>] 54 --.-KB/ s in 0s 2023-04-02 17:57:59 (46,8 MB/s) - auf die Standardausgabe geschrieben [54/54]Irgendeine Idee woran das liegen könnte`?
EDIT: hab das Protokoll von Ecowitt auf Wunderground umgestellt und nun hab ich wieder die Regendaten.
Wird das bei Ecowitt nicht übertgragen? -
@tritor sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Wird das bei Ecowitt nicht übertgragen?
Ecowitt hat nur einen etwas anderen "Header", sonst aber die gleichen Daten wie WU, nur noch ein paar mehr.
Es scheint ja auch die ganze Zeit funktioniert zu haben, nur halt jetzt, warum auch immer, nicht mehr.
Allerdings ist der String von der Station an der Stelle bei dir tatsächlich "0".Könnte sein, dass dein Display "hängen geblieben ist" (die Zusatzsensoren liefern außer dem Batteriewert scheinbar auch nichts). Falls du Wert auf deine bisherigen Regendaten im Display legst, dann prüfe zuerst mal die Backup-Batterien des Displays. Trenne es danach mal 2-3 Minuten vom Strom und stecke es dann wieder ein.
-
@sborg
naja schon schräg, dass bei WU Daten übertragen werden. Welche Daten werden denn bei Echo mehr übertragen? -
nur zur Info:
https://de.elv.com/forum/kein-datentransfer-wenn-internetverbindung-gesperrt-23038leider bis dato keine Antwort von den Spezialisten bekommen.....
lg
Manfred
