Hallo zusammen,

ich möchte die Öffnungsintervalle von Magnetventilen einer Bewässerungsanlage visualisieren. Über den history adapter nehme ih die Werte auf. Leider stellt jarvis das Intervall nicht korrekt dar. Er springt quasi sofort von der 1 auf die 0, zeigt also nur einen Deltapeak beimEinschaltvorgang und setzt dann am Ende des Zyklus einen Punkt bei der Endzeit auf null (siehe orangene Kurve). Wenn ich mir das Intervall über den Historyadapter selber in iobroker anzeigen lasse ist es korrekt:

Danke schon mal für Tipps und beste Grüße

@dirk-peter

@dirk-peter said in Test Adapter Sprinkle Control 0.2.x mit neuen Funktionen:

P.S. WhatsApp kommt am Wochenende in 0.2.10, wenn keine Fehler mehr auftreten. Bis jetzt sieht es gut aus.

Super, finde den "Newsletter" nämlich echt sinnvoll.

Noch eine Frage, heute Morgen hat es mich überrascht, dass die actualSoilMoisture Werte über 100% gegangen sind, das heißt er addiert die geregneten mm einfach auf die rest mm drauf und wenn die Summe größer als der bei den Beregnern angegebene Wert für "nach Bewässerung" in mm ist, dann geht er auch über 100% aber nur bis maximal zu dem mm-Wert der bei "nach Regen" angegeben ist korrekt?

Kann es zudem sein, dass ETpToday negativ wird wenn es geregnet hat? Und wenn ja, kann es sein, dass ETpToday vom Betrag her größer ist als die tatsächlich geregneten mm an diesem Tag?

in meinem Fall hat es 1,6 mm geregnet, aber der ETpToday zieht fast 3,5 mm ab.

EDIT: Sorry, habe eben gecheckt, dass das Objekt rainToday die von deinem Adapter eingelesenen Daten der Wettervorhersage sind und NICHT der Wetterstation. Diese hat bei mir tatsächlich 5,6 mm gemessen heute, dann könnte es passen, da der Betrag größer ist als der Moisturewert. (Ist etwas verwirrend, dass rainToday von der Wettervorhersage stammt, wenn man auch ein Objekt für den realen MEsswert angegeben hat)

Kann an dieser Stelle den Netatmo Crawler Adapter empfehlen. Bei mir gabs drei Wetterstationen in der direkten Nachbarschaft, die den Niedersclag in mm messen (und noch viel mehr). Wenn man dann will, kann man sogar Mittelwerte bilden usw.

Viele Grüße,
Christian

@dirk-peter Danke Dir für die Aufnahme der Themen. Wäre natürlich wirklich ein nettes feature, wenn der Adapter eine Rückantwort prüfen könnte und im Fehlerfall z.B. den Befehl nochmal verschickt bevor er dann eine Warnung schmeißt. Ich weiß allerdings nicht ob es in jedem Fall (also ob Tasmota, knx, homee oder was auch immer) eine Rückmeldung gibt, das würde es dann leider unmöglich machen, da man nie alle Fälle kennt. Falls Objekte in iobroker allerdings irgendeinem Standard unterliegen und immer eine "bestätigt" flag erhalten, wäre es möglich.

Den ungeplanten restart meines ESP32 konnte ich übrigens fixen, es war also nicht dein Adapter, der meinen Microcontroller zum Neustart gebracht hat (dachte erst, es könnte ein Speicherthema sein).

Jetzt habe ich gleich noch eine Frage: Aufgrund einer ungünstigen manuellen Handhabe der Beregnung, waren die gesetzten Feuchtigkeitsprozentwerte sehr heterogen (manche Kreise noch auf 90% andere bereits unter 50%). Ich wollte dann alle manuell auf 100% setzen, damit alle wieder im Gleichtakt laufen, aber das ging nicht, weil er die Prozente einfach wieder bei der nächsten Berechnung/Aktualisierung überschreibt. Gibt es eine einfach Möglichkeit die Werte zu resetten?

Und gibt es eine Möglichkeit eine Einmalbewässerung zu starten (also alle Kreise wie programmiert mit den entsprechenden Zeiten nacheinander abfahren lassen)?

Für Letzteres kann ich natürlich auch ein Skript schreiben, welches die Objekte "runningTime" mit den für jeden Kreis hinterlegten Laufzeiten überschreibt (sind die hinterlegten Laufzeiten eigentlich als Objekt irgendwo abrufbar? Habe nur "lastRunningTime" gefunden, aber da steht ja nicht zwangsweise der Soll-Wert drin, der in der Konfig hinterlegt ist)

Danke und viele Grüße
Christian

@dirk-peter danke für deine Antwort!

Das Setzen eines Durchflussmengenwertes bei der Hauptpumpe hat das Problem der Nichtaktivierung der Ventile wohl gelöst. War für mich allerdings nicht intuitiv, da ich einen Haken bei "Zisterne als Prioritätspumpe nutzen" gesetzt hatte. Trotzdem scheint er sich an dem Wert der Hauptpumpe aufgehangen zu haben.

Ich denke auch das Szenario einer Hauptpumpe und einer Zisternenpumpe als Nebenpumpe entspricht nicht der geläufigsten Umsetzung? Ich mag hier auch falsch liegen. Viele haben sicher auch eine Zisternenpumpe als einzige Pumpe und damit auch als Hauptpumpe. Wenn die Zisterne leer läuft, wird im Normalfall ein Ventil geschaltet, welches Frischwasser in die Zisterne laufen lässt (Entkopplung Trinkwasserkreis von Brauchwasserkreis).

Gestern habe ich tatsächlich eine Whatsapp bekommen, aber heute Morgen nicht mehr. Scheint also sporadisch zu funktionieren.

Heute hatte ich leider ein ganz anderes (neues) Problem. Ein Ventil ist offen geblieben und hat fröhlich weiter bewässert:

2022-05-07 06:19:04.152  - debug: sprinklecontrol.0 (29973) state sprinklecontrol.0.sprinkle.KG_-_Sprenkler_Nordseite_(Mauer/Terrasse).runningTime changed: 0 (ack = true)
2022-05-07 06:19:04.175  - debug: sprinklecontrol.0 (29973) state sprinklecontrol.0.control.parallelOfMax changed: 0 : 3 (ack = true)
2022-05-07 06:19:04.179  - debug: sprinklecontrol.0 (29973) state sprinklecontrol.0.control.restFlow changed: 1200 (1200 Grundwasser) (ack = true)
2022-05-07 06:19:04.233  - info: sprinklecontrol.0 (29973) Set (calculation) ID: KG_-_Sprenkler_Nordseite_(Mauer/Terrasse), value: false
2022-05-07 06:19:04.634  - info: sprinklecontrol.0 (29973) Set (voltage) off
2022-05-07 06:19:05.133  - debug: sprinklecontrol.0 (29973) delList=> order deleted ID: KG_-_Sprenkler_Nordseite_(Mauer/Terrasse) ( rest orders: 0 )
2022-05-07 06:19:09.389  - info: sonoff.0 (29306) Client [Hauptwasser_Relais] reconnected. Old secret 1651868411506_2333. New secret 1651897149385_3534

So wie ich das sehe hat dein Adapter den Befehl zum Schließen korrekt gesendet? Allerdings wird der Wert am Ventil 3 Sekunden später wieder auf "true" gesetzt:

Fällt aber auch mit einem ungeplanten restart des ESP32 auf dem Tasmota läuft zusammen. Jetzt ergeben sich zwei Fragen:

1. prüft dein Adapter ob der Wert auch erfolgreich gesetzt wurde? Wartet also auf eine Rückmeldung, dass der Wert gesetzt ist?
2. (hat dann nichts mit deinem Adapter zu tun) Setzt Tasmota nach einem Neustart die Werte auf möglicherweise vor dem Neustart im Speicher befindlicher Werte zurück.

Wobei letzteres eigentlich auch nicht sein kann, wenn dein Adapter eine Rückmeldung erhalten und geprüft hat, dass der Wert erfolgreich gesetzt wurde.

Viele Grüße,
Christian

Hallo zusammen,

danke für den tollen Adapter. Allerdings habe ich noch Startschwierigkeiten.

1. Zunächst mal ein Bug bzgl. des Messagings per QhatsApp. Ich erhalte folgende Fehlermeldung, die ich nicht ganz verstehe, da der Text ja eigentlich nur an das Objekt in iobroker gesendet werden muss (funktioniert bei eignenem blocklyskripten oder anderen adaptern problemlos).

2. Leider startet auch keines der Ventile. Ich hatte bisher nur einen Durchflusswert bei der Zisternenpumpe angegeben, da diese auch meine Hauptpumpe ist. Der Wert liegt auch über den Werten der Einzelkreise. In den folgenden Bildern habe ich jetzt auch zu Testzwecken bei der Hauptpumpe einen Wert eingetragen (sehe ich dann morgen ob das was gebracht hat).

Ich steuere einen Teil der Ventile über einen KNX Aktor, einen anderen über Sonoff Objekte (Tasmota auf einem ESP32). Ich kann das 24V Netzteil und die Tauchpumpe schalten. Wobei das Schalten der Tauchpumpe nicht notwendig ist, diese ist Druckgesteuert (nur nötig, falls sie wegen Trockenlauf abschaltet, dann muss man sie vom Netz nehmen können).

Die Berechnung der Verdunstung scheint auch zu funktionieren (Wetterstation über KNX Hausbus und Werte von Lüftungsanlage, die z.B. die Luftfeuchtigkeit misst). Einen Niederschlagssensor habe ich leider nicht (Wetterstation sagt nur ob es regnet oder nicht).

Danke schon mal für jeden Hinweis.

Viele Grüße
Christian