NEWS

@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

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

Kleines Update. Das Problem besteht weiterhin.

javascript.0 2020-11-04 11:36:33.932 info (28278) script.js.Alarmanlage.Alarmanlage_ausgelöst: anwesend: false Typ: boolean javascript.0 2020-11-04 11:36:33.931 info (28278) script.js.Alarmanlage.Alarmanlage_ausgelöst: geschlossen: true Typ: boolean javascript.0 2020-11-04 11:36:30.324 info (28278) script.js.Alarmanlage.Alarmanlage_ausgelöst: anwesend: false Typ: boolean javascript.0 2020-11-04 11:36:30.324 info (28278) script.js.Alarmanlage.Alarmanlage_ausgelöst: anwesend: false Typ: boolean javascript.0 2020-11-04 11:36:30.319 info (28278) script.js.Alarmanlage.Alarmanlage_ausgelöst: geschlossen: false Typ: boolean

@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 mit dem Adapter shuttercontrol

@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

@crycode

Vielen Dank für Deine Hilfe ich werd das einfach mal versuchen.

@liv-in-sky sagte in scriptedEnabled - Problem bei Abfrage:

json.length>25 && err==null

Wenn err nicht null ist, dann ist json nicht unbedingt definiert. Die Reihenfolge müsste anders herum sein.

else {resolve("keine Adress-Auflösung möglich")}

Das was du da vor hast (Fehler übergeben), geht besser mit reject. Prinzipiell:

function doSomething() { return new Promise((resolve, reject) => { // ... irgendwas tun, bei Fehler: reject("Etwas ist schief gelaufen"); }); } async function stuff() { try { await doSomething(); } catch (e) { // Hier landest du, wenn oben `reject` aufgerufen wird } }

@hanss sagte:

Ich habe jetzt die Funktion OGset(id) so abgeändert, dass ich die ID übergeben kann.

Das ist die bessere Lösung, wobei mein Vorschlag auch funktionieren muss.

@Ritschi ich habe es raus gefunden.
Ich hatte bei "modbus.2.holdingRegisters.48196_power_total"
nach dem total einen leerschlag drin...... 😞