Verbindung Lampe verloren aber teilweise noch Zugriff möglich

OK. Die Firmware der Bridge scheint aktuell zu sein.

Hast Du mal die Log-App konsultiert ?

Nochmal zum Verständnis: Die problematischen Lampen lassen sich einwandfrei neu anlernen ? Werden Sie nach dem Neu-Anlernen denn wieder normal als "verbunden" angezeigt ? Wie ist eigentlich der aktuelle Gesamt-Status ? (Ich blick, ehrlich gesagt, nicht mehr durch !)

Zu deiner Frage: Protokoll-Technisch gibt es bei den meisten Controllern keinen Unterschied, eher beim Prozess. Innerhalb einer "Gruppe" bekommen erst einmal alle Geräte, die dort in der Datenbank referenziert sind, die selben Befehle. Unabhängig davon ob Sie als einzelne Geräte verfügbar sind oder nicht. Die Status-Abfrage auf die Gruppe ist meistens davon unabhängig. Das stellt bei einfacher Programmierung sicher, dass wenigstens alle funktionalen Geräte schalten und nicht durch Einzelfehler-Rückmeldungen der Prozess der Gruppe gestört wird. Entscheidend ist dabei nur die Referenz in der Datenbank. Schaltfehler sieht man dann nur im Log-File. Bei der Einzel-Schaltung überprüft der Prozess evtl. den Status und wertet auch den Fehlercode vor dem Schaltbefehl aus und es passiert nichts mehr. Diese Verfahrensweise ist in der Programmierung oft dem Umstand geschuldet, dass die Fehlermeldungen der unterschiedlichen Geräte in der Gruppe oft nicht eindeutig zuzuordnen (viele Hersteller, Abweichungen von Standards, parallele Threads) sind.

Jetzt weiß ich natürlich nicht genau ob die HUE-Bridge das auch so handhabt. Andere Gateways funktionieren aber exakt so. Das erklärt dann auch den Effekt den du beobachtest.

Da die meisten Gateways sich die Geräte ID's merken, um Geräte nach einem Reset leichter einbinden zu können, wird deshalb auch immer dazu geraten, disfunktionale Geräte explizit zuerst aus allen Gruppen, Prozessen und Szenarien zu entfernen. Auch Neustart u. ggf. Wartezeit danach dienen dann der Bereinigung der Relationen in der Datenbank. Die Benutzer-Oberflächen gaukelt einem da manchmal vorschnell ein entferntes Gerät vor.

Wird ein Gerät im Controller-UI als "inaktiv" oder "nicht verbunden" angezeigt funktioniert ein Einzelschaltvorgang so gut wie nie. Ich kenne keinen Controller wo das geht, da die Ergebnis-Quittung im selben Prozess vom Gerät ausgewertet und in die Datenbank übernommen wird. Und das würde nun mal nicht klappen wenn das Gerät nicht erreichbar ist.

Trotzdem stinkt das alles eher nach einem Problem im Mesh-Routing, der Reichweite, oder bei den Lampen. Sonst gäbe es für die "falsche" Status-Anzeige der Lampen keine Erklärung, denn offensichtlich kommen nur die Verbindungs-Telegramme nicht bei der Bridge an oder werden nicht verstanden.

Das könnte man alles im Log-File der Bridge ersehen.

Wie sieht es denn bei den Lampen mit der Firmware aus ?

Ist das Problem vielleicht erst nach dem letzten Firmware-Update der Bridge aufgetaucht ?

(Die ist ja, glaube ich, von Ende Februar 2025)

Du siehst, Ursachen gibt es haufenweise. Erklärungen auch, aber Lösungen nur wenn man mit exakter Methodik die Ursache auch bestimmen kann. Rumstochern im Nebel bringt also nix.

Log-Files !!!

Ist ein Funktelefon / Station in der nähe? AccessPoint oder WLAN Router, anderes WLAN Gerät? Auch Microwellen machen im Betrieb Probleme. Metallregal, Isolation mit Alubeschichtung...

Falls mehrere Leuchtin im Einstaz, schon mal mit einer funktionierenden ausgetauscht?

Ahhh. Nach erneutem Anlernen ist also Alles wieder im Lot ?

Dann hätte ich noch eine Idee zu einer möglichen Fehlerursache:

Ich war vor einiger Zeit mal damit konfrontiert.

Sind nur die Neuhaus-Lampen von diesem "Ich häng mich mal ab"-Effekt betroffen ?

Wenn Ja, Frage: Betreibst Du oder ein in knapper Reichweite befindlicher Nachbar einen Apple IPod mini oder etwas aus dieser Produkt-Familie?

Diese Dinger senden in Abständen einiger Minuten einen Broadcast über das gesamte ZigBee-Netzwerk. Dieser erhängt Neuhaus Lampen mit bestimmter Firmware teilweise, oder versetzt sie zumindest in einen undefinierten Zustand.

In den Log-Files kann man das u.U. erkennen, da ein spezifische Fehler erzeugt wird (Ich glaube es war sowas wie ein "MAC no ack (233)" Error oder so. Der tritt dann auf, wenn die Bridge danach den Status der Lampe abfragt. Das würde voll zu Deiner Symptomatik passen. Es ist nicht Auszuschließen, dass auch andere WLAN-Komponenten in der Nähe deiner Lampen so etwas auslösen.

Philips HUE Komponenten sind meines Wissens nicht betroffen.

Wie schon gesagt: ZigBee und Philips HUE sind zwar verwand aber nicht gleich !

Aber das ist nur so eine Idee. Google das mal, vielleicht findest Du noch ein paar weiterführende Hinweise dazu.

Wie auch schon gesagt: LOG-Files sind oft der Schlüssel !

Na Ja, wenn Du keinen Stress mit anderen Komponenten hast, glaube ich eher an ein Problem bei den Lampen.