@firebowl ist vielleicht etwas zu spät, da ich aber dieses Problem auch hatte, möchte ich die Lösung hier beschreiben. Mein Nuki hat ca. 15 Sekunden gebraucht bis sich der Status änderte. Durch das löschen aller Callbacks in der Bridge konnte ich diese Zeit auf ca. 2 Sekunden drücken. http://192.168.1.50:8080/callback/list?token=xxxxxxx Die id aus dieser Ausgabe unten benutzen. http://192.168.1.50:8080/callback/remove?id=0&token=123456

@cinimod Der Wert ist entweder "ON" oder "OFF" Vielen Dank So geht es.

Ja, dieses Posting hatte ich vorher während meiner Recherche mit der SuFu gesehen und daraus die zu steuernden Werte abgeleitet. Das hat schon mal sehr geholfen, danke. Mittlerweile ist auch klar, woran es gelegen hat: das Problem saß wie meistens vor der Tastatur. Meine Trigger fragen des Status des Datenpunktes "waterlevel_detected" ab. Ich habe bei meinen Tests mit den Sensoren nicht berücksichtigt, dass dafür mindestens 1,5 mm Wasserhöhe erreicht werden müssen. Heute nochmal mit etwas höherem Wasserstand getestet, et voilá - funktioniert. Jetzt werden die Trigger auf den empfindlicheren DP "moisture_detected" geändert, dann läuft es wie gewünscht. Besten Dank für die Tipps und Hinweise und ein schönes Restwochenende

@jens123456 sagte: Trick das da mehrere feste Uhrzeiten gehen? [image: 1634414265013-bild_2021-10-16_215744.png]

@paul53 Habe ich inzwischen verstanden, da ich mir Dein Skript über den von Dir hier hinterlegten Link angeguckt hatte. Wirklich super gelöst.

Danke für Eure schnelle Antwort, heute sind plötzlich die Werte aufgetaucht. Mein Blockly Script funktioniert also. THX Timee

@paul53 Alles ist gut ! Ich als - naja, sagen wir mit Spass an der Freud' Programmierer - habe nicht verstanden wieso das Skript läuft. Da ich dachte das Skript - Wenn es getriggert wird - fängt immer wieder von oben nach unten an durchzulaufen. Für mein Verständnis war das "unmöglich" da sich der Wert der Variable, wegen des zweiten Tastendruk, count auf 2 geändert hat. Wiederrum für mein Verständnis lautet die Bedingung if count == 1 then ..... Somit könnte der innere Teil des Skriptes schon nicht mehr verarbeitet werden

@paul53 ah ok ich habe eine alternative gefunden mit der ich noch einfacher arbeiten könnte. Da ich sowieso schon den voltage Name auf Raum-Name-Typ z.B. Bad-Fenster-CR2156 geändert habe, kann ich daraus ja eigentlich mit den Text Operatoren 3 Variablen beschreiben. Hierfür müsste ich lediglich den Trenner "-" übergeben und das Ergebnis in die jeweilige Variable schreiben. Hat jemand Sample Beispiel für den Text Cut Operator? Den ersten Fall "Bad" habe ich soweit schon einmal hinbekommen... [image: 1634307369306-bildschirmfoto-2021-10-15-um-16.15.24.png] edit: habe sogar eine noch leichtere Methode gefunden. Ich erstelle einfach eine Liste mit dem Wert aus getName mit dem Trennzeichen "-". Diese kann ich dann mit 1, 2 und 3 ansprechen... [image: 1634315979642-bildschirmfoto-2021-10-15-um-18.39.03.png] edit2: und hier das Ergebnis... [image: 1634317136448-bildschirmfoto-2021-10-15-um-18.57.17.png] [image: 1634317136662-bildschirmfoto-2021-10-15-um-18.57.52.png]

@opossum Der Shelly kann das auch alles autonom. In der APP kann man eigene Zeitpläne erstellen inklusive Sonnenauf- und Untergang. Dann sind Kommunikationsprobleme kein Thema mehr.

@blink335 ist mir schon klar, aber eben das invert... :) @Dr-Pie ist halt philosophie frage. musst halt dann im blockly um die ecke denken. mir langst zu wissen ob offen, oder zu. da ich eine cam in der garage habe, seh ich auch gleich welchen genauen zustand das tor hat... [image: 1634284157839-1204375e-9d80-4dcb-8cdb-da906a23423f-grafik.png] [image: 1634284195157-68de6f1c-7b33-4d13-9c16-a34535c9c075-grafik.png]

@semmy sagte: Wie macht man das, damit der Trigger nur einmal ausgelöst wird. [image: 1634240025512-bild_2021-10-14_213345.png]

@paul53 super vielen Dank hatte ich bei der Suche nicht gefunden

@paul53 super alles klar, dankeschön :-)

Ich komme hier einfach nicht weiter. Wo kommt der Fehler mit der konstanten Variable her? [image: 1634123736022-bildschirmfoto-2021-10-13-um-12.00.13.png] [image: 1634123757313-bildschirmfoto-2021-10-13-um-12.00.44.png] javascript.0 2021-10-13 11:39:33.891 die Info script.js.telegram.Kanaltest: 0 Abos und 0 Fahrpläne registriert javascript.0 2021-10-13 11:39:33.880 die Info script.js.telegram.Kanaltest: sendTo(adapter=telegram.0, cmd=call, msg={"text":"Hallo","user":"","lang":"de-DE-Standard-B ","wiederholt":"1"}) telegram.0 2021-10-13 11:39:33.883 warnen TypeError: Zuweisung an konstante Variable. at callUsers (/opt/iobroker/node_modules/iobroker.telegram/main.js:1262:15) at processMessage (/opt/iobroker/node_modules/iobroker.telegram/main.js:1247:21) at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.telegram/main.js:155:17) bei Adapter.emit (events.js:314:20) bei Änderung (/opt/iobroker/node_modules/iobroker.js-controller/lib /adapter.js:5634:34) bei Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:232:37) bei processImmediate (internal/timers.js .) :461:21) telegram.0 2021-10-13 11:39:33.883 warnen Status System pmessage io.messagebox.system.adapter.telegram.0 {"command":"call","message":{"text":"Hallo","user":"","lang":"de- DE-Standard-B","repeats":"1","users":[],"message":"Hallo"},"from":"system.adapter.javascript.0","_id":95753937 } Zuweisung an konstante Variable. javascript.0 2021-10-13 11:39:33.874 die Info Start javascript script.js.telegram.Kanaltest javascript.0 2021-10-13 11:39:30.635 die Info Skript stoppen script.js.telegram.Kanaltest

@paul53 said in Ermittlung des Alters einer Wertaktualisierung in Blockly: @tklein sagte: "Notabschaltung" vornehmen, sofern die Werte älter als z.B. 60 Sekunden sind. Siehe hier thx, da hätte man auch drauf kommen können. Anstelles des Debugs einen Datenpunkt "is_old" mit true setzen. Oder alternativ jede Sekunde einen Counter hochzählen. Dann weiss man sogar wie alt der Wert ist.

@cinimod Da hast Du wieder recht...

@rand sagte in Gedanken zur Feinstaubmessung: Könnte man das korrigieren wenn man die aktuelle Feuchte/Temp kennt? Bisher ist das noch niemanden gelungen und es haben sich schon einige daran abgearbeitet. Ist wahrscheinlich nicht ganz trivial, aber es gibt bestimmt einen Zusammenhang zwischen Feuchtigkeit, Temperatur und Wasserteilchengröße in der Luft ... Selbst wenn es den gäbe und Du ihn herausfinden würdest, hülfe es nur sehr begrenzt. Man wüßte dann immer noch nicht, ob die Trübung durch Feinstaub oder Tröpfchen kommt. Oder man müßte diesen Zusammenhang schon wirklich sehr genau kennen, um unter der Dominanz der Tröpfchen den echten Feinstaub rauszumessen. Also man bräuchte eine hohe Dynamik des Meßsignals und eine genau Kenntnis des Störeinflusses. Bis dahin ist es meiner Meinung nach einfach unseriös, die ungültigen Werte zu veröffentlichen oder gar damit Politik zu machen.

@paul53 Hey Paul, das sieht gut aus, Danke dir! Sorry, ich bin noch ein noob was das an geht. Lerne aber gerne dazu ;) Danke und LG Tim