@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 :) [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.

@david-g AHHH :-) Währe es aber dann so das wenn ich eine zeit von 1 min zum pingen und die Wiederholungen auf 10 ( also 10 min ) , das dann in dieser zeit Neuankömmlinge nicht sofort den datenpunkt auf true setzen ? Müsste ich mal im live testen...

@robbi12 sagte: so habe ich es versucht: Mit triggern der Position auf "bestätigte Änderung" und Anpassung der Vergleiche könnte es funktionieren. [image: 1727968957916-blockly_temp.jpg]

@paul53 said in Deckenventilator über Tasmota zwischen Stecker steuern: @balu-0 sagte: auf abwesend geschalten. Da ging der Ventilator nicht aus. Ist "abwesend" true oder false? Falls false, muss der untere Trigger auf "ist kleiner als letztes" geändert werden. Läuft ! Eine sinnvolle Namensgebung - wie z.B. "Anwesenheit" - wäre hilfreich. Ich bin dran war mein erster Datenpunkt / Gruppenadresse im knx . Da hängt so viel dran habe angst das bei umbenännung etwas nicht mehr läuft. Vielen Dank !! mal wieder ! Grüße Balu

@paul53 sagte in Javascript verwendet falsches Datum: Das Format "2.10.2024" funktioniert nicht, denn es wird falsch interpretiert (Monat als Tag und umgekehrt). Außerdem muss eine Uhrzeit mitgegeben werden, da sonst 0:00 Uhr UTC verwendet wird. Ja, mein Denkfehler war davon auszugehen, dass alle Datum-/Zeit-Funktionen in Javascript die lokalen Systemzeit-Einstellungen verwenden. Das tun sie offensichtlich nicht. Deshalb gebe ich bei der Umwandlung eines reinen Datums jetzt immer die Uhrzeit 00:00:00 mit. Ich teste das noch etwas aus, denke aber, dass mein Problem damit gelöst ist.

So geht's tatsächlich :) [image: 1727873369174-screenshot-2024-10-02-144809.png] Zum Nachstellen: URL: https://shelly-XY-eu.shelly.cloud/scene/enable Daten im Textbaustein: & auth_key=MW....E60 & enabled=false & id=123456789012 Wie man die Daten bekommt: Server URL und Auth-Key: In der Shelly Control App Einstellungen / Zugang und Berechtigung> Cloud Authorisierungs-Schlüssel > Schlüssel anfordern und notieren/kopieren Shelly Cloud-Scenen auflisten: https://shelly-xy-eu.shelly.cloud/scene/list?auth_key=xyz im Log die ID zur Scene finden. Die eine Scene abfragen (nice to have): https://shelly-xy-eu.shelly.cloud/scene/get&id=xyz&auth_key=xyz Scene steuern: https://shelly-xy-eu.shelly.cloud/scene/enable Body: auth_key=ABC123...456DEF; enabled=(true/false); id=123...987 Danke Euch sehr.