Blockly mit Bedingung und schedule

Homoran

Noch nicht!

Wollte es erst mit meiner Version testen. Ich denke der Fehler liegt woanders. Wenn du mir erklären kannst, warum in meiner Version der debug-block "es regnet" nicht ausgeführt wird wären ich schon ein Stück weiter.

Selbst wenn der wiederhole-Block nicht funktioniert hätte doch der debug-Block "es regnet" ausgegeben werden müssen, ODER?

Gruß

Rainer

Dutchman

~~@Homoran:~~

Selbst wenn der wiederhole-Block nicht funktioniert hätte doch der debug-Block "es regnet" ausgegeben werden müssen, ODER? `

jup, verstehe ich auch nicht warum er fuer die ansagen geht aber nicht fuer den block mit berechnungen er ist ja gleich.

DUe koennste mal zum spass den wert in eine variable schreiben und dan die variable als debug block auslesen vielleicht war er doch was anderes als 1 zu de zeitpunkt?

Homoran

Nachdem keiine Meldungen mehr im Blockly-log kamen und nach neustart des javascript-Adapters Error code7 already running kam, habe ich mir über die Konsole mit top die Prozesse angesehen.

Sobald ich den Block mit falls… unten angehängt hatte, damit er immer läuft stieg der Adapter mit 100% CPU aus.

Da muss ich erst mal nachdenken warum.

Deine Version scheint keine Probleme zu machen.

...waiting for rain again.

Rainer

Homoran

Bei dem nächsten Regen lief die neue Version nahezu komplett.

nur nach dem Regen hörte sie nicht mehr auf mit dem "Auführen Intervall"

Ich hatte das "sonst - clear interval" vergessen :oops:

Warum der Wert in Liter / Minute immer auf 0 stand??

Ich logge jetzt die Werte mal.

insgesamt fielen 0,3mm Regen - nicht viel aber >0!

Warum meine Version den js-Adapter an die Kapazitätsgrenzen brachte habe ich noch nicht herausbekommen.

Danke für die Hilfe

Rainer

paul53

~~@Homoran:~~

Warum meine Version den js-Adapter an die Kapazitätsgrenzen brachte habe ich noch nicht herausbekommen. `
Wenn Du den Javascript-Code (in Code-Tags) postest, kann Dir vielleicht geholfen werden.

Homoran

Hallo Paul,

ich hoffe ich habe ihn wieder vollständig rekonstruiert:

on({id: 'hm-rpc.0.KEQ1022589.1.STATE', change: "ne"}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  console.log('ist getriggert');
  if (getState("hm-rpc.0.KEQ1022589.1.STATE").val == 1) {
    console.log('es regnet');
    while (!(getState("hm-rpc.0.KEQ1022589.1.STATE").val == 0)) {
      schedule("*/3 * * * *", function () {
        setState("Messwerte.0.Wetterdaten.Regenintensitaet"/*Regenintensitaet*/, ((getState("hm-rpc.0.JEQ0140901.1.RAIN_COUNTER").val - getState("Messwerte.0.Wetterdaten.Regenmenge_alt").val) / 3), true);
        setStateDelayed("Messwerte.0.Wetterdaten.Regenmenge_alt"/*Regenmenge_alt*/, getState("hm-rpc.0.JEQ0140901.1.RAIN_COUNTER").val, true, 200, false);
        console.log((String('Die Regenmenge der letzten drei Minuten betrug: ') + String(getState("hm-rpc.0.JEQ0140901.1.RAIN_COUNTER").val - getState("Messwerte.0.Wetterdaten.Regenmenge_alt").val)));
      });
    }
    console.log('es regnet nicht mehr');
  }
  console.log('es regnet nicht');
});
console.log('Check - fertig');
console.log((String('Der Zustand vom Regensensor ist: ') + String(getState("hm-rpc.0.KEQ1022589.1.STATE").val)));

~~@paul53:~~

(in Code-Tags) `

Das ist der code, den Blockly ausspuckt.

Gruß

Rainer

paul53

while (!(getState("hm-rpc.0.KEQ1022589.1.STATE").val == 0))

erzeugt den Dauerstress solange es regnet (Wert > 0). Eine Änderung des Wertes triggert erneut. Also nur

if(value) {
   timer = schedule(...)
} else { 
   clearSchedule(timer);
}

console.log('Check - fertig');
console.log((String('Der Zustand vom Regensensor ist: ') + String(getState("hm-rpc.0.KEQ1022589.1.STATE").val)));

wird nur einmal beim Skriptstart ausgeführt.

  if (getState("hm-rpc.0.KEQ1022589.1.STATE").val == 1) {

Es ist besser mit der Skriptvariablen value zu arbeiten (weniger CPU-Last)

  if (value == 1) {

Ein getState(id) auf die ID, mit der getriggert wurde, sollte man vermeiden.

Homoran

Danke Paul,

das muss ich erst mal verdauen und sehen, wie ich das in Blockly umsetzen kann.

Danke

Rainer

Dutchman

~~@Homoran:~~

Danke Paul,

das muss ich erst mal verdauen und sehen, wie ich das in Blockly umsetzen kann.

Danke

Rainer `

Ich glaube was Paul da schreibt is genau mein Beispiel?

Nur triggern auf regen ja nein und den Intervall ausschalten wen es nicht mehr regnet

–-----------------------

Send from mobile device

paul53

Das folgende Blockly sollte das erledigen, was Du möchtest ?

Anmerkung: Mit Blockly dauert es bei mir mind. 5 mal solange als wenn ich es in Javascript eintippe.

Dutchman

~~@paul53:~~

Das folgende Blockly sollte das erledigen, was Du möchtest ?

Regenintensität.JPG

Anmerkung: Mit Blockly dauert es bei mir mind. 5 mal solange als wenn ich es in Javascript eintippe. `

genauso war mein erster vorschlag auf, Rainer moechte die berechnung aber nur laufen lassen wen es regnet daher war mein vorschlag das ueber einen interval zu loesen der getriggert wird durch true/false stand des regensensors.

Wie ist deine meinung dazu Paul ?

http://forum.iobroker.net/viewtopic.php … 387#p88853

Homoran

~~@paul53:~~

Mit Blockly dauert es bei mir mind. 5 mal solange als wenn ich es in Javascript eintippe. `
Sorry Paul

ich versuche mich so an js heranzu tasten.

Die Logik ist der erste Schritt, die Befehle (und Struktur) der zweite.

Bin jetzt ein paar Tage weg, werde baldmöglichst testen. Habe im Moment die Version mit interval. Mal sehen wann es wieder regnet.

Danke für eure Hilfe

Rainer

PS gibt es eigentlich (ähnlich zu Homematic) einen Trigger, der auf einen Wert im DP reagiert? - Wenn Leistung > 50W dann mache… oder muss man auf Änderung (Erhöhung) triggern und dann den falls... Block nehmen?

Dutchman

~~@Homoran:~~

~~@paul53:~~

PS gibt es eigentlich (ähnlich zu Homematic) einen Trigger, der auf einen Wert im DP reagiert? - Wenn Leistung > 50W dann mache… oder muss man auf Änderung (Erhöhung) triggern und dann den falls... Block nehmen?

mit blockly nein da geht nur "hoeher als voriger, kleiner als voriger , ist true, ist false usw".

Mit script geht es glaube ich wohl siehe pattern:

on(pattern, callbackOrId, value)

wobei man in dem "value" logic verarbeiten kan

https://github.com/ioBroker/ioBroker.ja ... some-state

paul53

~~@Homoran:~~

gibt es eigentlich (ähnlich zu Homematic) einen Trigger, der auf einen Wert im DP reagiert? - Wenn Leistung > 50W dann mache `
Ja.

on({id: idLeistung, valGt: 50, oldValLe: 50} function(dp) {...});
````~~@Dutchman:~~ 

> Rainer moechte die berechnung aber nur laufen lassen wen es regnet daher war mein vorschlag das ueber einen interval zu loesen der getriggert wird durch true/false stand des regensensors.
> 
> Wie ist deine meinung dazu Paul ? `  
Funktioniert genauso. Durch die Abfrage auf Regen innerhalb des Schedule-Triggers ist das Ergebnis (fast) identisch. In Javascript würde ich es so machen:

// Regenintensität
const idCount = getIdByName('Wetterstation:1.RAIN_COUNTER');
const idRegen = getIdByName('Regensensor:1.STATE');
const idIntens = getIdByName('Regenintensitaet');
const faktor = 1; // Umrechnung in mm/h

// Skriptvariablen mit Initialisierung bei Skriptstart
var menge = getState(idCount).val; // Merker Regenmenge für Differenz
var timer = null; // für setInterval, clearInterval

function intens() {
var count = getState(idCount).val; // aktuelle Menge in lokale Skriptvariable, da mehr als einmal verwendet
setState(idIntens, faktor * (count - menge), true);
menge = count;
}

// Skriptstart
if(getState(idRegen).val) {
timer = setInterval(intens, 180000); // alle 3 Minuten
}

on(idRegen, function(dp) { // Triggern bei Wertänderung
if(dp.state.val) { // es regnet
timer = setInterval(intens, 180000); // alle 3 Minuten
} else {
if(timer) clearInterval(timer); // Stopp timer
setState(idIntens, 0, true); // kein Regen, also Intensität 0
}
});

Die Verwendung von setInterval() anstelle schedule() hat den Vorteil, dass auch nach Skriptstart die erste Berechnung nach genau 3 Minuten erfolgt.

Homoran

~~@paul53:~~

Ja. `
Also doch Javascript full statt Blockly

~~@paul53:~~

Die Verwendung von setInterval() anstelle schedule() hat den Vorteil, dass auch nach Skriptstart die erste Berechnung nach genau 3 Minuten erfolgt. `
und genau das ist passiert, lief nur unendlich weiter, weil ich depp das clear interval bei Ende Regen vergessen hatte.

Gruß

Rainer

paul53

~~@Homoran:~~

Also doch Javascript full statt Blockly `
Blockly hat einige Einschränkungen. Wenn Du JS full einmal gelernt hast, bist Du damit auch schneller.

Homoran

Danke nochmals an alle Helfenden.

Kurze Rückmeldung:

Heute morgen hat es wohl geregnet ("leider" nur 0,3mm). Der js-Adpter läuft noch (mit 2,5% CPU-Last) und es hat Datenpunkte gegeben.

hier sieht man schön die exakt drei Minuten Intervall.

seltsamerweise zeigt das log von der Wetterstation den Regen von 10:43 bis 10:48 (und das auf verschiedenen Installationen)

Das aktuelle Blockly (aus dem ich bald die debug-Blöcke entferne)

…und als code (für Paul53):

var Intervall;

on({id: 'hm-rpc.0.KEQ1022589.1.STATE', change: "ne"}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  console.log('ist getriggert');
  if (getState("hm-rpc.0.KEQ1022589.1.STATE").val == 1) {
    console.log('es regnet');
    Intervall = setInterval(function () {
      setState("Messwerte.0.Wetterdaten.Regenintensitaet"/*Regenintensitaet*/, ((getState("hm-rpc.0.JEQ0140901.1.RAIN_COUNTER").val - getState("Messwerte.0.Wetterdaten.Regenmenge_alt").val) / 3), true);
      setStateDelayed("Messwerte.0.Wetterdaten.Regenmenge_alt"/*Regenmenge_alt*/, getState("hm-rpc.0.JEQ0140901.1.RAIN_COUNTER").val, true, 200, false);
      console.log((String('Die Regenmenge der letzten drei Minuten betrug: ') + String(getState("hm-rpc.0.JEQ0140901.1.RAIN_COUNTER").val - getState("Messwerte.0.Wetterdaten.Regenmenge_alt").val)));
      console.log('noch einmal');
    }, 180000);
  } else {
    (function () {if (Intervall) {clearInterval(Intervall); Intervall = null;}})();
    console.log('es regnet nicht mehr');
  }
  console.log('es regnet nicht');
});
console.log('Check - fertig');
console.log((String('Der Zustand vom Regensensor ist: ') + String(getState("hm-rpc.0.KEQ1022589.1.STATE").val)));

Gruß

Rainer

Dutchman

5 Minuten sind keine 6 (2x3), ich glaube unsere Logic hier ist falsch und wir machen es zu kompliziert:

die Wetterstation sendet nur alle x Minuten, warum machen wir dan einen Intervall Risiko zu groß das der schneller abgelaufen ist als die Station neue Werte gesendet hat
das script läuft nur wen es regnet und rechnet dan alle 3minuten
logischer wäre doch: triggen wen Regenmenge (Rain Counter) geändert und dan Berechnung Ausführen

Ich glaube das die ganze Kombination mit ermitteln regnet es ja oder nein überflüssig ist las uns doch einfach triggeren auf Changed Status Regenmenge und dan wert minus wert alt = jetziger Regenfall ?!

~Dutch

Homoran

~~@Dutchman:~~

5 Minuten sind keine 6 (2x3) `
Wo siehst du 56 Minuten?

hier ist das Interval nur einmal durchlaufen worden.

~~@Dutchman:~~

die Wetterstation sendet nur alle x Minuten, warum machen wir dan einen Intervall Risiko zu groß das der schneller abgelaufen ist als die Station neue Werte gesendet hat `
Das hatte ich auch überlegt, aber bei 3 Minuten Zykluszeit, sollte die Wahrscheinlichkeit, dass das Intervall genau zu einem Sendetelegram beginnt und das zweite Telegram dadurch nach drei Minuten nicht da ist verschwindend gering sein.

~~@Dutchman:~~

logischer wäre doch: triggen wen Regenmenge geändert und dan Berechnung Ausführen `
Auch richtig, aber als Anfänger wollte ich nicht auch noch mit Zeiten rechnen,

Gruß

Rainer

Dutchman

~~@Homoran:~~

~~@Dutchman:~~

5 Minuten sind keine 6 (2x3) `
Wo siehst du 56 Minuten?

hier ist das Interval nur einmal durchlaufen worden. `

Wir verstehen uns falsch!

Du hast nur 2 werte in deinem History innerhalb der 3minuten…. Zeit stimmt trotzdem nich aber andere Geschichte....

~~@Homoran:~~

~~@Dutchman:~~

die Wetterstation sendet nur alle x Minuten, warum machen wir dan einen Intervall Risiko zu groß das der schneller abgelaufen ist als die Station neue Werte gesendet hat Das hatte ich auch überlegt, aber bei 3 Minuten Zykluszeit, sollte die Wahrscheinlichkeit, dass das Intervall genau zu einem Sendetelegram beginnt und das zweite Telegram dadurch nach drei Minuten nicht da ist verschwindend gering sein.

Ja, trotzdem möglich und daher onnötiges Risiko

~~@Homoran:~~

~~@Dutchman:~~

logischer wäre doch: triggen wen Regenmenge geändert und dan Berechnung Ausführen `
Auch richtig, aber als Anfänger wollte ich nicht auch noch mit Zeiten rechnen,

Gruß

Rainer `

Ich verstehe dich nicht, was willst du hier mit Zeiten rechnen .

Ich versuche es nochmal:

der Wert der Regenmenge ändert sich nur wen es regnet
wir können diesen Wert (hat sich geändert) also nehmen als trigger um die Berechnung aus zu führen
der Rest ändert sich nicht

~Dutch

NEWS

Blockly mit Bedingung und schedule

Support us

792
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

Blockly mit Bedingung und schedule

Support us

792Online

31.7kUsers

79.8kTopics

1.3mPosts

792
Online

31.7k
Users

79.8k
Topics

1.3m
Posts