Unerwünschte Verzögerung beim Lichtschalten

[loondre]

Hallo zusammen,

ich habe nun nach 3 Jahren mit UI 1.0 auch auf UI 2.0 umgestellt. Nach 2 Tagen Aufwand habe ich alles wieder hinbekommen (30 Senoren / Akteure, komplexe Szenarien). Natürlich ärgere ich mich auch über mangelnde Verfübarkeiten der Service, Probleme beim Einloggen etc. Ich fühle mich wie bei einem Internet-Startup ;-) Aber damit kann ich leben.

Was mich aber wirklich stört, ist eine unerwünschte Zeitverzögerung (war bei UI 1.0 nicht da):

- Ich habe einen Wandsender, der ein Licht steuert. Wenn ich den betätige (z.B. zum Licht Einschalten), klappt das wunderbar. Wenn ich dann allerdings sofort wieder auf den Schalter drücke, um z.B. das Licht wieder auszuschalten, geht das nicht. Erst nach ca. 10 sec, wenn das Smarthome-LED kurz aufgeleuchtet hat, kann ich den Schalter wieder betätigen und erhalte eine Reaktion.
- Das gleiche Phänomen habe ich bei Fernbedienungen. Egal, was ich mache, es dauert dort immer ca. 20 sec, bis ich nach einer Aktion die nächste anstoßen kann.

Was habe ich schon versucht:

- Prüfung, ob eine Zeitverzögerung im Szenario ist. Nein.
- Reboot Zentrale
- Reset der Schalter
- Szenarien neu angelegt.


Habt Ihr das Problem auch? Ich habe über die Suche nichts gefunden. Wenn ja, wie habt Ihr das Problem gelöst?

Viele Grüße
Loondre

[HansLenz]

...
Egal, was ich mache, es dauert dort immer ca. 20 sec, bis ich nach einer Aktion die nächste anstoßen kann.
...
Habt Ihr das Problem auch?
...

Ja, habe ich auch bei Wandsender und Fernbedienung. Verschärft noch mal durch verschiedene an der FB hängenden Hue-Szenen.
Bisher gibt es keine Lösung.

[Bobbes]

Ich schalte mit einem Wandsender eine hue mit bestimmter Helligkeit und Farbe. Das geht eigentlich sofort...höchstens eine Sekunde bis das Ding in der richtigen Helligkeit und Farbe angeht und ich kann sie auch mit der unteren Taste des Wandsenders direkt wieder ausschalten! Aber es ist auch nur ganz simpel oben AN und unten AUS...und nur eine hue! Hängen bei euch da mehrere Lampen in dem Szenario? Müsste ich mal ausprobieren...

[loondre]

Ich habe keine Hue-Geräte, nur einfaches Licht. Mit der alten UI ging Ein/Aus sofort....

[HansLenz]

Ich schalte mit einem Wandsender eine hue mit bestimmter Helligkeit und Farbe. Das geht eigentlich sofort...höchstens eine Sekunde bis das Ding in der richtigen Helligkeit und Farbe angeht und ich kann sie auch mit der unteren Taste des Wandsenders direkt wieder ausschalten! Aber es ist auch nur ganz simpel oben AN und unten AUS...und nur eine hue! Hängen bei euch da mehrere Lampen in dem Szenario? Müsste ich mal ausprobieren...

An der FB sind es verschiedenste Konstellationen. Ein Zwischenstecker funktioniert einwandfrei und sofort. Überhaupt nicht funktioniert der Wechsel mit einer Taste bei Hue. Beim zweiten Drücken gehen die Hue nicht aus, sondern schalten in irgendeinen nicht programmierten Zustand. Da bin ich nur froh, die mit Busch-Jäger wieder ausschalten zu können. Unzuverlässig ist auch die Anzeige der Hue-Lampenstati in der UI2. Eventuell liegt das an der programmierten Ausschaltverzögerung.

Edit: Wenn ich das Szenario ändere, sind die Verzögerungen plötzlich nicht mehr da. Winziger Bug wohl noch.
Egal, ich muss mich jetzt erst mal um die Heizung kümmern, das ist zurzeit eher gefragt als Lichtspiele.

[loondre]

Bei mir werden über die FB drei Rollläden hoch- und untergefahren. Dazu kommen noch 2 Lampen (Ein/Aus). Der Wandsender geht auch nur auf eine Lampe (Ein/Aus). Das sollte doch kein Problem darstellen. Dass es lösbar ist, hat UI 1.0 ja gezeigt.

[Neanderwolf]

- Ich habe einen Wandsender, der ein Licht steuert. Wenn ich den betätige (z.B. zum Licht Einschalten), klappt das wunderbar. Wenn ich dann allerdings sofort wieder auf den Schalter drücke, um z.B. das Licht wieder auszuschalten, geht das nicht. Erst nach ca. 10 sec, wenn das Smarthome-LED kurz aufgeleuchtet hat, kann ich den Schalter wieder betätigen und erhalte eine Reaktion.
- Das gleiche Phänomen habe ich bei Fernbedienungen. Egal, was ich mache, es dauert dort immer ca. 20 sec, bis ich nach einer Aktion die nächste anstoßen kann.
Habt Ihr das Problem auch? Ich habe über die Suche nichts gefunden. Wenn ja, wie habt Ihr das Problem gelöst?

Bei mir sieht das so ähnlich aus. Ich vermute, in diesem Moment ist die Zentrale nicht mit dem Backend verbunden, wo alle Meldungen/Schaltvorgänge gespeichert, und dann wieder an die Zentrale übertragen werden. Oder es gibt einfach keine Antwort.
Soll heißen: Das erste schalten funktioniert. Aber dann soll diese Information (wurde geschaltet) auch an deine Zentrale übertragen werden. Die ist aber im Normalfall mit dem Backend (den Servern) verbunden. Es wird also nun geprüft/abgewartet, bis die Meldung (intern) kommt: "habe ich so abgespeichert". Ohne Verbindung zum Backend kommt dies aber nicht zu stande; oder zu spät. Daher die Wartezeit. Nach der Zeitüberschreitung der Abfrage kannst du dann wieder schalten.
Das Ganze sieht also für mich wie das momentan "ganz normale" Problem im System.
Ist übrigens bei mir auch so, wenn die Zentrale stromlos ist. Geschaltet wird - nur die Bestätigung kommt nicht, bzw. verzögert.

[msagner]

Wer von Euch, der dieses Problem hat, hat denn auch einen Funkrouter (PSR) im Einsatz?
Dieses Teil macht mehr Ärger als dass es nutzt. Der beschriebene Fehler gehört dazu.
Wenn ein PSR in der Konfig ist, dann geht die zweite Bedienung per Fernbedienung erst, wenn an FB die LED dreimal geblinkt hat. Das Problem ist seit Wochen bekannt, aber die Lösung erfordert AFAIK Änderungen an der Firmware fast aller Geräte, weshalb das eine komplizierte Kiste ist. PSR aus der Konfig geschmissen, und das Problem ist weg.

Gesendet von meinem D6603 mit Tapatalk

[HansLenz]

Wer von Euch, der dieses Problem hat, hat denn auch einen Funkrouter (PSR) im Einsatz?
...

kein PSR.

[loondre]

Ich kabe einen Funkrouter. Den benötige ich auch - zumindest ging bei UI 1.0 das Signal nicht über 3 Stockwerke. Wenn das bei UI 2.0 besser sein sollte, klemme ich den gerne ab

Ok - habe es gerade getestet:
- Die Antwortzeiten auf EIN/AUS sind wie vorher unbefriedigend
- der Router wird benötigt. Alle Geräte im 3. Stock waren ohne Router nicht erreichbar

Da HansLenz das gleiche Problem hat wie ich und er keinen PSR hat, hatte ich auch nur geringe Hoffnung auf Besserung.

Wenn die Vermutung von Neanderwolf stimmen sollte (klingt einleuchtend), dann wäre das ein erneutes Ärgernis. Eine bei normalen Schaltvorägngen nach Hause telefonierende Zentrale ist nicht nur unnötig sondern auch datenschutzrechtlich mehr als bedenklich. Ich möchte nicht, dass Innogy mitbekommt, wenn ich etwas daheim mit deren System mache. Da hat der Datenverkehr lokal zwischen der Zentrale und den Sensoren / Aktoren statt zu finden.

Völlig off-topic: ich habe ca. 50 Szenarien. Da bringt mich die Meldung von Innogy "Ein Szenario konnte nicht ausgeführt werden" immer wieder zum Lachen. Selten so eine präzise Fehlermeldung gesehen. Wenn ich so etwas in meine Programme einbauen würde, hätte ich mit ernsthaften Konsequenzen zu rechnen. Ich stelle mir gerade einen Compiler vor, der nach dem Parsen von 2000 Zeilen Java-Code meldet "Das Programm enthält einen Fehler und kann nicht ausgeführt werden. Bitte beheben".