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

[FreunderNacht]

@Homoran sagte:

@FreunderNacht sagte:

dann würde ich noch warten,

Warum?
Immer mehr Adapter setzen nodejs 22 voraus

Nicht falsch verstehen der Umstieg ist spätestens im Juni geplant,
da hab ich wieder etwas mehr Zeit falls was schief geht.

Ging nur darum ob kurzfristig eh eine Anhebung der Empfehlung auf Version 24 ansteht.

[MartinP]

Teilweise macht es mehr Probleme, eine Version zu überspringen, als im Versionstakt zu bleiben.

Ob das bei NodeJs auch der Fall ist, weiß ich aber nicht.

[haselchen]

@FreunderNacht

Nimm die empfohlene Version -> 22

Nicht alle Adapter kommen schon mit der 24er zurecht.
Ich wollte auch mal UptoDate sein und hatte V24 installiert, bei aktuellen Adapter Updates läuft es zu 3/4 bei mir in Fehler.
Cloud, Ping, Inventwo Widgets.... andere habe ich schon gar nicht mehr probiert.

2026-05-17 04:23:51.085 npm error code EBADENGINE
2026-05-17 04:23:51.087 iobroker npm error engine Unsupported engine, npm error engine Not compatible with your version of node/npm

[Samson71]

@haselchen sagte:
Cloud, Ping, Inventwo Widgets....

Laufen hier alle 3 bzw. sind grün. Muss also an Dir bzw. Deiner Konstellation (Docker?) liegen. Zumindest mit einem LXC unter Proxmox 9 kein Problem.

[Homoran]

@haselchen sagte:

bei aktuellen Adapter Updates läuft es zu 3/4 bei mir in Fehler.

Das kann nicht sein

@haselchen zeig mal dein iob diag.
Da muss was anderes krumm sein

[Asgothian]

Hat irgendjemand den Zigbee Adapter unter Node24 stabil laufen ?

A.

[mrjeschke]

@Asgothian
Läuft bei mir in v3.4.3 (NodeJS v24.15.0)
Aktuell keine Probleme.

[Dr. Bakterius]

@Asgothian sagte:

Hat irgendjemand den Zigbee Adapter unter Node24 stabil laufen ?

Ja, ich. v3.3.5 läuft ohne Probleme unter node.js v24.

[Marc Berg]

@spicer

Läuft bei mir unter Docker mit Node.js 24 seit zwei Monaten und ca. 30 Adaptern. Der einzige Problemadapter war euSec, aber nach dem letzten Update flutscht der auch.

[haselchen]

@homoran
@samson71
@thomas-braun

Wenn das so sein sollte und das wird es wohl, dass NPM die Installation durchgeht, dann haben wir den Fehler gefunden (oder ich vielmehr )

Dass , was das System anmeckert und es deswegen überall stockt ist:

 ring-auth-cli": "lib/ring-auth-cli.js,
 ring-device-data-cli": "lib/ring-device-data-cli.js

Dieser Bereich ist noch nicht Node24 Ready. Deswegen, wenn alles durchgeprüft wird, wird hier der Fehler ausgeworfen.

  "engines": {
        "node": "^20 || ^22"

Da muss ich wohl , wenn es fast soweit ist, dass 24 empfohlen wird, nen Issue eröffnen.

[Thomas Braun]

@haselchen
In welchem deiner Adapter wird denn die Abhängigkeit gefordert?
Wohl irgendwas mit ring.

[haselchen]

@Thomas-Braun

Der Fehler mit der Ring CLI kommt bei jedem Update eines Adapters unter Node24.
Und wie der Name es schon sagt, ist der Ring Adapter installiert

[Thomas Braun]

@haselchen sagte:

Der Fehler mit der Ring CLI kommt bei jedem Update eines Adapters unter Node24.

Das ist kein Fehler, der Paketmanager tut nämlich genau das, was er tun soll. Er verhindert, dass du eine inkonsistene Installation hast. So funktioniert jeder Paketmanger, sei es apt / npm und was es da noch so gibt.

Und wie der Name es schon sagt, ist der Ring Adapter installiert

Dann installier den nochmal neu, wenn der Maintainer ggfls. die Abhängigkeiten aktualisert hat (und das eigentliche Modul unter 24 funktioniert) funktioniert das.
Auf meinem Testsystem lässt der sich nämlich installieren:

thomas@testpi:~ $ node -v && iob version ring
v24.15.0
6.4.0
thomas@testpi:~ $

[Thomas Braun]

@haselchen

Da müsste aber eigentlich noch was anderen bzgl. ring auf deiner Kiste herumspuken, denn:

thomas@testpi:/opt/iobroker $ npm ls ring-device-data-cli ring-auth-cli
iobroker.inst@3.0.0 /opt/iobroker
└── (empty)

thomas@testpi:/opt/iobroker $