NEWS
true Abfrage alle 2 Sek.
-
@Aphofis
Das was ich dir geschrieben habe leider nicht - du musst im Blockly die Zeit fuer den Timeout fest vorgeben und kannst keine Variable dafür benutzen - zumindest konnte ich das nicht.Wenn diese Funktionalität existiert, dann schon.
@Asgothian
Kann ich jemanden im Forum Fragen, der deinen Javascript Code vllt umhechseln kann ins Blockly!? -
@Aphofis
Das was ich dir geschrieben habe leider nicht - du musst im Blockly die Zeit fuer den Timeout fest vorgeben und kannst keine Variable dafür benutzen - zumindest konnte ich das nicht.Wenn diese Funktionalität existiert, dann schon.
-
@Asgothian
Wenn das script per steuerung zb in der fütterungspause deaktiviert wir, bleibt der timer mit der gemessenen zahl bestehen? und läuft nach einschalten des scripts normal weiter ???@Aphofis sagte in true Abfrage alle 2 Sek.:
@Asgothian
Wenn das script per steuerung zb in der fütterungspause deaktiviert wir, bleibt der timer mit der gemessenen zahl bestehen? und läuft nach einschalten des scripts normal weiter ???Wenn die Pumpe gerade eingeschaltet ist, und du dann das Script beendest dann wird die Pumpe nicht abgeschaltet, und bei einem Neustart wird die Variable neu mit 300 initialisiert.
Um das zu verhindern macht es meiner Meinung nach sinn einen Datenpunkt "Futtermodus" zu erstellen, und im Script einfach nur das Aktivieren der Pumpe zu unterbinden wenn der Futtermodus aktiviert wird, und nach Ende des Futtermodus wieder zum normalen Ablauf zurück zu kehren.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@Asgothian
Kann ich jemanden im Forum Fragen, der deinen Javascript Code vllt umhechseln kann ins Blockly!? -
@Aphofis sagte in true Abfrage alle 2 Sek.:
@Asgothian
Wenn das script per steuerung zb in der fütterungspause deaktiviert wir, bleibt der timer mit der gemessenen zahl bestehen? und läuft nach einschalten des scripts normal weiter ???Wenn die Pumpe gerade eingeschaltet ist, und du dann das Script beendest dann wird die Pumpe nicht abgeschaltet, und bei einem Neustart wird die Variable neu mit 300 initialisiert.
Um das zu verhindern macht es meiner Meinung nach sinn einen Datenpunkt "Futtermodus" zu erstellen, und im Script einfach nur das Aktivieren der Pumpe zu unterbinden wenn der Futtermodus aktiviert wird, und nach Ende des Futtermodus wieder zum normalen Ablauf zurück zu kehren.
A.
@Asgothian
Ich versuche das mir einer das JavaScript umbaut in Blockly dann kann ich damit mehr machen.
Kann leider kein Javascript programmieren.
Javascript Applets in Webseiten einbinden ist schon die Grenze.
ich kann den Code halbwechs verstehen aber Programmieren äh nein. Leider leider nicht. -
@Asgothian
Ich versuche das mir einer das JavaScript umbaut in Blockly dann kann ich damit mehr machen.
Kann leider kein Javascript programmieren.
Javascript Applets in Webseiten einbinden ist schon die Grenze.
ich kann den Code halbwechs verstehen aber Programmieren äh nein. Leider leider nicht. -
@Aphofis
Nicht ohne weiteres, aber es gibt da einen einfachen Trick: Bau dir die Aktionen die du haben willst als Blockly zusammen, und lass dir dann den JS code anzeigen. Den kannst du dann in das JS Script kopieren. Die relevanten Stellen hab ich im Script markiertA.
var Restzeit, timeout, Nachricht, StartTime; var Pump = "Pump Object ID" var Schwimmer = 'Schwimmer Object ID' Restzeit = 300; StartTime = -1; function PumpOn() { if (timeout) { clearTimeout(timeout); timeout = null;}; timeout = setTimeout(function () { StartTime = -1; Restzeit = 0; setState(Pump, false); // Hier wird die Pumpe abgeschaltet wenn die Zeit abgelaufen ist. }, Restzeit * 1000); // Hier wird die Pumpe eingeschaltet. setState(Pump, true); StartTime = (new Date().getSeconds()) } on({id: Schwimmer, change: "gt"}, function (obj) { if (Restzeit > 0) { PumpOn() }; }); on({id: Schwimmer, change: "lt"}, function (obj) { if (StartTime > 0) { if (timeout) { clearTimeout(timeout); timeout = null; } Restzeit = Restzeit - ((new Date().getSeconds()) - StartTime); } setState(Pump, false); // Hier wird die Pumpe abgeschaltet wenn der Schwimmer "false" meldet. // Wichtig - die Pumpe wird hier auch dann abgeschaltet wenn sie nicht vorher über das Script eingeschaltet wurde. }); schedule("0 0 * * *", function () { Restzeit = 300; if (getState(Schwimmer).val) {PumpOn(); } }); -
@Asgothian
Ich versuche das mir einer das JavaScript umbaut in Blockly dann kann ich damit mehr machen.
Kann leider kein Javascript programmieren.
Javascript Applets in Webseiten einbinden ist schon die Grenze.
ich kann den Code halbwechs verstehen aber Programmieren äh nein. Leider leider nicht.@Aphofis
Versuch mal das hier:
Nicht so schön, aber da die Laufzeit des Timeout nicht als Variable definiert werden kann muss halt ein Umweg gewählt werden.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@Aphofis
Versuch mal das hier:Nicht so schön, aber da die Laufzeit des Timeout nicht als Variable definiert werden kann muss halt ein Umweg gewählt werden.
@Asgothian
Das ja Cool, wo hast du das denn jetzt her !? oder mal eben aus dem Ärmel geschüttelt.Restzeit 60 sind Sekunden !? da trage ich dann denke ich 300 sek ein!?
Was kommt bei even is objects rein das Magnetventil oder der schwimmer !?
und im schedule kommt ein neuer Datenpunkt rein ? Nach Zahl wo die 300 sek den count ablegen ? -
@Asgothian
Das ja Cool, wo hast du das denn jetzt her !? oder mal eben aus dem Ärmel geschüttelt.Restzeit 60 sind Sekunden !? da trage ich dann denke ich 300 sek ein!?
Was kommt bei even is objects rein das Magnetventil oder der schwimmer !?
und im schedule kommt ein neuer Datenpunkt rein ? Nach Zahl wo die 300 sek den count ablegen ?@Aphofis Das hab ich aus dem Aermel geschüttelt. Restzeit ist 60x5 Sekunden, also bitte nicht auf 300 erhöhen.
Der Datenpunkt im Intervall ist der Datenpunkt des Schwimmers
Der Datenpunkt im "on" und im Shedule auch. Im SetState ist es die pumpeA.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@Aphofis Das hab ich aus dem Aermel geschüttelt. Restzeit ist 60x5 Sekunden, also bitte nicht auf 300 erhöhen.
Der Datenpunkt im Intervall ist der Datenpunkt des Schwimmers
Der Datenpunkt im "on" und im Shedule auch. Im SetState ist es die pumpeA.
-
@Asgothian Wäre es
so korrekt?
@Aphofis Fast:
im Schedule muss im Falls auch das Osmose Niveau rein, wie auch in dem grauen "falls Objekt default"
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@Aphofis Fast:
im Schedule muss im Falls auch das Osmose Niveau rein, wie auch in dem grauen "falls Objekt default"
A.
-
@Asgothian
Also so ?
-
@Asgothian
OK Ich werde es mal testen.
Nach steuere Osmose Magnetventil unter dem intervall kann ich eine Osmose Aktiv Debug einbauen ?
und im intervall unter stop zyklische ausführung ein Debug Osmose inaktiv ? -
@Asgothian
Also wäre das an den stellen richtig ? -
@Asgothian
OK!
Also Magneventil schaltet ein aber nicht wieder aus!
Schwimmer bei true schaltet Magentventil ein bei schwimmer false schaltet Magnetventil nicht mehr aus
Support us
363
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge