Monatsrückblick Januar/Februar 2026 ist online!

[Andreas Hochstöger]

@AlCalzone
Wenn ich iobroker neu installiere kommt aber diese Warnung nicht und es lassen sich auch alle Objekte die ich anlege schalten.

[apollon77]

@Marty56 Hm ... also das sieht soweit ok aus ... bis dann:

3754 warn bl@0.7.0 requires a peer of stream-browserify@* but none is installed. You must install peer dependencies yourself.
3755 warn bl@0.7.0 requires a peer of stream-browserify@* but none is installed. You must install peer dependencies yourself.
3756 verbose stack TypeError: Cannot read property '0' of undefined
3756 verbose stack     at rmStuff (/usr/lib/node_modules/npm/lib/unbuild.js:61:24)
3756 verbose stack     at tryCatcher (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
3756 verbose stack     at ret (eval at makeNodePromisifiedEval (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promisify.js:184:12), <anonymous>:13:39)
3756 verbose stack     at lifecycle.then.then (/usr/lib/node_modules/npm/lib/install/action/unbuild.js:12:12)
3756 verbose stack     at tryCatcher (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/util.js:16:23)
3756 verbose stack     at Promise._settlePromiseFromHandler (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:512:31)
3756 verbose stack     at Promise._settlePromise (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:569:18)
3756 verbose stack     at Promise._settlePromise0 (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:614:10)
3756 verbose stack     at Promise._settlePromises (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:694:18)
3756 verbose stack     at Promise._fulfill (/usr/lib/node_modules/npm/node_modules/bluebird/js/release/promise.js:638:18)
3756 verbose stack     at /usr/lib/node_modules/npm/node_modules/bluebird/js/release/nodeback.js:42:21

kommt ... ich tippe auf npm bug. Wenn man googelt dann findet man Idee das eine kaputte package-lock.json Ursche sein kann. ALso lösch die mal und versuch nochmal.

Ansonsten (auch wenn ich es ungern sage): npm updaten und hoffen

[Andreas Hochstöger]

@apollon77
Der Ordner heißt .Meine_Geräte und darin befinden sich dann sachen wie Bürolicht Wohnzimmerlicht usw.

[flock]

Hallo,
habe das gleiche Problem wie telekom0815.
Beim öffnen von VIS kommt File index.html not found: permissionError bzw. File edit.html not found: permissionError
Beim öffnen der Seite des Webadapters kommt eine fast leere Seite, oben links steht nur Sign out.
Beim öffnen von HABpanel kommt auch wieder die Meldung File index.html not found: permissionError.
VVIS ist Version 1.2.1, Web 2.4.6 und HABpanel 0.3.4.
js-controler habe ich auf 2-0-35 geupdatet.

[apollon77]

@Andreas-Hochstöger ein Punkt Am Anfang?? Und keine „.0“ oder sondanach? Abgesehen davon das es vllt bisher ging bricht es intern nahezu alle Konventionen für valide Objekt IDs.

Gib mal ein vollständiges Beispiel Bitte bzw zeig mal einen Screenshot vom Admin ...

[Andreas Hochstöger]

@apollon77

[apollon77]

@Andreas-Hochstöger Klapp mal bitte auf. Zeig mal bis runter zu einem state

[Andreas Hochstöger]

@apollon77

[Andreas Hochstöger]

@apollon77

Du hast recht, der Ordner ist falsch angelegt worden. habe einen Test Ordner angelegt, der funktioniert.
Kann man den bestehenden ordner .Meine_Geräte umbenennen oder muss ich alle Geräte neu anlegen?

[apollon77]

@Andreas-Hochstöger Also in der Benahmung sind zwei Fehler drin: Einmal der "." Am Anfang und semantisch muss danach ein ".0" kommen, also Meine_Objekte.0.xxx wäre ok.

Theoretisch könntest Du auf controller 1.5 zurück, deine Objekte exportieren, umbenennen, wieder importieren und dann neu updaten. Alternativ:

ioBroker stoppen, dann in iobroker-data/objects.json und states.json überall ".MeineDaten." durch "Meine_Objekte.0." erstzen und neu starten. Dann Deine Skripte und Visu anpassen

[knopers1]

ich bin jetzt auch auf den js-controler 2.0.35 umgestiegen. Es rennt alles nach wie vor!
Besten Dank!

[Andreas Hochstöger]

@apollon77
Danke, werde ich heute Nachmittag gleich mal versuchen.
Du hast mir sehr geholfen. Das war eine fertige IoBroker Version von Elzershark, der hat den falschen Ordner angelegt. Melde mich noch mal ob es geklappt hat.
Danke nochmal!

[RappiRN]

@Andreas-Hochstöger sagte in js-controller 2.0 ab sofort im Latest Repo:

Das war eine fertige IoBroker Version von Elzershark

Da haben wir wieder das Problem! :angry:
Es gibt auch offizielle fertige ioBroker Images, die auch vorher von erfahrenen Usern getestet wurden und auch besser supportet werden können, weil bekannt ist, was da eingestellt wurde.
Oben in der Forumleiste (jedenfalls bei mir!) ist ein Link zu (offiziellen!) Doku, vielleicht noch nicht vollständig, aber mit dem Wichtigsten versehen um ioBroker auf verschiedenen Wegen zu installieren.

Enrico

[Marty56]

@apollon77 seltsam. Das Update vom Vis auf Version 1.2 hat funktioniert. in diesem Fall scheint npm also zu funktionieren.

Update: Ich konnte den Bug mit Hilfe von
https://github.com/epoberezkin/ajv/issues/601#issuecomment-488970199

fixen.

[opossum]

Hallo,
eine Frage: Wenn ich iobroker auf den 2.0.35 anheben möchte, nehme ich die Befehle aus den ersten Post. Soweit klar. Mittlerweile wird aber auch für Node.js die 10.17.0 angeboten. Wird das dann gleich mit upgedated? Wollte eigentlich bei 10.16.3 bleiben bzw. das nicht alles gleich zusammen machen. Es geht um mein ProdSystem.

[Jan1]

@opossum
Zwei mal nein.

1. ist der 2.0.35 bereits im latest und wenn Du auf latest bist, dann kann man das js Update wie gewohnt machen.
2. Node wird mit nem System Update hochgezogen.

[opossum]

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

@opossum
Zwei mal nein.

1. ist der 2.0.35 bereits im latest und wenn Du auf latest bist, dann kann man das js Update wie gewohnt machen.
2. Node wird mit nem System Update hochgezogen.

Danke.

[BBTown]

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

Node wird mit nem System Update hochgezogen.

Nur um Missverständnissen vorzubeugen.
Mit Systemupdate ist dann bspw. ein Umstieg von debian v9.x (Strecth) auf v10.x (Buster) gemeint

Ein Systemupdate in Form von apt update && apt ugrade -y aktualisiert node nicht von v8.x auf bspw. v10.x

[Jan1]

@BBTown
Nicht ganz.
Das wäre ein einfaches Systemupdate

apt-get update && apt-get upgrade

Das hat dann auch weniger mit Strech und Buster zu tun, da beide für sich noch gepflegt werden.
Es wird auch nur innerhalb der Node Version ein Update geben, sprich 8.* wird danach auch 8.* bleiben und nicht auf 10.* upgedatet.

[BBTown]

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

Es wird auch nur innerhalb der Node Version ein Update geben, sprich 8.* wird danach auch 8.* bleiben und nicht auf 10.* upgedatet

:point_up_2: darauf wollte ich hinaus.
Während ja ein Upgrade von debian v9.x auf debian v10.x automatisch auch ein Erhöhung auf node v10.x beinhaltet.