NEWS
Blockly Script wird nach ca. 3 Tagen beendet
-
@mhdau
Du willst also anhand des sich (mehr oder weniger konstant) ändernden Zählerstandes erkennen, ob der Brenner läuft oder nicht?Vielleicht nach diesem Prinzip
Erkennt der Zähler-Sensor eine Änderung, setzt er der Wert für
brenner_an
auftrue
und startet einen timeout.
Erfolgt nun innerhalb der Zeitspanne keine erneute Änderung, wird der Wert wieder auffalse
gesetzt.Erfolgt eine Änderung innerhalb der Zeitspanne, wird der timeout gestoppt. Damit bleibt der Wert auf
true
. -
. . . und noch einmal Moin,
glaubt mir, dass ich schon lange auf mein "umständliches Script" gestarrt habe, und keinen der Fehler wahrgenommen habe! Mannomann! Ich habe das Script jetzt vereinfacht und lasse es parallel zu meinem "überladenen laufen.Bisher funktioniert es. Evtl. ist ja auch der Fehler des Script - Abbruchs damit beseitigt,
Ich lasse es Euch dann wissen.Gruß
Dau -
@mhdau sagte in Blockly Script wird nach ca. 3 Tagen beendet:
Ich habe das Script jetzt vereinfacht
Aber immer noch "Trigger in Trigger".
Das funktioniert so nicht!https://forum.iobroker.net/topic/70481/blockly-for-dummies-starthilfe-und-tipps
-
Ich werde mir die Starthilfe noch zu Gemüte führen. Sicher mache ich einiges falsch.
Aber auch das vereinfachte Script funktioniert! Zumindest so, wie ich mir das vorstelle.
Ob der Abbruch wieder erfolgt, muss ich abwarten.Gruß
Dau -
@mhdau sagte in Blockly Script wird nach ca. 3 Tagen beendet:
Aber auch das vereinfachte Script funktioniert
Damit erzeugst Du jede Minute 2 neue Trigger!
Das fliegt Dir über kurz oder lang um die Ohren.@mhdau sagte in Blockly Script wird nach ca. 3 Tagen beendet:
Ob der Abbruch wieder erfolgt, muss ich abwarten.
Es werden noch Wetten angenommen
-
Ich werde gründlich über die Verwendung von Timeout nachdenken müssen!
Immerhin ist dann wohl kein CRON-Job nötig.
Auf jeden Fall Dank für die Denkanstöße. -
@mhdau kurz nochmal erklärt: ein trigger wird im system angemeldet, da iob darauf reagiert - "schedule oder falls object"
dein script erzeugt in 3 tagen 8640 trigger einträge
dein script funktioniert eigentlich nicht, da der schedule zum zeitpunkt x aktiviert wird und nur wenn zum zeitpunkt x auch der "falls object" getriggert wird, funktioniert es - das ist eigentlich fast unmöglich zu erreichen
wenn du aber 1000-ende von triggern hast, ist wahrscheinlich dein system so beschäftigt, dass tatsächlich mal der innere trigger getroffen wird - weil sich alles irgendwie verzögert
auf gut deutsch: du hast glück gehabt, dass dein script überhaupt was macht - dafür aber stürzt es auch nach ein paar tagen ab
-
Vielen Dank für die Mühe, die Ihr Euch mit mir macht! Aber langsam dämmert es mir.
Ich habe den Vorschlag von "Codierknecht" an meine bestehende Konfiguration angepasst. Lediglich die Timeout - Zeit werde ich noch ändern müssen, denn in der Grafik wird "Brenner AN = TRUE" nur für die angegebene Zeit angezeigt.
Die ganze Thematik kam bei mir auf, weil kurz vor unserem Weihnachtsurlaub ein Defekt in meiner Heizung auftrat. Der wurde zwar beseitigt, aber ich traute dem Frieden nicht.
Künftig kann ich jetzt zumindest aus der Ferne meine Heizung, Vorlauftemperatur, etc. überwachen und muss nicht die Verwandtschaft bemühen, um nach dem Rechten zu sehen.
Gruß
M H Dau -
@mhdau sagte in Blockly Script wird nach ca. 3 Tagen beendet:
Lediglich die Timeout - Zeit werde ich noch ändern müssen
Die hängt natürlich davon ab, in welchen Intervallen sich bei eingeschaltetem Brenner der Zählerstand ändert.
Immer vorausgesetzt, ich habe das Vorhaben korrekt interpretiert. -
@codierknecht
Genau, das Rädchen an dem Zähler liefert jeweils nach 10 Litern Durchfluss einen Impuls an den Zähler. Aber der Durchfluss kann ja auch schon z.B. nach 3 Litern stoppen. Das steuert natürlich die Gastherme selbst. 100 % genau wird der Status so nie angezeigt. Mir genügt die zu erreichende Genauigkeit aber.