Monatsrückblick Januar/Februar 2026 ist online!

[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

[Qlink]

@kuddel

Könntest du dein Script entsprechend erweitern, dass da z.B. ein Check durchgeführt wird ob HM oder HM-Wired Aktoren verwendet werden und falls HM-Wired dann die ON_TIME Logik nicht verwendet wird... ?

[Kuddel]

@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

[Qlink]

@kuddel

Alles klar danke.
Ich vermute die Anpassungen im Script werden aber ein Weilchen dauern oder ?
Weil dann muss ich mir für unseren Urlaub in einer Woche etwas einfallen lassen, da ich mich aktuell auf das Script nicht verlassen kann ...

Eine andere Frage hätte ich noch.
Ich hab gestern in vis ein paar Größen der Widgets etc. angepasst und jetzt stimmt auf einmal die Anzeige im vis Editor nicht mehr mit der vis runtime überein.
Im Editor werden mir noch alle Elemente angezeigt wie es eigentlich sein sollte, aber in der vis runtime fehlt z.B. das Log Element oder das Ventil 1 Element:
Editor:

Runtime:

Hab auch schon probiert die Bewässerungs 5200 view zu löschen und komplett neu zu importieren, aber ohne Erfolg.
Hätte schon alle Einstellungen durchgesucht, finde aber den Fehler nicht. Wie kann ich Ventil 1 und das Log wieder einblenden bzw. einstellen, dass es angezeigt wird ?

Beste Grüße

[Kuddel]

@qlink für das Skript habe ich bzgl. HM-Wired leider noch keinen neuen Ansatz gefunden.

Zur VIS:

Ventil 1 wird angezeigt wenn:

javascript.0.bewaesserung.ventile.anzahl_ventile > 0

Bitte mal den DP prüfen.

Die Log-Seite hat keine Sichtbarkeitssteuerung.

Bitte einmal prüfen, ob auf der Seite 5200_Bewässerung in den einzelnen View in Widget die richtigen seiten Namen hinterlegt sind

[Qlink]

@kuddel

der DP passt:

auch die Widget Namen sollten passen:

Wenn hier etwas nicht stimmen würde, dann dürfte ich die Widgets auch im Editor nicht sehen oder ?
Mit welcher Funktion in vis hast du denn die einzelnen Widget Views in der 5200 View gesamt verlinkt ?
Bin nicht so der vis Experte. Ich verstehe nicht woher die 5200er View weiß, welche "Unterview" (=z.B. Log) wo angezeigt werden soll ?

[Kuddel]

@qlink stimmt, wenn der Editor alles korrekt anzeigt, dann ist der Fehler eher die Runtime.

Mal die Instanz neu gestartet oder einen anderen Brwoeder ausprobiert?

Auf der Seite 5200 ist pro Unterseite jeweils ein Widget, dass die Unerseite anzeigt

[Qlink]

@kuddel

Bin mittlerweile echt ratlost.
Hab den kompletten iobroker Host neu gestartet.
Hab die 5200er View, sowie die nicht angezeigten Views in der Runtime komplett gelöscht und neu importiert.
Hab den Cache gelöscht, anderen Browser und anderen Client zum Anzeigen probiert.

Nichts hilft :(
Hab keine Idee mehr wo ich noch ansetzen könnte...

[whiterussian]

Hallo,
erstmal vielen Dank für das klasse Skript. Es macht genau das, was ich suche.
Im Einsatz: 6 Magnetventile (über 8er relais und nodemcu+Tasmota, Spannungsversorgung manuell über Schalter), 1 Grundwasserpumpe (An/Aus über shelly). Bewässert wird einer nach dem anderen.

Nun habe ich 2 Verständnisfragen (getestet mit 3 Ventilen und Version 2.10.4) :

1. Wenn ich in der VIS auf Pause drücke, geht das aktuell offene Magnetventil zu, die Pumpe bleibt an. Soll das so sein? An der Pumpe ist zwar ein Druckschalter, aber eigentlich müsste doch die Pumpe ausgehen (stoppen). Das Ventil kann doch ruhig auf bleiben. Nur die Laufzeit müsste stoppen.

2. Wenn der Gesamt-Vorgang beendet ist, bleibt die Pumpe an.

Bei mir wäre es eigentlich besser (da Druckschalter) das das nächste Ventil eine kurze Zeit (2 sek.?) vor dem Schließen des letzten aufgeht, damit nicht der Druckschalter irrtümlicherweise auslöst. Aber die stelle im Blockly habe ich noch nicht gefunden... :-) Bin da nicht der Experte...

VG

[Kuddel]

@whiterussian

zu 1.

Die Pause für den Pumpenaktor habe ich bisher einfach nicht berücksichtigt. Werde ich in der nächsten Version einbauen.
Das Ventil geht zu, da meine Pumpe dann ausgeht.

Zu 2.

Muss ich prüfen, ob da noch ein Fehler ist

EDIT:

eigentlich müsste der Aktor für die Pumpe am Ende abschalten

Das öffnen des Ventils 2 Sekunden vor dem Schließen des nächsten ist nicht umsetzbar, da ich dann die komplette Logik vom gesammten Skript umbauen müsste.

[whiterussian]

@kuddel

zu 1: danke für die Info. und cool, dass du es für die nächste Version auf dem Zettel hast.
Dachte schon es wäre ein Fehler... Aber interessehalber: Warum geht bei Dir die Pumpe aus, wenn Ventil zu/pausiert? prüfst du mit einem weiteren Skript: wenn alle Ventile zu -> dann Pumpe aus?

zu 2:
stelle gerade fest, dass nach Ablauf (start über VIS) der DP bewaesserung_aktiv nicht richtig auf false gesetzt wird. daher bleibt dann wohl auch die Pumpe an...

[Kuddel]

@whiterussian habe die Änderung soeben auf Seite 1 hochgeladen

Meine Pumpe hat einen integrierten Druckmesser.

Wenn alle Ventile zu sind, baut sich der Durck auf und die Pumpe geht wieder aus (Gardena Haus- & Gartenautomat 5000/5 LCD )

Der Aktor der Pumpe bekommt eigentloch auch beim Einschalten eine Laufzeit mitgegeben. Wenn die korrekt gesetzt wird, geht der Aktor aus, auch wenn der DP bewaesserung_aktiv nicht korrekt auf false gesetzt wird

[whiterussian]

@kuddel
nochmal zu 2: Den Fehler habe ich nun voraussichtlich gefunden. Bei mir liefen 2 Skripte parallel. Ein altes hatte meinen iobroker irgendwie lahm gelegt. Lief kaum noch. Dann war das Skript nicht beendet. Also gab es da wohl Überlagerungen auf dieselben DP... Nun stoppt die Pumpe zumindest nach Abschluss.

Nun habe ich allerdings ein anderes Phänomen:
Wenn ich in der VIS die Ventile aktiviere und/oder die Zeiten ändere, ändert sich nicht die Gesamtzeit. Weder in der VIS, noch in den DP. Auch die Änderung der jeweiligen Laufzeit im DP (im iob unter Objekte) ändert nicht die Gesamtzeit. Erst wenn ich einmal starte und stoppe, wird die neue Gesamt-Zeit aktualisiert.

1min+1min+1min ungleich 4min !

Hast Du eine Idee, woran das liegen könnte?

[Kuddel]

@whiterussian am besten einmal mal alle DPs löschen und neu anlegen lassen.

die Problematik mit der Laufzeit würde eigentlich in Version 2.10.3 behoben