Unerwünschte Verzögerung beim Lichtschalten

[Neanderwolf]

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

Bei mir ist auch kein Funkrouter im Einsatz.
Mein oben geschilderter "gedanklicher Ablauf" ist reine Spekulation. Passt allerdings genau zum Problem. Denn nach meinem Wissen ist es so, dass ein geschaltetes Gerät Rückmeldung gibt, ob der Schaltvorgang auch abgeschlossen wurde. Denn es soll ja auch auf jedem Gerät korrekt angezeigt werden.
Daher mein Gedanke, dass evtl. eine Prüfzeit in der die Rückmeldung kommen sollte (momentan aber nicht kommt), das erneute schalten für einige Sekunden verhindert.
Wie geschrieben: bei mir tritt genau diese "Verzögerung" auf, wenn die Zentrale nicht aktiv (bei meinem Test stromlos) ist.

[maxreiner]

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

Bei mir ist auch kein Funkrouter im Einsatz.
Mein oben geschilderter "gedanklicher Ablauf" ist reine Spekulation. Passt allerdings genau zum Problem. Denn nach meinem Wissen ist es so, dass ein geschaltetes Gerät Rückmeldung gibt, ob der Schaltvorgang auch abgeschlossen wurde. Denn es soll ja auch auf jedem Gerät korrekt angezeigt werden.
Daher mein Gedanke, dass evtl. eine Prüfzeit in der die Rückmeldung kommen sollte (momentan aber nicht kommt), das erneute schalten für einige Sekunden verhindert.
Wie geschrieben: bei mir tritt genau diese "Verzögerung" auf, wenn die Zentrale nicht aktiv (bei meinem Test stromlos) ist.

Diese und viele andere Fragen und Antworten zeigen eins: Wir alle wissen viel zu wenig über das Zusammenspiel der einzelnen Komponenten, im eigenen System zwischen den Aktoren und Sensoren untereinander, den Aktoren und Sensoren und der Zentrale, vor allem aber - und dies nach der Umstellung auf UI 2 ganz besonders - zwischen Zentrale und Server sowie Web-Client/App und Server. Mit mehr Überblick wäre es (zumindest für diejenigen mit SW-Erfahrung) leichter möglich, Ursachen für Fehler zu erkennen und Fehler bzw. Ungeschicklichkeiten bei der Konfiguration zu vermeiden. Fakt ist doch meiner Meinung nach, so ein SH-System ist kein in sich abgeschlossenes Produkt, dass man nur einschaltet, wie z.B. ein Handy (nicht Smartphone!) und dann geht es oder nicht, sondern eher ein Zwischending zwischen Produkt und Entwicklungsumgebung. Und das sollte es auch bleiben, wenn es seiner Aufgabe gerecht werden will, flexible Automatisierungslösungen zu ermöglichen. Nur um einen Lichtschalter von jedem Punkt der Welt aus bedienen zu können, brauche ich so etwas nicht.
Innogy wäre also gut beraten, das Potential, dass in diesem Forum steckt besser zu nutzen und als Basis dafür, die Systemzusammenhänge transparenter zu machen.

Reiner

[Ralph23]

Hallo zusammen,
ich bin zwar kein RWE'ler / Innogy'ler aber ich hatte die Chance genau die Frage der Kommunikation der Geräte untereinander einmal mit einem der wesentlichen Entwickler von SH zu besprechen.
Ich versuche das mal, ohne Gewähr, dass ich nicht etwas falsch verstanden bzw. vergessen habe:

Ereignisprofile (alte UI 1.0)
Beim Drücken einer Taste eines Schalters (Wandsender, FB, UP-Lichtschalter) sendet das gedrückte Gerät den Schaltbefehl per Funk zunächst einmal an das zu schaltende Gerät.
Die Kommunikation läuft also Peer-to-Peer. Das zu schaltende Gerät weiß auch, dass es bei Befehlen dieses Tasters reagieren muss. Das ist auch der Grund für die Zahnrädchen beim Erstellen von Profilen.
Das gedrückte Gerät wartet, bis es von dem zu schaltenden Gerät die Rückmeldung erhält, dass der Befehl ausgeführt wurde.
Danach sendet das gedrückte Gerät die Status-Info an die Zentrale, damit der Zustand dort geändert werden kann.
Falls der Peer-to-Peer-Weg nach mehrmaligen Versuchen nicht funktioniert, wird versucht, den Schaltvorgang über die Zentrale abzuwickeln... (Verzögerung!)
Erst wenn dies abgeschlossen ist, blinkt beim gedrückten Gerät die LED 1-mal - und erst danach, kann ein neuer Schaltvorgang durchgeführt werden.

Wenn das gedrückte Gerät mehr als einen Aktor schaltet (z. B. 10 Lampen ein- oder aus) sendet das gedrückte Gerät einen Broadcast. Die betroffenen Lampen reagieren darauf.
Danach wartet das gedrückte Gerät auf die Rückmeldung jeder einzelnen der 10 Lampen, ob der Befehl ausgeführt wurde.

Diese Art der Profile funktionieren auch, wenn die Zentrale abgeschaltet ist (zumindest der primäre Peer-to-Peer-Weg).

Logikprofile (alte UI 1.0)
Beim Drücken einer Taste sendet das gedrückte Gerät den Funkbefehl sofort an die Zentrale, welche die Auswertung der Bedingungen und alle weiteren Schaltvorgänge übernimmt.
Wenn das komplette Profil von der Zentrale abgearbeitet wurde, sende diese eine Status-Info an das gedrückte Gerät zurück, die LED blinkt 1-mal.
Danach kann der nächste Schaltvorgang durchgeführt werden.

Diese Art der Profile funktionieren logischerweise nicht, wenn die Zentrale abgeschaltet ist....;-)

In der neuen UI ist für den Benutzer nicht mehr ersichtlich, was Ereignis- und was Logikprofile sind....technisch funktioniert das vermutlich jedoch immer noch so.
Die Entscheidung übernimmt jedoch die Software.

Der Grund für Verzögerungen in Schaltvorgängen ist also meistens, dass entweder die Befehle per Funk nicht gleich beim ersten Mal ankommen (werden dann ein paar Mal wiederholt) und dann wird der Umweg über die Zentrale genommen.
Ein anderer Grund ist, dass beim Schalten mehrerer Lampen der nächste Schaltvorgang erst ausgeführt werden kann, wenn sich alle geschalteten Lampen zurückgemeldet haben (oder in ein TimeOut laufen - zu erkennen am 3-maligen Blinken).

Der dritte Grund ist, dass zum Schluss eines jeden Vorgangs die Zentrale informiert werden muss, damit diese den Zustand ändern kann. Dies muss sie an das gedrückte Gerät zurückmelden...tritt hier eine Verzögerung auf....dauert es mehrere Sekunden, bis am gedrückten Gerät die LED 1-mal blinkt. Erst danach kann wieder geschaltet werden.

Ich vermute hier den Fehler....da das die einzige Konstellation ist, die sich zwischen UI 1.0 und UI 2.0 geändert hat.....der ganze Peer-to-Peer-Verkehr interessiert sich nicht für die Version der Zentrale.....

Wie gesagt.....ich hoffe, ich konnte es richtig darlegen.

Gruß Ralph

[Te Ch No]

Auffällig ist in diesem Zusammenhang aber schon, wie bereits mehrfach berichtet, dass seit UI 2.0 es bei mir wesentlich häufiger vor kommt, das Türsensoren und auch BMs nicht blinken, verzögert blinken oder 3X blinken. Auffällig ist auch, die Unzuverlässigkeit von SZs, die mal gleich, mal zu spät, und mal gar nicht funktionieren.
Ich befürchte auch, dass die Hardware mit der Tatsache, dass alles über das Netz läuft irgendwie überfordert ist.
Durch die scheinbar häufigen Kommunikationsprobleme wird das ganze System unzuverlässig und unberechenbar!


Gesendet von meinem iPhone mit Tapatalk

[SteinHome]

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

Bei mir ist auch kein Funkrouter im Einsatz.
Mein oben geschilderter "gedanklicher Ablauf" ist reine Spekulation. Passt allerdings genau zum Problem. Denn nach meinem Wissen ist es so, dass ein geschaltetes Gerät Rückmeldung gibt, ob der Schaltvorgang auch abgeschlossen wurde. Denn es soll ja auch auf jedem Gerät korrekt angezeigt werden.
Daher mein Gedanke, dass evtl. eine Prüfzeit in der die Rückmeldung kommen sollte (momentan aber nicht kommt), das erneute schalten für einige Sekunden verhindert.
Wie geschrieben: bei mir tritt genau diese "Verzögerung" auf, wenn die Zentrale nicht aktiv (bei meinem Test stromlos) ist.

Ich kenne derzeit 3 Ursachen für das beschriebene Verhalten:

1. Funkrouter.
   
2. Zuständen die gleichzeitig geschaltet werden.
   
3. Hohe CPU Auslastung der Zentrale (z.B. durch abgeschaltete Szenarien die trotzdem laufen (Bug), Upload von SmartCam Bildern, ... )
   

[loondre]

@SteinHome: Es muss noch mindestens einen weiteren Punkt geben. Punkt 2 und 3 Deiner Liste treffen bei mir nicht zu und Punkt 1 habe ich mit ausgeschaltetem Funkrouter ohne Verbesserung getestet.

Ich hoffe, dass jemand von Innogy hier mitliest. Ich wäre bereit, an der Lösung mitzuarbeiten. Schließlich habe ich in den letzten Jahren extrem viel Geld in diese Hausautomatisierung investiert.

[CooperCologne]

Kurz zur Info: Ich habe im Flur einen UP Schalter und drei UP Taster, unter 1.0 war es so, dass egal welche Taste gedrückt wurde, der gegenteilige Zustand des Lichts ausgelöst wurde. Das ging ohne Probleme und ich habe es unter 2.0 wie folgt nachgebaut:

WENN
Tastendruck - 4 Geräte - Tastendruck - Mehrere Tasten gedrückt
DANN
An/Aus - Lichtschiene - Wechsel

Es kommt hierbei zu den beschrieben Störungen bzw. Verzögerungen.

Deswegen habe ich es erst mal so abgeändert, dass die Tasten unten einschalten und die Tasten oben ausschalten. Nun geht es sofort und auch beliebig schnell.
Es dürfte also tatsächlich so sein, dass die erste Variante einem 1.0er Logikprofil via Zentrale entspricht während die 2. Variante den UP Schalter per direktem Funkbefehl schaltet. Das Problem scheint die Funktion WECHSEL zu sein, die für massive Zeitverzögerungen sorgt und so nur bedingt zu gebrauchen ist.

[SteinHome]

@SteinHome: Es muss noch mindestens einen weiteren Punkt geben. Punkt 2 und 3 Deiner Liste treffen bei mir nicht zu und Punkt 1 habe ich mit ausgeschaltetem Funkrouter ohne Verbesserung getestet.

Ich hoffe, dass jemand von Innogy hier mitliest. Ich wäre bereit, an der Lösung mitzuarbeiten. Schließlich habe ich in den letzten Jahren extrem viel Geld in diese Hausautomatisierung investiert.

Du musst den Router nicht "nur" ausschalten sondern LÖSCHEN und deine Zentrale neu starten....
Dann eventuell noch etwas warten bis die Geräte, die sich bisher über den Router verbunden haben neu anmelden.

Bitte nochmal testen. Bei mir hat es WUNDER bewirkt.

[SteinHome]

Kurz zur Info: Ich habe im Flur einen UP Schalter und drei UP Taster, unter 1.0 war es so, dass egal welche Taste gedrückt wurde, der gegenteilige Zustand des Lichts ausgelöst wurde. Das ging ohne Probleme und ich habe es unter 2.0 wie folgt nachgebaut:

WENN
Tastendruck - 4 Geräte - Tastendruck - Mehrere Tasten gedrückt
DANN
An/Aus - Lichtschiene - Wechsel

Es kommt hierbei zu den beschrieben Störungen bzw. Verzögerungen.

Deswegen habe ich es erst mal so abgeändert, dass die Tasten unten einschalten und die Tasten oben ausschalten. Nun geht es sofort und auch beliebig schnell.
Es dürfte also tatsächlich so sein, dass die erste Variante einem 1.0er Logikprofil via Zentrale entspricht während die 2. Variante den UP Schalter per direktem Funkbefehl schaltet. Das Problem scheint die Funktion WECHSEL zu sein, die für massive Zeitverzögerungen sorgt und so nur bedingt zu gebrauchen ist.

Bei WECHSEL wird vorher der Zustand des Geräts über die Zentrale abgefragt, da dieser nicht automatisch an alle Schalter übermittelt wird. Das DAUERT je nach CPU Auslastung bei V2 "lange". Bei V1 war das irgendwie effizienter. -> ein Definierter zustand ist besser.

[CooperCologne]

Meine CPU Auslastung liegt bei 12-15% und es dauert trotzdem eine gefühlte Ewigkeit