[Vorlage] Gartenbewässerung mit 6 Ventilen

[Kuddel]

@leachim200 öhm wenn ich mir deinen Screenshot anschaue, frage ich mich das auch.

Hmm, sehr komisch

[Serial13579]

Wie befüllt man den am sinnigsten die Log Anzeige ? Ich habe mir Log Parser mal installiert, weiß aber nicht so recht wie ich am besten jetzt nur auf die nötigen Einträge triggern kann ?

Gruß

[Kuddel]

@serial13579 habe soeben auf Seite 1 eine kurze Anleitung für den Logparser hinzugefügt

[Serial13579]

wunderbar, hat alles gut geklappt.

danke

[leachim200]

@kuddel brauchst du logfiles oder etwas anderes oder soll ich wo nachschauen?

[Kuddel]

@leachim200 teste am besten mal mit den Schwellwerten rum.

Stelle die Schwellen alle mal so ein, dass sie rot sind und plane dann eine Bewässerung für z.B. 09:10 Uhr und schaue, ob die Bewässerung startet.

Das wäre dann ein Zeichen dafür, dass die Schwellwertlogik nicht greift

[leachim200]

@kuddel
Hi
So heute hat es endlich geregnet wird trotzdem bewässert

[Kuddel]

@leachim200 dann liegt es wohl an den schwellwerten.

ich versuche das Problem morgen mal in meiner testumgebung nachzustellen

[Kuddel]

@leachim200 habe soeben einen Test gemacht:

Habe eine Mail bekommen und die Bewässerung wurde nicht gestartet:

[leachim200]

Hallo verzeihung für meine späte Antwort aber ich glaube ich habe den Fehler gefunden.
Wetterdaten verwenden war auf falsch gesetzt.

[Qlink]

@Kuddel

Vielen Dank für deine super Arbeit !
Geniales Skript + Visualisierung.

Ich hab beides seit ein paar Tagen bei mir erfolgreich in Betrieb.
Ich nutze aktuell allerdings noch keine Automatik Funktion, sondern starte manuell per VIS.

Die Kreise bewässern schön alle nacheinander für 10min wie eingestellt...

Heute hatte ich allerdings ein Problem und hatte Glück das ich zu Hause war.

Hab die Bewässerung manuell per VIS gestartet wie immer. Hat auch gestartet wie gewünscht.
Nach einer knappen Stunde hab ich zufällig wieder einen Blick drauf geworfen und gemerkt, dass das letzte Ventil immer noch bewässert und nicht wie eingestellt nach 10min wieder gestoppt hat.
Dazu kommt noch, dass er trotzdem ein Mail verschickt hat mit "Gartenbewaesserung beendet" ...
Gut dass ich zu Hause war...
Außer einigen Pfützen im Rasen und der Wasserverschwendung Gott sei Dank nicht mehr passiert...

Ein Blick im Log zeigt folgende Warnungen:

javascript.0	2021-06-07 13:40:33.739	info	(5820) script.js.Bewässerung.Bewässerung_V1: Bewaesserung: Vorgang beendet
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at process.topLevelDomainCallback (domain.js:126:23)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at processImmediate (timers.js:658:5)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at tryOnImmediate (timers.js:676:5)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at runCallback (timers.js:705:18)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at Immediate.setImmediate (C:\iobroker\iob01\node_modules\iobroker.js-controller\lib\adapter.js:5555:41)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at Object.stateChange (C:\iobroker\iob01\node_modules\iobroker.javascript\main.js:502:29)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at Object.callback (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1075:38)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at Object.<anonymous> (script.js.Bewässerung.Bewässerung_V1:1830:13)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at setStateDelayed (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1471:25)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) at Object.setState (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1427:20)
javascript.0	2021-06-07 13:40:33.739	warn	(5820) State "hm-rpc.0.MEQ1534614.18.ON_TIME" not found
javascript.0	2021-06-07 13:30:32.635	info	(5820) script.js.Bewässerung.Bewässerung_V1: Bewaesserung: Ventil 2 - Pool aktiv
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at process.topLevelDomainCallback (domain.js:126:23)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at processImmediate (timers.js:658:5)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at tryOnImmediate (timers.js:676:5)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at runCallback (timers.js:705:18)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at Immediate.setImmediate (C:\iobroker\iob01\node_modules\iobroker.js-controller\lib\adapter.js:5555:41)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at Object.stateChange (C:\iobroker\iob01\node_modules\iobroker.javascript\main.js:502:29)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at Object.callback (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1075:38)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at Object.<anonymous> (script.js.Bewässerung.Bewässerung_V1:1804:13)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at setStateDelayed (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1471:25)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) at Object.setState (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1427:20)
javascript.0	2021-06-07 13:30:31.801	warn	(5820) State "hm-rpc.0.MEQ1534614.17.ON_TIME" not found
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at process.topLevelDomainCallback (domain.js:126:23)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at processImmediate (timers.js:658:5)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at tryOnImmediate (timers.js:676:5)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at runCallback (timers.js:705:18)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at Immediate.setImmediate (C:\iobroker\iob01\node_modules\iobroker.js-controller\lib\adapter.js:5555:41)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at Object.stateChange (C:\iobroker\iob01\node_modules\iobroker.javascript\main.js:502:29)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at Object.callback (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1075:38)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at Object.<anonymous> (script.js.Bewässerung.Bewässerung_V1:1804:13)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at setStateDelayed (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1471:25)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) at Object.setState (C:\iobroker\iob01\node_modules\iobroker.javascript\lib\sandbox.js:1427:20)
javascript.0	2021-06-07 13:30:30.800	warn	(5820) State "hm-rpc.0.MEQ1534614.17.ON_TIME" not found

Kannst du dir auf die Warnungen einen Reim machen wo hier das Problem gelegen hat ?

Wäre es möglich eine Art Sicherheitscheck einzubauen, der überprüft ob tatsächlich alle Ventile geschlossen sind und erst danach eine Mail verschickt, bzw. falls ein Ventil länger offen ist als eingestellt ein entsprechender Hinweis verschickt wird ?

Beste Grüße

[Kuddel]

@qlink das Skript hatte Probleme beim Setzen der Laufzeit

State "hm-rpc.0.MEQ1534614.17.ON_TIME" not found

Der Datenpunkt ON_TIME wird immer direkt vorm Aktivieren des jweiligen Ventils (des HM Aktors) gesetzt.

Diese schaltet den Aktor für X Minuten ein.

Wäre der Wert korrekt gesetzt worden, dann schaltet der Aktor automatisch aus, egal was das Skript macht. So kann der komplette ioBroker abstürzen, ohne dass die Ventile den Garten fluten.

Du solltest auf jeden Fall mal schauen, ob bei dir die ON_TIME Datenobjekte fehlen.

Die sind wichtig.

Evtl. mal den HM Adapter neu installieren und vorher alle DPs löschen.

So sieht es bei meinen 4CH HM Aktor aus:

EDIT:

Wenn mich nicht alles täuscht ist im Skript sogar ein Check drin. In Block 21 werden noch aktive Ventile ausgeschaltet, wenn die Bewässerung aus ist und die Restzeit 0

[Qlink]

@kuddel

Hab grad wieder was dazugelernt.

Den ON_TIME Parameter gibt es anscheinend bei Homematic Wired nicht. Den gibts nur bei Homematic Funk...
Da ich Homematic Wired 12/7er Module für meine Magnetventile einsetze... klappts wohl auch deswegen nicht mit dem Sicherheitscheck.
Folgende DPs hab ich zur Verfügung:

Verstehe nur nicht wieso es die letzten 5 Tage normal funktioniert hat ... da war der DP ja auch nicht da... ?

Frage: Hast du eine Idee wie man den Fall Bewässerungsscript + Homematic Wired trotzdem lösen könnte ?

Beste Grüße

[Kuddel]

@qlink da ich selber kein HM-IP Wired habe, konnte ich es nicht testen.

Ist jetzt die Frage, ob HM-IP generell keinen Einschaltdauer kennt. Kann man die Einschaltdauer in der CCU einstellen?

Problematisch ist natürlich jetzt auch, dass man auf Grund der DPs nicht automatisch erkennen kann, dass es sich um HM-IP handelt.

Iwie bekommt das aber sicherlich auch hin.

[Qlink]

@kuddel

keine Ahnung wie es bei HM-IP oder bei HM-IP-Wired ausschaut, hab ich selber nicht im Einsatz.
Ich hab klassisches HM-Wired bei mir im Einsatz...

[Kuddel]

@qlink oh, da habe ich mich vertan.

Naja kommt aufs gleiche raus.

Ohne ON_TIME funzt mein Skript nicht sicher, wie du ja schon festgestellt hast.

Kannst du bei HM-Wired in deiner CCU in einem Testprogramm eine Einschaltdauer definieren?

[Qlink]

@kuddel

Nein, Einschaltdauer kann ich in einem Programm nicht definieren.

Das einzige was scheinbar möglich ist, ist eine statische Einschaltverzögerung bzw. Ausschaltverzögerung auf eine Direktverknüpfung mit den Magnetventilausgängen ...

[Kuddel]

@qlink ich glaube du bist da falsch unterwegs. Prüfe mal bitte folgendes:

Das ist jetzt Beispielhaft für Kanal 1 von meinem 4CH Aktor.

Wenn du das mit deinen Wired-Aktoren auch machen kannst, dann müssen wir nur schauen, wie wir die fehlenden DPs sichtbar machen können.

[Qlink]

@kuddel

Nein, das war schon Absicht mit dem Screenshot in den Direktverknüpfungen, da das die einzige Möglichkeit ist bei den 12/7er HM Wired Modulen Verzögerungen im Modul einzubauen.

Wie gesagt bei Programmen habe ich die Auswahlmöglichkeit der Einschaltdauer nicht:

Warum auch immer hat EQ3 das nur bei HM Funk Komponenten umgesetzt, aber nicht bei HM-Wired...

[Kuddel]

@qlink hmm blöd, dann funktioniert meine Skriptlogik leider nicht komplett mit HW Wired.

Leider kann man anhand der DPs auch nicht erkennen, dass es sich um HM Wired handelt, da ich keinen Check drin habe, der die prüft, ob die DPs ON_TIME vorhanden sind