@myzerat Du hat da so einige Trigger, möglich das der 7:00 Uhr Trigger komplett öffnet, und kurz darauf ein andere Trigger auslöst und entscheidet (beispielsweise Helligkeit) Rollos sollen runter ? Ich keine deine ganzen Trigger daten ja jetzt nicht.

@paul53 Ok, danke. Dann sollte das ja so funktionieren.

@codierknecht sagte in Blockly DP in Alias setzen ohne direkte Wirkung (alarm): auch, lediglich die Reihenfolge zu ändern (Ringtone zuerst, Alarm oh man, das einfache tauschen der reihenfolge hat gereicht!!! herzlichen dank!!!

@codierknecht glaube, das hat fkt. danke!

@joergh Hab ich ähnlich auch am laufen. Erstellen die Liste nur mit einem Selektor.

@radicalreel sagte: was ich falsch mache Es laufen mehrere Timer gleichzeitig, die sich nicht stoppen lassen. Deshalb benötigt man eine Sperre: [image: 1729176039774-blockly_temp.jpg]

@paul53 sagte in Blockly Lese- und Schreiberfolg: @joergh sagte: Wiederholen des Lesevorgangs Das ist sinnlos, denn der DP wird gelesen, wenn der Zustand existiert. Mann kann die Existenz prüfen: if(existsState(id) getState(id).val else Aktionen(id) Das muss durchaus nicht sinnlos sein, denn dazwischen können ja weitere Aktionen liegen, z.B. der Start eines Gerätes, dass den DP bereit stellt, etc. Ich muss jetzt jedes Mal einen manuellen Check des Erfolgs programmieren und deswegen macht es Sinn die Erfolgsprüfung so zu gestalten, dass die "falls...dann" Prüfung schon enthalten ist. Beim Schreiben am besten mit einem definierbaren Delay versehen.

@tors7en sagte in Script zyklisch per variabler Zeit steuern: Vielern Dank für Euer Feeback. Ich werden das testen und umsetzen und berücksichtigen. Was mache ich damit: Ich steuere damit den Überschuss aus meiner PV-Anlage zum PKW laden. Per diesem Parameter möchte ich steuern, wie oft bzw. in welchem Zyklus die Berechnung durchgeführt bzw. der Ladestrom angepasts wird. Eingeben möchte ich den Wert über einen Datnpunkt im vis, was bereits funktioniert, nur eben mit dem o.g. Problem. An dieser Stelle würde ich vollständig auf ein Intervall / timeout verzichten. Wie funktioniert es dann ? Du benötigst einen Datenpunkt in dem du ablegst was die Berechnung ergibt. Dazu kannst du nicht den Datenpunkt des Ladestroms nutzen, da dieser nur dann sinnvoll gefüllt ist wenn auch geladen werden soll - sprich ein Auto ist angeschlossen. Ansonsten folgt das Skript dem folgenden Muster: Trigger auf Änderung des Überschusses Vergleich: Zeitstempel letzte Aktualisierung des "Ergebnis Datenpunkt" zu jetzt. Ist die Zeitspanne grösser als in der Vis angegeben: Neuberechnung anstossen. Ist sie es nicht, nix tun. A.

@haus-automatisierung Ansatz meinerseits. Danke Dir. So komme ich erstmal weiter :) :kissing_heart: [image: 1728824241717-7f3e1fb5-48cb-452d-b3f8-5c3af1a4cbee-image.png] Meine für mich funktionierende Zsu mit vis-2: -reagiert auf Eingaben direkt und setzt den "Zeitplan aus Zeitzustand" für spätere Schaltzeiten [image: 1728828023115-d305298b-5543-4214-99ce-58466b86e058-image.png] [image: 1728828056653-3196a5a5-d99d-48e5-af3b-bd5cdabf4ff0-image.png] Da ich sowas nicht gefunden habe, oder wohl gängige Lösungen teilweise nicht unter vis-2 nicht immer laufen, hilft das ja vllt auch jmd. weiter. Super community hier *****

@lustig29 ja und jetzt mal umschalten beim Sensor

@d4ve sagte in frage zu mein Blockly: @samson auf jedenfall hilfreicher Beitrag von dir! danke hat uns allem viel gebracht..... Ich wollte Dich lediglich auf die Forenregeln hinweisen. Wenn Du diese kennst und Dich daran hältst ist es DEIN Mehrwert, indem Du mehr Antworten auf Dein Problem bekommst. Brauchst deshalb nicht gleich aggro werden. War nur ein gut gemeinter Tipp. [image: 1728729397133-bildschirmfoto-2024-10-12-um-12.31.06.png]

@paul53 - herzlichen Dank für dein Input & Vorschlag! Ich werde es heute testen. lg

@mcm1957 sagte in Hue-Adapter aktualisiert/ändert Wert nach Script-Schaltung: Streng genommen setzt das Javascript das ACK Flag so wie es im Script angegeben ist, dass kann sowohl flalse als auch true sein. Typisch ist das false (da der Default) bzw. sollte false sein, damit ein Adapter die Änderung akzeptiert. "Immer" ist als ganz genau genommen nicht richtig. Korrekt.. immer ist nicht wirklich richtig - aber immer wenn via JS etwas gesteuert werden soll - wenn da ack=true, dann wird nix gesteuert :)

@finn-g hallo, schau dir von Matthias Kleine folgendes Video an. So hab ich es bei mir auch gelöst. Du legst Datenpunkte für die einzustellende Uhrzeit unter den Objekten an. https://youtu.be/69OB3TVRSck?si=0UJ33T-C5orJiO8p [image: 1728500514967-screenshot_20241009-210048.png]

@paul53 mega, danke!!

Hi zusammen. Ich habe zwar seit gestern ein Nuki 4 pro aber das gab es hier in diesem threat auch schon . Ich bin zu blöd mein Nuki via MQTT mit dem iobroker zu verbinden. Ich habe theoretisch seit anbeginn den Sonoff Adapter mit MAT auf Port 1883 laufen. Dort kann ich den Nuki einbinden bekomme allerdings nur den Status Alive. Jetzt habe ich zum Test zusätzlich den MQTT Adapter installiert auf Port 1884 . Dorthin verbindet sich der Nuki aber nicht weil ich wahrscheinlich keinen sepraten Port mit angeben kann. Ich gebe zwar als Host xxx.xxx.xxx.x:1884 aber das lehnt Nuki ab. Welche möglichkeiten habe ich noch bzw was mache ich falsch ?

@oliverio Die regelmäßigen Updates führe ich schon regelmäßig durch. Also sowohl für den Pi als auch für den ioBroker selbst. Aber an die InfluxDB traue ich mich nicht ran, weil alles läuft wie es laufen soll.

@marcelinho Normalerweise lässt man nur den BWM steuern und schaltet nicht selbst das Licht aus. In der Regel kannst Du über die occupancy_timeout Option steuern, wie lange es dauert, bis der BWM auf false schaltet, wenn keine Bewegung mehr erkannt wurde.