[Linux Shell-Skript] WLAN-Wetterstation

[vmi]

@sborg Super vielen Dank. Jetzt läuft es wieder

Noch eine Frage bekomme folgende Meldungen beim debug Test ... habe aber keine DP50 Sensoren?

Ist bisher nicht aufgefallen

{
    "error": "datapoint \"0_userdata.0.Wetterstation.DP50.1.Temperatur\" not found"
  },
  {
    "error": "datapoint \"0_userdata.0.Wetterstation.DP50.1.Feuchtigkeit\" not found"
  },
  {
    "error": "datapoint \"0_userdata.0.Wetterstation.DP50.2.Temperatur\" not found"
  },
  {
    "error": "datapoint \"0_userdata.0.Wetterstation.DP50.2.Feuchtigkeit\" not found"
  },
  {
    "error": "datapoint \"0_userdata.0.Wetterstation.DP50.3.Temperatur\" not found"
  },
 {
    "error": "datapoint \"0_userdata.0.Wetterstation.DP50.1.Batterie\" not found"
  },
  {
    "error": "datapoint \"0_userdata.0.Wetterstation.DP50.2.Batterie\" not found"
  },
  {
    "error": "datapoint \"0_userdata.0.Wetterstation.DP50.3.Batterie\" not found"
  },

Die zwei Aussentemeratur Sensoren habe ich nicht eingebunden, da nur ein DP40 unsterstützt wird, oder?

Kann es ein, das der Pool Thermometer von ecowitt WN36 und die WH31 als DP50 erkannt werden?

Hbae jetzt einfach mal die DP50 Datenpunkte angelegt und siehe da, die Daten sind da

Jetzte hatte das ganze Updatethema auch noch was gutes, habe jetzt alle Thermometer im ibroker

Vielen Dank und ein schönes Wochenende

[Negalein]

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

Kommen die Daten jetzt noch immer regelmäßig an?

nein, seit Mittwoch 19 Uhr tot

[crunchip]

@vmi mal so nebenbei, hast du vllt. vergessen deine Höhenmeter zu hinterlegen oder wo liegt dein Wohnort

[vmi]

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

so nebenbei, hast du vllt. vergessen deine Höhenmeter zu hinterlegen oder wo liegt dein Wohnort

warum meinst Du? 199 über dem Meer

[crunchip]

@vmi weil dein absolut und relativ beides auf 989hPa steht.
Unter Calibration bei Altitude for REL muss die Höhenangabe rein

[vmi]

@crunchip Du hattest Recht, war leer . Danke

[kimalex]

Bearbeitet: Auch gefunden, hat sich erledigt. Vielen Dank!

@easytj

Hallo, du hattest letztes Jahr das Problem "parse error: Invalid numeric literal at line 1, column 7" und hattest es anscheinend schnell selbst gelöst.

Jetzt habe ich die gleiche Fehlermeldung. Weißt du noch, was du damals gemacht hast?

Vielen Dank und viele Grüße!

[icebear]

Hallo

da ich jetzt auch von meiner Netatmo auf eine neue Wetterstation umsteigen möchte, und dann das Script nutzen will, hätte ich eine Frage.

Da ich die Zeit bis die neue Wetterstation endgültig ausgewählt ist nutzen möchte schon mal alles vorzubereiten, hab ich mir mal die Installation angeschaut, und hätte da eine Frage dazu.

Bei mir läuft schon ein Pi-hole auf meiner Synology , ich möchte das Script aber auf einem Raspi laufen lassen. Ich hab nicht so ganz verstanden, ob das Script und Pi-hole auf der gleichen Maschine laufen müssen oder ob das egal ist und es nur darauf ankommt das im Netz ein Pi-hole läuft..

Könnte mir einer die Frage beantworten?

[DGR]

@icebear
Ich habe seit etwa zwei Monaten eine Ecowitt-Station.
Bei mir läuft alles (iobroker, influxdb, Grafana, pi-hole) auf einem raspberry pi 5.
Die Daten der Wetterstation laufen in iobroker rein und werden nach influxdb weitergegeben und können auch in Grafana dargestellt werden (neben der Darstellung über den Browser oder in der App).
Die Einbindung in iobroker erfolgte leicht.
Siehe den Beitrag hier im Forum : "MQTT für Ecowitt Wetterstation"

[crunchip]

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

Ich hab nicht so ganz verstanden, ob das Script und Pi-hole auf der gleichen Maschine laufen müssen oder ob das egal ist und es nur darauf ankommt das im Netz ein Pi-hole läuft..

das script hier hat nichts mit pi-hole zu tun

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

Profi Wlan Wetterstation FT0300 (1) @XxJooO
(1) Abfrage per DNS-Server wie bspw. PiHole oder dnsmasq

macht das per pi-hole

[icebear]

@crunchip

Oh, ich hatte das glatt im ersten Thread überlesen das sich das mit dem pi-hole auf die Fußnote bezieht.

Ich bin direkt zum Wiki mit der Installation und hatte gedacht das sich das auf alle Wetterstationen bezieht.

Danke für den Hinweis

[Mike77]

Hallo zusammen

Ich vermute mal, dass das nicht normal ist bei Ecowitt, zudem es nicht mal geregnet hat gestern.

Mike

[icebear]

Hallo

Ich hab mir jetzt mal Komponenten von Ecowitt als Ersatz für meine Netatmo zusammengestellt. Die da wären:

• GW3000

• WS80 Sensor Array (Ultraschall-Sensor-Array für Windgeschwindigkeit und -richtung, Sonneneinstrahlung und Licht, Temperatur und Luftfeuchtigkeit)

• WH40H (Regen)

• WH/WN32 (Temperatur / Luftfeuchtigkeit)

jetzt hab ich mir mal die wetterstation.conf angesehen und festgestellt das bei den Zusatzsensoren die WS80, WH40H und WH/WN32 nicht explizit aufgeführt sind.

Heißt das für mich das ich dann mit der oben genannten Zusammenstellung das Script so gar nicht nutzen kann, weil ich ja die Zusatzsensoren nicht eintragen kann ?

[DGR]

@icebear
Ich hatte mir diese Station gekauft. Da war eigentlich alles dabei :
ECOWITT Wetterstation funk mit Außensensor, Drahtlose Wetterstation Array WS69, mit 3 in 1 WiFi/Wired Hub Gateway GW2000, Genaue Wettervorhersagedaten für Haus und Garten 868 MHz https://amzn.eu/d/cVCYC43

Die Integration in iobroker hat auch geklappt.

[icebear]

@dgr said in [Linux Shell-Skript] WLAN-Wetterstation:

ECOWITT Wetterstation funk mit Außensensor, Drahtlose Wetterstation Array WS69,

Hatte ich mir auch angesehen, ich wollte aber den Wind- und Regensensor getrennt haben, wegen dem Aufstellort.

Das WS80 Sensor Array wird ja auch nich das Problem sein, sondern dann der Regensensor (WH40/WH40H), den seh ich in der wetterstations.config nicht als zusätzlicher Sensor.
Genauso wie den WH/WN32, die Frage ist halt würden die trotzdem mit dem Script funktionieren?

[DGR]

@icebear
OK. Das war bei mir einfach.

[Boronsbruder]

@icebear
Also selbst das sollte nicht das Problem sein.
Der Sensor wird ja vom Gateway erkannt.
Die Station sendet dann die Daten als

rainratein=0.000&eventrainin=0.000&hourlyrainin=0.000&dailyrainin=0.000&weeklyrainin=0.650&monthlyrainin=1.063&yearlyrainin=11.197&totalrainin=11.197

Nur für die Zusatzsensoren, wie z.B. Feuchte muss ja ausgefiltert werden, welche Sensor-Nummer zu welchen Daten gehört und wieviele vorhanden sind.
Die Basis-Daten wie Regen, Aussen-Luftfeuchte, -Temperatur, Luftdruck, Wind, Lichteinstrahlung und UV sind alles "SINGLE"-Werte

Du musst dann einstellen, welche Daten im Gateway genutzt werden sollen:

Der WN32 ist eigentlich unnötig, da das WS80 ja die Aussentemperatur und Luftfeucht misst.

[icebear]

@boronsbruder said in [Linux Shell-Skript] WLAN-Wetterstation:

Also selbst das sollte nicht das Problem sein.

Ah, ok. Das hört sich ja vielversprechend an.
Das heißt ich müsste dann bei den Zusatzsensoren auch gar nichts, bzw. nur die eintragen, die ich auch habe und den Rest regelt das Gateway.

[Boronsbruder]

@icebear
Siehe oben

Ich hab z.B. ein WH32P (ehem WH32B?) für den Luftdruck und den Fühler am GW2000 abgetrennt, weil das GW draussen unter dem Vordach hängt.

Zitat von der Ecowitt-Seite:

The WN32 sensor serves as your primary source for outdoor temperature and humidity readings.

When used with a multi-sensor array, the WN32 will override the built-in temperature and humidity readings of other devices (such as WN67, WS69, WS80, WS90, WittBoy models). It’s ideal for separating your temperature and humidity data from the main array. However, if you need an additional set of readings, consider using the WN31 instead.

Only one WN32 sensor or multi-sensor array can be set as the primary device for reporting temperature and humidity to online services via the gateway or console.
This cannot be used as an additional sensor; please opt for the WN31 multi-channel sensor.
Make sure to enable the T&H sensor option on your console or gateway before the readings are recorded.
`