Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[foxriver76]

@haselchen Hue Warnmeldungen kommen von hue 3.9.0 unabhängig von Controller

[haselchen]

@foxriver76

Diese Meldungen habe ich aber mit JS 4.0.24 nicht mehr.

[foxriver76]

@haselchen würde mich sehr sehr stark wundern ^^

[haselchen]

@foxriver76

Sonst würde ich es nicht schreiben ;)

Edit: Das Log selber ist mit der 4.0.24 viel ruhiger bzw. mit "normalen" Warnmeldungen versehen.
Nachdem ich die 5.0.2 probiert hatte explodierte das Log förmlich.
Auch 2-3 Neustarts haben da nicht geholfen.

[apollon77]

@haselchen ws bitte Issue anlegen, aber sollte nur einmalig beim start kommen.
Shelly... naja das device ist offline? Wüsste nicht wie das am controller liegen sollte

[foxriver76]

@haselchen villt hast du das Loglevel auf error geändert. Schalte mal ne Lampe insofern noch 3.9.0 drauf ist.. aber ja off topic https://github.com/iobroker-community-adapters/ioBroker.hue/issues/413

[haselchen]

@apollon77

Ich gehe immer nach dem Ausschlussverfahren vor.
Wenn vorher diese Meldung nicht kam und nach einem Update da ist.....dann ist für MICH das Update die Ursache :grimacing:
Wie gesagt, mit der JS Stable Version läuft alles am Schnürchen. Die Warnungen oder Hinweise aus 5.0.2 gibt es nicht.

Die WS Info kam vermutlich nach den Neustarts. Also wie Du sagst, 1 Mal.

[haselchen]

@foxriver76

Ich hab Debug als Loglevel.
Bin halt neugierig :)

Hab den Button auf dem Dimmer Switch gerade nochmal gedrückt.
Keine Meldung im Log. Lampen sind aber an wie es soll.

[foxriver76]

@haselchen oder du hast nicht die offizielle 3.9.0 sondern nochmal von GitHub aktualisiert, da ists nämlich auch schon weg.

[haselchen]

@foxriver76

Das wurmt mich doch nen bisschen.
Ich setz hier mal nen Test Raspi auf und nudel die 5.0.2 rauf und runter.

[crunchip]

@haselchen also ich hatte bisher keine Probleme mit sonoff oder shelly, allerdings hab ich noch den js-controller alpha laufen
Vllt liegt es eher an der Firmware der shelly's

[haselchen]

@crunchip

Wie gesagt, ich guck mir das vor und nach einem Update an.
Und vorher war alles tutti.
Die Meldungen kamen nach dem Update (und habe ich so zum ersten Mal gesehen).
Diese waren aber schlichtweg falsch, da ich sie erreichen konnte mit jedem anderen Medium.

[Marty56]

@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:

iob upload vis

Hat leider nicht funktioniert.
Issue in Yakha habe ich angelegt.

[Megawaldi]

Das Upgrade auf 5.0.2 lief ohne Probleme durch.
Ich hab nur noch Problemen mit dem Miio Adapter.
Denke der wird aber leider nicht mehr aktualisiert.
Vieleicht kann man den in die community übernehmen?
https://github.com/SchumyHao/ioBroker.miio

[bommel_030]

Upgrade von 4.0.24 auf 5.0.2 und im Anschluss "iob fix" lief problemlos.
Bekomme seitdem von einigen CRON-getriggerten Adaptern Warnmeldungen die vorher nicht im LOG auftauchten:

dwd.0		warn	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
yr.0			warn	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
host.iobroker-master	warn	instance system.adapter.uv-protect.0 already running with pid 1652
daswetter.0	warn	Terminated (ADAPTER_REQUESTED_TERMINATION): All data handled, adapter stopped until next scheduled moment

Zusätzlich in unregelmäßigen Abständen:

host.iobroker-master	error	cannot call visUtils: Not exists

Und der km200 Adapter lässt sich nicht mehr starten.

km200 Initialization Error:TypeError: Cannot read properties of undefined (reading '_subscribeForeignStates') at subscribeStates (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:7382:21) at /opt/iobroker/node_modules/@frankjoke/myadapter/myAdapter.js:830:111 at new Promise (<anonymous>) at /opt/iobroker/node_modules/@frankjoke/myadapter/myAdapter.js:830:20 at /opt/iobroker/node_modules/@frankjoke/myadapter/myAdapter.js:311:77

[crunchip]

@bommel_030 sagte in js-controller 5.0.x jetzt in der BETA:

host.iobroker-master error cannot call visUtils: Not exists

iob stop vis
iob upload vis
iob start vis

[mcm1957]

@megawaldi said in js-controller 5.0.x jetzt in der BETA:

Das Upgrade auf 5.0.2 lief ohne Probleme durch.
Ich hab nur noch Problemen mit dem Miio Adapter.
Denke der wird aber leider nicht mehr aktualisiert.
Vieleicht kann man den in die community übernehmen?
https://github.com/SchumyHao/ioBroker.miio

In den Repos ist ein fork enthalten:
https://github.com/smarthomefans/ioBroker.miio/issues

Prinzipiell sollte es möglich sein den in die Community zu übernehmen sofern der jetzige Dev da nichts mehr machen nmöchte (bitte diesen zuerst mal kontaktieren/fragen) - ABER ohne dass es einen Entwickler gibt der zumindest die wichtigsten Aktualisierungen und Anpassungen vornehmen kann / will und das auch testen kann wird es schwierig.

Falls sich hier jemand bereit erklären will zumindest die notwendigsten Anpassungen durchführen zu wollen kann ich gerne beim Verschieben des Adapters (= Anpassen der Umgebung) udn Fragen helfen. Mangels Testmöglichkeiten (und auch Zeit) macht es keine Sinn wenn ich das selbst zusage bzw. an mich reiße.

Zusätzlich wäre ev. ein Issue bei Adapterrequests sinnvoll um den Wunsche / Bedarf in Evidenz zu halten.

[mcm1957]

@bommel_030
Bitte issue beim km200 Adapter (https://github.com/iobroker-community-adapters/ioBroker.km200)

Und bitte kurz testen, ob das Problem mit der aktuellen github version noch existiert
Der Adapter wurde in den community Bereich verschoben - aber soweit ich weiß noch nicht aktualisiert. Auch wenn es mit der GH Version geht, bitte ein Issue mit dieser INfo beim Adapter ablegen damit möglichst bald eine Version eingezogen wir.

[mcm1957]

@apollon77
Weitere Adapter mit Problemen für die Liste:
km200
miio

[Monger71]

Bis auf den Ping-Adapter läuft alles. Dieser bringt die Meldung

"instance system.adapter.ping.0 terminated with code 1 (JS_CONTROLLER_STOPPED)"