Verzögerte Statusanzeige bei Geräten

Question

Matsch

Verzögerte Statusanzeige bei Geräten

AIO Creator Neo mit CCU3

Inzwischen habe ich mir eine mehrseitige App zusammengebastelt. Was mir dabei auffällt ist, dass Statusanzeigen oft stark verzögert erfolgen.
Besonders stört es mich, das Licht an einem Dimmer HmIP-BDT mit einem Rundslider zu verstellen, der aber erst nach 10...20 s dem Status folgt und sich erst dann auf die korrekte Position einstellt.

Nun habe ich nachgeforscht, an welcher Stelle die Verzögerung auftritt.
Zuerst habe ich in der CCU3 ein kleines Testprogramm geschrieben. Immer wenn sich der Dimmerstatus ändert, wird der neue Wert in einer Systemvariable gespeichert.
Ergebnis: Die Variable wird immer sehr schnell aktualisiert, also an der Datenübertragung vom Gerät in die Zentrale liegt es nicht.

Nun habe ich in der Neo-App den Status mal nicht vom Gerät selbst genommen, sondern von dieser Hilfsvariablen.
Und siehe da! Jetzt erfolgt der Statuswechsel auf dem Display in unter einer Sekunde!

Es gibt also einen signifikanten Unterschied zwischen einem Zugriff auf ein Gerät oder eine Variable! Wieso?
Der Zugriff auf einen Datenpunkt eines Gerätes wird doch wohl auch nichts anderes sein, als ein Zugriff auf eine in der Zentrale angelegte Datenstruktur, die die zuletzt übertragenen Daten enthält.

Wo also klemmt es bei der Geräte-Datenabfrage? Ist mediola oder eQ-3 der Verursacher?
Zwar habe ich nun einen workaround, mit dem ich das Problem umgehen kann, aber es sollte auch ohne diesen umständlichen Umweg funktionieren.

Status: Open Sep 30, 2018 - 14:56

Haben Sie die gleiche Frage? Dieser Frage folgen

Melden

2Antworten

Antworten

mavision

Okt 05, 2018 - 14:38

Mir geht es ähnlich. Habe das Problem auch in diversen Statusfeldern. Mal geht es schneller mal eben nicht.
Ich habe aber auch festgestellt das dies (dem Anschein nach) nur Homematic-Geräte betrifft.
Bei anderen Geräten kann ich das nicht erkennen.
Wäre toll wenn man das mal von Mediola genauer analysieren würde.
Der Workaround würde bei mir eine endlose Anzahl an Variablen fordern und das zugrunde liegende Problem eigentlich nicht lösen.

0

Melden

Kommentare (1) | Neuer Kommentar

Mona

Okt 08, 2018 - 08:19

Hallo,

hast du den autorefresh auf der Seite eingestellt? Wenn ja, auf welchen Wert?
Wenn Du auf einer Testseite nur den Dimmerstatus darstellst, reagiert dieser dann auch verzögert?

Liebe Grüße,
Mona

0

Melden

Kommentare (10) | Neuer Kommentar

Von

Matsch

auf 08.10.2018 08:55:10 | Gefällt mir (0) | Melden

Ich habe den Autorefresh auf 10 s eingestellt (man soll ihn ja nicht auf häufiger einstellen genmäß den Hinweisen)
Ohne Autorefresh ändert sich die Statusanzeige nie!

Von

Matsch

auf 08.10.2018 08:57:20 | Gefällt mir (0) | Melden

Ach so, zum zweiten Teil der Frage: Auch einzeln auf einer Seite wird der Status des Reglers ohne Autorefresh nie geändert, mit Refresh halt erst nach viel zu langer Zeit.

Von

Matsch

auf 08.10.2018 09:03:41 | Gefällt mir (0) | Melden

Wenn es an dieser Funktion liegt: Wieso braucht man die nicht bei Systemvarablen, bei Geräten aber schon? Wo ist da der technische Unterschied?

Von

Mona

auf 09.10.2018 06:56:06 | Gefällt mir (0) | Melden

Hallo,

der Status vom Dimmer kommt direkt vom Gerät. Dieses "meldet" den aktuellen Status an die CCU. Der Status der Systemvariable ist direkt in der CCU hinterlegt, daher kann der Dimmer etwas verzögert reagieren- allerdings nicht so lange, wie Du es beschreibst.

Bitte versuche einmal Folgendes:
Lege eine Testseite mit einem Slider, der den Dimmer steuert an. Lege auf die Seite auch ein Textfeld, das den Status des Dimmers anzeigt. Setze den autorefresh auf 1 s.

Ändere dann in der App-Vorschau den Wert des Dimmers und prüfe parallel in NEO und in der WebUI der CCU, wann der Dimmerstatus sich ändert. Der Status in der NEO App-Vorschau sollte sich ändern, kurz nachdem die Änderung in der CCU-WebUI erfolgt ist.

Liebe Grüße,
Mona

Von

Matsch

auf 09.10.2018 08:30:00 | Gefällt mir (0) | Melden

Genau das passiert eben nicht!
In der CCU passiert die Änderung sehr schnell, sicher weit unter 1 s. In der App passiert überhaupt keine Änderung, solange Autorefresh ausgeschaltet ist, weder am Slider noch in der Textanzeige des Wertes. Einzig durch den Autorefresh erfolgt dann irgendwann eine Änderung, wenn er aktiviert ist.
Zeige ich jedoch nicht den Gerätestatus in der App an (egal ob im Slider oder im Text), sondern die Systemvariable aus der CCU, dann reagiert die Anzeige fast sofort, innerhalb einer Sekunde.

Von

Matsch

auf 09.10.2018 08:33:58 | Gefällt mir (0) | Melden

mediola selbst sagt ja ausdrücklich, den Autorefresh nicht öfter als 10 s einzustellen. Wenn ich ihn auf 1 s stelle, dann erfolgt auch die Änderung schneller, ist ja klar nach den bisherigen Erkenntnissen.
Aber warum brauche ich für die sofortige Anzeige der Systemvariablen überhaupt keinen Autorefresh, für die Anzeige des Gerätestatus aber unbedingt einen? Da muß es doch einen technischen Hintergrund geben, vielleicht einen, der beseitigt werden könnte?

Von

Matsch

auf 09.10.2018 13:04:21 | Gefällt mir (0) | Melden

Sieht irgrndwie so aus, als würde die Ereignisstriggerung bei Änderung des Wertes vom Gerät in der CCU nicht funktionieren. Anscheinend aber liegt auch in der App der neue korrekte Werte schnell vor, denn beim Autorefresh wird die Anzeige ja aktualisiert!
Da aber die Triggerung innerhalb der CCU mit einem Testprogramm sehr wohl geht, ebenso wie die Triggerung bei Änderung der Systemvariablen: Liegt das Problem im Neo Server auf der CCU, der das Ereignis vielleicht nicht weiterleitet?

Von

Mona

auf 10.10.2018 07:21:03 | Gefällt mir (0) | Melden

Hallo,

Das Problem liegt nicht am Server. Wann immer ein Gerätebefehl abgesetzt wird, fragt NEO auch den aktuellen Status ab. Hat die CCU hier ihren Status noch nicht angepasst, bekommt NEO noch den alten Wert. Steht Dein Auitorefresh in diesem Fall auf 10 Sekunden, erhält NEO den geänderten Status auch erst nach 10 Sekunden.
Bei Systemvariablen ist das Vorgehen anders.
Normalerweise kann das häufige Abfragen von Systemvariablen zu Problemen führen - für deinen Fall wäre es aber empfehlenswert, um schneller korrekte Statusänderungen zu bekommen.

Liebe Grüße,
Mona

Von

Matsch

auf 10.10.2018 07:51:26 | Gefällt mir (0) | Melden

Hmm, wenn die Statusabfrage immer sofort erfolgt nach einer Befehlsausgabe, dann wird ja der Wert so gut wie nie dem neuen Wert entsprechen, obwohl vielleicht nur kurz später die korrekte Antwort eintrifft? D.h. es geht für die Gerätestatusabfrage ohnehin nie ohne Autorefresh? Und ich muß quasi immer erst auf den Autorefresh warten, um eine korrekte Antwort zu haben? Und das dauert dann eben bis zu 10s, weil ich den Refresh nicht öfter auslösen soll?

Also für mich ist das eigentlich kein zufriedenstellendes Verhalten! Das Umschaufeln der Werte in der CCU in eine Systemvariable bleibt eine Notlösung. Ich hatte schon erwartet, dass die Aktualisierung der Anzeige eventgesteuert erfolgt, also immer dann, wenn sich einer der verwendeten Werte ändert. Dass es ohne Autorefresh überhaupt nie eine aktuelle Anzeige gibt, ist leider in Ihrer Dokumentation zum "Autorefresh" so nicht beschrieben, wäre aber wichtig zu wissen.

Von

Mona

auf 10.10.2018 12:02:54 | Gefällt mir (0) | Melden

Es unterscheidet sich von Gerät zu Gerät bzw. System zu System, ob der Autorefresh benötigt wird, damit sich der Gerätestatus ändert.

Neuen Kommentar hinzufügen

Habe festgestellt, dass der workaround ohnehin nur bei dem Dimmer wirkungsvoll ist. Bei einem Thermostat HmIP-eTRV-2 bringt es gar nichts, weil da auch in der Zentrale bereits die Antwort recht spät feststellbar ist (3,,,5 s). Da ist die Anzeige auf dem Display nicht langsamer als die Variable wäre. Scheint also unterschiedliche Hintergründe zu haben.
Ich habe den Autorefresh auf 10 s eingestellt (man soll ihn ja nicht auf häufiger einstellen genmäß den Hinweisen)
Ohne Autorefresh ändert sich die Statusanzeige nie!
Ach so, zum zweiten Teil der Frage: Auch einzeln auf einer Seite wird der Status des Reglers ohne Autorefresh nie geändert, mit Refresh halt erst nach viel zu langer Zeit.
Wenn es an dieser Funktion liegt: Wieso braucht man die nicht bei Systemvarablen, bei Geräten aber schon? Wo ist da der technische Unterschied?
Hallo,

der Status vom Dimmer kommt direkt vom Gerät. Dieses "meldet" den aktuellen Status an die CCU. Der Status der Systemvariable ist direkt in der CCU hinterlegt, daher kann der Dimmer etwas verzögert reagieren- allerdings nicht so lange, wie Du es beschreibst.

Bitte versuche einmal Folgendes:
Lege eine Testseite mit einem Slider, der den Dimmer steuert an. Lege auf die Seite auch ein Textfeld, das den Status des Dimmers anzeigt. Setze den autorefresh auf 1 s.

Ändere dann in der App-Vorschau den Wert des Dimmers und prüfe parallel in NEO und in der WebUI der CCU, wann der Dimmerstatus sich ändert. Der Status in der NEO App-Vorschau sollte sich ändern, kurz nachdem die Änderung in der CCU-WebUI erfolgt ist.

Liebe Grüße,
Mona
Genau das passiert eben nicht!
In der CCU passiert die Änderung sehr schnell, sicher weit unter 1 s. In der App passiert überhaupt keine Änderung, solange Autorefresh ausgeschaltet ist, weder am Slider noch in der Textanzeige des Wertes. Einzig durch den Autorefresh erfolgt dann irgendwann eine Änderung, wenn er aktiviert ist.
Zeige ich jedoch nicht den Gerätestatus in der App an (egal ob im Slider oder im Text), sondern die Systemvariable aus der CCU, dann reagiert die Anzeige fast sofort, innerhalb einer Sekunde.
mediola selbst sagt ja ausdrücklich, den Autorefresh nicht öfter als 10 s einzustellen. Wenn ich ihn auf 1 s stelle, dann erfolgt auch die Änderung schneller, ist ja klar nach den bisherigen Erkenntnissen.
Aber warum brauche ich für die sofortige Anzeige der Systemvariablen überhaupt keinen Autorefresh, für die Anzeige des Gerätestatus aber unbedingt einen? Da muß es doch einen technischen Hintergrund geben, vielleicht einen, der beseitigt werden könnte?
Sieht irgrndwie so aus, als würde die Ereignisstriggerung bei Änderung des Wertes vom Gerät in der CCU nicht funktionieren. Anscheinend aber liegt auch in der App der neue korrekte Werte schnell vor, denn beim Autorefresh wird die Anzeige ja aktualisiert!
Da aber die Triggerung innerhalb der CCU mit einem Testprogramm sehr wohl geht, ebenso wie die Triggerung bei Änderung der Systemvariablen: Liegt das Problem im Neo Server auf der CCU, der das Ereignis vielleicht nicht weiterleitet?
Hallo,

Das Problem liegt nicht am Server. Wann immer ein Gerätebefehl abgesetzt wird, fragt NEO auch den aktuellen Status ab. Hat die CCU hier ihren Status noch nicht angepasst, bekommt NEO noch den alten Wert. Steht Dein Auitorefresh in diesem Fall auf 10 Sekunden, erhält NEO den geänderten Status auch erst nach 10 Sekunden.
Bei Systemvariablen ist das Vorgehen anders.
Normalerweise kann das häufige Abfragen von Systemvariablen zu Problemen führen - für deinen Fall wäre es aber empfehlenswert, um schneller korrekte Statusänderungen zu bekommen.

Liebe Grüße,
Mona
Hmm, wenn die Statusabfrage immer sofort erfolgt nach einer Befehlsausgabe, dann wird ja der Wert so gut wie nie dem neuen Wert entsprechen, obwohl vielleicht nur kurz später die korrekte Antwort eintrifft? D.h. es geht für die Gerätestatusabfrage ohnehin nie ohne Autorefresh? Und ich muß quasi immer erst auf den Autorefresh warten, um eine korrekte Antwort zu haben? Und das dauert dann eben bis zu 10s, weil ich den Refresh nicht öfter auslösen soll?

Also für mich ist das eigentlich kein zufriedenstellendes Verhalten! Das Umschaufeln der Werte in der CCU in eine Systemvariable bleibt eine Notlösung. Ich hatte schon erwartet, dass die Aktualisierung der Anzeige eventgesteuert erfolgt, also immer dann, wenn sich einer der verwendeten Werte ändert. Dass es ohne Autorefresh überhaupt nie eine aktuelle Anzeige gibt, ist leider in Ihrer Dokumentation zum "Autorefresh" so nicht beschrieben, wäre aber wichtig zu wissen.
Es unterscheidet sich von Gerät zu Gerät bzw. System zu System, ob der Autorefresh benötigt wird, damit sich der Gerätestatus ändert.

Verzögerte Statusanzeige bei Geräten

2Antworten

Antworten

Thema durchsuchen

Kürzlich aktive Mitglieder

Werkzeuge