@nick21 Moin, die Tag/Nacht Umschaltung läuft bei mir über Node Red: [image: 1694334664261-bb4d6a0e-40b5-467d-98e8-4e8e63a76ef2-grafik.png]

@dp20eic sagte in ZigBee, HUE & OSRAM lightify: .., musst Du die Leuchtmittel, beim Gateway entkoppeln, sodass sie dort nicht mehr verbunden sind, dann kannst Du sie in den Pairingmodus bringen, bin mir nicht sicher, ob es 3 x ein/aus oder 5 x ein/aus für 5 Sek. war. .. Schon klar, als über Jahre leidgeprüfter OSRAM Kunde habe ich mir ein Blockly-Script gebastelt, das die richtigen Zeitintervalle kennend die Lampen zurücksetzt. Nun bin ich‘s einfach leid, ständig und immer wieder die eine oder andere Lampe zurücksetzen und neu anlernen zu müssen; vor allem weil das Neuanlernernen oft erst nach einigen Versuchen klappt.

@gregdll Der Adapter wurde relativ schnell von aateck geupdated. Ich habe jetzt statt eines Forks das aktuelle GIT Release installiert. Hier ist das Rollo nun bereits integriert. (Ich habe zwar nun noch das Problem, dass ich Start und endposition des Rollos nicht über eine Zigbee Payload neu einstellen kann, aber das ist ein separates Thema) :)

@homewolf Kurz und knapp, keine Möglichkeit weiterhin.

@lobomau Trotzdem danke!

@ggansde https://forum.iobroker.net/topic/67541/alexa2-version-3-24/15 bezieht sich auch auf Listen. Und Du wirst sehen dass bei Dir die History Datenpunkte auch nicht mehr aktualisiert werden.

Das Gleiche habe ich auch durch und ist mir eine Lehre, kurz vor dem Schlafengehen keine Aktualisierungen mehr durchzuführen Das mit Github war schon sehr merkwürdig. Bis wieder alles am Laufen war, vergingen 30min, erst hab ich die vorige Version installiert, ging nicht, dann Backup vom vortag. Eigentlich war ich auf stable Repo, gelegentlich wechsle ich aber kurz auf Beta und schau ob mich etwas interessiert und teste. Ich vermute, der Deconz davor war auch aus der Beta. Ich weiß, selbst schuld... Edit: ich sehe gerade beim genaueren hinschauem, die Meldung war etwas anders. Ich sollte ein Update von github ziehen, den genauen Wortlaut kenn ich leider nicht mehr.

@kg36304 Mich wundert, dass in den iobroker-objekten der GPIO2 mit "isInput" angezeigt wird. Vielleicht mal den ganzen Ordner rpi2.0 löschen und den Adapter neu starten, damit alles neu eingelesen wird.

@andreas-liphardt Hallo Andreas, vielen Dank für Deine Arbeit: Ich konnte zwar den Adapter nicht installieren (Fehlercode 25), allerdings waren Deine Korrekturen in main.js absolut korrekt und führten zu einem perfekt laufenden MCP3008. Die Änderungen habe ich manuell durchführen müssen. Ursprünglich hatte ich exakt das gleiche Problem der unklaren Werte und beim 3008 wurde Kanal 4-7 gleich ausgelesen wie 0-3. Das ist nun behoben.

https://github.com/iobroker-community-adapters/ioBroker.tr-064/issues/480

@haus-automatisierung jetzt geht's - danke:

@thomas-braun sagte in ioBroker in QNAP Virtualization Station installieren: Bei den Kernen würde ich auf 4 gehen. Hat der Raspi ja auch... Moin, das hängt ja von den Randbedingungen ab :) Was macht die Qnap noch so und könnten nicht 2 Kerne der Qnap eventuell den 4 Kerne des RasPi Leistungstechnisch ebenbürtig sein ;) Zudem sollte man immer Reserven in der Hinterhand haben, nicht dass einem die VM mal durchdreht und dann das NAS nicht mehr bedienbar ist ;) Meine Syno 716+II muss schon ganz schön schuften, wenn ich im immich Bildverwaltung im Docker die Gesichtserkennung läuft, dann ist selbst DSM schon am hakeln. VG Bernd

@Marc-Berg @simatec Danke euch für die Hinweise. Hab ich wieder was gelernt. Jetzt funktionierts auch mit SQlite! Danke :) Beste Grüße

@dp20eic Auch das sieht bei mir gut und lesbar aus... Aber scheinbar sieht da jeder was anderes abhängig von Browser, Handy, Windrichtung... wie gesagt, EGAL... Das eigentliche Problem ist ja gelöst.

@cluni sagte in Frage zur Hardware: @homoran hmmmm - also sollte man dort lieber gar nichts dran haben? ja!

@tobi81 sagte in ZigBee-Probleme beim Upgrade des Adapters: Aber ein kurzer Hinweis auf das Problem, oder wenigstens die Info, dass man selbst suchen muss weil es schon bekannt ist, wäre halt auch nett gewesen... Auch gut wäre es gewesen, solche Wichtigen Informationen auch in den Releasenotes der Adapter zu schreiben. Dann bekommt jeder beim Updaten des Adapters mit das man was anpassen muss wenn man diese Schalter hat. Das ist schon mal eine Henne-Ei Problem. Denn das es dieses Problem gibt musste erst einmal erkannt werden. Oder die Release-Notes nachträglich geändert werden, da gibt es aber schon wieder ein neues Release. Und anderen vorzuwerfen das die nach deinem Eingangspost nicht gleich erkannt haben das du einen Xiaomi WXKG01LM Switch einsetzt und dich niemand auf das bekannte Problem hingewiesen hat - das finde ich nicht angemessen.