Monatsrückblick Januar/Februar 2026 ist online!

[AlCalzone]

@darkiop Die Kopie sollte gar nicht existieren. Das war ein Fehler beim Release des NPM-Pakets.

@BBTown sagte in js-controller 2.0 ab sofort im Latest Repo:

Empfehlung für die "Frequenz" den Fixer laufen zu lassen?

Nein, eigentlich nur dann, wenn sich hier etwas relevantes getan hat. In darkiops Fall wäre das der Bugfix vom 13.10.

[BBTown]

@AlCalzone wie bekommt man denn mit, dass es dort eine neue Version gibt?

[AlCalzone]

@BBTown Nicht ohne selbst zu schauen. Ggf kann man das in den Info-Adapter integrieren, wenn es einen wichtigen Fix gibt.

[apollon77]

Ich denke generell braucht man den fixer nach jedem nodejs Update im Moment.

Ansonsten nur wenn sich was relevantes getan hat. Es schadet nicht auch bei controller Upgrades laufen zu lassen, die kommen aber auch eher selten vor.

Ich denke info Adapter ist ne coole Idee - wobei es am Ende dann dennoch immer davon abhänge ob die fixes und Änderungen einen selbst betreffen. Die letzte Änderung war beispielsweise für FreeBSD ;-)

[CKMartens]

Hallo @apollon77

ich weiß nicht ob mein Problem mit dem js-controller zusammenhängt, jedenfalls ist es erst nach dem Upgrade erstmalig aufgetretten.

Ich habe zwei Instanzen des Javascript-Adapters (beide 4.3.3). Die eine Instanz auf dem Master, die andere auf dem Slave. Der Slave soll meine Skripts die mit der Heizung zusammenhängen steuern. Also habe ich das Skript auf der Instanz 1 angelegt:

Kommischereise taucht das Script unter dem Datenpunkt javascript.0.scriptEnabled auf statt javascript.1.scriptEnabled. Und wenn ich das Skript ausführe, also im Javascript-Adapter auf "Skript ausführen" klicke steht javascript.0.scriptEnabled.Heizung.tadoBoost weiterhin auf false und bei javascript.1.scriptEnabled.Heizung taucht er nicht auf. Da das Skript keine Ausgabe im Log ausgibt außer

javascript.0	2019-11-18 07:15:19.383	info	(1606) Stop script script.js.Heizung.tadoBoost

nehme ich an es läuft auch nicht.

Lege ich das Script auf Instanz 0 an läuft alles. Bisherige Scripte die unter Javascript Instanz 1 laufen, verrichten ihren Dienst.

Wie gesagt dies ist mir erst aufgefallen seit dem Upgrade auf. Auch ein Blockly Testskript hat das gleiche Verhalten.

[CKMartens]

Da ja 0_userdata als "0_userdata.0 als offizieller Platz für eigene Dateien, Objekte und States" wollte ich das in meinen Script umsetzten. Aber createState legt keine Datenpunkte dort an. Unter javascript.x werden die Datenpunkte angelegt. Habe ich da einen Denkfehler?

[darkiop]

@CKMartens Siehe hier https://github.com/ioBroker/ioBroker.javascript/issues/429

[CKMartens]

@darkiop sagte in js-controller 2.0 ab sofort im Latest Repo:

@CKMartens Siehe hier https://github.com/ioBroker/ioBroker.javascript/issues/429

Danke....

[A Former User]

@CKMartens kannst du deine Scripte alle exportieren als zipfile? Ich vermute da zusammenhänge...

Sieht so aus, als ob der Javascript Adapter mit clients Probleme hat, und nicht richtig zuordnen kann..
@apollon77 lieg ich da richtig, oder stimmt das? 🙂🙂

[apollon77]

@CKMartens Das das scriptsEnabled nur in der instanz 0 sinnvolle werte hat ist bekannt. wo das skript ausgeführt wird hat damit nichts zu tun. Das ist schon immer so

Effektiv: geht alles oder hast Du dich nur gerwundert?

[CKMartens]

@ilovegym sagte in js-controller 2.0 ab sofort im Latest Repo:

@CKMartens kannst du deine Scripte alle exportieren als zipfile? Ich vermute da zusammenhänge...

Wenn ich an meinm PC bin teste ich es mal.

[CKMartens]

@apollon77 nein die Skripte die neu in einer anderen Instanz als 0 angelegt werden scheinen nicht zu laufen.

[apollon77]

@CKMartens Dann bitte Issue beim javascript adapter anlegen. geht es wenn du sie einmal in die 0 schiebst, startest und dann zurück schiebst? auch versionsummer nennen!

[CKMartens]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@CKMartens Dann bitte Issue beim javascript adapter anlegen.

Habe ich gemacht Issue #448

geht es wenn du sie einmal in die 0 schiebst, startest und dann zurück schiebst?

Nein, sobald das Skript in einer anderen Instanz als 0 ist geht es nicht mehr

[heinzie]

Hallo,

habe leider seit dem Update ein Problem bei Speichern meiner Kamera Bilder. Diese werden nicht mehr in der VIS aktuell angezeigt. Habe bisher das unten stehende Script verwendet. Das Problem ist wahscheinlich der Schreibbefehl:

fs.writeFile(dest_path + fname, body, 'binary', function(err)

oben hatte ich gelesen das man den durch

writeFile(dest_path + fname, body, 'binary', function(err)

ersetzen sollte. Nur dann gibt es zig Fehlermeldungen
Kann mir jemand hier weiterhelfen, bin leider kein Exoerte in js

Fehlermeldung:

javascript.0 (147) script.js.common.Skript5_kamera: readFile(adapter=/opt/iobroker/iobroker-data/files/vis.0/KameraBilder/eingangstuer_0.jpg, fileName=ÿØÿà

request.get({url: cam_url, encoding: 'binary'}, function (err, response, body) {
        
    fs.writeFile(dest_path + fname, body, 'binary', function(err) {
            
            if (err) {
                log('Fehler beim Bild speichern: ' + err, 'warn');
            } else {
                // dem Filesystem 2 Sek Zeit zum Speichern lassen
                setTimeout(function() { sendImage(dest_path + fname); }, 3000); 
            }
        }); 
    });

[AlCalzone]

Die Fehlermeldung verweist aber auf:

readFile

und

fileName=ÿØÿà

sieht auch verdächtig aus.

[apollon77]

@heinzie Für die Nutzung von "fileWrite" gibt es einen eigene Thread. Bitte nutze diesen. Der ist oben in der FAQ verlinkt!

Kurz: Der Pfad und allgemein die Parameter für writeFile muss anders aussehen weil es kein direktes File-System Write ist.

[heinzie]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@heinzie Für die Nutzung von "fileWrite" gibt es einen eigene Thread. Bitte nutze diesen. Der ist oben in der FAQ verlinkt!

Kurz: Der Pfad und allgemein die Parameter für writeFile muss anders aussehen weil es kein direktes File-System Write ist.

ok dann melde ich mich dort einmal.

[viper]

Hallo,
ich habe gerade das Update auf den js-controller 2.1.1 durchgeführt mit:

cd /opt/iobroker/
iobroker stop
iobroker update
iobroker upgrade self
iobroker start

Seit dem Update kann ich mich nicht mehr einloggen. Wenn ich einen falschen User oder Passwort eingebe kommt eine Meldung das der User oder das Passwort falsch wären. Wenn ich richtige Werte eingebe passiert nichts, die Loginmaske erscheint wieder mit leeren Feldern.
Ich habe schon einen Neustart des Raspi durchgeführt und das Fix-Skript laufen lassen, einen anderen Browser versucht und den Browsercache gelöscht.

Jetzt weiß ich nicht mehr weiter, kann mir jemand helfen?

Hat sich erledigt, ein nochmaliges löschen des Browsercache hat das Problem beseitigt.

[Jan1]

@viper
Du sprichst vom Linux Login?