@wolfi913 danke, werde ich mir ansehen! dauert aber etwas!!!

@uk68 sagte in Bloky Anfänger: Meinst du das so? ja! @uk68 sagte in Bloky Anfänger: denke da wohl zu Kompliziert vor allem war es ein falls, das weder eine Berechtigung für die Aufgabe hat, noch einen auszuführende Akti8n, falls das falls tatsächlich zugetroffen hätte

@codierknecht sagte in programmieren mit Blockly lernen, benötige Hilfe: @woupi sagte in programmieren mit Blockly lernen, benötige Hilfe: oder sehe ich da was falsch? Ja ;-) Das erste "Falls" prüft, ob die geänderte Leistung der PV unter 1500 liegt. Tut sie das, prüft das zweite, ob sie zuletzt ÜBER 1500 lag. Denn nur dann (beim ersten Fallen unter die Grenze) soll der Timeout starten. Ändert sich die Leistung jetzt z.B. 5 Minuten gar nicht, schlägt der Timer zu. Der schlägt aber auch zu, wenn die Leistung sich zwar geändert hat, aber weiterhin unter 1500 bleibt. Das "sonst" im ersten Teil sorgt dafür, dass der Timeout gestoppt wird wenn die PV wieder mehr produziert. Auch das habe ich jetzt mal umgesetzt und das mit der Liste deaktiviert. Wenn das wie gewünscht funktioniert ist das ja definitiv einfacher. @codierknecht sagte in programmieren mit Blockly lernen, benötige Hilfe: @woupi sagte in programmieren mit Blockly lernen, benötige Hilfe: oder sehe ich da was falsch? Ja ;-) Das erste "Falls" prüft, ob die geänderte Leistung der PV unter 1500 liegt. Tut sie das, prüft das zweite, ob sie zuletzt ÜBER 1500 lag. Denn nur dann (beim ersten Fallen unter die Grenze) soll der Timeout starten. Ändert sich die Leistung jetzt z.B. 5 Minuten gar nicht, schlägt der Timer zu. Der schlägt aber auch zu, wenn die Leistung sich zwar geändert hat, aber weiterhin unter 1500 bleibt. Das "sonst" im ersten Teil sorgt dafür, dass der Timeout gestoppt wird wenn die PV wieder mehr produziert. Auch das habe ich jetzt mal umgesetzt und das mit der Liste deaktiviert. Wenn das wie gewünscht funktioniert ist das ja definitiv einfacher. Wenn es nicht wie gewünscht funktioniert, setze ich mich an die beiden Listen. Das muss ich allerdings erstmal verstehen. [image: 1706430587869-5c512d12-3a7a-4bc8-9280-1db41f4eb722-image.png] Wenn es nicht wie gewünscht funktioniert, setze ich mich an die beiden Listen. Das muss ich allerdings erstmal verstehen. Danke nochmal an alle, für die Hilfe.

@ingo-2 sagte in Block CompareTime funktioniert nicht: Generell habe ich das Problem, dass bei mir die Triggerevents nie erfüllt sind. Welche "Triggerevents" werden bei Dir nicht erfüllt? ZEIGEN! An "Falls Objekt" wird eine Objekt-ID übergeben ... kein Ausdruck!

@martinp Jo, mein Fehler. ICh wollte nur nicht für die exakt gleiche Überschrift ein neues aufmachen, erschien mir falsch. Habe nun aber auch den Weg zur Lösung gefunden: Nicht das iob-log betrachten, sondern das, was im javascript editor inkludiert ist! Dieses zeigt wirklich alles an, ohne etwas abzuschneiden. Danke euch und nichts für ungut

@mrfloppy sagte: Aber auch nach 20 macht er das noch!?! Der letzte Trigger feuert um 20:59 Uhr.

@codierknecht Super Link. Danke Dir. Das WE ist gerettet. LG aus dem Sauerland Jörg

@cdn sagte: hilft dort das löschen falls läuft? Ja, dazu dient es.

@codierknecht ist mir bewusst, dass die skripte immer laufen. da habe ich mich falsch ausgedrückt. ich meinte mehr dass das blockly für die steuerung der rolladen nach unten nach einem wind gedacht ist. danke für deine starthilfe aber ich denke ich habs verstanden ;-)

@bananajoe sagte: Bei den Funktionsblöcken mit Blockly müsste das eigentlich auch so sein das diese nur innerhalb gültig sind Nein, nur vordefinierte Variablen (value, oldValue) oder Funktionsparameter sind lokal. Alle selbst erstellten Variablen sind global, außer sie sind Funktionsparameter. Die Variable result ist lokal, obwohl sie auch global deklariert ist. [image: 1706202732864-blockly_temp.jpg]

@martinp sagte in dynamischer Cronjob, wie?: wer guckt schon unter die Motorhaube Jepp - letztlich ist es gehopst wie gesprungen. Ob String oder Zahl ist da eigentlich ziemlich egal.

@Tomek-Napierala hast Du den Hue Tap Dial schalter mit IOBROKER so erbinden können, dass Du damit alle möglichen Events starten kannst, oder gelingt es mit dem Schalter nicht? Wenn ja, kann ich jeden Taster mehrfach belegen wie klick doppelklick long press Viele Grüße Jürgen

[image: 1706090481182-20240124_105619.jpg] [image: 1706090499453-20240124_105633.jpg] Also bisher läuft alles ohne BUG. Hier mal noch 2 Bilder wie das ganze aussieht. Alles mit dem 3D Drucker erstellt. MinTemp (blau), aktuelle Temp(je nach Temp - gelb) und Max Temp. (rot). Danke für Eure Unterstützung.

@codierknecht sagte in script für lichtsteuerung mit motion sensor: @ltsalvatore Den "time from last motion" braucht man nicht. [image: 1706043916660-469b3eb8-6605-4157-b3f7-21c3a007b2c3-grafik.png] man muss nur die richtigen leute dran lassen und schon klappt es, wie man es sich eigentlich vorgestellt hat. wenn man sich das anschaut und drüber nachdenkt, dann macht das alles so viel sinn :-) gaaanz lieben dank für die schnelle hilfe.

@paul53 ok danke. Stell ich um!

Danke für Eure Antworten. Dann versuche ich mal das Skript generell zu optimieren aber lasse alles in einem einzigen. Danke und Gruß, Claus

@maxpd sagte in Mysteriöser Zeittrigger: @asgothian aber wie ist es denn in anderen Programmiersprachen? schreibt man dort auch erst Werte in eine variable um die am Schluss wieder in den Wert zu schreiben? kommt mir umständlich vor. in meinem Fall war das nur ein Beispiel. von diesem Wasserfilter gibt es noch 5 weitere. Das ist eine Abwägungssache. Dabei hilft es, sich die Objekte als eine Datenbank vorzustellen, sprich der Baustein "Wert von Objekt ID targetID." bzw. der JS Befehl "getState(targetID).val" übersetzt sich in Umgangssprache in "hole aus der Datenbank das Objekt mit der ID targetID und gib mir dessen Wert. Das umgekehrte passiert beim Schreiben. Diese Operationen kosten also Zeit. Inzwischen ist Blockly so umgestellt worden das darauf Rücksicht genommen wird, früher war es aber so das die Kombination aus erst einen Wert in ein Objekt hinein schreiben und diesen danach direkt wieder herauslesen zu interessanten Effekten geführt hat. Mal hatte man den korrekten, mal den alten Wert. Deswegen hat sich (für mich) eingebrannt: Objektwerte in einem Skript nach Möglichkeit einmal lesen und einmal schreiben. Immer erst lesen, dann schreiben, nie umgekehrt. Wenn ich also einen Objektwert mehrfach benötige (für Ausgaben, Berechnungen, Bedingungen) dann hole ich den immer in eine Variable (1x) Wenn ich den nur einmal benötige lasse ich das. Und wenn ich innerhalb eines Triggers irgend eine Eigenschaft des den Trigger auslösenden Objekts brauche dann mache ich das wenn möglich über den oben beschriebenen Baustein - der wird vom Trigger bereits gefüllt, da muss ich nicht "nochmal in die Datenbank schauen", sozusagen. A.

Ich habe es selber hinbekommen. Mein erstes eigenes Blockly, welches auch funktioniert ;-) Klein aber fein [image: 1705947985647-screenshot-2024-01-22-192056.png]

@homoran Dann lasse ich das erstmal so, wenn der Update irgendwann in den nächsten Wochen kommt... Für die kurze Zeit einen barocken Balkon für die Differenzberechnung zu Fuß einzubauen lohnt wohl nicht ... EDIT: Habe doch eine Hauruck-Abhilfe geschaffen. Minuten und Sekunden, die führende Nullen haben müssten werden zwar falsch dargestellt, aber sei's drum ;-) [image: 1705947837374-b9049d38-8a1d-4cd3-ba2d-b016431644f7-grafik.png]