NEWS
Blockly Script wird nach ca. 3 Tagen beendet
-
Moin,
ich möchte mit IOBroker erfassen, wie hoch der Gasverbrauch in meinem Hause ist und wann der Gasbrenner heizt. Dazu habe ich mit einem TRTC5000 einen SONOFF Basic als Counter konfiguriert. Das funktioniert ganz ordentlich, so dass ich die Gasverbrauchswerte stdl., tgl., mtl. gut im Blick habe. Um den AN / AUS - Zustand des BUDERUS Gasbrenners zu erfassen könnte ich in die Elektronik des Gasbrenners eingreifen und ein entsprechendes Signal auswerten, oder eine nach aussen geführte "Brenner An LED" verwenden. Beides möchte ich nicht. Statt dessen war meine Idee, ganz einfach den bereits funktionierenden Zähler auszuwerten. Den frage ich zur Zeit einmal pro Minute ab. Wenn sich der Zählerstand geändert hat, kann nur der Brenner angewesen sein. Mittels Blockly habe ich mir dazu ein Script erstellt, welches auch funktioniert. Nur leider wird das Script nahezu regelmäßig "disabled". Im protokoll deutet es auf zu viele Statusabfragen pro Minute hin, mit dem Hinweis "Please, check your Script". Wenn ich dass Script wieder "enable" habe ich wieder ca 3 Tage Ruhe.
Ich bin völlig unerfahren im programmieren. Erkennt jemand meinen Fehler?Gruß Dau (das ist mein Familienname, trifft aber ja evtl. zu)
schedule("*/60 * * * * *", async () => { on({ id: 'sonoff.0.DVES_8F8B87.COUNTER_C1' /* DVES_8F8B87 COUNTER C1 */, change: 'gt' }, async (obj) => { let value = obj.state.val; let oldValue = obj.oldState.val; if (true) { setState('0_userdata.0.Gasbrenner_AN' /* Gasbrenner_AN */, true, true); } }); on({ id: 'sonoff.0.DVES_8F8B87.COUNTER_C1' /* DVES_8F8B87 COUNTER C1 */, change: 'le' }, async (obj) => { let value = obj.state.val; let oldValue = obj.oldState.val; if (true) { setState('0_userdata.0.Gasbrenner_AN' /* Gasbrenner_AN */, false, true); } }); });MOD-EDIT: Code in code-tags gesetzt!
Auch finde ich die doppelte Abfrage "Falls Objekt" unnötig. Ich dachte mir, dass eine Abfrage unter Verwendung von "Falls - Sonst" genügen müsste. Ein solches Script ändert den Gasbrenner Status nur einmal, und dann nie wieder.
@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_anauftrueund startet einen timeout.
Erfolgt nun innerhalb der Zeitspanne keine erneute Änderung, wird der Wert wieder auffalsegesetzt.Erfolgt eine Änderung innerhalb der Zeitspanne, wird der timeout gestoppt. Damit bleibt der Wert auf
true. -
Moin,
also, grundsätzlich funktioniert mein "umständliches" Script ja so wie ich es mir vorstelle.
Dass der Gasbrenner aus ist, erkennt das Script an dem Zählerstand, der sich eben nach einer Minute nicht geändert hat. Dabei hoffe ich natürlich, dass immer, wenn Gas strömt, auch die Zündung des Gases erfolgt.
Anbei eine EChart, die ich aus der Brenner AN _ AUS Aussage generiert habe.
Wie schon beschrieben, funktioniert das Script immer nur ca 3 Tage, dann wird es beendet. Ich werde Eure Anregungen bzgl "Trigger", "Schedule" "falls" versuchen zu verstehen und mein Script dann zu ändern.
Danke. . . 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 -
. . . 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
-
@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 -
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 :grin:
-
@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_anauftrueund startet einen timeout.
Erfolgt nun innerhalb der Zeitspanne keine erneute Änderung, wird der Wert wieder auffalsegesetzt.Erfolgt eine Änderung innerhalb der Zeitspanne, wird der timeout gestoppt. Damit bleibt der Wert auf
true. -
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
-
@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 -
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. -
@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.
Support us
560
Online32.6k
Benutzer82.3k
Themen1.3m
Beiträge