@fabib Ich habe es durch hin und herspielen von nodejs genau auf diesen Standpunkt gebracht. Ich habe dann jedes Gerät bei mir in den Anlern-Modus (bei xiaomi lange Knopf drücken, bei Lampen mehrmals an und aus schalten usw..) versetzen müssen. Dadurch haben sie sich aber direkt verbunden und alle wurden dann wieder erkannt. Habe es halt nach und nach gemacht, da die vorher vergebenen Namen verloren gegangen sind, dafür aber die Verlinkungen ins VIS und Skripten nicht. Etwas Aufwand aber bei mir hat es so geklappt.

MQTT kenne ich bis jetzt gar nicht

@Homoran Tatsächlich nicht wirklich. Bin halt noch am Beginn.

@oberfragger sagte in [gelöst] USV und ioBroker: Dachte NUT wäre nur zum reinen runterfahren bei Ausfall. nö, da gibt es massig Informationen, dass es gar nicht auf eine Seite passt ;-) [image: 1581002527555-nut_all.png]

@vandermohr Und wie? Ich kämpfe seit Tagen das meine eigenen Mp3 wieder abgespielt werden.

@Asgothian sagte in Hue Lampen u.a. vor ioBroker resetten?: @exico66 Theorie: Wenn du die Geräte vorher aus dem Zigbee-Netz der Bridge raus wirfst musst du nicht zwangsweise neu zurück setzen. Praxis: Bei einzelnen Lampen (und Steckdosen) ist mir ein dem Netz Hinzufügen nur gelungen wenn ich sie explizit noch einmal zurück gesetzt hab. Insbesondere Ikea und Osram waren da vorne dabei. A. Danke

@Jan1 Technikkram macht eigentlich gute Anleitungen. Mag sein, dass das eine veraltete war. jetzt muss ich mir die doch durchlesen :-( Wollte ich genau aus so einem Grund eigentlich nicht

Problem gefixt

@Linedancer PERFEKT!! Klappt wie gewollt.

Funktioniert bei mir nicht so. Ich muss z.B. für einen Offset von -1,5°C "-1.500" schreiben. Bei -100 werden bei mir auch tatsächlich -100 abgezogen ;-) Schreib ich -1.50 und geh auf speichern, ändert sich nichts und geht man wieder in die Einstellungen, steht auf einmal -1.5 drin...

Erledigt. Hab nun hin bekommen. danke für Tip und Script.

@IDiver Herzlichen Dank! Du hattest recht. Aber es genügt in der Datei /opt/iobroker/node_modules/iobroker.radar2/MyNetworks.js übrigens in der Zeile 743 den Ausdruck return getIP('http://icanhazip.com/?x=2') durch return getIP('http://icanhazip.com') zu ersetzen. Das reicht schon! Ich werde hiermit diesen Eintrag als gelöst markieren und im github beim Radar2 Adapter ein issue eröffnen und auf den Fehler hinweisen. Damit kann in einer nächsten Version darauf rücksicht genommen werden! Danke nochmals für den tollen Hinweis!

Ich habe nun alle Nutzer einmal abgemeldet (webinterface) und wieder neu angemeldet. Nun erscheint der Fehler nicht mehr..

Jop, die Karte ist bei mir auch komplett rot, aber die Sensoren laufen. Es scheint mir so, als wäre die Reichweite gesunken. Erreiche meinen Repeater nicht mehr, der sonst prima erreichbar war. Demnach bekomme ich auch nichts von den Sensoren dahinter. In der neuen Übersicht der Devices sieht man ja auch die Signalstärke. Die ist bei zwei Sensoren gar nicht abgebildet, als wären sie offline, aber sie liefern in den Objekten aktuelle Werte... Scheint noch nicht ganz ausgereift und ich denke gerade über einen Umstieg auf Conbee 2 nach... Aber soweit ich weiß hat der ja ne andere Struktur, da müsste man ja Skripte und vis komplett anpassen... Aahhh :-D //edit: Gerade mal den Kanal gewechselt, um Konflikte mit dem WLAN zu vermeiden. Jetzt verbindet sich kein Gerät mehr :( Auch nicht auf dem alten Kanal...

@Glück Zwei Admin Instanzen auf dem selben Port?

@eddieari ja heisst..copy :-)

@christoph-nagel Wenn Du nur Variablen synchronisiert funktioniert es? Dann könnte bei Dir der gleiche Fehler vorliegen wie bei mir. Kontrolliere alle Geräte bzw. alle Kanäle auf korrekte Bezeichnung. Optional könntest Du auch alle Geräte aus allen Räumen entfernen und dann schrittweise wieder hinzufügen bis das Problem beim Synchronisieren der Räume auftritt, um das Gerät bzw. den Kanal zu identifizieren. Welcher Weg effektiver ist hängt natürlich von der Größe Deiner Installation ab. Leider bin ich in Scripten nicht fit, um das Problem evtl. anders eingrenzen zu können.