NEWS

@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
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!

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.

@sissiwup und warum schreibst du das nicht in den betreffend tread?

@mpl1338 sagte in iobroker hängt sich unregelmäßig auf:

. Hab mich per Proxmox auf die Konsole eingeloggt und hab festgestellt dass der host seine IP verloren hatte...
Problem war das der host sein DHCP lease nicht erneuert hat und somit im Netzwerk verloren gegangen ist.

Es war nicht iobroker sondern die ganze VM, wie ich nun bemerkt habe.
Ich nutze iobroker in der VM (proxmox) und das Proxmox syslog zeigte kurz vor dem freeze ein reset eines durchgereichten USB devices. Nach einiger REcherche ist das ein bug im qemu repository.
Ich habe ein update durchgefhrt und werde weiter beobachten.
Danke euch - Gruß..