scriptedEnabled - Problem bei Abfrage

[AlCalzone]

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

bin vor lauter frust in den regen raus und habe die blätter vom garten entsorgt - dieses await ... bekomme ich einfach nicht hin

Auch wenn es eine einfachere Lösung gibt, vielleicht zeigst du mal was du hattest. So schwer ist es eigentlich nicht.
Wenn ne Funktion einen Promise zurückgibt, rufst du sie mit await davor auf. Dazu muss die Funktion, in der await verwendet wird, async sein. Ansonsten wird der Code geschrieben wie synchroner Code.

[liv-in-sky]

@AlCalzone

erst mal danke für deine hilfe für dein angebot - darauf komme ich noch zurück - brauch jetzt erstmal eine pause
bei der anderen version, hatte ich das problem, dass ich eine function hatte, in der ich mit await getStateAsync(id)).val das enabled suche - dann wollte ich aber, dass diese function ein ein promise bringt, wenn sie fertig ist und dann erst der datenpunkt geschrieben wird - ich konnte kein new promise einfügen, weil dann await getStateAsync(id)).val einen fehler anzeigte

ung. so:

 asyncfunction writeStuff() {
return new Promise((resolve) => {......
                               ....... await    lookForEnabled(pfad)                                        
 resolve()

hier kam ein fehler und await war nicht mehr erlaubt

meine jetzige lösung sieht so aus (hoffe, die ist richtig):

sammleDaten().then(writeStuff).then( function() { setState("javascript."+instance+".CheckScript.jsonSubScript",JSON.stringify(mxJson))
                                               log(JSON.stringify(mxJson))})

sammleDaten (liest scripte aus filesystem und versucht die trigger daraus zu finden - schreibt ein arr mit gefundenen non-existent datenpunkten) und writeStuff (checkt script_enabled und macht json für vis-datenpunkt )- beide functionen haben ein promise bekommen und ein resolve

damit der datenpunkt zum richtigen zeitpunkt geschrieben wird

@paul53 - die function hat das ganze extrem vereinfacht - nochmals danke dafür

ergebnis schaut richtig aus:

[AlCalzone]

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

async function writeStuff() {
return new Promise((resolve) => {......

                            ....... await    lookForEnabled(pfad)                                        

resolve()

Zwei Fehler hast du hier:

1. Eine async-Funktion braucht nicht explizit einen Promise zurückgeben. In 99% der Fälle ist es sogar einfach nur falsch. Das was ich oben sehe, kannst du wie folgt eindampfen:

async function writeStuff() {
  // ...
  await lookForEnabled(pfad);
}

2. Wenn es unbedingt sein muss, await doch in einem Promise zu kapseln (z.B. weil du zusätzlich eine Callback-API nutzt), muss die Promise-"Callback"-Funktion als async definiert werden, nicht die außenrum:

function foobar() {
  return new Promise(async (resolve) => {
    await irgendwas;
    irgendwasMitCallback(() => resolve());
  });
});

Meistens lässt sich das aber eleganter trennen.

---

meine jetzige lösung sieht so aus

Würde ich in etwa so machen (besser lesbar und mischt nicht async/await mit .then()-Ketten):

async function doStuff() {
	await sammleDaten();
	await writeStuff();
	// ^ Hier sollten vermutlich Daten zwischen den Methoden übergeben werden,
	// damit keine globalen Variablen missbraucht werden
	// const daten = await sammleDaten();
	// await writeStuff(daten)
	const stringified = JSON.stringify(mxJson);
	await setStateAsync("javascript."+instance+".CheckScript.jsonSubScript", stringified);
	log(stringified);
}

[liv-in-sky]

@AlCalzone sagte in scriptedEnabled - Problem bei Abfrage:

Würde ich in etwa so machen (besser lesbar und mischt nicht async/await mit .then()-Ketten):
async function doStuff() { await sammleDaten(); await writeStuff(); // ^ Hier sollten vermutlich Daten zwischen den Methoden übergeben werden, // damit keine globalen Variablen missbraucht werden // const daten = await sammleDaten(); // await writeStuff(daten) const stringified = JSON.stringify(mxJson); await setStateAsync("javascript."+instance+".CheckScript.jsonSubScript", stringified); log(stringified); }

funktioniert - und leuchtet sogar mir ein

vielen dank für deine unterstützung

jetzt kann ich mich wieder auf das eigentliche script konzentrieren - das herausfiltern der trigger

[liv-in-sky]

@AlCalzone

es muss ich dich leider nochmal bemühen:

ich wollt auch einen datenpunkt anlegen und/oder beschreiben am anfang - habe es tatsächlich geschafft, den adapter zum neustart zu bringen

async function doStuff() {
    // if (await !existsStateAsync("javascript."+instance+".CheckScript.jsonSubScript")) {
    //     await createStateAsync("CheckScript.jsonSubScript", '[{"dp":"noch nicht da","enabled":"","script":""}]',
    //                     {type: 'string', name: 'jsonSubScript', role: 'value', read: true , write: true} );}
    await createStateAsync("CheckScript.jsonSubScript", '[{"dp":"noch nicht da","enabled":"","script":""}]',
                          {type: 'string', name: 'jsonSubScript', role: 'value', read: true , write: true} );
    await setStateAsync("javascript."+instance+".CheckScript.jsonSubScript",'[{"dp":"noch nicht da","enabled":"","script":""}]')  //}      
	await sammleDaten();
	await writeStuff();
	// ^ Hier sollten vermutlich Daten zwischen den Methoden übergeben werden,
	// damit keine globalen Variablen missbraucht werden
	// const daten = await sammleDaten();
	// await writeStuff(daten)
    //await wait(5000);
	const stringified = JSON.stringify(mxJson);
	await setStateAsync("javascript."+instance+".CheckScript.jsonSubScript", stringified);
	log(stringified);
}

doStuff()

diese version läuft einmal und beim 2ten mal, wenn der dp existiert, crasht der adapter.
die auskommentierte version war ein versuch vorher zu abzufragen - scheitert aber auch

[liv-in-sky]

@AlCalzone

so wird wenigstens der error abgefangen - gibt es da eine andere lösung?

     try {
    await createStateAsync("CheckScript.jsonSubScript", '[{"dp":"noch nicht da","enabled":"","script":""}]',
                          {type: 'string', name: 'jsonSubScript', role: 'value', read: true , write: true} );
     } catch (error) {
        log(`Unexpected error - ${error}`, 'error');
    }
    await setStateAsync("javascript."+instance+".CheckScript.jsonSubScript",'[{"dp":"noch nicht da","enabled":"","script":""}]')  //}      
	await sammleDaten();
	await writeStuff();
	// ^ Hier sollten vermutlich Daten zwischen den Methoden übergeben werden,
	// damit keine globalen Variablen missbraucht werden
	// const daten = await sammleDaten();
	// await writeStuff(daten)
    //await wait(5000);
	const stringified = JSON.stringify(mxJson);
	await setStateAsync("javascript."+instance+".CheckScript.jsonSubScript", stringified);
	log(stringified);
}

doStuff()

[AlCalzone]

@liv-in-sky Bin gerade am nachvollziehen. CreateState gibt etwas zurück, das als Fehler interpretiert wird, wenn der State existiert

[liv-in-sky]

@AlCalzone

ich dachte, dass könnte wie bei createState funktionieren - da wird auch einfach drübergegangen, wenn er existiert

[AlCalzone]

@liv-in-sky Das Problem liegt daran, dass alle ...Async Methoden intern die nicht-Async-Varianten nutzen. Das erste Argument der Callbacks wird als Fehler interpretiert. Das stimmt auch meistens, aber createState gibt sowohl bei Fehlern als auch bei existierenden States hier einen String zurück:

getState(..., (err) => {
    // Bei existierendem State: err === id
    // Bei Fehler: err === Fehlertext
});

Das entspricht aber nicht der Konvention, dass bei Callbacks der erste Parameter der Fehler ist.

Dein Workaround war fast richtig - beachte die Klammern hinter ! im if:

if (!(await existsStateAsync("javascript." + instance + ".CheckScript.jsonSubScript"))) {
        await createStateAsync(
            "CheckScript.jsonSubScript",
            '[{"dp":"noch nicht da","enabled":"","script":""}]',
            {
                type: "string",
                name: "jsonSubScript",
                role: "value",
                read: true,
                write: true,
            }
        );
    }

[paul53]

@AlCalzone sagte:

if (!(await existsStateAsync("javascript." + instance + ".CheckScript.jsonSubScript"))) {

Sollte man es wirklich so machen, wenn ein synchrones existsState(id) existiert ?

[AlCalzone]

@paul53 Du musst nicht, aber das asynchrone vermeidet Probleme mit dem Cache

[AlCalzone]

@liv-in-sky BTW, der Fix wird vermutlich ebenfalls in 4.9.5 enthalten sein:
https://github.com/ioBroker/ioBroker.javascript/pull/692

AlCalzone created this issue in ioBroker/ioBroker.javascript

closed createState: pass ID as the result, not the error to the callback #692

[liv-in-sky]

@AlCalzone

das bedeutet, wenn ich in einem script selbst datenpunkte anlege, muss ich am besten immer so vorgehen und scripte gleich so wie dieses hier aufbauen -try u. catch habe ich mit deinem beispiel ersetztu und läuft

zusammengefaßt:
lauter async funktionenen , die anschliessend in einer async. hauptfunktion mit await aufgerufen werden und am ende wird die hauptfunktion aufgerufen

dann sollte man doch meist auf der sicheren seite sein

wenn ich eine api abrufe muss ich auch noch deinen tipp von oben berücksichtigen

function foobar() {
  return new Promise(async (resolve) => {
    await irgendwas;
    irgendwasMitCallback(() => resolve());
  });
});

[paul53]

@AlCalzone sagte:

das asynchrone vermeidet Probleme mit dem Cache

Da gebe ich Dir recht. Mit dem States-Puffer gab es schon manchmal Probleme.

EDIT: Allerdings greift auch die asynchrone Version auf den Puffer zu:

        existsState:    function (id, callback) {
            if (typeof callback === 'function') {
                adapter.getForeignObject(id, (err, obj) =>
                    callback(err, obj && obj.type === 'state' && states.get(id) !== undefined));

[AlCalzone]

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

lauter async funktionenen , die anschliessend in einer async. hauptfunktion mit await aufgerufen werden und am ende wird die hauptfunktion aufgerufen
dann sollte man doch meist auf der sicheren seite sein

In 4.9.x kannst du sogar die Haupt-Funktion weglassen. Top-Level-Await funktioniert da!

// nix
await irgendwas;
// auch nix

wenn ich eine api abrufe muss ich auch noch deinen tipp von oben berücksichtigen

Dann aber bitte so:

function asyncAPI() {
  return new Promise((resolve) => {
    irgendwasMitCallback(() => resolve());
  });
});

[liv-in-sky]

nur nebenbei gefragt - ihr habt das problem nicht, dass die suche im scripte tab die browser zum crashen bringt ?

https://github.com/ioBroker/ioBroker.javascript/issues/666

ITCrowdIOB created this issue in ioBroker/ioBroker.javascript

closed Suchfunktion blockiert den Browser. #666

[AlCalzone]

@liv-in-sky Nö

[liv-in-sky]

@AlCalzone

du glücklicher - ist extrem nervig

und nochmals danke - war sehr lehrreich für mich

[liv-in-sky]

@AlCalzone

hi - ich schon wieder - brauche nochmal deinen sachverstand

habe jetzt den fall mit den api abfragen - zwei hintereinander - zuerst radarstelle finden - dann adresse anzeigen - (später dazu: an handy senden)

ist der code ok - außer die übergabe der werte an die nächste function

werte kommen richtig raus !

const  BASE_URL="https://cdn2.atudo.net/api/1.0/vl.php?type=0,1,2,3,4,5,6&box="
const LATITUDE_START="48.312969"
const LONGITUDE_START="11.701666"
const LATITUDE_DEST="48.308288"
const LONGITUDE_DEST="11.720184"
const APIKEY_GEOCODING="4ddxxxxxxxx910f5a7b493d192e"
var myLat="xx";
var myLng="yy";
var myRes="myRes";

async function getContent(){
     return new Promise(async (resolve) => {
    var url = BASE_URL + LATITUDE_START + "," + LONGITUDE_START + "," + LATITUDE_DEST  + "," + LONGITUDE_DEST
    request(url, function(err, response, json) {
         log(json)
        var myjson = JSON.parse(json).pois;
     
        log(myjson[0].lat+myjson[0].lng)
        myLat=myjson[0].lat
        myLng=myjson[0].lng
        resolve()
    });
    });
}
 
 
async function getAddress(lat, long){
     return new Promise(async (resolve) => {
    var geoCodeUrl = 'https://api.opencagedata.com/geocode/v1/json' 
    geoCodeUrl = geoCodeUrl + '?' + 'key=' + APIKEY_GEOCODING + '&q=' + lat + ',' + long + '&pretty=1'
    log(geoCodeUrl)
     request(geoCodeUrl, function(err, response, json) {
    //log("d--------"+json)
      log  (JSON.parse(json).results[0].formatted);
      myRes=JSON.parse(json).results[0].formatted
      resolve()
    });
    });
}  

async function doStuff(){
await getContent()
//await getAddress("48.310381","11.706523")
log(myLat)
log(myLng)
await getAddress(myLat,myLng)
log(myRes)

}

[AlCalzone]

@liv-in-sky Ein paar Dinge:

1. Wenn du direkt in der Funktion kein await nutzt, brauchst du diese nicht als async definieren, betrifft getContent, getAddress und den Promise-Executor

2. Die Art die Werte zu übergeben (mit externen Variablen) ist etwas komisch. Üblicherweise würde man das "Ergebnis" einer Funktion per return zurück geben (oder im Falle von Promises an resolve übergeben)

3. Ich empfehle, komplett auf let (für veränderliche Variablen) und const (für Konstanten, bzw. nur 1x beschriebene Variablenstattvar` zu setzen. Diese sind jeweils nur im enthaltenen Block definiert was einige schwer zu findende Bugs vermeidet. --> https://hackernoon.com/js-var-let-or-const-67e51dbb716f

4. Ist Geschmackssache, aber in JavaScript verwendet man eigentlich Semikolons am Ende der Zeile. Man kann sie in vielen Fällen weglassen, sollte dann aber sehr genau wissen, wo man sie doch braucht.

5. würde ich dir axios statt request ans Herz legen. Das arbeitet von Haus aus schon mit Promises: https://github.com/axios/axios

Habe dir die Vorschläge 1-3 mal hier umgesetzt:

const BASE_URL = "https://cdn2.atudo.net/api/1.0/vl.php?type=0,1,2,3,4,5,6&box="
const LATITUDE_START = "48.312969"
const LONGITUDE_START = "11.701666"
const LATITUDE_DEST = "48.308288"
const LONGITUDE_DEST = "11.720184"
const APIKEY_GEOCODING = "4ddxxxxxxxx910f5a7b493d192e"

function getContent() {
    // kein async!
    return new Promise((resolve) => {
        // kein async!
        const url = BASE_URL + LATITUDE_START + "," + LONGITUDE_START + "," + LATITUDE_DEST + "," + LONGITUDE_DEST
        request(url, function (err, response, json) {
            log(json)
            const myjson = JSON.parse(json).pois;

            log(myjson[0].lat + myjson[0].lng)
            resolve({
                // Rückgabe eines Objektes, muss wieder auseinander gepflückt werden
                lat: myjson[0].lat,
                lng: myjson[0].lng
            });
        });
    });
}


function getAddress(lat, long) {
    // kein async!
    return new Promise((resolve) => {
        // kein async!
        let geoCodeUrl = 'https://api.opencagedata.com/geocode/v1/json'
        geoCodeUrl = geoCodeUrl + '?' + 'key=' + APIKEY_GEOCODING + '&q=' + lat + ',' + long + '&pretty=1'
        log(geoCodeUrl)
        request(geoCodeUrl, function (err, response, json) {
            //log("d--------"+json)
            log(JSON.parse(json).results[0].formatted);
            const myRes = JSON.parse(json).results[0].formatted;
            // Direkte Rückgabe des Wertes:
            resolve(myRes)
        });
    });
}

async function doStuff() {
    // ^ hier brauchst du wirklich async, weil du im nächsten Befehl await nutzt!
    // Rückgabewert in lat und lng auseinander dividieren:
    const {lat, lng} = await getContent();
    //await getAddress("48.310381","11.706523")
    log(lat)
    log(lng)
    const myRes = await getAddress(lat, lng);
    log(myRes)
}

Weiterhin solltest du bei jedem Request prüfen, ob die Anfrage erfolgreich war (mit dem err-Parameter). Weil nur dann ist json auch definiert. Wenns mal nicht klappt, stürzt sonst dein Skript ab!