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

[wendy2702]

Kann mir noch jemand sagen welche Objekte jetzt zum Steuern verwendet werden?

[K_o_bold]

@wendy2702 sagte in Test Adapter MercedesMe v0.0.x:

Kann mir noch jemand sagen welche Objekte jetzt zum Steuern verwendet werden?

Ich denke die selben Objekte, wie früher im Ordner "Remote". Bei mir funktionieren sie mit der 0.7.0 aber nicht.

[tombox]

@wendy2702 Unter commands das commando auf klappen und den button neben start drücken wenn das command available ist.

[wendy2702]

@tombox danke!

Unter Remote ist dann ohne Funktion?

[sigma415]

@wendy2702 sagte in Test Adapter MercedesMe v0.0.x:

Unter Remote ist dann ohne Funktion?

Nein, bei mir geht alles auch unter Remote, sowie auch unter commands.
Setz mal bei den Instanzen-Einstellungen den Haken bei Logout und probiere es neu nach einem neuen Login.

[tombox]

@wendy2702 Die rufen auch die commands auf aber je nach Fahrzeug muss das nicht funktionieren

[ArminW]

Hallo zusammen,
seit heute früh bekomme ich den Statuscode 418 und "Error getting vehicles". Bisher hatte ich noch version 0.3.8 installiert, aber auch eine Aktualisierung auf 0.7.0 von GitHub brachte keine Änderung. Bei 0.3.8 wurde die Instanz in Gelb angezeigt, bei der 0.7.0 allerdings ist sie grün, obwohl es nicht funktioniert.
Hier das Log:

Hat sonst noch jemand das gleiche Problem oder betrifft es nur mich?

Vielen Dank!

[Thomas Braun]

@ArminW

Nodejs@22 installieren.
JETZT!

[mcm1957]

@ArminW sagte:

aber auch eine Aktualisierung auf 0.7.0 von GitHub brachte keine Änderung.

Warum installierst du nicht die im Repo verfügbare BETA Version ?

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

[tombox]

@ArminW v0.7.1

[sigma415]

@ArminW sagte:

Hat sonst noch jemand das gleiche Problem oder betrifft es nur mich?

Ja, hatte das selbe Problem seit heute morgen, mit v0.7.0 und trotz Nodejs v22.22.2.

Tom's v0.7.1 hat's gefixt :)
Danke.

[Thomas Braun]

@sigma415 sagte:

trotz Nodejs v22.22.2.

Die Verwendung von nodejs@22 war auch nicht auf das konkrete Problem bezogen sondern darauf, das nodejs@20 in ein paar Tagen nicht mehr unterstützt wird. Das 'end-of-life' im Upstream steht unmittelbar bevor.

[ArminW]

Hallo zusammen,

tatsächlich hat der Update auf 0.7.1 das Problem gelöst.
Vielen Dank an alle!

Als ich auf GitHub nachgeschaut hatte, war noch immer 0.7.0 die letzte Version (gemäß ChangeLog), doch nun gibt es 0.7.1 und es läuft wieder!
Node.js 22 ist nicht nötig.

Danke an alle und besonders am Tom!

[Thomas Braun]

@ArminW sagte:

Node.js 22 ist nicht nötig.

nodejs@22 ist DRINGEND nötig.

[sigma415]

@Thomas-Braun sagte:

@sigma415 sagte:

trotz Nodejs v22.22.2.

Die Verwendung von nodejs@22 war auch nicht auf das konkrete Problem bezogen sondern darauf, das nodejs@20 in ein paar Tagen nicht mehr unterstützt wird. Das 'end-of-life' im Upstream steht unmittelbar bevor.

Sorry, das ging aus deinem knappen "Nodejs@22 installieren. JETZT!" leider nicht hervor. Man konnte das schon so lesen, als wäre das die Ursache des Problems.
Trotzdem Danke für die Info bezgl. auslaufendem nodejs@20.