NEWS
[Vorlage] Gartenbewässerung mit 6 Ventilen
-
@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
-
Würde das Skript nicht nach Ablauf der 10min wieder eine Aktion bei dem Taster setzen ?
-
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 falseWas 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
-
in iobroker schaut das so aus
-
@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.
-
@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.
Des Weiteren habe ich jetzt die Credentials für Tasmota berücksichtigt
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:
Hallo @kuddel dein letztes update funktioniert prima.Vielen Dank
-
@kuddel
Hey Kuddel, gibt es auch die Möglichkeit alle 2 oder 3 Tagen automatisch die Bewässerung zu starten?Gruß SiKo
-
@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
-
@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. -
@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.
-
@kuddel
hab es aktuell so: Allerdings tut sich nichts -
@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 -
@estegemann schaue ich mir morgen mal an
-
@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.xFehlerlog:
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
-
@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
-
@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
-
@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.
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" } }
-
@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
-
@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 (wusste ich bisher gar nicht, dass es diese funktion gibt... oder hatte es nicht verstanden gehabt) -
@lobomau das müsste man dann aber direkt auf den Tasmota Aktoren einstellen als Regel.
Ich verwende für Tasmota die Logik mit PulseTime
Beispiel Ventil 1:
Laufzeit: 10min
PulseTimePower = 10 MinSomit schaltet der Kanal nach 10 Min ab, egal ob der Aktor mit ioBroker verbunden ist oder nicht.
Diese "Sicerhheitsfunktion" sehe ich bei Zigbee leider nicht.
Das An- und Ausschalten für Zigbee kann ich aber integrieren.
EDIT: Du solltst deine Zigbee Aktoren auch jetzt schon verwenden können. Da es keine EInschaltdauer-Logik dafür gibt, muss ich im Skript auch nichts dafür anpassen