Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[arteck]

@wolfgangfb sagte in Hohe CPU Last javascript und js-con:

dass ein Skript hunderte male neu gestartet wird?

na wie wird das Script gestartet da du behauptest dss dieser 100 mal läuft

[WolfgangFB]

@arteck

Das Skript wird im Javascript Adapter mit dem grünen Pfeil gestartet. Ich behaupte auch nicht, dass es 100 mal läuft, ich Stelle die Frage ob es aufgrund der Logeinträge sein kann, dass es 100 mal läuft.

[Homoran]

@wolfgangfb sagte in Hohe CPU Last javascript und js-con:

Das Skript wird im Javascript Adapter mit dem grünen Pfeil gestartet.

ernsthaft?
Javascript arbeitet eventbasiert und wartet auf einen Trigger. Da wird nichts (andauernd) aktiviert und wieder deaktiviert.

[WolfgangFB]

@homoran
Sorry, ist der rote Pfeil :-)
Ich verstehe das so, dass ein Skript im Javascript Adapter gestartet wird und dann einen oder mehrer Trigger hat (haben kann) der/die dann eine Aktion ausführen. Einen der Trigger hatte ich ja arteck genannt woraufhin der danach gefragt hat, wie das Skript gestartet wird.
Ich verstehe dann eben nicht die vielen Einträge

2022-12-19 20:07:37.368  - info: javascript.0 (17663) script.js.Programmieren.Mail.MailListener: Skript start

bzw.

2022-12-19 20:07:30.564  - info: javascript.0 (17663) Stop script script.js.Programmieren.Mail.MailListener

die im Sekundentakt in der Logdatei erscheinen.

[OliverIO]

@wolfgangfb
evtl zeigst du das skript mal?
dem log nach müsste da ein schedule und 3 registrierte trigger enthalten sein.
ich tippe darauf das innerhalb des schedules die trigger immer wieder neu registriert werden

[WolfgangFB]

@oliverio
Ich glaube ich habe den Bösewicht gefunden. Das Skript wurde wohl tatsächlich hunderte mal gestartet :-(
Hintergrund: Ich hatte früher mal nach einer Lösung für das Problem gesucht, dass wenn ich einen Datenpunkt neu anlege (mit createStateAsync) ich nicht sofort in diese Datenpunkt schreiben konnte weil er noch nicht fertig war. Die Tipps, die ich damals bekommen habe, gingen über Warteschleifen bis hin zu der brute force Methode nach dem createStateAsync zu schauen, ob der Datenpunkt existiert und wenn nicht dann..... jetzt kommt der Bösewicht.... ein

runScript();

auszuführen.
Das habe ich damals aussprobiert, hat funktioniert, nicht weiter über mögliche Nebenwirkungen nachgedacht und dann habe ich diesen Codeschnipsel in meiner Funktion "CreateStateIfNotExist" drin gelassen und diesen Teil eben auch in mein Mail Programm übernommen.
Der Haken bei dem Code ist, dass er nur funktioniert, wenn der Datenpunkt tatsächlich angelegt werden kann und wird. Dann wird das Skript neu gestartet und im nächsten Durcchlauf kann der Datenpunkt beschreiben werden.
Jetzt habe ich aber in meinem Mailprogramm einen (bzw. mehrere) Datenpunkt auf diese Art und Weise erzeugen wollen, dabei aber das "javascript.0." weggelassen. (Gab es mal eine frühere Version von createState bei der man das javascript.0 weglassen konnte? Ich finde das in meinen JS Backups an mereren Stellen ohne javascript.0. ). Damit ist das Erstellen des Datenpunktes immer schief gegangen ud das Script immer wieder neu gestartet worden.

Danke allen die mir geholfen habe nochmal die entsprehenden Stellen anzuschauen.

[OliverIO]

@wolfgangfb sagte in Hohe CPU Last javascript und js-con:

mit createStateAsync

und es hat deswegen nicht funktioniert weil du nicht mit await drauf gewartet hast?
die async funktionen geben ein promise zurück.
wenn man allerdings kein await davor schreibt werden die zwar angestartet, aber der code in der nächsten zeile danach wird sofort im anschluss ausgeführt. die async funktion wird dann erst real am ende des nächsten funktionsblocks ausgeführt. (javascript kann zur selben zeit genau nur eine zeile ausführen, ausser man hantiert mit prozessen herum, was aber die meisten nicht machen und wieder anderweitig kompliziert wird.

[WolfgangFB]

@oliverio sagte in Hohe CPU Last javascript und js-con:

@wolfgangfb sagte in Hohe CPU Last javascript und js-con:

mit createStateAsync

und es hat deswegen nicht funktioniert weil du nicht mit await drauf gewartet hast?
die async funktionen geben ein promise zurück.
wenn man allerdings kein await davor schreibt

Wo muss ich denn genau ein await davor schreiben, ich komme mit der Syntax nicht ganz klar. (So geht es jedenfalls nicht)

function CreateIfNotExists(Name="", InitValue, common){
    if (!existsState(Name)){
        await createStateAsync(Name, InitValue, common);
        }
    }

const DP = "javascript.0.Test.test2";
CreateIfNotExists(DP, 30, {type: "number",name: 'für alles mögliche', read: true,write: true,role: "value", unit: ""});
setState(DP, 31); // gleich mal überschreiben

[OliverIO]

@wolfgangfb
Ne so funktioniert es nicht.
Der Aufruf von CreateIfNotExists kehrt nach Durchlauf der Zeilen relativ schnell durch, Kehrt auf die Hauptebene zurück und versucht dann gleich setState
Die Funktion müsste ebenfalls ein promise zurückgeben welches dann mit resolve nach erfolgreicher Ausführung aufgelöst wird. Dann könnte man auch vor CreateIfNotExists ein await schreiben. Dann würde es funktionieren
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise?retiredLocale=de
Bin leider grad am Handy sonst hätte ich dir das umgeschrieben, aber evtl. ist jemand anders noch hier

[WolfgangFB]

@oliverio
Hallo und schöne Weihnachten.
Könntest Du mir vielleicht doch umschreiben?

[OliverIO]

@wolfgangfb

hier mit ein paar extra log-zeilen, damit du den Ablauf verfolgen kannst.
Darüber hinaus gibt die Funktion CreateIfNotExistsAsync einen Wahrheitswert zurück, ob der Status angelegt worden ist oder nicht-

async function CreateIfNotExistsAsync(Name="", InitValue, common){
    log("promise before");
    return new Promise(async (resolve,reject)=>{
        log("promise execute");
        if (!existsState(Name)){
            await createStateAsync(Name, InitValue, common);
            log("promise execute true");
            return resolve(true);
        }
        log("promise execute false");
        return resolve(false);
    });
 }
const DP = "0_userdata.0.test4";
log("create state before");
await CreateIfNotExistsAsync(DP, 30, {type: "number",name: 'für alles mögliche', read: true,write: true,role: "value", unit: ""});
log("create state after");
setState(DP, 31); // gleich mal überschreiben
log("set state");

[WolfgangFB]

@oliverio

Vielen Dank, klappt super.
Eine Frage noch, warum ist in der Zeile

await CreateIfNotExistsAsync(DP, 30, {type: "number",name: 'für alles mögliche', read: true,write: true,role: "value", unit: ""});

await unterkringelt?

'await' expressions are only allowed at the top level of a file when that file is a module, but this file has no imports or exports. Consider adding an empty 'export {}' to make this file a module.(1375)
Top-level 'await' expressions are only allowed when the 'module' option is set to 'es2022', 'esnext', 'system', or 'nodenext', and the 'target' option is set to 'es2017' or higher.(1378)

[OliverIO]

@wolfgangfb
Das kannst du ignorieren.
am Anfang war await nur in Funktionen erlaubt die mit async markiert waren. Das hat sich aber geändert.
Die Syntax Prüfung kennt aber noch die Vorgänger Regelung und meckert daher.
Hat aber keine Auswirkung.