Vis1 und Vis2 gehen nicht (richtig) damit um, dass der Bildschirm des Geräts auf dem die Instanz angezeigt wird sich ausschaltet und dadurch die Verarbeitung in den Browsern (zumindest auf Android Geräten) pausiert.
Das Symptom das dadurch auftritt ist, dass nach Wiedereinschalten des Bildschirms und Reaktivierung der Prozesse die Vis-Instanz erstmal alle Events nachzuholen scheint und mehrere 10s unresponsive ist.
Sinn von IOBroker ist es ja auch, mit VIS(2) permanent installierte Dashboards mit Inhalt zu versorgen. Damit diese Dashboards und ihre Panels keine burn-ins auf der Bildschirmen bekommen, um nachts keine Helligkeit zu erzeugen und um Strom zu sparen, werden diese Panels ja oft mit Bildschirm-Timeouts oder sonstigen Maßnahmen betrieben, um nur im Bedarfsfall etwas anzuzeigen. Da dabei oft Android Tablets oder sonstige Kleinbildschirme auf Android-Basis zum Einsatz kommen, ist das pausierende Verhalten von Android in dem Bezug ein Problem.
Ich habe das Thema bereits mit dem Fully Kiosk Browser Entwickler besprochen und er sagte, dass es dort nicht abgefangen werden kann, da die WebView die Verarbeitung in irgendeiner Art pausiert. Die anzeigende Webseite muss hier ein entsprechendes Handling aufweisen....
Description
Erwartetes Verhalten wäre, das die VIS Instanz die Aktualisierung der States und sonstiger Interaktionen mit dem Server pausiert und nach Reaktivierung der Instanz >x Sekunden einmal die States vollständig abfragt und dann wieder auf die Events wartet und diese Verarbeitet.
No existing issues.
Related problems
Vis1 und Vis2 gehen nicht (richtig) damit um, dass der Bildschirm des Geräts auf dem die Instanz angezeigt wird sich ausschaltet und dadurch die Verarbeitung in den Browsern (zumindest auf Android Geräten) pausiert. Das Symptom das dadurch auftritt ist, dass nach Wiedereinschalten des Bildschirms und Reaktivierung der Prozesse die Vis-Instanz erstmal alle Events nachzuholen scheint und mehrere 10s unresponsive ist.
Sinn von IOBroker ist es ja auch, mit VIS(2) permanent installierte Dashboards mit Inhalt zu versorgen. Damit diese Dashboards und ihre Panels keine burn-ins auf der Bildschirmen bekommen, um nachts keine Helligkeit zu erzeugen und um Strom zu sparen, werden diese Panels ja oft mit Bildschirm-Timeouts oder sonstigen Maßnahmen betrieben, um nur im Bedarfsfall etwas anzuzeigen. Da dabei oft Android Tablets oder sonstige Kleinbildschirme auf Android-Basis zum Einsatz kommen, ist das pausierende Verhalten von Android in dem Bezug ein Problem.
Ich habe das Thema bereits mit dem Fully Kiosk Browser Entwickler besprochen und er sagte, dass es dort nicht abgefangen werden kann, da die WebView die Verarbeitung in irgendeiner Art pausiert. Die anzeigende Webseite muss hier ein entsprechendes Handling aufweisen....
Description
Erwartetes Verhalten wäre, das die VIS Instanz die Aktualisierung der States und sonstiger Interaktionen mit dem Server pausiert und nach Reaktivierung der Instanz >x Sekunden einmal die States vollständig abfragt und dann wieder auf die Events wartet und diese Verarbeitet.
Viele Grüße SEB
Additional context
No response