Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@hansi1234 sagte in [Umfrage] VIS Ladezeiten:

dass das Frontend nicht über das Tablet geladen wird,

???

was meinst du?
Das Tablet ist das Frontend

[Hansi1234]

@homoran entschuldige. Ich meinte, dass das Tablet wirklich nur als Anzeige fungiert. Quasi als "Monitor"

[Homoran]

@hansi1234 so funktioniert das nicht.
die vis schickt die Informationen über den anzuzeigenden View als CSS Anweisungen.
Daraus generiert ein Browser das Bild.

Wenn du ein Bit-Map eines fullHD Bildes schicken wolltest, in dem jeder Pixel einzel definiert ist, wird das eine Riesendatenflut.
und das bei jeder Änderung neu.

[OliverIO]

@wolfgangfb
Technisch gesehen ist der Inhalt eines Projekts mit allen
Zugehörigen views eine html Seite.
Jedes Widget bzw. der zugehörige Adapter bringt dann wieder weitere css und JavaScript Dateien mit, die ebenfalls initial beim Aufruf einmalig geladen werden. Das hat auf jedenfalls Auswirkung auf das RAM und die Performance (wenn da sehr viele große Dateien geladen werden)
Als Nächstes sammelt vis dann alle object ids ein und abonniert diese beim Server, so das der Client (Browser) über Änderungen informiert wird. Wenn hier datenpunkte dabei sind die sehr oft geändert werden und ich sehr viele davon habe, dann wirkt sich das ebenfalls auf die Performance aus.

Ansatzpunkte zur Optimierung
Potenterer Client
Gute Netzwerkeinbindung
Reduktion der Anzahl der verwendeten widget-Adapters
Reduktion der änderungshäufigkeit von Daten (müssen sich datenpunkte mehrmals pro Sekunde in der vis ändern? Oder reicht auch 1x pro Sekunde oder 5 Sekunden)

[Albert K]

---

[Andersmacher]

@wolfgangfb ioBroker auf Raspi4 8GB
VIS auf Android Samsung A6 (also schon etliche Jahre alt)
34 Instanzen (zeitweise nur 26 aktiviert)
Objekte: 7217, Zustände: 6019
44 Views
geschätzt einige zig Bindings
VIS-App starten (also "Erst"-Ladung) ca. 13s, neu Laden ca. 10s.
Auf einem Windows-Laptop mit FireFox dauert das Neuladen aus dem VIS-Editor heraus ca. <5s.

Darf ich die Frage ergänzen bezüglich Zeiten für VIS-Re-sync?
Hoffe das gilt nicht als OT, denn es geht ja auch um eine VIS Ladezeit:

Beim Resync in der App läuft bei mir ein "Ladebalken" zwei mal durch und im Balken werden die Dateinamen meiner genutzten Icons (bei mir png-Dateien) nach einander angezeigt, also
1/143 Pfad/Dateiname
2/143 Pfad/Dateiname
...
Beim 1. Durchlauf lädt er in ca. 1 Minute bis Iconanzahl minus 2 (im Beispiel also bis 141. Dann dauert es mehrere Minuten, bis der Balken bei 143 ankommt.
Die lange Gesamtzeit mag am Alter des Handys liegen. Auf einem deutlich stärkerem/aktuellerem A10 geht es zwar schneller, aber auch dort dauert es insgesamt >1 Minute und es tritt auch das "Hängen" bei Iconanzahl minus 2 auf.
Das "Hängen tritt immer bei Iconanzahl minus 2, egal wieviele Icons man nutzt.
Der zweite Durchgang geht auf beiden Geräten deutlich flotter (<1Minute), zeigt jedoch gefühlt in der Hälfte der Fälle mitten beim Laden ein Popup:
Alert Cannot parse views file "Projektname/vis-views.json"
Der Balken bleibt dann stehen, bis man mit "OK" bestätigt. Dann läuft er zu Ende und es scheint alles zu funktionieren.

1. Wie lange dauert bei Euch ein Resync in etwa?
2. Habt Ihr auch das "Hängen" bei Iconanzahl minus 2 und weiß jemand, wie man das erklären kann?
3. Da ein und dasselbe vis-views.json mal mit und mal ohne den Alert geladen / geparst wird, kann es doch eigentlich nicht am vis-views.json liegen - oder. Kennt jemand den Alert oder tritt der nur bei mir auf?

[Homoran]

@andersmacher sagte in [Umfrage] VIS Ladezeiten:

Habt Ihr auch das "Hängen" bei Iconanzahl minus 2 und weiß jemand, wie man das erklären kann?

was kommt als nächste Datei?
wahrscheinlich die vis-views.json mit richtig viel Daten.
an der knabbert die App so lange.

[Andersmacher]

@homoran Wenn das "Hängen" erst nach Iconanzahl auftreten würde, wäre das mit vis-views.json eine Erklärung.
Aber, das "Hängen" beginnt bei Iconanzahl-2 die nächste Datei ist dann natürlich Iconanzahl-1 und dann kommt Iconanzahl(-0). Beide Dateien sind eben auch "nur" png-Dateien. Ich bin bisher davon ausgegangen, daß er nicht "mitten zwischen" den png-Dateien die vis-views.json lädt.
Nachdem er Iconanzahl erreicht hat, scheint nichts "furchtbar Belastendes" geladen zu werden, weil er dann zügig den 2. Durchlauf beginnt.
Jetzt wo ich das schreibe, frage ich mich auch noch, warum er überhaupt im 2. Durchgang erneut die png-Dateinamen im Balken anzeigt. Müssen die denn, nachdem sie im 1. Durchlauf geladen wurden, auch noch irgendwie bearbeitet/interpretiert werden?

[Homoran]

@andersmacher sagte in [Umfrage] VIS Ladezeiten:

die nächste Datei ist dann natürlich Iconanzahl-1

und was ist das?
der Dateiname wird doch angegeben.

[Andersmacher]

@homoran Bei mir lädt er die png-Dateien offenbar nach Dateinamen alphabetisch rückwärts.
Iconanzahl-2 ist da derzeit AUTO.png.
Iconanzahl-1 konnte ich bisher nicht so schnell erkennen, weil sehr schnell auf Iconanzahl(-0) gewechselt wird und dann gleich der 2. Durchlauf beginnt.

Daher habe ich das jetzt mal mitgefilmt und mir dann "langsam angesehen".
Ergebnis:
Du hattest den richtigen "Riecher" und meine Annahme (Ich bin bisher davon ausgegangen, daß er nicht "mitten zwischen" den png-Dateien die vis-views.json lädt.) war falsch. Iconanzahl-1 ist tatsächlich die vis-views.json. Daß die nur ganz kurz angezeigt wird kann ich nur erklären, wenn die Anzeige nicht anzeigt, was gerade geladen/bearbeitet wird, sondern wurde. Die Datei Iconanzahl(-0) wird so schnell geladen/bearbeitet, daß die für die Anzeige vis-views.json quasi nur "aufblitzt" und ich fälschlicherweise bisher annahm, daß da eben die "Reihe der png.Dateien zu Ende geführt wird.

Danke für Deinen Beitrag! Mein Punkt 2. wäre damit geklärt.

Kannst Du/jemand zu den anderen 2 Punkten auch noch was sagen?:

1. Wie lange dauert bei Euch ein Resync in etwa?
2. Da ein und dasselbe vis-views.json mal mit und mal ohne den Alert geladen / geparst wird, kann es doch eigentlich nicht am vis-views.json liegen - oder. Kennt jemand den Alert oder tritt der nur bei mir auf?

Edit:
Das was hier als "2." dargestellt wird, habe ich bei mir als "3)" getippt. Offenbar wirkt im Forum ein "Automatismus" für Nummerierungen.

[Homoran]

@andersmacher sagte in [Umfrage] VIS Ladezeiten:

wenn die Anzeige nicht anzeigt, was gerade geladen/bearbeitet wird, sondern wurde

so ist es!

@andersmacher sagte in [Umfrage] VIS Ladezeiten:

warum er überhaupt im 2. Durchgang erneut die png-Dateinamen im Balken anzeigt

dann hast du sie nochmal in einem zweiten Verzeichnis

[WolfgangFB]

@homoran sagte in [Umfrage] VIS Ladezeiten:

@wolfgangfb da das Tablet sooo langsam ist, tippe ich auf ein sehr komplexes Projekt und ein leistungsschwaches Tablet.
Das Frontend muss alles berechnen

Die Tablets sind nicht die allerschnellsten der Welt. Aber: Auf dem kleinen Firetablet 7 lief meine VIS früher (vor ca. einem Jahr) noch halbwegs passabel. Inzwischen habe ich ein Projekt das aus einer einzigen Seite mit vielleicht 10 Widgets erstellt und selbst das wird nicht oder nur sehr langsam geladen. Auf dem Tablet läuft außer der vorinstallierten Software nur Fully Kiosk Browser.
Ich will eigentlich nur an der Wohnungstür den Hauszustand (Fenster, Türen, Lichter) anzeigen, das Garagentor öffnen und alle Lichter ausschalten können.

[Homoran]

@wolfgangfb sagte in [Umfrage] VIS Ladezeiten:

mit vielleicht 10 Widgets erstellt

basic widgets oder Widgets mit allen Schnick und Schnack?

und das Fire Tablet hat auch keine RAM fressenden Updates bekommen?

[WolfgangFB]

@homoran sagte in [Umfrage] VIS Ladezeiten:

@wolfgangfb sagte in [Umfrage] VIS Ladezeiten:

mit vielleicht 10 Widgets erstellt

basic widgets oder Widgets mit allen Schnick und Schnack?

basic html
basic string
basic view in widget
vis-inventwo Multi switch
jqui Button
jqui Radiobutton

und das Fire Tablet hat auch keine RAM fressenden Updates bekommen?

Es sind aktuell 280 MB Ram von 1 GB frei.

[Homoran]

@wolfgangfb sagte in [Umfrage] VIS Ladezeiten:

Es sind aktuell 280 MB Ram von 1 GB frei.

das ist ja gar nix!
mit 1GB RAM würde ich mich gar nicht an eine vis rantrauen. Selbst 2GB wird oft knapp.

@wolfgangfb sagte in [Umfrage] VIS Ladezeiten:

vis-inventwo Multi switch

der hat einiges unter der Haube. Aber ob der in realiter Ressourcen frisst weiss ich nicht.

[bahnuhr]

@WolfgangFB
Und dann sind wir wieder bei diesem Thema.

@bahnuhr sagte in [Umfrage] VIS Ladezeiten:

Überprüfe deine Hardware und kaufe was aktuelles mit ordentlich ram.

[Andersmacher]

@homoran Erst einmal Danke für Deine Rückmeldung(en)!
Aus diesen schließe ich, daß es nicht normal/erforderlich ist, daß der Ladebalken 2 Durchläufe macht!?
Bei mir macht er das, seit ich mit VIS begonnen habe. Daher dachte ich immer, daß das so sein muß.

dann hast du sie nochmal in einem zweiten Verzeichnis

Selbst wenn das so wäre, hätte ich angenommen, daß die VIS-App nur die Dateien lädt, die sie braucht und nicht "alle, die es gibt". Warum könnte/sollte das Vorhandensein von Dateikopien auf dem Server dazu führen, daß auch die Kopien in die App geladen werden? Ich würde "doppeltes Laden" verstehen, wenn im Projekt irgendwie/irgendwo hinterlegt wäre, daß auch die Dateikopien genutzt werden, wüßte jedoch derzeit nicht, wo/wie solch eine Info ins Projekt gekommen sein sollte.

Da meine Annahmen ja aber schon mal nicht zugetroffen haben :disappointed: wollte ich jetzt "sicher gehen" und habe via console gerade mal mit folgendem Befehl nach einigen dieser png-Dateien gesucht und immer die gleiche Antwort erhalten (natürlich jeweils mit dem Namen der gesuchten Datei):

pi@Pi4B-8GB:/ $ sudo find / -name "AUTO.png"
find: ‘/run/user/1000/gvfs’: Keine Berechtigung
/opt/iobroker/iobroker-data/files/vis.0/main/img/AUTO.png
pi@Pi4B-8GB:/ $ 

Ich interpretiere das so, daß es die png-Dateien nur einmal gibt (und zwar da, wo ich sie auch erwartet habe), wenn sie sich nicht doch noch (was mir aber unwahrscheinlich erscheint) in /run/user/1000/gvfs "verstecken".

Vorsorglich noch der Hinweis;
Ich habe auf meinem Laptop noch ein Verzeichnis, in dem Kopien der png-Dateien liegen und wenn ich im VIS-Editor arbeite, tue ich das auf dem gleichen Laptop. Da sehe ich jedoch keinerlei Zusammenhang für den 2. Ladebalkendurchlauf auf dem Handy, zumal der auch stattfindet, wenn der Laptop gar nicht an ist.

Hat noch jemand Hinweise zu dem Alert, der bei mir bei Resync öfters auftaucht (siehe Punkt 3 meines Ursprungs-Post weiter oben).

[bahnuhr]

@andersmacher sagte in [Umfrage] VIS Ladezeiten:

VIS-App

welche app.
Die alte oder die neue Version ?

[Homoran]

@andersmacher sagte in [Umfrage] VIS Ladezeiten:

Aus diesen schließe ich, daß es nicht normal/erforderlich ist, daß der Ladebalken 2 Durchläufe macht!?

Fehlschluss!
macht(e) die App bei mir auch. Ich hatte aber auch Grafiken in 2 verschiedenen Verzeichnissen.

@andersmacher sagte in [Umfrage] VIS Ladezeiten:

Warum könnte/sollte das Vorhandensein von Dateikopien auf dem Server dazu führen

weil sie in der vis registriert sind?!
nicht irgendwo auf dem Server, sondern unter vis.xxx

[Andersmacher]

@bahnuhr Die alte.