@crunchip Ja klar ich suche den MQTT Text ab und wenn der TAG da ist wird der Datenpunkt gesetzt natürlich mit einem kleinen Puffer wenn er mal nicht gesehen wird. Heißt aber im Umkehrschluss das der Datenpunkt alle 10 sekunden neu gesetzt wird. Jetzt ist es meine Idee wenn der Datenpunkt seit einer Stunde nicht neu gesetzt wird "weil der Tag nicht da ist" dann schalte ab 18.00 Uhr das Licht einmalig 5 Minuten an. Nur die Umsetzung is mir noch nicht ganz klar.

@watcherkb Kein Problem, Grüße

@BBTown sagte: nun sollte es passen Passt.

Ich habe das Beispiel erweitert und setze nun eine Variabel beim Triggerereignis =1 sowie eine weitere Variabel bei "0" mit dem jeweiligen Zeitstempel. Diese kann ich dann mit den 3000 ms verrechnen. Scheint so dann auch zu klappen. [image: 1573150094909-img_207.jpg] Danke für die Grundidee!

Falles jemand braucht. So funktioniert es. Leider nur als Javascript, aber als Blockly hab ich es nicht hinbekommen. const idA = 'homee.0.Homee-0.HomeeMode-1'; // Presence function auswertung(val) { var setPoint; if (val == 2) { setPoint = 10; } else if (getState("homee.0.TemperatureAndHumiditySensor-168.Temperature-1002").val < 5) { setPoint = 21; } else if (getState("homee.0.TemperatureAndHumiditySensor-168.Temperature-1002").val > 5) { setPoint = 23; }; sendTo('viessmannapi.0', 'action', { feature: 'heating.circuits.0.operating.programs.normal', action: 'setTemperature', payload: {targetTemperature: setPoint} }); } on(idA, function(dp) { // triggert bei Wertänderung auswertung(dp.state.val); }); auswertung(getState(idA).val); // Skriptstart

@aj-mambo Na exakt das macht mein Blockly auch, nur dass es unnötig ist Funktionen bei so nem kleinen Blockly zu verwenden wie es in dem Link von Dir getan wird. Der Rest ist identisch.

@paul53 Ehrlich gesagt weiß ich es nicht. Ich denke mal, dann geht alles wieder von vorn los, ab dem Startzeitpunkt. Da mein Pi aber 7/24 läuft, kommt das selten vor. Habe den Fall, bisher, noch nicht gehabt.

@Einstein67 sagte in Netatmo Wert in Datenpunkt schreiben: avascript.0 Wo und wie genau muss ich das machen ... direkt in den Objekten ... vllt hast du da noch einen Tipp für mich

@padrino sagte in [gelöst] Hilfe, bei Fehler in Cronjob finden.. :-/: Mit Abstand zu einem Thema sieht man oft besser was los ist Entweder das, oder weil man selbst schon diesen Fehler gemacht hat.

Danke! Leerzeichen entfernt und auf einen der beiden Temp-Sensoren getriggert. Läuft

@Jan1 Ich habe jetzt mal einiges probiert. Leider komme ich nicht zum Ergebnis mit dem "Prell Hinweis".. Ich habe einen Außenkontakt angebracht, über den ich dann noch gleich eine Zustandsmeldung bekomme. Den habe ich in die Scripts eingebaut. Siehe: [image: 1572554592566-bildschirmfoto-2019-10-31-um-21.42.20.png] [image: 1572554608375-bildschirmfoto-2019-10-31-um-21.42.33.png] Das läuft nun so: Wenn das erste Script reagiert hat, ist der Kontakt offen und das zweite Script reagiert dann nicht. Das ist auch soweit in Ordnung. Allerdings reagiert das zweite Script, wenn ich den Carport wieder schließe. :-( Ich habe keine Idee wie ich das verhindern kann. :-(

Habs gefunden, falls es jemand braucht. Javascript-Variable mit Zeichenkette und den Namen "Telegram_Request" anlegen und dieses Javascript ausführen: function encode(url) { url = encodeURIComponent(url); return url; } on("telegram.0.communicate.request", obj => { if (obj.state && obj.state.val) { const url = encode(obj.state.val); setState("javascript.0.Telegram_Request", url, true); } });

@Jonii siehe hier und siehe hier

@paul53 du bist mein Held.... Danke

So, für alle die es interessiert - Fully Adapter einmal neu installiert hat geholfen. Er hat sich wohl irgendwie aufgehängt. Eine smartere Lösung wäre natürlich schöner gewesen, aber so ist zumindest das Problem im Moment gelöst!

@arteck eben, meine Fähigkeiten sind da leider auf Blockly begrenzt. Wenn Du was im Ärmel hast, dann nehme ich aber auch das