nochmals vielen Dank für das Telefonat und deine Unterstützung.
Leider hat keiner der bisherigen Tipps das Problem lösen können. Da mein Wissen an der Stelle inzwischen ziemlich ausgeschöpft ist, habe ich gestern testweise eine zweite Home-Assistant-Instanz auf einem externen Mini-PC aufgebaut.
Die Ubisys-Aktoren werden in der neuen HA-Installation problemlos erkannt und lassen sich dort auch wieder ins Zigbee-Netzwerk einbinden.
Daher gehe ich aktuell ebenfalls davon aus, dass du mit deiner Vermutung richtig liegst und die Aktoren in meiner bestehenden Installation irgendwo blockiert werden bzw. dort noch Altlasten oder fehlerhafte Einträge vorhanden sind. In der Blocklist sind sie nicht zu finden.
Bevor ich allerdings die komplette bestehende Home-Assistant-Installation neu aufbaue, würde ich gerne noch versuchen, gemeinsam mit euch die eigentliche Ursache zu finden. Wenn sich die Blockade nicht lokalisieren lässt, würde ich anschließend tatsächlich neu aufsetzen.
Wie sollte ich jetzt am sinnvollsten vorgehen, um herauszufinden, an welcher Stelle die Geräte in meiner bestehenden Installation blockiert werden?
Welche Stellen bzw. Dateien sollte ich gezielt prüfen?
Für alle, die eventuell ein ähnliches Problem haben, hänge ich nachfolgend außerdem noch einmal meine ursprüngliche Support-Anfrage mit allen bisher durchgeführten Schritten und Details an:
Guten Tag zusammen,
ich benötige Ihre Unterstützung bei mehreren bei uns verbauten ubisys S1-R Series (2?) (5601).
Ich habe die bestehende Hausautomation zusammen mit dem Haus übernommen. Die komplette Automatisierung läuft über Home Assistant, ein wesentlicher Teil der Geräte wird über Zigbee2MQTT angebunden. Die Installation und Konfiguration wurde allerdings nicht von mir selbst erstellt. Das gesamte Thema Home Assistant, Zigbee und Zigbee2MQTT ist für mich daher noch relativ neu und ich arbeite mich aktuell Schritt für Schritt in die vorhandene Anlage ein.
Leider steht mir der frühere Ansprechpartner bzw. Ersteller der Installation für Rückfragen nicht mehr zur Verfügung. Ich versuche daher momentan, die vorhandene Anlage zu verstehen und mehrere inzwischen aufgetretene Fehler selbst nachzuvollziehen.
Mein letzter Kenntnisstand ist, dass mehrere ubisys S1-R nach einem Update nicht mehr im Zigbee-Netzwerk bzw. in Zigbee2MQTT erreichbar waren. Ich vermute, dass es sich damals um ein Update von Zigbee2MQTT gehandelt hat, kann dies allerdings nicht mehr sicher nachvollziehen.
Seitdem verweisen verschiedene bestehende Home-Assistant-Automationen auf nicht mehr vorhandene Geräte bzw. Entitäten. In den Automationen werden beispielsweise Geräte als „Unknown device“ angezeigt. Die physischen S1-R funktionieren lokal jedoch weiterhin: Die angeschlossenen Leuchten lassen sich über die vorhandenen Wandtaster bzw. Lichtschalter weiterhin normal bedienen.
Als ich begonnen habe, die Ursache zu untersuchen, waren die betroffenen S1-R bereits nicht mehr in der Geräteliste von Zigbee2MQTT vorhanden.
Mein erster Versuch bestand darin, Zigbee2MQTT über „Beitritt erlauben“ für neue Geräte zu öffnen und die S1-R erneut hinzuzufügen. Dabei wurde jedoch keiner der Aktoren erkannt. Im Zigbee2MQTT-Log war bei den S1-R weder ein Join-Versuch noch ein Interview oder überhaupt eine neue IEEE-Adresse sichtbar.
Daraufhin habe ich die aktuelle ubisys-App installiert und die S1-R über Bluetooth überprüft. Über Bluetooth werden die Geräte zuverlässig gefunden.
Insgesamt werden mir dort neun vorhandene ubisys-Teilnehmer/Aktoren angezeigt. Zu Beginn wurden diese in der App noch als einem bestehenden Netzwerk zugeordnet angezeigt.
Da ich davon ausgegangen bin, dass dies möglicherweise eine erneute Anmeldung an Zigbee2MQTT verhindert, habe ich zunächst bei einem S1-R versucht, einen Factory Reset bzw. das Verlassen des bestehenden Zigbee-Netzwerks durchzuführen.
Hier liegt möglicherweise auch der Kern meines Problems: Ich habe online unterschiedliche Vorgehensweisen und Schaltsequenzen für die verschiedenen Generationen des S1-R gefunden und bin mir inzwischen nicht mehr sicher, welche Vorgehensweise bei der Series 2 / Modell 5601 tatsächlich korrekt ist.
Mit einer Schaltfolge über die Netzspannung konnte ich erreichen, dass der betreffende S1-R anschließend in der ubisys-App nicht mehr als einem bestehenden Netzwerk zugeordnet angezeigt wurde, sondern als „Noch nicht eingerichtet“.
Da dies zunächst nach einem erfolgreichen Reset aussah, habe ich die gleiche Vorgehensweise anschließend bei zwei weiteren S1-R durchgeführt. Damit wollte ich gleichzeitig ausschließen, dass lediglich ein einzelner Aktor einen Defekt aufweist.
Aktuell habe ich somit drei S1-R Series 2, die über Bluetooth vollständig erreichbar sind und in der ubisys-App als „Noch nicht eingerichtet“ angezeigt werden. Keines dieser drei Geräte wurde anschließend über die ubisys-App einem neuen Netzwerk zugeordnet oder anderweitig eingerichtet.
Trotz dieses Zustands lässt sich jedoch weiterhin keiner der drei S1-R in Zigbee2MQTT finden oder neu anlernen.
Als konkretes Testgerät verwende ich derzeit:
ubisys S1-R (5601)
Seriennummer: XXXXXX
IEEE/MAC: 
99
Dieses Gerät war früher in Zigbee2MQTT unter dem Friendly Name
„Licht Terassentüre“
eingebunden.
Um auszuschließen, dass lediglich alte Einträge in Zigbee2MQTT den erneuten Beitritt verhindern, habe ich für dieses konkrete Gerät bereits verschiedene Punkte überprüft:
-
Der frühere Eintrag ab99 war noch in der configuration.yaml von Zigbee2MQTT als friendly_name: Licht Terassentüre vorhanden. Diesen alten Konfigurationseintrag habe ich inzwischen entfernt und Zigbee2MQTT anschließend neu gestartet.
-
Die IEEE-Adresse ab99 ist nicht mehr in der database.db von Zigbee2MQTT vorhanden.
-
Das Gerät befindet sich weder auf einer ban- noch auf einer blocklist.
-
Zigbee2MQTT befindet sich während meiner Tests nachweislich im Permit-Join-Modus. Im Log erscheint beispielsweise Zigbee: allowing new devices to join.
-
Ich habe sowohl den allgemeinen Beitritt als auch den Beitritt über den Coordinator getestet.
-
Beim Versuch, den S1-R erneut anzulernen, erscheint im Zigbee2MQTT-Log trotzdem überhaupt keine Meldung zu diesem Gerät: kein Join, kein Interview und keine neue IEEE-Adresse.
-
Über Bluetooth wird derselbe S1-R gleichzeitig weiterhin zuverlässig von der ubisys-App erkannt.
-
Um Reichweiten- bzw. Funkprobleme auszuschließen, habe ich die Entfernung zwischen Coordinator und S1-R überprüft bzw. reduziert.
-
Umliegende Bluetooth-Geräte wurden für die Tests soweit möglich deaktiviert.
-
Um zu prüfen, ob Zigbee2MQTT grundsätzlich noch neue Geräte aufnehmen kann, habe ich testweise einen Zigbee-Dimmer eines anderen Herstellers neu angelernt. Dieses Gerät wurde sofort erkannt, interviewt und erfolgreich in Zigbee2MQTT aufgenommen.
Dadurch gehe ich momentan davon aus, dass Zigbee2MQTT grundsätzlich funktioniert und der Coordinator prinzipiell neue Geräte aufnehmen kann.
Meine aktuelle Vermutung ist daher, dass ich die S1-R nach dem Zurücksetzen nicht korrekt in den Zustand für den erneuten Beitritt zu einem bestehenden Zigbee-Netzwerk versetze.
Bei meiner bisherigen Reset-Sequenz habe ich über den zugehörigen Sicherungsautomaten die Versorgungsspannung geschaltet. Ich hatte online unter anderem eine Vorgehensweise gefunden, bei der das Gerät zunächst mindestens ca. 15 Sekunden eingeschaltet und anschließend über bestimmte Ein-/Aus-Zyklen der Netzspannung zurückgesetzt wird. Da der S1-R danach in der ubisys-App tatsächlich nicht mehr dem bisherigen Netzwerk zugeordnet war, bin ich zunächst davon ausgegangen, dass der Reset erfolgreich war.
Inzwischen bin ich mir jedoch unsicher, ob damit lediglich das bisherige Netzwerk gelöscht wurde oder ob anschließend noch ein zusätzlicher Schritt notwendig ist, damit das Gerät aktiv nach einem neuen Zigbee-Netzwerk sucht.
Die bei mir verbauten Aktoren sind fest eingebaut. Mir steht daher kein von außen zugänglicher Reset-Taster oder eine sichtbare Status-LED zur Verfügung, über die ich den Zustand des Geräts eindeutig beurteilen könnte.
Ich wäre Ihnen daher sehr dankbar, wenn Sie mir hier weiterhelfen könnten.
Falls Sie für die weitere Diagnose / Unterstützung Informationen zum eingesetzten Zigbee-Coordinator, Zigbee-Kanal, Firmwarestand der S1-R oder Log-Dateien benötigen, kann ich Ihnen diese gerne zur Verfügung stellen. Ich wäre Ihnen in diesem Fall dankbar, wenn Sie mir kurz mitteilen könnten, welche Daten Sie benötigen. Ich habe mittlerweile relativ viel Zeit in die Fehlersuche investiert und würde ungern weitere Geräte zurücksetzen oder Änderungen am bestehenden Zigbee-Netzwerk vornehmen, bevor ich sicher weiß, wie die Aktoren korrekt erneut eingebunden werden.
Da ich die Anlage lediglich übernommen habe und mich aktuell erst in die gesamte Thematik einarbeite, wäre ich für eine möglichst konkrete Beschreibung des korrekten Reset- und Anlernvorgangs sehr dankbar.
