Browser Performance mit VIS stark beansprucht

[Homoran]

@mule:

Bei mir ist es wie von flugwelle beschrieben. `
Dann sind es zumindest schon zwei. (+@fitti)

Ich habe mal die Probe aufs Exempel gemacht. PC angeschaltet - vis geöffnet.

Dann habe ich mich mit dem Tablet daneben gestellt und geschaltet.

Auf PC und Tablet sofortige Änderung mit dem Licht zusammen.

Lichtschalter manuell getastet. ca. 3 sec. Verzögerung an Tablet und PC, diese beiden aber synchron.

Tablet über WLAN - allerdings keine 2m vom Repeater und PC sowie RasPi3 mit ioBroker und RasPi3 mit YAHM über LAN.

Auf meinen beiden RasPis läuft nichts anderes.

Wie sehen eure Konfigurationen aus?

Gruß

Rainer

[mule]

Weshalb 2? Wenn ich richtig zähle: mindestens flugwelle+fitti+ich

Meine Konfiguration: Iobroker läuft unter Ubuntu 16.04-Server auf einer VM unter Proxmox, welche auf einem Intelsystem läuft. Auf selbigem Sytem läuft in einer separaten VM (derzeit aber deaktiviert) CCU.IO/DashUI. Für Homematic selbst kommt eine CCU2 zum Einsatz.

Zur Bedienung per VIS kommen 2iPad1, 1Samsung Tab4 8.0 und 1*China-Android Handy zum Einsatz. Alle Geräte natürlich per WLAN angebunden. Manche weiter weg als andere vom Router.

Bei allen treten die Probleme auf. Mal dauert es länger, mal kürzer.

[Homoran]

@mule:

mindestens flugwelle+fitti+ich `
@Homoran:

schon zwei. (+@fitti) `
sehe ich keinen unterschied

@mule:

Zur Bedienung per VIS kommen 2iPad1, 1Samsung Tab4 8.0 und 1*China-Android Handy zum Einsatz. Alle Geräte natürlich per WLAN angebunden. `
Dann fangen wir mal hier an:
@mule:

Manche weiter weg als andere vom Router.

… Mal dauert es länger, mal kürzer. `
Auch wenn fitti das WLAN ausschliesst - gibt es da eine Korrelation (Weiter =länger)?

oder hier
@mule:

2iPad1, 1Samsung Tab4 8.0 und 1*China-Android Handy `
gibt es da eine Korrelation (iOS langsam, Android schneller)? oder Android 4 schnell, und 5 langsam?

Hier könnte der verd… Stromsparwahn eine Rolle spielen.

Gruß

Rainer

[flugwelle]

@Homoran:

Wie sehen eure Konfigurationen aus? `

ioBroker auf raspi3 (LAN).

iPad (WLAN) mit mit vis im Safari (dauerhaft offen). iPad wird über Bewegungsmelder an/aus geschaltet.

Wenn die Seite mit vis neu geöffnet wurde (bzw. über das Javascript neu geladen ist), dann reagiert alles instant: Light Bulp Widget, ein Tap schaltet bzw. setzt ioBroker Objekt, neuer Zustand wird sofort visualisiert.

Nach längerer Zeit funktioniert das nicht mehr. Ein Tap schaltet weiterhin sofort, aber es erfolgt keine Visualisierung des neuen Zustands.

Ich habe den Verdacht, das dies nur passiert, nachdem das iPad länger aus war und beim Einschalten die komplette Ansicht aktualisiert wird.

Gruß,

Rudi

[mule]

Mit dem "länger aus" kann es nicht zusammenhängen, da alle meine aufgezählten Devices permanent laufen und alle Lockscreens und Stromsparmodis deaktiviert sind. Betrieb also 24/7.

Was bei mir aber ab und zu mal auftritt ist ein VIS-Reconnect. Da dies aber nur selten auftritt und es hierüber meiner Kenntnis nach kein Log gibt, kann ich leider keinen direkten Zusammenhang zwischen Reconnect und den Problemen herstellen. Ist nur ein Bauchgefühl.

[Homoran]

@flugwelle:

nachdem das iPad länger aus war und beim Einschalten die komplette Ansicht aktualisiert wird. `

Das sind genau meine beiden Verdächtigen.

Apple treibt es mit dem Stromsparen auf die Spitze, und nach längerem Aus wird komplett nachgeladen, sonst evtl. der Cache oder wasauchimmer verwendet.

Neuere Android-Versionen gehen in die gleiche Richtung.

@mule:

Mit dem "länger aus" kann es nicht zusammenhängen, da alle meine aufgezählten Devices permanent laufen `
eben, nach länger aus ist es wieder ok!

Gruß

Rainer

[mule]

Ich hatte flugwelle genau anders herum verstanden, das das Problem bei ihm erst nach längerem Aus auftritt. Eventuell habe ich das aber falsch verstanden.

Falls es an den Stromsparmodi liegt, dann wäre die Frage inwieweit die Kommunikation zwischen CCU.IO und IObroker geändert wurde, denn bei CCU.IO tritt das Problem ja nicht auf?

[flugwelle]

@mule:

Ich hatte flugwelle genau anders herum verstanden, das das Problem bei ihm erst nach längerem Aus auftritt. `

Genau so habe ich das gemeint. Vielleicht ist es auch Zufall.

Fakt ist, dass ich seit heute morgen so einen Zustand nicht wieder provozieren konnte. Auch wenn das iPad mal so lange aus war, dass die Ansicht insgesamt neu aufgebaut wurde.

[flugwelle]

@Homoran:

Apple treibt es mit dem Stromsparen auf die Spitze, und nach längerem Aus wird komplett nachgeladen, sonst evtl. der Cache oder wasauchimmer verwendet. `

Das leuchtet mir nicht wirklich ein. Das iPad hängt permanent am Strom - also kein Grund irgendwas zu sparen.

Und ein komplettes neu laden (so dass "Connecting to server …" erscheint) behebt das Problem auch immer.

[Fitti]

Bei mir habe ich WLAN ausgeschlossen, da…:

Wenn der Fehler vorliegt, ist ja der Browser extrem unter Last - obwohl sichtbar gar nichts passiert. Und das passiert auch dann auf dem PC. Da hier deutlich mehr Hardwareleistung normalerweise vorliegt, fällt es nur später auf.

Deshalb schließe ich auch die Stromsparfunktion aus.

Ich konnte den Fehler immer mehr provozieren, wenn ich mehr Bindings verwendete. Zur Zeit nehme ich keine mehr und baue mir meine Webseiten auf ioBroker zusammen. Das spart eine Menge performance. (ich habe es jedoch auch nicht mehr heute getestet).

Bei mir läuft ioBroker auf einem Odibroker C2 zur Zeit mit 2GB RAM und eMMC Nand-Speicher. LAN-Verbunden.

Seit 2 Tagen läuft im Moment aber alles super.

Fitti

[flugwelle]

Also ich war nun zwei Tage unterwegs und das iPad war die Zeit über im Ruhezustand (d.h. aus). Als ich heute wieder da war habe ich gleich einen Test gemacht - siehe da: alles funktioniert noch. Allein die länge Zeit ist es also nicht …

Gruß,

Rudi

[rascal]

hallo,

könnte jemand, bei dem die App stabil läuft bitte die Einstellungen des web und socketio Adapters, sowie die Einstellungen der App selber posten.

Da es verschiedene Möglichkeiten gibt, die Verbindung der App zu iobroker herzustellen, wäre es doch interessant, ob wir überhaupt von den selben Voraussetzungen ausgehen.

Ich könnte meine Posten…. allerdings habe ich nur Probleme damit und spiele mich gerade damit herum

[mule]

An der App liegt es nicht, da ich die App nicht nutze und dennoch die Probleme habe.

[rascal]

Deswegen die funktionierenden Einstellungen der Adapter

Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk

[flugwelle]

App? Keine App … ich rede von der Darstellung im Webbrowser.

[rascal]

Hängt sich von den Adaptern ab

Gesendet von meinem HUAWEI CRR-L09 mit Tapatalk

[hanisoft]

Hallo,

@Fitti, was meinst du mit Bindings?

Im Übrigen hab ich das selbe Problem…, Irgendwie wird die Darstellung im Browser nicht mehr aktualisiert. Wen ich etwas ein oder ausschalte, einen Heizungswert ändere wird das zwar ausgeführt (sofort) aber es wird keine Zustandsänderung angezeigt.

Bei neuladen der Seite ist wieder alles richtig, es funktioniert eine Zeit (fünf Minuten) dann hängts wieder.

Im App für Android ist übrigens alles in Ordnung, da hängt nix.

Ich verwende es halt im Moment nicht....

Gruß

Hannes

[pix]

@hanisoft:

was meinst du mit Bindings? `
Bindings ist der Begrif für Berechnungen innerhalb von VIS. Man kann dabei mit Werten aus Datenpunkten rechnen. Diese Berechnungen werden im Client, also im Endgerät gemacht.

https://github.com/ioBroker/ioBroker.vi … of-objects

Gruß

Pix

[mule]

An Bindings kann es nicht liegen, da ich überhaupt keine verwende.

[hanisoft]

@ pix, aahh, danke.

Nein an dem liegt es nicht, verwende ich nicht…

Allerdings hab ich ein zweites Projekt und tritt das ganze nicht auf...

Gruß

Hannes