Hallo zusammen,
es sieht so aus, als ob mein Besuch in Shenzhen bald "greifbare" Früchte trägt.
Dem WS90 soll in Kürze eine neue Funktion via Firmware verpasst werden: Regenbeginn - sozusagen der erste-Tropfen-Report.
Das/die Rücksetzkriterium/-kriterien werden noch diskutiert.
Im Moment sieht es so aus, dass wenn die WS90-Oberfläche wieder trocken ist oder sich die Feuchte für zwei Stunden nicht verändert, wird wieder auf "trocken" zurückgesetzt.
Vielleicht wird das in einem späteren Upgrade noch weiter verfeinert .
Im ecowitt.net Dashboard wird es dann so aussehen:
WS90-start-rain1.jpg (35.5 KiB) 2384 mal betrachtet
und im WebUI / WSview Plus erscheint die Rgenwolke:
WS90-start-rain-UI.jpg (46.48 KiB) 2384 mal betrachtet
Zuletzt geändert von Gyvate am 11 Sep 2024, 20:08, insgesamt 1-mal geändert.
in WS View Plus sieht die erste-Regentropfen-Registrierung übrigens folgendermassen aus:
WS85-90-WSV-rain-start.jpg (31 KiB) 1547 mal betrachtet
Bei Regenbeginn erscheint rechts aussen die kleine Regenwolke - im WebUI ist die Regenwolke über den Piezo Regen-mm
WS90-start-rain-UI.jpg (61.61 KiB) 1546 mal betrachtet
Ich teste zur Zeit gerade die GW2000 firmware 3.1.5 und WS View Plus 2.0.50 dazu, die diese Anzeige beherrschen. Das ecowitt.net Dashboard kann die Anzeige auch bereits (Wenn die Konsole es beherrscht und die Daten sendet).
Ich hatte glücklicherweise für die Tests in den letzten Tages öfters Regen mit Unterbrechungen.
Heute abend meinte ich dann, dass Anzeige "Regen" falsch sei - ein Blick nach draussen auf die breite Abdeckung der Terrassenmauer belehrte mich dann eines Besseren. Man konnte auch dort, wenn auch wenige, Regentropfen sehen und auch mein WN35 hatte angestiegene "Blattfeuchte" gemeldet.
Das scheint also recht gut zu funktionieren.
Es können auch 16 WH51 (Bodenfeuchte) Sensoren regisitriert werden !
Für diese Funktionalitäten bedarf es keines Sensorupgrades !
Zunächst wird es nur der GW2000 können. Nach und nach wird die Funktionalität auf alle IoT-fähigen Konsolen ausgerollt (d.h. WS2320, WS2910, HP25x0, HP350x, WH2650/80, GW1000, GW1100, WN1900/10/20, WS6006 nicht, GW1200, GW2000, WN1980, WN182x, WS3800, WS39x0 und WS6210 schon)
Hallo Gyvate,
seh ich das richtig, dass es im livedata-Info der folgenden String/Teil ist: "piezoRain": [{ "id": "srain_piezo", "val": "1" }?
Also
0 = trocken bzw. kein Regen in den letzten 2 Stunden
und
1 = Regen bzw. Regen in den letzten 2 Stunden ?
Das "data reporting interval" ist beim WS90 auf 8.5s festgelegt. Also alle 8.5s sendet der WS90 Sensor Daten z.B. an das Gateway z.B. GW2000.
Wenn man dann z.B. einen CustomServer im Gateway eingetragen hat, kann man auch nochmal ein Uploadinterval angeben z.B 60s.
Wie sieht das bei der neuen Funktion (Regenerkennung aus). Sendet der WS90 in diesem Fall außerhalb der 8.5s eine Nachricht an das Gateway? Oder dauert dies im worstcase 8.5s bis man diese Meldung im Gateway sieht?
Wenn man dann noch einen CustomServer verwendet und z.B. die Daten alle 60s sendet, dann wartet man ggf. relativ lange, bis man die Regenmeldung mitbekommt.
Die 8.5s wären schon recht lange, wenn man die Regenmeldung für andere Aktionen nutzen möchte. Und das Uploadinterval beim CustomServer auf 1s zu stellen, ist auch nicht so optimal.
Gibt es dazu noch Infos (ob der Sensor in diesem Fall sofort eine Nachricht sendet oder 8.5s wartet) oder Optimierungsmöglichkeiten (z.B. eine Option in diesem Fall die Daten unabhängig vom Uploadinterval an den CustomServer zu senden)?
WS85 und WS90 senden im Intervall von 8,5 Sekunden, nicht kürzer und auch nicht in längeren Abständen.
Die genannten 60 Sekunden für ein Custom-Server Update sind m.E. kein Kriterium sondern eine Dir selbst auferlegte Beschränkung, die man schlecht dem Sensor anlasten kann. Du kannst ja die Konsole auch alle 8 Sekunden via Custom Server senden lassen. Im schlechtesten Fall dauert es dann halt 16.5 Sekunden, bis die Nachricht woanders als in der Konsole (App/WebUI) ankommt. Jedenfalls viel schneller, als bis der erste Löffel kippt.
Unter 8 Sekunden kannst Du meines Wissens mittlerweile das Sendeintervall nicht mehr dauerhaft stellen. Die Firmware setzt auf 8 Sekunden zurück, selbst wenn man das WebUI umgeht. Ggf. wird das bei Gelegenheit wieder auf 4 Sekunden verkürzt, aber weniger macht auch wenig Sinn, wenn das kürzesteste Sensorsendeintervall 4,75 Sekunden (WS80) ist.
Für zeitkritische Echtzeitanwendungen sind private Wetterstationen eher weniger geeignet.
Die 8,5s sind also auch bei diesem Ereignis fix. Schade. Es hätte ja durchaus sein können, dass es für diese Meldung eine Ausnahme gibt.
Natürlich sind die 60s von mir definiert und ich laste dies niemandem an.
Für alle anderen Sensorwerte reicht mir die 60s Genauigkeit aus.
Wenn ich schnellstmöglich mitbekommen möchte ob es regnet, dann müsste ich 1s einstellen. Dies würde aber dazu führen, dass ich ~8s lang identische Daten erhalte und im worstcase 9,5s warten muss, bis ich dies mitbekomme.
Für diese Meldung (ob es regnet) wäre eine Eventbasierte Meldung besser geeignet. Man könnte es auch Anregung oder FeatureRequest nennen.
Und selbst wenn der Sensor weiterhin im 8,5s Raster die Daten an das GW sendet, das GW2000 aber ein Option bieten würde auf dieses Ereignis hin unabhängig von der eingestellten Zeit die Daten an den CustomServer zu senden, wäre eine nette Option.
Für zeitkritische Echtzeitanwendungen sind private Wetterstationen eher weniger geeignet.
So ist es wohl. Da hatte ich wohl eine zu große Erwartungshaltung
Das Ecowitt für solche Ereignisse (Regenbeginn, Blitz) nicht eventbasiert vorgeht ist eine für mich nicht nachvollziehbare Einschränkung, aber halt - leider - nach wie vor deren Designentscheidung. Ich hab das auch schon zur Sprache gebracht, aber bislang nur Antworten bekommen, die mich haben verstehen lassen, dass die zugrunde liegende Problematik nicht richtig verstanden wird.
