@paul53 Danke für die Hilfe - ich werde dies mal umstellen und berichten.

OK Adapter deinstallieren und neu installieren war bei mir die Lösung. Scheint erstmal wieder zu laufen...

@technodj23 Bitte das log als Text (in CodeTags) hier rein, nicht als Screenshot.

@StefanTank letztendlich wie du es bereits beschrieben hast ls -la /dev/serial/by-id/ Serial von USB Port ausgeben udevadm info -a -n /dev/ttyUSB0 | grep '{serial}' | head -n1 UDEV Rule erstellen sudo nano /etc/udev/rules.d/99-ORNO517.rules Werte eintragen SUBSYSTEM=="tty", ATTRS{serial}=="AB0KUH90", SYMLINK+="ORNO517" Neustarten Dann in system.adapter.modbus.X unter Raw --> "comName" den vergebenen UDEV Namen eintragen [image: 1605963962817-db688556-4f1b-433c-af7d-7ce846e88b6d-image.png] Bei mir funktioniert es so

Als Referenz hier ein Artikel zur Abschaltung: "Osram, the 100-plus-year-old German company behind the Lightify smart bulb brand, notified Lightify users that it will shut down the cloud servers for its smart lighting devices on August 31, 2021,

@Jan1 Auch erledigt und mein Google Drive für das Backup hinterlegt Okay dann kann ich mich jetzt wieder an IOBroker versuchen, danke euch für eure Hilfe

@chrisweber sagte in [gelöst] mqtt bleibt gelb, arbeitet aber "ein bisschen": @haselchen sorry noch mal, ich bin nicht sicher, wie ich diesen topic als gelöst schliessen kann :( ERLEDIGT!

@Homoran und es läuft! [image: 1605783808539-b67fbd6a-1374-4481-bd30-04ef88110e7a-image.png] jetzt muss ich nur noch die virtuelle CCU installieren und dann läuft es

@haselchen Ein kleiner Hinweis noch für dich. Das Log in der Fritzbox funktioniert leider nur teilweise. Es werden immer wieder anrufe nicht protokolliert. Das habe ich mittlerweile bei 5 verschiedenen Boxen so erlebt, scheint also ein allgemeines Problem der Box zu sein. Nur damit du dich nicht wunderst wenn manche Anrufe nicht im Log erscheinen.

wie bekomme ich denn den Slave wieder in den ursprünglichen Zustand? Immer wenn ich auf dem Master den Slave lösche und dann den Slave wieder mit "Iobroker start" starte, taucht der Slave wieder als Host im Master auf...

@UncleSam OK, danke. Werde ich mal probieren!

Hab dann in der Hoffnung auf Lösung iQontrol weiter konfiguriert und dabei festgestellt, dass Z-Wave-Rolladen sich auch problemlos in der Web-Oberfläche bedienen lassen. Bei Z-Wave-Lampen und -Schaltern verschwindet immer sofort der SET-Wert gelöscht, der (übrigens korrekte) ACTUAL-Wert ist korrekt, aber scheint nicht zu interessieren. In den Treibereinstellungen des Z-Wave 2-Adapters habe ich dann die Einstellung "Kompatibilität mit älteren Schaltern verbessern" aktiviert, und siehe da, jetzt scheint alles zu funktionieren. Hier gibt's tatsächlich noch ältere Geräte aus der Zeit, als Z-Wave Gen2 gerade an den Start ging. Von daher würde das auch als Ursache/Lösung passen. Was aber nicht dazu passt: Bevor die Probleme auftauchten, hat das ganze 2 Tage funktioniert. Der Z-Wave 2-Adapter war von Anfang an Version 1.7.10, die Versionen 1.7.9 und 1.8.0 habe ich erst ausprobiert, als die Probleme schon da waren.

@Jey-Cee Ist eigentlich absehbar wann Version 2.x stabil wird? Bei mir läuft die 2.0.5 schon recht gut.

@SmartHomie Hast du das Problem klären können? habe das selber, bis auf den http error.

@Jey-Cee Danke für die Erläuterungen. Zu Deiner Vermutung, dass ich mich "kein bisschen" informiert habe, muss ich Dir recht geben. Das liegt aber auch daran, dass ich bisher nach Updates keine solchen Probleme hatte. Im Normalfall haben die Adapter nach dem Update immer einwandfrei weiter funktioniert. Den Hinweis, dass man die Vorgängerversion deinstallieren muss, hab ich jedenfalls nicht gelesen. Von daher sorry- meine Schuld

@DennisT Dann bitte auf gelöst setzen (in der Überschrift des Threads)

@sigi234 DANKE! Habe es nun neu installiert. Die alten Daten lasse ich da bei mal weg - gute Möglichkeit mal aufzuräumen... Ich melde mich wenn es sich wieder selbst zerstört. Grüße Giraffe

Noch update zur thematik. Ich habe jetzt nochmal ein bisschen rumgespielt. Also man kann den Port vom node-red adapter im ioBroker auch auf 1881 setzen. Ist dann in der *.yml auch 1881:1881 konfiguriert so kann man node red als website wie gewohnt erreichen. Aber nicht direkt aus dem Menu vom ioBroker. Hier muss anscheinend 1880 als server port definiert sein.