Weihnachtsangebot 2025! 🎄

[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

[whiterussian]

@kuddel
werde ich probieren...

Bei der Gelegenheit mal ne Frage zum Updaten des Skriptes. Ist es eigentlich vorteilhaft

1. Skript Stoppen
2. immer alle Datenpunkte löschen, dann
3. neues Skript unter neuem Namen importieren+speichern, anpassen und dann starten?

oder einfach die Datenpunkte belassen?

Denn:
Grundsätzlich habe ich irgendwie das Gefühl, immer wenn ich das Skipt importieren, daran arbeite, Starte oder Stoppe etc. ist mein IOB relartiv zäh... und dauert gefühlt ne Ewigkeit. Ist das normal?

Wie ist Dein empfohlenes Vorgehen, und wie lange dauert das bei Dir (inkl Neu Anlegen der Datenpunkte)?

[Kuddel]

@whiterussian wenn ich eine neue Version erstelle, dann kopierer ich die aktuellste Version und füge dann die Updates ein.

Dann starte ich die neue Version und fertig.

Die DPs lösche ich in der Regel nicht.

Das Skript selber verbraucht ein bisschen mehr RAM, nur leider habe ich den Fehler noch nicht gefunden...

Muss ich mir spätestens im Winter mal genauer anschauen

[whiterussian]

@kuddel
kurze Rückmeldung zu meinen weiteren Tests mit dem neuen Skript 2.10.5
Das Pausieren (Abschalten) der Pumpe funktioniert auf den ersten Blick. Aber nach dem Pausieren schalten die Ventile nicht korrekt. z.B. wird nach einer Pause die bereits abgelaufenen Ventile wieder geöffnet.

konkreter: während Ventil 1 läuft klappt das Pausieren+Wiederaufnahme korrekt.
während Ventil 2 läuft, geht nach der Wiederaufnahme, Ventil 2 auf, kurz danach zusätzlich Ventil 1 auf und nach ein paar Sekunden 1 wieder zu. 2 bleibt auf.
Pause während Ventil 3: danach gehen 1+2 ebenfalls auf für längere Zeit.

Das Problem mit den Laufzeiten bleibt leider.

Die Gesamtzeit passt nicht. wenn man die Einzelzeiten ändert, wird die Summe erst eine Änderung später upgedatet.
Also die Zahl ist immer eine Änderung "hinterher"

BSP: 1+1+1 = Gesamtzeit 0
Änderung auf 1+1+2 -> Berechnung Gesamtzeit 3
Änderung auf 1+2+2 -> Berechnung Gesamtzeit 4
...
gleiches Verhalten bei Änderung über die VIS als auch direkt in den DP.

Siehe Bilder: Auch in der Pushover Mitteilung passen die Endzeiten nicht zusammen.

[Kuddel]

@whiterussian ich hab das Ganze jetzt mal in meiner Testumgebung (Klon von der Produktion) gestartet.

1. Berchnung der Laufzeit
Das scheint am DP "parallel" zu liegen. Bei mir läuft Ventil 1 (Tropfbewässerung der Hecke) die gesamt Bewässerungsdauer und alle anderen Ventile werden parallel nacheinander parallel dazu angeschaltet.

Daher sind mir die Probleme noch nicht aufgefallen. Schaue ich mir mal genauer an.

2. Pause
Konnte das Problem in meiner Testumgebung nachstellen. Schaue ich mir auch an

[Kuddel]

@whiterussian habe mal ein wenig gestestet und noch ein paar Fehler gefunden, u.A. auch Tipplfehler bei der Benennung der DPs.

Bitte einmal testen, ob die Berechnung der Laufzeit, sowie die Pausenfunktion bei dir jetzt auch korrekt funzt.

Ich konnte in meiner Testumgebung die Probleme mit der neuen Version nicht mehr nachstellen.

bewaesserung_v2.10.6.zip

[whiterussian]

@kuddel
Bei mir wird es leider nicht besser, eher schlimmer...
Habe die DP alle gelöscht und 2.10.6 importiert.
Ergebnis:
Fehlermeldungen im log
und die Gesamtzeit wird gar nicht mehr berechnet, angepasst