Bisher ist lediglich ein Osram-Switch rausgeflogen. Läuft nach Update deutlich stabiler.
-> gelöst.

Hardware ist angekommen, Update der Firmware auf:

• zigbee-shepherd ready. version: 2.6.3 rev 20190315

Die Netzwerkkarte sieht besser aus, mit Querverbindungen

Wenn keine Fehler mehr auftreten, setze ich entsprechend auf "gelöst".

Danke @Asgothian

Hardware zum flashen der Firmware ist geeordert. Gebe entsprechend Rückmeldung

Ja, das mit den fehlenden Querverbindungen wundert mich arg.

Adapterversion: 0.10.2

Firmware: zigbee-shepherd version: 2.6.3 rev 20190109

Finda da auf die Schnelle keinen Hinweis bzgl. einer Aktualisierung (bestimmt vorhanden)

Moin,

ich habe (wie auch andere) das Problem, dass gelegentlich einige Lampen nicht erreichbar sind.

Ich dachte zunächst das liegt daran, dass ich alle devices direkt am Zigbee-Stick angebunden habe.

Habe die Geräte also rausgeworfen und Osram-Plugs versucht als Router einzusetzen-
Dafür dann das Pairing über die Adapteroberfläche am Plug gestartet (grüner Button).

In der Netzwerkkarte ist dennoch alles direkt am Router (Coordinator).

Wo liegt mein Fehler?

Danke

Hab die transitiontime ebenfalls reingesetzt. Gar nicht mehr drauf geachtet wie es aussieht ^^

Leider hab ich gestern Abend festgestellt, dass mein Licht im Schlafzimmer auch nach 22 Uhr noch anging (hab zum Schlafen den Bewegungsmelder weggedreht)

Sehe das Problem bei der Zeitbedingung nicht

und auch hier:

die Küchenzeile geht an, obwohl eine andere Lampe aktiv ist.

Ich peile es nicht - muss ich mehrere verschachtelte "Falls" Blöcke verwenden?

Edit: Hab die Bedingung auf "und" gesetzt mit den anderen Lampen, scheint es gewesen zu sein.

Letzter Edit: Das Licht im Schlafzimmer ging nach 0 Uhr bei Bewegung an (seltsam, da um 0 Uhr ja die Zeit des Sonnenuntergangs usw. neu gesetzt wird und die aktuelle Zeit wohl nicht zwischen Sonnenuntergang und 22:00 liegen sollte.
Als lösung habe ich eine weitere Bedingung eingefügt, welche verhindert, dass das Licht zwischen 00:00 Uhr und 07:00 Uhr geschaltet wird).

Thema erledigt.

@dslraser
habs auf dem Screenshot gesehen und inzwischen korrigiert

Ich hab mich für bri entschieden, da ich gelesen habe, dass level (0-100) intern zu bri (0 - 254) umgerechnet wird.
Dachte das könnte die Verzögerungen beeinflussen.

Die transitiontime setze ich direkt mal testweise in der Küche ein.
edit: transitiontime 100 sollten 10 Sekunden sein.

Das Wecklicht im Kinderzimmer steht als nächstes an

Danke für die Hinweise.

@dslraser hab die 1.1.0 drauf. Beobachte das noch kurz und mache evtl. ein downgrade.
Hab jedoch die Vermutung, dass es der RGB-Streifen, welcher mit ner Gledopto-RGB Zigbee -Box drin ist die Ursache sein könnte (reine Vermutung).

Habe jetzt nach dem Testscript im Büro umgebaut.
Aktuell siehts so aus und wird - wenn es weiterhin stabil läuft auch so bleiben:

je nach Raum mit mehr Abfragen und ner Licht-Spielerei. Den Wert von "Hue" oder x.y" habe ich nciht so einfach auf "random" gekriegt.

Die unterschiedlichen Timeoutzeiten ergeben sich aus der "Blindheitsdauer" der Bewegungssensoren (Xiaomi 60 Sekunden, Fibaro 15, wenn ich das richtig gesehen habe)

Pssst das so oder total banane?

Der Aufbau funktioniert offenbar.

Scheinbar jedoch verzögert - das passiert auch in der Küche. Liegt das an der Hue Bridge?

Hinweise zum Aufbau begrüße ich weiterhin - passt das so oder gibt es Optimierungspotential?

Hab das "Script" nochmal neu erstellt.
Helligkeit kann ich in den meisten Räumen nicht nutzen, habe nur 3 Fibaro Bewegungssensoren, der Rest ist von Xiaomi.

So sieht der Testaufbau im Büro aus. Läuft bisher. Schalte nacher um auf
"Nicht zwischen Sonnenaufgang und Sonnenuntergang", dann sollte es ja zur Nachtzeit und auch nach Mitternacht funktionieren.