@liv-in-sky @AlCalzone Danke für Eure Beteiligung. An ein Client-Problem habe ich zu erst auch gedacht. Jedoch zeigt zumindest aus meine Haushalt jeder Client dieses Verhalten, trotz unterschiedlicher OS etc. Aber ich bin dem Thema von liv-in-sky noch mal nachgegangen und habe dann festgestellt, dass es sowohl bei Chrome sowie auch bei FF im Inkognito-Modus nicht zu diesem Problem kommt. Ich teste heute Abend noch mal Extensions (deaktivieren) aus. Einen Virenscanner der die Webseiten checkt habe ich nicht. Ich melde ich, wenn ich etwas rausgefunden habe. Es gibt zumindest wieder einen Anhaltspunkt. :muscle:

Guten Morgen. nachdem ich nicht drauf gekommen bin, was ich noch probieren könnte, habe ich die letzten Optionen gezogen. Den RaspberryMatic neu installiert, Backup zurückgespielt. Alles ok auf Homematic Seite, auf ioBroker immer noch kein Update der Variablen. Also, meine Objekte hm.rpc.0 und hm.rpc.1 gelöscht. Neu anlegen lassen über die beiden Instanzen... Jetzt wurden auch bei einigen HM Geräten nicht mehr alle Variablen angelegt und die Akualisierung ging immer noch nicht. Beide hm.rpc deinstallilert unter "Adapter". Zur Sicherheit einen Neustart vom ioBroker und RaspberryMatic ;-). Dann hm.rpc.0 und hm.rpc.1 wieder installiert über den Adapter Expertenmodus. Nochmals den ReGa Adapter kontrolliert und dann die beiden hm-rpc Instanzen gestartet. Alle Objekte wurden angelegt, einige Zeit gewartet, und jetzt... TEST... Am Heizkörperthermostat die Temperatur geändert, sofort update im RaspberryMatic und ne Sekunde später in den ioBroker Objekten. Auch die Änderung im RaspberryMatic wurde sofort im ioBroker übernommen. Perfekt. Morgen werden ich mal auf meinem NUC debmatic installieren, mal sehen wie das läuft..

@ChrisXY sagte in MQTT Spammt das Log coll: connection closed: Error: Invalid messageId Scheinbar schicken deine MQTT Clients falsche Nachrichten.

@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 :confused: