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

[MartinP]

@stenmic Seit dem letzten Smartphone - Austausch gegen ein neues Modell ist es etwas besser geworden...

Aber die Bedienung des recht einfachen Garagentoröffner Views ist trotzdem in der Gemengelage von schlechtem WLAN-Empfang draußen, kalten Fingern usw. noch so lahm, dass ich manchmal doch zum Fahrrad hineinstellen erstmal die Tasche reinbringe und drinnen auf den Taster an der Wand drücke ....

[stenmic]

@martinp daran liegt es auch nicht. Der Broker läuft bei mir auf nem fetten NUC und als Devices hab ich iPhones 16 Pro und iPads Pro. Allgemein leidet die Performance bei ioBroker immer mehr bei jedem Update!

[sigi234]

@shl59 sagte in [Umfrage] VIS Ladezeiten:

Aber alternativ alles in VIS-2 neu machen???

Ja :relaxed:

[SHL59]

@sigi234 sagte in [Umfrage] VIS Ladezeiten:

@shl59 sagte in [Umfrage] VIS Ladezeiten:

Aber alternativ alles in VIS-2 neu machen???

Ja :relaxed:

@stenmic sagte in [Umfrage] VIS Ladezeiten:

@shl59
Und ich hab die Views neu erstellt, am import kann es nicht liegen. Mir tun die Leute leid die auch noch für den Jäger Adapter Euros gezahlt haben.

Das nutzt ja wohl auch nichts :confused:

[OliverIO]

@stenmic

react kann schon schnell sein, sofern javascript auf dem client schnell verarbeitet wird und das gerät ausreichend Hauptspeicher hat.

Was nicht gut funktioniert ist, in vis2 alte vis1 widgets weiter zu verwenden, insbesondere dann, wenn man viel mit binding macht.
die vis1 widgets werden unter der haube mit der gleichen vis1 logik ausgeführt, da ist react einfach nur eine weitere zusätzliche verarbeitungsschicht.
wenn man allerdings alles neu mit rein vis2 nativen widgets macht, dürfte es geschwindigkeitsmäßig sogar von vorteil sein.

[sigi234]

@shl59 sagte in [Umfrage] VIS Ladezeiten:

Das nutzt ja wohl auch nichts

Na ja, soweit ich informiert bin werden die Widgets auf vite umgestellt und dadurch wird es schneller.
Abgesehen davon müssen noch viele Issues abgearbeitet werden.

[SHL59]

Also für mich erst einmal gut zu wissen, dass ich nicht allein bin mit dem Problem.
Mit meinen aktuellen Visualisierungen werde ich definitiv bis auf Weiteres bei VIS(1) bleiben.

Wenn ich mal Langeweile habe:upside_down_face: werde ich mal ein paar Views komplett neu in VIS-2 anlegen und schauen, ob sich der Aufwand lohnt.

[MartinP]

@shl59 Ich habe mal einen Versuch gemacht, im Haus bei gutem WLAN ...

Iobroker Vis APP, mein "Türen und Tore" Vis2-View ist der Start-View meines View-Baumes ... Sehr langsamer Celeron N3000... Mittelklasse Samsung A36 5G Smartphone...

Vom Aufruf der Vis App bis zur Darstellung des Start-Views 6 Sekunden.

Wechseln in einen anderen View 3 Sekunden.

Zurückwechseln in den Türen und Tore View 3 Sekunden ...

[SHL59]

@martinp
Ja, ernüchternd.
Wenn man nicht wüsste, dass es auch schneller geht mit VIS(1), müsste man wohl damit leben.
Wie gesagt: bei der VIS(1) gibt es in meinem Fall keinerlei Verzögerung beim Laden der Views. Bilder und Daten werden sofort angezeigt. Bei Neustart der VISU-App beträgt die Wartezeit ca. 1 Sekunde und die View ist mit allen Daten da.

Vielleicht gibt es ja jemanden, der erklären kann, weshalb die Ladezeiten bei der VIS-2 so ungleich viel länger sind.

[OliverIO]

@shl59

folgender Test, jeweils gleicher Client und gleicher Server und mit geleertem cache geladen (in chrome mit STRG + F5)
Die Werte konnten in den Chrome Web Developer Tools im Netzwerk Tab abgelesen werden.

Szenario 1:

Leeres Projekt ohne widgets
vis1:
537kb übers Netz transferiert, 2,2MB entpackt in 1,2 Sekunden
vis2:
4,8MB übers Netz transferiert, 20,4MB entpackt in 2,4 Sekunden

Szenario 2:

3 basic widgets (html,image,string)
vis1:
537kb übers Netz transferiert, 2,2MB entpackt in 1,6 Sekunden
vis2:
4,8MB übers Netz transferiert, 20,4MB entpackt in 2,4 Sekunden

Szenario 3:

3 basic widgets (html,image,string) + zusätzlicher Adapter (rssfeed ohne verknüpften feed
vis1: widget RSS Feed 2
558kb übers Netz transferiert, 2,3MB entpackt in 1,2 Sekunden
vis2: widget RSSFeed Widget
5MB übers Netz transferiert, 21,3MB entpackt in 2,8 Sekunden

Szenario 4:

Wie Szenario 3. Der View wurde gedoppelt und jeweils ein Navigation Button zum anderen View hinzugefügt

Initiales laden
vis1: widget RSS Feed 2
559kb übers Netz transferiert, 2,3MB entpackt in 1,3 Sekunden
vis2: widget RSSFeed Widget
5MB übers Netz transferiert, 21,3MB entpackt in 4,1 Sekunden

View-Wechsel
vis1: widget RSS Feed 2
keine veränderung
vis2: widget RSSFeed Widget
keine veränderung

Wie gesagt, das sind nur die Lade- und Renderzeiten für das erste laden. Wenn die Oberfläche mal läuft, dürften die Zeiten für das aktualisieren von States oder ein view Wechsel viel geringer sein, da ja alles bereits beim ersten mal schon geladen wurde,