Wettersensor HMIP-SWO-PR: Fakten und Fragen
Moderator: Co-Administratoren
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
Hallo,
hat jemand die Parameterbeschreibung für die swo-pr?
Danke und Grüße
hat jemand die Parameterbeschreibung für die swo-pr?
Danke und Grüße
-
- Beiträge: 169
- Registriert: 15.12.2019, 12:26
- System: CCU
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 19 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
ja, steht auf Seite 1 hier im topic
wenn wir uns alle gegenseitig helfen, ist allen geholfen
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
-
- Beiträge: 102
- Registriert: 20.02.2019, 10:42
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 4 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
Tschuldige, daß ich das sagen muß, aber ein völlig sinnfreier Quote, der die Lesbarkeit des gesamten Threads massiv verschlechtert
Ich habe nicht die letzte Stunde verwendet, sondern verwende aktuelle Stunde und letzte Stunde (=vorherige Stunde).
Für aktuelle Stunde setze ich die Werte zur vollen Stunde auf 0 und schiebe vorher den letzten Wert in die vorherige Stunde
Gruß Peter
------------------------------------------
Stand 27.01.2024:
Home (RaspberryMatic auf RP4 mit HB-RF-ETH): 1203 Kanäle in 202 Geräten und 16 CUxD-Kanäle in 1 CUxD-Geräten
Office (RaspberryMatic auf CCU3): 359 Kanäle in 51 Geräten und 16 CUxD-Kanäle in 1 CUxD-Geräten:
------------------------------------------
Stand 27.01.2024:
Home (RaspberryMatic auf RP4 mit HB-RF-ETH): 1203 Kanäle in 202 Geräten und 16 CUxD-Kanäle in 1 CUxD-Geräten
Office (RaspberryMatic auf CCU3): 359 Kanäle in 51 Geräten und 16 CUxD-Kanäle in 1 CUxD-Geräten:
------------------------------------------
-
- Beiträge: 169
- Registriert: 15.12.2019, 12:26
- System: CCU
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 19 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
ich glaube nicht, dass das so die Frage war.
Ein Starkregenereignis, was dann meist auch zu erheblichen Schäden führt, definiert sich meist über viel Niederschlag in einem kurzen Zeitraum. der Netatmo-Regensensor liefert dafür den Wert Regenmenge_30min. Bisher habe ich diesen genutzt, um bei >15mm eine erste Warnung zu generieren. Wenn dann noch der Wert des Tages auf über 40 mm steigt, gibts einen Alarm im Haus.
Da ich nun in Kürze wahrscheinlich die Netatmo-Werte nicht mehr nutzen kann, (Thema oauth2 ->viewtopic.php?f=31&t=28188&p=734458#p734458
würde ich auch gerne wissen, wie man das mit den Werten des HMIP-Wettersensors berechnen kann, sprich, wieviel hat es in den letzten 30 Minuten geregnet. Wenn der Sensor also bei Regen = ja alle 3 Minuten einen Wert sendet, muss man ja die Werte so berücksichtigen, dass man ein delta bildet des Wertes 1 (vor 30 Minuten) und dem gerade aktuellen Wert (Wert 10). Wenn der Sensor dann den nächsten Wert liefert (Wert 11), muss dieser wieder ins Verhältnis gebracht werden zu Wert 2, usw.
Hat jemand eine Idee, wie man das per Script realisieren kann?
Ein Starkregenereignis, was dann meist auch zu erheblichen Schäden führt, definiert sich meist über viel Niederschlag in einem kurzen Zeitraum. der Netatmo-Regensensor liefert dafür den Wert Regenmenge_30min. Bisher habe ich diesen genutzt, um bei >15mm eine erste Warnung zu generieren. Wenn dann noch der Wert des Tages auf über 40 mm steigt, gibts einen Alarm im Haus.
Da ich nun in Kürze wahrscheinlich die Netatmo-Werte nicht mehr nutzen kann, (Thema oauth2 ->viewtopic.php?f=31&t=28188&p=734458#p734458
würde ich auch gerne wissen, wie man das mit den Werten des HMIP-Wettersensors berechnen kann, sprich, wieviel hat es in den letzten 30 Minuten geregnet. Wenn der Sensor also bei Regen = ja alle 3 Minuten einen Wert sendet, muss man ja die Werte so berücksichtigen, dass man ein delta bildet des Wertes 1 (vor 30 Minuten) und dem gerade aktuellen Wert (Wert 10). Wenn der Sensor dann den nächsten Wert liefert (Wert 11), muss dieser wieder ins Verhältnis gebracht werden zu Wert 2, usw.
Hat jemand eine Idee, wie man das per Script realisieren kann?
wenn wir uns alle gegenseitig helfen, ist allen geholfen
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
-
- Beiträge: 14086
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 581 Mal
- Danksagung erhalten: 1492 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
Es gibt doch diverse Lösungen, die das über den Tag, Woche, Monat, Jahr abspeichern. Wo ist das Problem, eine solche Lösung als Vorlage für 30 Minuten zu nehmen?
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 169
- Registriert: 15.12.2019, 12:26
- System: CCU
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 19 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
weil diese einfach nur summieren. Bei meiner Anforderung müssen aber mal mindestens 10 Werte kontinuierlich in einer Art array abgespeichert werden
wenn wir uns alle gegenseitig helfen, ist allen geholfen
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
-
- Beiträge: 14086
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 581 Mal
- Danksagung erhalten: 1492 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
Mag sein, dass das Deinen Vorstellungen entspräche, weil Du das mit einem solchen 30-Minuten-Wert bisher gemacht hast. Du möchtest aber eine kurzfristige Erkennung von Starkregen haben (zumindest meine ich, das aus Deinem Post herausgelesen zu haben). Für Starkregen und ggf. daraus abgeleiteten Aktionen ist eine kurzfristige Erkennung notwendig. Es nützt Dir wenig, wenn Du das nach 30 Minuten gemeldet bekommst.
Grundsätzlich reicht es für diesen Zweck, das Delta zwischen zwei (oder mehr - was es aber wieder komplizierter macht, weil Du dann nicht mit .LastValue() arbeiten kannst) übermittelten akkumulierten Werten festzustellen. Wenn Regen einsetzt und Du hast von einer Datenübermittlung zur nächsten einen Sprung auf/um 9mm, kannst Du bei einem Drei-Minuten-Takt daraus ableiten, dass aktuell Regen mit 3mm/min fällt. Auch bei einer Abfrage alle 30 Minuten könntest Du das Delta aus zwei Werten als Gradient ermitteln. Dazu benötigst Du kein Array.
Den Gradienten bezogen auf die Minute benötigst Du auch nicht unbedingt zum Triggern von Aktionen, wenn Du Deine Aktionen aus dem Rohwert (Differenz zwischen zwei Übermittlungen) ableitest. Mit dem Einzeiler "dom.GetObject("Differenz").State(dom.GetObject("$src$").Value() - dom.GetObject("$src$").LastValue());" schreibst Du die Differenz aus den letzten beiden übermittelten Werten des triggernden Messwertes (z.B. eben die Tagesregenmenge) in eine Systemvariable mit dem Namen "Differenz". Ob Du jetzt auf 3mm/min oder 9mm Differenz zwischen zwei Datenübermittlungen triggerst ist für die Aktion egal. Ersteres sieht nur schöner aus.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 169
- Registriert: 15.12.2019, 12:26
- System: CCU
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 19 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
ja, das ergab sich aus der Erfahrung, 45 mm innerhalb knapp 45 Minuten = Keller voll
Daher habe ich getriggert auf 30 mm und dann alarmieren.
Das Argument lasse ich gelten
Danke für die Hilfe, ich werds mal so umsetzen, das klingt sehr plausibel. Bezogen auf die Minute oder 3 kann man es nicht machen, da der Sensor in unregelmäßigen Abständen die Werte sendet (zwischen 1 und bis zu fast 4 Minuten).
Gruß Germa
wenn wir uns alle gegenseitig helfen, ist allen geholfen
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
-
- Beiträge: 14086
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 581 Mal
- Danksagung erhalten: 1492 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
Doch, kann man auch. Man kann die Zeitstempel der Werte auslesen und die Differenz bilden und dann auf die Minute oder was auch immer hochrechnen. Ist nur in der Umsetzung etwas aufwändiger, aber nicht unmöglich. Die Zählerscripte (ich benutze das von thkl) bieten Dir auch Vorlagen für diese Verfahrensweise.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 169
- Registriert: 15.12.2019, 12:26
- System: CCU
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 19 Mal
Re: Wettersensor HMIP-SWO-PR: Fakten und Fragen
das mit etwas mehr Aufwand genauer zu berechnen, ist gar nicht nötig, da es ja nur darum geht, Warnungen bzw. Alarme auszulösen, wenn innerhalb eines bestimmten Zeitraums viel Regen fällt:
Beispiel:
Wert kommt, Differenz ist >3mm = irgendeine Variable setzen auf Stufe 1 (man will ja z.B. nachts nicht gleich bei einem kurzen starken Schauer aus dem Bett geworfen werden)
nächster Wert kommt, Differenz ist wieder >3mm = wenn Variable auf Stufe 1, dann auf Stufe 2 setzen, Warnung über Pushover ans Handy schicken
nächster Wert kommt, Differenz ist wieder >3mm = wenn Variable auf Stufe 2, dann auf Stufe 3 setzen, Alarmierung im Haus auslösen
Das wäre dann insgesamt ein Zeitraum von 10 Minuten, der ein sicheres Starkregenereignis detektiert
Ist diese Vorgehensweise sinnvoll oder denke ich da falsch?
hast Du da einen link zum Zählerscript, hier im Forum habe ich es nicht gefunden? Falls ich da doch noch mal genauer hinterhergehe
Gruß Germa
Beispiel:
Wert kommt, Differenz ist >3mm = irgendeine Variable setzen auf Stufe 1 (man will ja z.B. nachts nicht gleich bei einem kurzen starken Schauer aus dem Bett geworfen werden)
nächster Wert kommt, Differenz ist wieder >3mm = wenn Variable auf Stufe 1, dann auf Stufe 2 setzen, Warnung über Pushover ans Handy schicken
nächster Wert kommt, Differenz ist wieder >3mm = wenn Variable auf Stufe 2, dann auf Stufe 3 setzen, Alarmierung im Haus auslösen
Das wäre dann insgesamt ein Zeitraum von 10 Minuten, der ein sicheres Starkregenereignis detektiert
Ist diese Vorgehensweise sinnvoll oder denke ich da falsch?
hast Du da einen link zum Zählerscript, hier im Forum habe ich es nicht gefunden? Falls ich da doch noch mal genauer hinterhergehe
Gruß Germa
wenn wir uns alle gegenseitig helfen, ist allen geholfen
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631
_______________________________________________
CCU3 seit 2018, 103 Geräte, 202 Programme, 222 sysvar
Projekte: Wettersensor viewtopic.php?t=65631