@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
@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.
@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.
@JayR nun, bei läufts mit shelly-HT und shelly1PM. da kann ich einfach in der APP eine temperaturkurve angeben. kann aber per alexa trotzdem manuell eingreifen.
zu deinen bedenken wegen zu oft schalten. der raum heizt sich ja nicht in sekundenbruchteilen wieder auf den schwellwert auf. genau genommen ist es energie belastender wenn die infra dann wieder ein komplettes ° aufheizen muss.
ein eventuelles kurzes nachfeuern verbraucht weniger energie, als ein längeres, mühsames aufheizen um 1°.
um die shelly und die infras brauchst du dir da IMHO keine sorgen machen.
@JayR sagte in History von Skripten:
Wie kann ich das Ganze spiegeln?
Hast du schon mal in die Adapter-Konfiguration geschaut? Da gibts eine Option für.
@JayR
ich wollt ja eigentlich nur das wait und async mal richtig integrieren - aber letztlich fand ich auch die idee gut
einen blitzer hat er mir schon angezeigt auf einen meiner wege !
@fastfoot sagte in Problem mit await setStateAsync():
Jetzt kann ich diesen Fehler nicht mehr reproduzieren wenn tst im root von javascript.0 liegt.
Das deckt sich mit dem was ich im Code gesehen habe. Ist etwas ungeschickt, das könnte man bestimmt abhängig vom Adapterpräfix machen
