Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[daniel tpunkt]

@dutchman

Habe die aktuellste 2.10.6 Version 1zu1 von Kuddel kopiert, vorerst ohne Änderung bzw. Anpassung an meine Aktoren.

Mit dem selben Ergebnis.

[Kuddel]

@daniel-tpunkt habe die Version gerade noch einmal in meiner Test-Instanz importiert, alle Dentpunkte gelöscht und das Skriopt gestartete.

Ich erhalte keine Fehler und alle Datenpunkte werden auch korrekt erstellt.

[EStegemann]

@kuddel Klasse Script und genau was ich gesucht habe. Wie gehe ich aber vor, wenn mehr als 6 Ventile gesteuert werden sollen?
Konkret geht es dabei um 12 Ventile.

Vielen Dank für deine Arbeit und Support.

Gruß Eric

[Kuddel]

@estegemann aktuell gibt es leider nur den Workaround, das Skript zwei mal zu erstellen und zu starten.

Z.B. Skript 1 legt alle DPs in javascript.0.bewaesser_v1_bis_v6 ab und das zwiete Skript in javascript.0.bewaesser_v7_bis_v12.

Dann müsste man die Zeiten noch so einstellen, dass die Skripte nacheinander starten.

Es ist alles möglich, aber wirklich nur ein totaler Workaorund.

Ich denke mal, dass ich das Skript maximal auf die Unterstützen von 8 Ventile erweitern werde. Sonst wird es zu unübersichtlich mit Blockly.

[EStegemann]

@kuddel vielen Dank für deine Rückmeldung. D.h. Für mich, ich nehme ein und dasselbe Script und lege es 2x an. Einmal für v1-6 und dann v7-12? An welcher Stelle setze ich die Startzeit des jeweiligen Scripts?

Gruß und Danke,
Eric

[Kuddel]

@estegemann wenn du ohne eine VIS arbeitest, dann ist ein wenig Aufwand.

Um die Automatik zu aktivieren, muss folgender DP auf true:

javascript.0.bewaesserung.bewaesserung_automatik

Damit die Bewässerung zu einer festen Zeit startet, muss dieser DP aktiviert werden:

javascript.0.bewaesserung.zeitplan.feste_startzeit_1.feste_startzeit_1_aktiv

Dort dann die gewünschte Startzeit eintragen:

javascript.0.bewaesserung.zeitplan.feste_startzeit_1.feste_startzeit_1_uhrzeit_start

Und dann musst du noch die Laugzeoit pro Ventil in Minuten einstellen:

javascript.0.bewaesserung.ventile.ventil_1.ventil_1_dauer_in_min

Mit einer VIS ist das natürlich alles einfacher. Den Export von meinen VIS-Seiten zur Bewässerung gibt es hier.

[EStegemann]

@kuddel da meine Visualisierung über Jarvis läuft, bräuchte ich ja theoretisch nur die entsprechenden DP's in meine VIS einbinden und die Änderungen analog zu deinem Layout steuern (setzen). Ich werde mich mal daran versuchen.
Sollten sich Fragen auf tun, kann ich doch bestimmt auf dich nochmal zu kommen, oder?

Gruß Eric

[Kuddel]

@estegemann wenn du Jarvis nutzt, musst du natürlich nur die DPs bei dir einbauen.

Wenn du Fragen hast, kannst du natürlich gern auf mich zu kommen

[Stratos Gkrekidis]

@kuddel Hallo Eine gute erweiterung für dein script wäre das bei tasmota bis POWER8 (Pulstime8) unterstützen wird,sehe bilder

[Kuddel]

@stratos-gkrekidis mit den von dir abgebildeten DPs ist es aber nicht getan.

Da muss dann noch einiges erweitet werden, wie z.B. die Berechnung der Dauer, der Endzeit, Erstellung aller DPs etc.

Ich habe es noch auf dem Zettel, das Skript auf 8 Ventile zu erweitern.
Mal schauen ob ich es nächste Woche schaffe in Angriff zu nehmen.

[Stratos Gkrekidis]

@kuddel das hat aber mit 8 Ventile nicht zu tun.
das hat mit den aktor namen zu tun bei mir laufen auch 6 ventile sehe bild

[Kuddel]

@stratos-gkrekidis ah Denkfehler auf meiner Seite.

Du nutzt Power 7 und 8 für die Pumpe etc.

Den Anwendugsfall habe ich nicht bedacht.

Das kann ich aber einigermaßen schnell einbauen

[Stratos Gkrekidis]

@kuddel said in [Vorlage] Gartenbewässerung mit 6 Ventilen:

@stratos-gkrekidis ah Denkfehler auf meiner Seite.

Du nutzt Power 7 und 8 für die Pumpe etc.

Den Anwendugsfall habe ich nicht bedacht.

Das kann ich aber einigermaßen schnell einbauen

Beim tasmota passwortgeschützte weboberfläche funktioniert deine commands nicht
bild 2 mein vorschlag.

[Kuddel]

@stratos-gkrekidis achja die PW Problematik.

Sorry habe ich ganz vergessen.

Baue ich dann direkt in v3.1.0 mit ein.

Wie besprochen, pro Tasmota Aktor einen User und ein PW.

Die neuen DP-Namen ab Tasmota 9.4.0 habe ich heute in Version 3.0.0 eingebaut

[Qlink]

@kuddel said in [Vorlage] Gartenbewässerung mit 6 Ventilen:

@qlink aktuell fehler mit der Ansatz, wie ich per Blockly prüfen kann, ob die ON_TIME DPs vorhanden sind.

Man könnte es natürlich am Anfang mit angeben.

HM-Tp = Wired

Aber eine automatische Erkennung wäre natürlich schöner. Ich muss da nochmal bisschen testen

Hi Kuddel, wegen dem Thema Homematic Wired und keine ON_TIME DPs hätte ich folgenden Beitrag gefunden:

https://forum.iobroker.net/topic/27985/prüfen-ob-datenpunkt-existiert/13

Mit existState kann man anscheinend prüfen, ob ein Datenpunkt vorhanden ist oder nicht und dann entsprechend weitere Schritte setzen...

Wäre das nicht ein Ansatz, wie man automatisch in deinem Script checken kann ob Homematic Funk oder Homematic Wired im Einsatz ist ?

Also, falls ON_TIME DP nicht existiert, dann ...

Bete Grüße

[Kuddel]

@qlink werde ich mir mal anschauen.

Danke

[Kuddel]

@stratos-gkrekidis ich habe jetzt PulseTime für Tasmota bis PulseTime8 berücksichtig für alle Ventil-Aktoren sowie Pumpen-Aktor und Netzteil-Aktor.

Spoiler

Des Weiteren habe ich jetzt die Credentials für Tasmota berücksichtigt

Spoiler

Eingabe von User und PW

Verwendung im Skript

Da ich weder einen Tasmota Aktor mit 8 Kanälen haben, noch eine Anmeldung an meinen Tasmota-Aktoren, wäre es klassen, wenn du die neue Version 3.1.0 einmal testen könntest:

bewaesserung_v310.zip

[Kuddel]

@qlink habe mal eben kurz mit einem HomeMatic Heizkörper Aktor geprüft.

Ergenis: "DP nicht vorhanden"

Funzt also.

D.h. ich würde jetzt für jeden Ventil-Aktor prüfen, ob der DP vorhanden ist.
Falls nicht, wird der Typ von "HM" auf "HM-Wired" geändert.

Spoiler

Somit wird der Aktor aktiviert und bekommt keine OnTime.

Somit müssten die Fehlermeldungen im Log verschwinden.

Wäre das dann eine Lösung für dein Problem ?

[Qlink]

@kuddel

Das wäre super und würde mir schonmal gut helfen :)

Das Thema mit der fehlenden Sicherheitsschicht ohne OnTime beschäftigt mich allerdings noch ...

Die einzige Möglichkeit bei den 12/7er HM Wired Modulen eine ähnliche Sicherheit wie deine OnTime Variante bei der Funk-Version einzubauen wäre die Nutzung von Direktverknüpfungen mit einer fix eingestellten Ausschaltverzögerung.

Dazu könnte ich auf der CCU eine Direktverknüpfung zwischen einem virtuellen Taster (z.B. mit dem Namen "Ventil1_10min") und dem Ausgang an dem das Ventil angeschlossen ist erstellen. Bei dieser DV stelle ich in der CCU eine fixe Ausschaltverzögerung von 10min ein.

Wäre es möglich dein Skript so zu erweitern, dass man, falls die Prüfung HM-Wired ergibt, die Möglichkeit hat, alternativ zu den normalen Ventil Aktoren States, die States dieser virtuellen Taster angibt ?

In der VIS müsste man natürlich die gleichwertige Dauer der Bewässerung trotzdem angeben, damit die % Anzeigen, die Bewässerungsmengen etc. stimmen ...

Damit wäre dein Script bei HM-Wired zwar nicht mehr ganz so komfortabel, aber zumindest genauso sicher wie bei Einsatz von HM-Funk... sprich die Ventile würde fix nach 10min schließen, auch wenn in der Zwischenzeit iobroker aus irgendeinem Grund nicht mehr erreichbar wäre.

Beste Grüße

[Kuddel]

@qlink sollte es nicht funktionieren, wenn du als Aktor nich den HM-Wired Aktor, sondern direkt den virtuellen Taster hinterlegst ?

Dann schaltet das Skript den virtuellen Taster ein, und der Taster über die CCU den Aktor