NEWS

@haselchen das mit dem captcha ist schon drin, funktionierte auch am anfang, jetzt aber nicht mehr. Ich hatte hinterher auch keine muse mehr, da weiter zu forschen.

Bedingt durch das vom neuen Alexa Adapter erzwungene Update musste ich nach 9 Jahren nun doch mal meinen Milight Fork von foxthefox für die alte Milight Hardware und v5 Proktokoll fixen.

Quick and dirty update für alte v5 boxen, sollte es da draußen noch jemanden geben 🙂

https://github.com/Highpressure/ioBroker.milight/tree/master

files updated:
milight.js + lib/utils.js + package.json

direkt im /node_modules/iobroker.milight
vorheriges backup empfohlen 😉

die gesamte iobroker config und somit geräte in alexa funktionieren damit weiterhin wie gehabt - jedenfalls auf meiner box.

Hier ist das Widget, ich glaube ich habs gefunden... Wenn ich "Addiere nichts zu URL" deaktiviere, dann funktioniert es. Das '"refreshWithNoQuery": true' im Export fiel dann doch irgendwie ins Auge. Wenn ich ehrlich bin, weiß ich nicht was das bedeutet und habe es wahrscheinlich während meiner Lösungsversuche aktiviert.

Nochmals Danke, dann hat sich das wohl erledigt.

[ { "tpl": "tplImage", "data": { "bindings": [], "refreshInterval": 2000, "g_common": true, "src": "http://192.168.0.15:9998/motion/cam2/lastsnap.jpg", "refreshOnWakeUp": false, "refreshOnViewChange": false, "refreshWithNoQuery": true }, "style": { "bindings": [], "left": 498, "top": 103, "width": "761.993px", "height": "415.993px" }, "widgetSet": "basic", "_id": "i000001" } ]

Für das Problem sicherlich unerheblich aber als ergänzende Info.

Da der ESP mit LED am Hobbitisch diese Nacht eingesteckt war, konnte ich eine schöne Sicht auf das Lichtsprektrum an der Wand sehen. Bisher hätte auch nur die weiße LED an sein können. Nun konnte ich aber sehr schön Grün, Gelb, Rot und Blau beobachten die ebenso leuchten.

Dann versucht diese LEDs anzusteuern aber keinerlei Reaktion zu beobachten. Fazit: Nur der ON/Off Switch funktioniert, alle 5 LEDs leuchten dann auf 100%.

Edit: Auch wenn ich es ungern so schreibe, ist es schon nervig wenn ich die sinnfreie Zeit betrachte wo ich versucht hab eine RGB LED über die ESPHOme Integration in Betrieb zu nehmen. Aus anderen Testzwecken ist mir die HA_VM eingefallen die noch auf der Platte liegt. Die identische Yaml dort so eingebunden (Auch unter 2025.9.3) und alles funktioniert sofort. Da der ESP im gleichen Netzwerk hängt wo der IOB läuft kann ich mir auch schön in den DP des IOB anschauen wie HA diese verändert. Nichts Spektakuläres aber die aktive Ansteuerung funktioniert so defintiv in IOB nicht.

@mcu Kann man eben nicht auswählen, weil nichts drin ist 😉 (Bug?)

@mcu sagte in BUG - sayit geht nicht mehr !:

Was ich nicht verstehe ist, warum war die Instanz gestoppt?

Weil aus heiterem Himmel die Lautsprecher bei den Jungs Alarm gemacht haben und immer den gleichen Text ausgegeben haben, bis ich den Adapter gestoppt hatte. Hatte parallel bzgl. Heos etwas rumprobiert bzgl. Speaker im gleichen und in einem anderen Netz.

Danke Ingo für das Beta-Update 3.27.4 👍
Bei mir funktioniert es auch!

@mcm1957
Ich dachte ich mache es richtig und fange nicht bei gleicher Frage ein neues Thema an .... 😕

Ich hab jetzt rausgefunden an was es liegt, war nicht direkt ein iobroker Problem. Musste nachdem update in Safari den cache löschen, dann lief es wieder…

Mein Workaround zu diesem Problem auf dem iPhone:
Wlan Aus, VPN Verbindung zur Fritzbox herstellen, dann lädt die VIS2 Runtime und ioBroker wie gewohnt.

@homoran said in NodeRed 5.2.1 startet nicht Node.js 24.11.0 *gelöst*:

@surfer09 warum hast du den Fragebogen gelöscht statt ihn auszufüllen?
und warum node24?

Warum antwortest du ihm noch? Wenn er den Fragenbogen löscht - ok. Für mich ist damit ein Posting in der Rubrik 'Fehlermeldungen' erledigt und wird einfach ignoriert 🙂

@mcm1957 said in Fehler bei mehreren Adaptern nach öffnen der Instanz:

Mach mit den jeweiligen Meldungen ein Issue beim betroffenen Adapter auf - sofern noch kein Issue dazu existiert. Obige Meldung betrifft vis-2

Hast du bitte für die 'has an invalid jsonConfig' Meldungen ein Issue in den einzelnen Adapter Repos gemacht? Ohne Issue ist keine Analyse und keine Behebung zu erwarten.

Ich habe leider auch das Problem, dass seit einiger Zeit mein cloud-Adapter morgens startet und nach einigen Fehlversuchen im "geht halt nicht" Status hängen bleibt. Starte ich ihn dann später manuell, gehts auch erst nicht, ein reconnect ist aber später ab und an erfolgreich.

So schaut das im Log aus (habe den aufgrund von Fehlversuchen gestoppten Adapter einfach gestartet):

cloud.0 2025-11-03 20:57:55.043 info Connection changed: disconnect cloud.0 2025-11-03 20:57:55.042 info Adapter redirected temporally to "https://iobroker.net:10556" in one minute. Reason: command from server cloud.0 2025-11-03 20:57:54.785 info Trying to connect as system.user.admin to cloud cloud.0 2025-11-03 20:57:54.719 info Connecting with https://iobroker.net:10555 with "xxx@example.de_API-KEY" cloud.0 2025-11-03 20:57:54.671 info starting. Version 5.0.1 in /opt/iobroker/node_modules/iobroker.cloud, node: v22.21.0, js-controller: 7.0.7 cloud.0 2025-11-03 20:57:54.785 info Trying to connect as system.user.admin to cloud cloud.0 2025-11-03 20:57:54.719 info Connecting with https://iobroker.net:10555 with "xxx@example.de_API-KEY" cloud.0 2025-11-03 20:57:54.671 info starting. Version 5.0.1 in /opt/iobroker/node_modules/iobroker.cloud, node: v22.21.0, js-controller: 7.0.7

Was sind die Ursachen für dieses Verhalten, dass bis vor wenigen Wochen/Monaten noch nicht aufgetreten ist (cloud war immer verlässlich, um von überall aufs System zu schauen) und was kann ich selbst tun, um das wieder zu stabilisieren (ich hab hier im Thread schonmal "sentry" gelesen und das auch nachgeschaut - das ist aber bereits disabled)?

@buflug453 sagte in Zigbee Gerät wird direkt nach Kopplung wieder entfernt:

@asgothian
Ich bin wieder zurück auf die Version 3.1.2. Bei dieser Version gibt es bei mir keine Kopplungsprobleme.
Als Info was mir in der Zwischenzeit mit den neuen Versionen (> 3.1.2) noch aufgefallen ist:

Livarno LED Leiste wird bei Kopplung interviewed, aber es passiert sonst nichts (keine "Successfully interviewed" Meldung). Ich habe 2 Stück, identisches Verhalten. Aqara Temperatursensor verlässt ähnlich wie der Vibrationssensor das Netzwerk. Das ist mir nur bei einem Sensor aufgefallen. Ein Batteriewechsel hat nicht geholfen. Alle anderen funktionieren weiterhin.

Wenn ich irgendetwas testen soll, gib Bescheid. Ansonsten bleibe ich vorerst auf dieser Version.

Wenn du testen magst kannst du kannst folgendes machen:

Adapter anhalten in der Datei /opt/iobroker/node_modules/iobroker.zigbee/package.json den Eintrag für den ZH und ZHC auf die neuste Version anheben: "zigbee-herdsman": "^6.1.0", "zigbee-herdsman-converters": "^25.50.0"

dass müsste dann so aussehen. Wie es bei der 3.1.5 ist weiss ich aktuell nicht.

auf der Konsole im Verzeichnis /opt/iobroker/iobroker-data/node_modules/iobroker.zigbee den Befehl npm i ausführen. Adapter starten Kachel vom Koordinator anschauen - da müsste ZHC 25.50.0 oder neuer und ZH 6.1.0 oder neuer geladen sein. Dann die Geräte die sich seltsam verhalten neu pairen - ist das verhalten wie bei 3.1.5 oder wie bei den neueren.

A.

Nachtrag 1: Ich hab nochmal eine Frage dazu wie du das Pairing gestartet hast - an einem Router ? Über den Button oben rechts ? Über den Button am Koordinator ?

Nachtrag 2: Wie kommst du von der Version wieder runter ? Ganz einfach - über das Interface des ioBroker wieder die aktuelle 3.1.5 installieren.
A

@tschirpke36

bei mir hat der erste Teil aus dieser Anleitung geholfen

https://bobbyhadz.com/blog/npm-err-code-enotempty#:~:text=To resolve the issue%2C delete your node_modules directory,npm ERR! syscall rename npm ERR! path %2Fhome%2Fborislav%2FDesktop%2Fbobbyhadz-rest%2Fbobbyhadz-react%2Fnode_modules%2Facorn-globals

(falls jemand nochmal das selbe Problem hat)

@wolkenloser die meisten Fragen hast du beantwortet, aber nicht alle:

was steht im iobroker log beim Start was steht im iobroker log beim Versuch das pairing zu starten das Thema ‘keine Netzwerk verbindungen’ ist in der Anleitung erklärt - du musst das Netz erst abfragen - das passier nicht mehr automatisch und dauert gerne mal etwas.

Wen die states im Objekt-Browser aktualisiert / geändert werden, nicht aber die Skripte triggern dann passt da was außerhalb des. zigbee Adapters nicht.

A.

Hallo zusammen

Ich habe noch einige Seiten im Forum gelesen und habe einen Hinweis bekommen

vermutlich gibt es noch ein altes system.adapter.vis* objekt, das löschen

Das habe ich gemacht und nun bekomme ich keine Fehler mehr.

Und nicht vergessen danach die Geräte neu zu flashen.

Bin begeistert. .... schon Stunden heute an dem Fehler verbracht:
afa2e9e4-eda4-492a-bebc-c136a4d622b3-1760975618027-23f3d0ce-9b62-47d9-865d-693d9c26bd15-image.png

Und alle Versionen xfach ausprobiert die die Verschlüsselungseinstellungen hergeben.

Nun den Beitrag hier gefunden und nach 5 Minuten läuft alles 👍

@fiddle

npm geht immer über den gesamten tree. Da kannste nix ausschließen, weil npm immer versucht das ganze konsistent zu halten. Wenn es dich stört, schmeiß den radar2 halt raus.
Die Installation läuft ja trotzdem durch:

Process exited with code 0

Edit: Und warum läuft das (zumindest bei mir) durch?
Weil die beiden Module, die bei mir nicht gebaut werden können, nur eine SubDependency eines optionalen Moduls (hier: net-ping) sind:

"optionalDependencies": { "@stoprocent/noble": "1.19.1", "net-ping": "^1.2.4"

Und net-ping scheint mir nicht mehr gepflegt zu werden:
https://github.com/nospaceships/node-net-ping/blob/master/README.md
Kann also gut sein, dass es mit aktuellen Setups nicht mehr baut.