@paul53 Danke

Hallo zusammen,

seit längerem wollte ich gerne auch die Regenmenge tracken, die bei uns herunterkommt. Lange hatte ich da die Homematic IP Lösung Wetterstation Plus im Blick. Aber 200€ waren mir dann doch zu viel. Ich habe mich daher dazu entschiedenen, da ich keine Zeit habe selbst zu bauen, einen anderen Sensor zu kaufen. Den, den ich gefunden habe war: RANWIE01 von aqua-scope. Er ist etwas erschwinglicher und ist mit 70€ (inkl.) Versand immer noch teuer. Ich habe ihn selbst gekauft und wollte einmal von meinen Erfahrungen berichten. Die Qualität des Platikgehäuses wirkt solide sieht aber eher nach einem anthrazitfarbenen KG-Rohr aus.

Die Installation ist gut gemacht, wenn man eine Sache weiß. Man legt die Batterien ein und hat dann 120 Sekunden Zeit ihn zu konfigurieren. Man bekommt ein Webinterface angezeigt, in welches man seine WLAN-Daten eingibt und laut Anleitung "optional" eine Mail-Adresse. Diese ist aber im Formular nicht optional, sondern man muss zumindest irgendetwas angeben. Zusätzlich unter "Advanced Options" kann man seine MQTT-Credentials angeben. Aufgrund dieser Funktionalität habe ich ihn ausgewählt. Mit einem Klick auf Save speichert er dann die Konfiguration auf dem Sensor. Wichtig zu wissen ist, dass das Webinterface ab jetzt nicht mehr aufgerufen werden kann. Auch nicht, wenn man den Sensor über die Hardware-Taste kurz aufweckt. Das hat mich einige Zeit gekostet bis ich das verstanden hatte.

Wenn man alles richtig gemacht hat, kann man schon bald im MQTT-Adapter ein Objekt finden. Der Sonoff-Adapter funktioniert übrigens nicht. Das Objekt beinhaltet nur einen String im JSON Format:

{"eid":"XXXXX","tan":"0","uptime":"87073","temperature":"216","rainlevel":"0","voltage":"30","battery":"12728","raintotal":"8865"}

Dieses habe ich dann mit einem Blockly ausgewertet:

Das Blockly schaut, ob ein bestimmtes Attribut in der Response vorhanden ist. Wenn ja, werden die verschiedenen Attribute in den Userdata gesetzt. Hierbei werden bereits einige Skalierungen vorgenommen. Laut Support:

• uptime [ s],
• temperature 1/10 [°C],
• rainlevel [mm],
• voltage 1/10 [V],
• battery [µAs],
• raintotal [mm]

Zusätzlich checkt das Blockly noch die Batteriespannung. Wenn diese einen zu niedrigen Wert erreicht, werde ich benachrichtigt.

Übrigens, laut Herstellerangabe hat der Sensor eine "Genauigkeit von 0,5 mm Wassersäule". Die entsprechenden Werte sind allerdings Integer, daher ist aus meiner Sicht die resultierende Genauigkeit eher 1mm. Der Unterschied zwischen rainlevel und raintotal ist, dass sich rainlevel auf die letzten 15min bezieht.

Da ich auch schon einige Hilfen im Block bekommen habe, wollte ich meine Erfahrung einmal teilen. Vielleicht hat der eine oder andere ja auch noch eine gute Idee oder ein Verbesserungsvorschlag.

@asgothian @paul53

Vielen Dank euch beiden! Ich schaue dann einmal, ob ich das über JS schreibe oder die Rekursion nutze.

Hallo zusammen,
ich habe mir eine Bewässerungssteuerung zusammengestellt, die in mehreren Intervallen (t_intervall) das gleiche Ventil anstellen soll (über den Smartgarden Adapter). Nun könnte ich das natürlich über den Intervallblock lösen, allerdings hat das den Nachteil, dass erst nach dem eingestellten Zeitintervall (t_0+1*t_intervall) das Ventil eingeschaltet wird und man über einen zusätzlichen Counter die Anzahl der Schaltungen mitverfolgen muss (irgendwann soll es ja auch wieder aufhören). Die Lösung für den späten Start ist, dass man vor dem Intervallblock, die Blocke, die zum Zeitpunkt t_0 ausgeführt werden sollen, redundant ausführt:

Für mich auch keine schöne Lösung.

Meine Idee war daher, dass ich über eine for-Schleife timeouts zu verschiedenen Zeitpunkten starte, die ich ja im Vorfeld kenne. Ein Minimalbeispiel sieht wie folgt aus:

Allerdings tue ich mich momentan schwer damit, diese wieder zu stoppen, wenn ich z.B. die Bewässerung einmal unterbrechen möchte (daher der stop-timeout am Ende, um das einmal zu testen). Vielleicht hat von euch ja jemand eine gute Idee oder einen besseren Ansatz?

Schon einmal herzlichen Dank!

@jpgorganizer Hi, ich habe mich wegen der Problematik auch einmal angemeldet. Ich habe auch seit einigen Tagen die Fehler 429. Momentan funktioniert auch das Test-Script von Gardena nicht mehr und meldet auch mit einem neuen Schlüsselpaar den 429er zurück. Daher habe ich Gardena auch direkt einmal angeschrieben.

Hinsichtlich unmotivierte Kommunikation: Interessant ist, dass der Rate-Counter folgendes bei mir anzeigt:

{      "2022-07-20": {
        "count": 31,
        "01": {
          "count": 4
        },
        "02": {
          "count": 11
        },
        "04": {
          "count": 11
        },
        "06": {
          "count": 5
        }

Obwohl ich da keine Aktivität durchgeführt habe (und eigentlich auch kein Script laufen sollte). Das Log (Debug-Modus) für die Zeit zwischen zwei und drei Uhr sieht folgendermaßen aus:

2022-07-20 02:00:18.679 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:02:38.019 - info: smartgarden.0 (25201) 2/ parseMessage: SENSOR found
2022-07-20 02:02:38.020 - info: smartgarden.0 (25201) 2/ setServiceStates: relationship searching
2022-07-20 02:02:38.031 - info: smartgarden.0 (25201) 2/ parseMessage: COMMON found
2022-07-20 02:02:38.032 - info: smartgarden.0 (25201) 2/ setServiceStates: relationship searching
2022-07-20 02:02:38.217 - info: smartgarden.0 (25201) 2/ parseMessage: SENSOR found
2022-07-20 02:02:38.217 - info: smartgarden.0 (25201) 2/ setServiceStates: relationship searching
2022-07-20 02:02:38.227 - info: smartgarden.0 (25201) 2/ parseMessage: COMMON found
2022-07-20 02:02:38.227 - info: smartgarden.0 (25201) 2/ setServiceStates: relationship searching
2022-07-20 02:03:38.676 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:06:58.677 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:10:18.678 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:13:38.679 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:16:58.681 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:20:18.681 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:23:38.679 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:26:58.682 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:30:18.684 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:30:24.627 - info: host.PiServer Delete log file iobroker.2022-07-12.log.gz
2022-07-20 02:33:38.684 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:36:58.685 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:40:18.690 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:43:38.683 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:46:58.685 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:50:18.685 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:53:38.684 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 02:56:58.685 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++
2022-07-20 03:00:18.685 - info: smartgarden.0 (25201) 2/ on_pong: ++ pong'ed ++