@e-s sagte: erst als ich unter instances den javascript adapter neu gestartet habe, waren die neuen da. Es ist ein bekanntes Problem, dass die Puffer der Javascript-Instanz nicht (immer) automatisch aktualisiert werden.

@zgadgeter sagte in HM-LC-Bl1PBU welcher Parameter stellt an/aus: Nein, dann mach mal das Dummy-Programm auf der CCU und teste nochmal

Sorry, das ich erst jetzt Rückmeldung gebe. Also deine Variante hab ich nicht so ganz verstanden. Ich habe aber nun anstatt "wurde geändert" auf wurde aktualisiert gestellt und seither bei meinen Tests, fuhr das Tor immer so wie ich das wollte. Ich beobachte weiter.

wie sah die lösung deines cousins denn nun aus? ich suche nämlich etwas sehr sehr ähnliches bzgl gebetszeiten (sayit ausgabe) vg

[image: 1585340736598-bildschirmfoto-2020-03-27-um-21.25.18.png] Das sollte ein sinnvolles Ergebnis bringen. EDIT: ups 86400000 da fehlen 3 nullen

Vor dieser Aufgabe stand ich auch gerade und habe es so gelöst: Neuer Datenpunkt "TV_gewählteProgramm" (Typ: Zeichenkette) in VIS einen Button State (in meinem Fall Material Design) mit dem Kanal des jeweiligen Senders und mit Kommas getrennt als Wert, z.B. ZDF = 0,2 ; ProSieben = 0,7 Blockly (siehe Bild): Der Wert aus dem Datenpunkt wird in eine Liste gewandelt (Trennzeichen = Komma), also "0,2" -> [0,2] (EDIT: Hier kann auch "im Text x nimm y. Element" genommen werden, ich hatte es aber noch als Liste, weil ich vorher anders programmiert habe) Je nach Wert des ersten Elements, wird die entsprechende Zahl an den Fernseher (Samsung) gesendet Danach wird das zweite Element geprüft, hier aber mit einer Verzögerung, damit der Fernseher hinterherkommt. Am Schluss bestätige ich noch mit der Taste "Enter", damit das Umschalten schneller über die Bühne geht. Vorher hatte ich es wesentlich kompakter und schöner, doch leider lässt JS/Blockly kein "time.sleep()" zu, sodass jeder Durchgang verzögert werden könnte. Leider kann man auch nicht die Verzögerung der "steuere ..."-Blöcke mit einer Variable einspeisen. Dann könnte man nämlich den ersten Durchlauf mit der Verzögerung i = 0 laufen lassen und jeden weiteren dann mit i = i + 1 Sek., um alle Befehle nacheinander auszuführen. [image: 1585330036374-4bad5334-d851-43e1-a6da-20ffc426ee9e-image.png]

@KLVN sagte in Cron Trigger Uhrzeit stimmt nicht: Vor diesem Problem stehe ich auch gerade... Weder Astro noch Cron triggern zur eingestellten Zeit. Ok, habe weiter gewühlt und zwei selten dumme Fehler meinerseits gefunden: Mein Pi war noch auf die falsche Zeitzone eingestellt (war mich sicher, dass ich es umgestellt habe) "sudo raspi-config" -> "Localization options" -> "Change Timezone" (danach habe ich vorsorglich noch "iobroker stop" und "iobroker start" ausgeführt) In Blockly hatte ich den Debug-Modus aktiviert und als ich ins Log gesehen habe, kam mir dann diese Meldung entgegen: "(21617) script.js.Sonnenuntergang: setForeignState(id=shelly.xxx, state={"val":true,"ack":false}) - wurde nicht ausgeführt, während der Debug-Modus aktiv ist" Jetzt funktionieren nachweislich die Cron-Jobs, die Astro-Funktion werde ich noch testen.

@harrym sagte in influxdb adapter .... alle DP unterhalb einer ID: de anzahl von states passen .... aber ich kann nix aktivieren Dito

@Zygi sagte: Gibt es eine einfache Methode ein Array in einen String umzuwandeln? So wie ich es hier gezeigt habe: [0] anhängen.

@ricroe Nur über die Temperatur wird wohl immer Sommer dazu führen, dass der gar nicht mehr hoch fährt.

@Feuersturm said in Mehrere Scripte oder lieber mehrere Trigger?: Hier findest du was zum lesen https://www.iobroker.net/docu/index-43.htm?page_id=5385&lang=de mega hilfe, danke!

@dslraser Danke für den Tipp... Nur war das Skript hier etwas einfacher für den Anfang ;-)

@paul53 said in Auto Hand Blockly schaltet nicht wie gewünscht: @Altersrentner sagte: Ist das Skript Auto/Hand noch erforderlich? Das musst Du wissen, ob es Abhängigkeiten enthält, die in dem anderen Script nicht vorhanden sind. Hallo, Das Skript der Heizungssteuerung läuft seit gestern wie gehabt und gewünscht mit dem integrierten Auto/Hand Modus. Das ursprüngliche Auto/Hand Skript ist jetzt seit 24 Stunden deaktiviert. Bis jetzt keine Unregelmäßigkeiten Damit ist der Betreff geklärt. Danke für Deine Unterstützung Freundliche Grüße Michael

@Jan1 Habe die 4.4.3 installiert. Mir ist nur in der Änderungshistorie aufgefallen, dass in der Verison 4.4.2 ein Fix für die Astroversion drin war. Habe auf jeden Fall nach dem Update das Script von fixer Uhrzeit auf Astro umgestellt. Kann also auch nicht sagen wie es sich vorher verhalten hat.

@piro sagte: Aktuell arbeite ich mit dem Selector @paul53 sagte: Array mit IDs und dazu ein Array mit Timer-Variablen. Etwa so: const STATEs = $('*.STATE'); const ids = []; const timers = []; STATEs.each(function(id, i) { ids[i] = id; }); on(ids, function(dp) { let idx = ids.indexOf(dp.id); if(dp.state.val) { timers[idx] = setInterval(function() { sendTo('telegram.0', 'Fenster ' + dp.common.name + ' ist mind. 15 Minuten offen'); }, 900000); // 15 Minuten } else if(timers[idx]) clearInterval(timers[idx]); });

Vielen Dank Das hat mir geholfen

@Malaus mit Modbus habe ich leider nichts am Hut, da kann ich die leider nicht weiterhelfen.

@FredF Ha, so einfach? Genial, danke!

Hört sich ähnlich an. Der Adapter scheint relativ neu zu sein, da ich vor etwa 14 Tagen danach gesucht und nichts gefunden habe. Gut, ich habe keinen Datenpunkt in VIS für mein Skript eingebaut - jedoch kann es scrollen. Und das war es mir wert ;) Du kannst diesen Adapter ja gerne testen :)

@manuel99 Wenn ein Thema gelöst wurde bitte den Beitrag der die Lösung beinhaltet als gelöst markieren. -> 3 Punkte Menü rechts unten am Beitrag -> Mark this post as the correct answer Hier gehts zur Hilfe. oder Wenn ein Thema gelöst wurde bitte den Beitrag der die Lösung beinhaltet als gelöst Markieren. ->Anleitung