Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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

[Qlink]

@kuddel

Würde das Skript nicht nach Ablauf der 10min wieder eine Aktion bei dem Taster setzen ?

[Kuddel]

@qlink

Beispiel Laufzeit Ventil 1 = 10 Min

HM-Wired:
Start Bewässerung: Ventil 1 anschalten -> set Aktor true
Ende Laufzeit Ventil 1: Ventil 1 ausschalten -> set Aktor false

Was für ein Typ ist der virtuelle Taster ?
Hat der true / false oder steht der immer auf false und ist nur beim Betätigten true ?

Ich bräuchte mal einen Screenshot vom virtuellen Taster

[Qlink]

@kuddel

in iobroker schaut das so aus

[Kuddel]

@qlink das habe ich befürchtet.

Mein Skript würde aktuell den Aktor starten und beim stoppen den virtuellen Taster noch einmal auslösen.

Ich könnte jetzt natürlich noch eine Falls-Abfrage beim Ausschalten einbauen, dass das Ausschalten nur bei Aktoren ausgeführt wird, die ungleich HM-Wired sind, aber das wäre dann eine absolute Sonderlocke.

Für jeden weiteren User, der HM-Wired Aktoren verwenden will, würde das Skript dann die Aktore nicht mehr abschalten.

Das mit den Virtuellen Tastern funzt also nicht sauber.

[Stratos Gkrekidis]

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

@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

Hallo @kuddel dein letztes update funktioniert prima.Vielen Dank

[SiKo]

@kuddel
Hey Kuddel, gibt es auch die Möglichkeit alle 2 oder 3 Tagen automatisch die Bewässerung zu starten?

Gruß SiKo

[Kuddel]

@siko du meinst unabhängig von den Wochentagen ?

Ist aktuell nicht berücksichtigt.

Müsste mir Gedanken machen, wie ich den CRON Job bauen, dann könnte ich das implementieren

[SiKo]

@kuddel
Ja genau. Wenn man feste Tage wählt, egal ob alle 2 oder 3, geht es ja nie auf. Aktuell bewässere ich alle 3 Tage. Ich möchte noch einen Regensensor involvieren. Dann soll z.B. wenn dieser auslöst erst wieder 3 Tage danach bewässert werden. Bin selbst noch am testen, da mein CRON nicht zuverlässig läuft.

[Kuddel]

@siko die Tage könnte man in einem DP eintragen und daraus den CRON Job bauen.

Beispiel: alle 3 Tage -> Tage = 3

Der Cron sieht dann so aus:

Er ist dann abhängig vom Kalendertag.

[SiKo]

@kuddel
hab es aktuell so: Allerdings tut sich nichts 🙈

[EStegemann]

@kuddel Irgendwie habe ich Probleme beim Script import.
Ist es normal, dass alle Blöcke überlagert sind und ich jetzt versuchen muss diese wieder auseinander zu pflücken? Hast du eine Idee warum die Darstellung ist wie auf dem untenstehenden Bild. Das macht es ungemein schwierig, das Skript auf meine Situation anzupassen.

Vielen Dank und besten Gruß,
Eric

[Kuddel]

@estegemann schaue ich mir morgen mal an

[lobomau]

@kuddel ich habe dein Script Version 3.1.0. das erste Mal getestet
Bevor ich tief ins Detail gehe muss ich erstmal klären ob es überhaupt bei mir funktionieren kann/wird. Du schreibst ja explizit dass es für HM, tasmota und shellys ist.
Deswegen erste Frage: können Aliases benutzt werden? Ich nutze linkeddevices:

Ich könnte auch umstellen, und die direkten DPs von tasmota nehmen, die die Ventile steuern und bei der Gartenpumpe ist ein shelly im Einsatz. Wohingegen das 24V-Netzteil durch eine zigbee Steckdose gesteuert wird (STATE true/false).
Was sind die genauen Anforderungen an die DPs? Ich hätte vermutet ".Power" mit true/false bei den tasmota und "Switch" bei shelly und "STATE" bei HM!?
Vielleicht läuft das Script ja auch schon, nur ich weiß nicht wie ich es testen kann.
Sorry, habe die ersten 12 Seiten nur gelesen... bin dann auf S. 25 gesprungen und paar Seiten gelesen... ist wahrscheinlich schon alles irgendwo beantwortet worden.
3.1.0. ist zwar noch beta, aber paar Tage vorher sah es ähnlich aus mit 2.7.x

Fehlerlog:

javascript.1	2021-07-07 22:34:06.742	error	(24868) script.js.common.Garten.Bewaesserung-Ventile: schedule(cron=32 22 * * ): cannot create schedule
javascript.1	2021-07-07 22:34:06.740	error	(24868) script.js.common.Garten.Bewaesserung-Ventile: schedule(cron=26 05 * * ): cannot create schedule
javascript.1	2021-07-07 22:34:05.679	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.restlaufzeit_in_sek" has been written without ack-flag with value "1"
javascript.1	2021-07-07 22:34:05.676	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:34:05.675	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit" has been written without ack-flag with value "0:00"
javascript.1	2021-07-07 22:33:41.274	error	(24868) script.js.common.Garten.Bewaesserung-Ventile: schedule(cron=32 22 * * ): cannot create schedule
javascript.1	2021-07-07 22:33:41.273	error	(24868) script.js.common.Garten.Bewaesserung-Ventile: schedule(cron=25 05 * * ): cannot create schedule
javascript.1	2021-07-07 22:33:40.176	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.restlaufzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:33:40.175	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:33:40.174	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit" has been written without ack-flag with value "0:00"
javascript.1	2021-07-07 22:31:02.068	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.restlaufzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:31:02.066	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:31:02.065	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit" has been written without ack-flag with value "0:00"
javascript.1	2021-07-07 22:30:58.195	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.restlaufzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:58.189	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:58.188	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit" has been written without ack-flag with value "0:00"
javascript.1	2021-07-07 22:30:56.695	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.restlaufzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:56.692	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:56.691	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit" has been written without ack-flag with value "0:00"
javascript.1	2021-07-07 22:30:55.507	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.restlaufzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:55.504	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:55.502	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit" has been written without ack-flag with value "0:00"
javascript.1	2021-07-07 22:30:48.957	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.restlaufzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:48.956	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:48.955	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit" has been written without ack-flag with value "0:00"
javascript.1	2021-07-07 22:30:20.185	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.restlaufzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:20.183	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit_in_sek" has been written without ack-flag with value "0"
javascript.1	2021-07-07 22:30:20.182	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.ventile.ventil_1.ventil_1_restzeit" has been written without ack-flag with value "0:00"
javascript.1	2021-07-07 22:25:58.362	warn	(24868) Read-only state "0_userdata.0.Bewaesserung.vis.aktuelle_skript_version" has been written without ack-flag with value "v3.1.0"
javascript.1	2021-07-07 22:25:53.196	info	(24868) script.js.common.Garten.Bewaesserung-Ventile: registered 0 subscriptions and 0 schedules
javascript.1	2021-07-07 22:25:52.708	info	(24868) Start javascript script.js.common.Garten.Bewaesserung-Ventile
javascript.1	2021-07-07 22:16:13.276	info	(24868) Stop script script.js.common.Garten.Bewaesserung-Ventile

[Kuddel]

@lobomau mit einem Alias funktioniert das Skript nicht komplett.

Bei HM z.B. generiert das Skript automatisch den Pfad zum Objekt OnTime des jeweiligen Aktors. Der wird für die Einschaltdauer benötigt

Bei shelly und sonoff / tasmota läuft das ähnlich ab.

Mit einem Alias werden die Aktoren zwar aktiviert, bekommen aber keine Laufzeit.

Somit hat man dann keine Ausfallsicherheit. Fällt der iobroker während der Bewässerung aus, schaltet der Aktor nicht aus und das Ventil bleibt geöffnet.

Ich mache morgen mal einen komplett neuen Import von Version 3.1.0 in meiner Testumgebung und schaue mal, wie es mit den Fehlern aussieht

[Kuddel]

@estegemann ich habe gerade das Skript von Seite geladen und in meine Testumgebung importiert.
Ich kann dein Problem leider nicht nachstellen. Der Import funktioniert ohne Probleme.

@lobomau
ich alle DPs in meiner testumgebung gelöscht und das Skript neu importiert und gestartet.
Deine Fehler kommen warscheinlich von einer neueren Javascript Adapter Version.

Ich verwende aktuell Version 5.0.14 in der Prdoduktion und im test 5.1.3

[lobomau]

@kuddel ok, stimmt... diese Meldungen kommen mit den neuen Versionen. Ich bin mit javascript beta 5.2.2. unterwegs.
Ich werde dann die originalen DPs nehmen. :+1:
Nur beim Zigbee habe ich dann ein Problem. Gab es den Wunsch schon das auch zu integrieren? Ist das sehr aufwändig? Der DP vom Zigbee, der das 24V-Netzschaltet sieht folgendermaßen aus:

{
  "type": "state",
  "common": {
    "name": "On",
    "type": "boolean",
    "role": "switch",
    "def": false,
    "read": true,
    "write": true,
    "custom": {
      "linkeddevices.0": {
        "enabled": true,
        "number_unit": "",
        "linkedId": "Steckdose.EG.24V.STATE",
        "name": "Steckdose EG 24V STATE",
        "role": "",
        "mergeSettingsOnRestart": false,
        "expertSettings": false,
        "number_convertTo": "",
        "number_maxDecimal": "",
        "number_min": "",
        "number_max": "",
        "number_calculation": "",
        "number_calculation_readOnly": "",
        "number_to_boolean_condition": "",
        "number_to_boolean_value_true": "",
        "number_to_boolean_value_false": "",
        "number_to_string_condition": "",
        "number_to_duration_convert_seconds": "",
        "number_to_duration_format": "",
        "number_to_datetime_convert_seconds": "",
        "number_to_datetime_format": "",
        "number_to_multi_condition": "",
        "boolean_convertTo": "",
        "boolean_to_string_value_true": "",
        "boolean_to_string_value_false": "",
        "string_convertTo": "",
        "string_prefix": "",
        "string_suffix": "",
        "string_to_boolean_value_true": "",
        "string_to_boolean_value_false": "",
        "string_to_number_unit": "",
        "string_to_number_maxDecimal": "",
        "string_to_number_calculation": "",
        "string_to_number_calculation_readOnly": "",
        "string_to_duration_format": "",
        "string_to_datetime_parser": "",
        "string_to_datetime_format": "",
        "boolean_invert": false
      },
      "iqontrol.0": {
        "enabled": true,
        "readonly": false,
        "invert": false,
        "confirm": false,
        "pincode": "",
        "unit": "",
        "unit_zero": "",
        "unit_one": "",
        "min": "",
        "max": "",
        "step": "",
        "roundDigits": 2,
        "timeFormat": "x",
        "timeDisplayFormat": "dddd, DD.MM.YYYY HH:mm:ss",
        "type": "boolean",
        "role": "switch",
        "targetValueId": "",
        "statesAddInput": false,
        "statesAddInputCaption": "Enter other value...",
        "showOnlyTargetValues": false
      }
    }
  },
  "native": {},
  "from": "system.adapter.deconz.0",
  "user": "system.user.admin",
  "ts": 1607362619428,
  "_id": "deconz.0.lights.842e14fffee39293.on",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[Kuddel]

@lobomau Zigbee könnte ich denke ich ohne große Probleme integrieren.

Kann Zigbee eine Einschaltdauer umsetzen?

Falls nicht, kann man mein Skript natürlich verwenden, aber keine Ausfall-Sicherheit ist dann nicht gegeben, wenn der ioBroker abstürzt

[lobomau]

@kuddel das wäre ja super :-)
Zu den zigbee kann ich nichts sagen, ich vermute eher nicht. Ist beim 24V-Trafo auch weniger tragisch.
Ist aber cool, dass es so eine Funktion gibt, dass die Tasmotas dann ausschalten auch wenn sie den Kontakt verlieren. Die Ventile würden sich dann schließen :+1: (wusste ich bisher gar nicht, dass es diese funktion gibt... oder hatte es nicht verstanden gehabt)