@tomily sagte: das Script ausomatisch los läuft? Packe es in die Callback-Funktion von schedule().

@UncleSam Hey, bin über die Reaktionszeit erstaunt! Danke für die schnelle Rückmeldung. Bin noch Scripting-Einsteiger. der getState macht nicht nur Sinn, sondern funktioniert auch :-) Danke für die Lösung!

@JayR 2 sek ist natürlich sportlich und könnte die Bridge irgendwann in die Knie zwingen. Die Abfrage hat keine Auswirkung auf die Schaltung true false beim Motion Sensor. Der erkennt Bewegung, müsste ich genau messen , nach circa 10-12 sek wieder. Ich hab das Polling auf 8 sek gestellt.

@Pittini Komisch, da hat sich lange nichts mehr getan. Es liegt daran, dass für die Variable States nicht der korrekte Typ erkannt wird (bzw. unnötig "weit"). Ist leider so, dass TypeScript nicht rückwärts aus der Nutzung den Typ ableiten kann, sondern nur "vorwärts" von der Definition aus. Du kannst nachhelfen, wenn du in die Zeile in der du States definierst, wie folgt abänderst: /** @type {{ id: string, initial: any, forceCreation: boolean, common: iobJS.StateCommon }[]} */ const States = []; // Array mit anzulegenden Datenpunkten Dann beschwert er sich ab Zeile 219 über das fehlende Attribut role im common-Teil, was aber korrekt ist.

@MCU Sorry, die hab ich mir nicht gemerkt. :( War Uralt, so sicher 'n halbes Jahr oder mehr.

@TinoNikol sagte: War im Adapter hab ich jetzt auf 1 Sekunde gestellt! So schnell reagiert kein Sensor. 5 s sollten auch ausreichen. @TinoNikol sagte in Suche helfende Hand Lüftungssteuerung: in Iobroker dauert es noch ein bis 2 Min! Das muss eine andere Ursache haben, denn min != sec.

@nukia Versenden von Bildern geht da doch gar nicht...

@paul53 said in [gelöst] Result "undefined" in JS: @Nobody28 Wenn Du anstelle der Zulu-Zeit die Ortszeit dargestellt haben möchtest, dann ändere new Date(ts).toISOString()) in formatDate(ts, 'DD.MM.YYYY hh:mm:ss') Vielen Dank.... Funktioniert :) nur der Vollständigkeithalber ==> formatDate(ts, 'DD.MM.YYYY hh:mm:ss')) Weil Du in deiner Codesnipsel mit dem ISOString auch die 2. Klammer drin hast. Nur falls auch jemand nach der Änderung sich wundert, dass es nicht funktioniert

@UncleSam Ne das Speichern der vorigen Werte war mir wichtig, da wenn die Szene wieder deaktiviert wird, die alten Standwartwerte in den Objekten stehen sollen, welche bevor die Szene aktiviert wurde, eingetragen worden waren. Die festen Werte in den oberen if-statement sind ja "feste" Werte, die zu dieser Szene gehören (23° C, 30% Lichtlevel und die Steckdose aktivieren)

@paul53 sagte in Komplette Bäume unter "javascript.0" löschen: @Plasmachef sagte: Wie müsste dann das Script z. B. aussehen, wenn ich alles unter Javascript.0.MeinBaum löschen wollte? $('javascript.0.MeinBaum.*').each(function(id, i) { deleteObject(id); }); Wow! Das nenne ich mal Fachwissen ... Herzlichen Dank! :-)

ich mache es jetzt so... (so reicht mir das und es funktioniert) let iqontrol_vorhanden = 'system.adapter.iqontrol'; //prüfen ob iqontol installiert ist if (existsObject(iqontrol_vorhanden) && //und hier noch andere Prüfungen

@paul53 Funktioniert einwandfrei, Besten Dank!

@caddog1982 sagte in wget Upload wird nicht im Vis angezigt.: Bei "iobroker file read" bekomme ich ein "Not exists" obwohl die Datei vorhanden ist. Ja, da bist du genau wieder bei demselben Problem: Dateien, die ioBroker nicht kennt, gibt es für ihn nicht. Was nicht per Browser (in vis) oder per Kommandozeile (iobroker file write ...) hochgeladen wurde, existiert nicht und kann ergo auch nicht heruntergeladen (iobroker file read ...) werden.

@Skywalker110 sagte: Gibt es eine einfache Möglichkeit diese Werte weiterzugeben ? Per Blockly request(url) und [image: 1604944295256-blockly_temp.jpg]

@UncleSam Ja da hast du ganz klar recht. Ist bisschen der Faulheit & Zeit geschuldet. Hab den Fehler abgefangen.. Dennoch ist es nicht so schön, dass der ganze Adapter gleich mitgezogen wird bei so einem Fehler.

@Nachtschatten sagte in Wert in Datenpunkt (Datenpunkt aus Variable) eintragen: die Sternchen wurden, übrigens hier im Forum rausgefiltert ohne dass es mir aufgefallen ist Stimmt, jetzt sehe ich das auch. Mein Tipp: in Zukunft Code Tags verwenden, dann sieht man genau das, was man schreibt.

@Thomas-Braun sagte in (gelöst)Supergau Java: sudo - u nagut

@UncleSam vielen dank habe 20 minuten gesucht und nicht gefunden :-(

@UncleSam @paul53 Danke Euch beiden schon mal für die Antworten! Ich denke, ich habe alles im Großen und Ganzen verstanden. Mit der async ist man also flexibler, falls es zu komplexeren Vorgängen kommt. Habe bis jetzt schon mal im Netz nach async / await / promise usw gesucht. Auf leicht verständliche Tutorials / Anleitungen bin ich bis jetzt leider nicht gestoßen. Habt ihr diesbezüglich einen Tip? Dass meine älteren Skripte kein async beinhalten liegt daran, dass in ioBroker async früher generell nicht verwendet wurde? Ich hatte nämlich das Gefühl, dass gerade die Intervals / Timeouts mit async zuverlässiger laufen. TypeScipt lerne ich übrigens auch noch parallel. ;-) vielleicht befasse ich mich da auch wieder mehr mit.

@paul53 Klasse, das ist die Lösung für mich! Wusste garnicht das es auch so geht. Danke Euch! LG Markus