Vis Performance Änderungen.

Bluefox

Die überlagernden Views beim View-Wechsel kann ich bestätigen, gab es aber schon bei der 0.11.x `
Aber nur Editor oder?

> - Bei der Betrachtung auf dem Tablet im Browser springt der View beim zoomen oder schieben immer wieder auf den default - View (Habe default jetzt deaktiviert - alle ok)
War immer so.

Es gibt neue vis Version, wo überlappen- Problem weg sein sollte und kopieren von Widgets auch gehen muss.

Metro, hq-Widgets und jqui-mfd müssen auch vom Git installiert werden.

Homoran

~~@Bluefox:~~

Homoran hat geschrieben:

Die überlagernden Views beim View-Wechsel kann ich bestätigen, gab es aber schon bei der 0.11.x

Aber nur Editor oder? `
Nein, auch im Browser und in der APP.~~@Bluefox:~~

Es gibt neue vis Version, wo überlappen- Problem weg sein sollte und kopieren von Widgets auch gehen muss. `
Werde ich testen, wenn ich wieder zu Hause bin.

Gruß

Rainer

Bluefox

~~@Homoran:~~

~~@Bluefox:~~

Homoran hat geschrieben:

Die überlagernden Views beim View-Wechsel kann ich bestätigen, gab es aber schon bei der 0.11.x

Aber nur Editor oder?
Kann nicht sein. App hat 0.11.x und da gab so was nicht. Oder ich weiß nicht, was du meinst.

Homoran

~~@Bluefox:~~

Oder ich weiß nicht, was du meinst. `
Ich meine, dass bei einem View Wechsel eine (kurze) zeitlang noch der alte View zu sehen ist, während der neue schon aufgebaut wird.

Diese Dauer ist abhängig von der Leistung des Front End.

Auf dem PC nur sehr kurz, auf dem Tab A deutlich zu sehen und auf dem Aldi tab schon ziemlich lange.

Gruß

Rainer

rantanplan

Hallo

Kopieren von Widgets in View klappt wieder.

Bei View-Wechsel kommt nun kurz eine weisse Seite.

Wenn dann die Views im Cache sind, erfolgt der Wechsel blitzschnell.

Sowohl auf dem dem PC, Notebook und langsamen iPad-2.

Auf dem iPad stimmen die Rahmen von den HQwidgets "Windows and Shutter" nicht mehr.

Mehr habe ich noch nicht probiert.

Grüße

Homoran

Habe jetzt alles upgedatet.

Kann rantanplan zustimmen.

Die überlagerten views sind weder im Browser noch in der App vorhanden statt dessen erscheint mehr oder weniger kurz eine weiße Seite 8-)

Bei den Windows & shutter habe ich keinen Unterschied.

Gruß

Rainer

rantanplan

Ich habe noch etwas merkwürdiges entdeckt.

Auf einem View wird im Edit Modus, bei "Aktive Widget" nur noch "nichts selektiert" angezeigt.

Die View ist praktisch nicht mehr editierbar.

Alle anderen scheinen normal.

Grüße

Homoran

Das Phänomen habe ich auch :o

Ich hatte es darauf zurückgeführt das ich irgendwo mal mit dem "lock" und "verschieben verhindern"-Button gespielt hatte.

Gruß

Rainer

rantanplan

Wenn ich mir bei betroffenen View die Widgets anzeigen lasse (über PopUp bei Aktives Widget),

werden mir dort Widgets einer anderen View angezeigt.

Läßt sich das irgendwie reparieren?

Über Strg-C / Strg-V könnte ich die Widgets "retten". Wäre aber sehr aufwendig.

Grüße

pix

Hallo,

ich habe noch einmal das Update von 0.10.5 gewagt. Jetzt ist 0.12.3 installiert. Es gab allerdings wieder Fehler:

VIS ist nicht mit der Objects DB verbunden.

npm install https://github.com/ioBroker/ioBroker.vis/tarball/widgetFactory --production
/
> iobroker.vis@0.12.3 install /Users/pix/Documents/iobroker/node_modules/iobroker.vis
> node main.js --install

2017-01-01 13:16:31.801  - warn: vis.0 no connection to objects DB
iobroker.vis@0.12.3 node_modules/iobroker.vis
MacMini-Ethernet:iobroker pix$ ./iobroker upload vis
got /Users/pix/Documents/iobroker/node_modules/iobroker.vis/admin
upload [1] vis.admin /Users/pix/Documents/iobroker/node_modules/iobroker.vis/admin/vis.png vis.png image/png
upload [0] vis.admin /Users/pix/Documents/iobroker/node_modules/iobroker.vis/admin/index.html index.html text/html
Update "system.adapter.vis.0"
Adapter "system.adapter.vis.0" restarted.

Dadurch war meine VIS Oberfläche dann auch ziemlich durcheinander. Ich musst einige Objekte (zB Briefkasten Status) resetten. Leider blieben die Änderungen nicht dauerhaft, Beim nächsten Laden der Oberfläche waren die Änderungen verloren.

`2017-01-01 13:30:25.761  - [31merror[39m: influxdb.0 getHistory: Error: error parsing query: GROUP BY requires at least one aggregate function[/code]`

Idee?

Gruß

Pix

pix

Ergänzung:

Im Edit-Modus ist allerdings alles okay. :roll: :?:

pix

Beim Update auf 0.12.4 von Github das gleiche Problem. Muss ich noch andere Adapter auf eine neuere Version updaten?

Gruß

Pix

Homoran

Ja!

Zumindest einige Widgets.

Bluefox hatte da was gepostet.

Finde ich gerade nicht :(

Gruß

Rainer

rantanplan

~~@Bluefox:~~

Metro, hq-Widgets und jqui-mfd müssen auch vom Git installiert werden. `

Ich würde nicht mehr updaten.

Beim Editieren von Views passieren merkwürdige Dinge.

Besonders beim Kopieren von Widgets in andere Views.

Kopieren von Gruppen in eine andere View, zerhaut die empfandende View.

Ich habe da ein paar "Leichen", die ich nicht mehr wegbekomme.

Ich werde das "basteln" erst einmal einstellen.

Grüße

looxer01

~~@rantanplan:~~

Ich habe da ein paar "Leichen", die ich nicht mehr wegbekomme. `

ist bei mir auch so. Das passierte bei mir beim kopieren eines Widgets innerhalb einer View.

Dieses Widget fand sich dann in anderen Views ebenfalls wieder, laesst sich in den anderen views nicht mehr löschen.

Aus dem Ursprungsview konnte ich es aber löschen.

Auch ist mir aufgefallen, dass zindex sich eigenartig verhält. Ein Rahmen der auf Ebene 1 sitzt verhindert regelmaessig das Editieren von höheren Leveln.

Da hilft dann nur den Rahmen auf Level 0 zu setzen.

vG Looxer

rantanplan

~~@looxer01:~~

Auch ist mir aufgefallen, dass zindex sich eigenartig verhält. Ein Rahmen der auf Ebene 1 sitzt verhindert regelmaessig das Editieren von höheren Leveln.

Da hilft dann nur den Rahmen auf Level 0 zu setzen. `

Jepp. Ist auch bei mir so.

Alles in allem manchmal sehr merkwürdige Effekte.

Grüße

pix

Vielen Dank für den Rat.

Bin auch wieder zurück auf 0.10.15.

Pix

michihorn

Moin

ich habe bislang IoBroker auf einem WIN10 Tablet laufen lassen, habe mir zur Performance Unterstützung von VIS ein NUC mit 8GB RAM zugelegt.

Dort ist VIS sauber in der 12.3 Version installiert und läuft mit den bekannten Problemen.

Leider bekomme ich auf allen Clienten (im selben WLAN) permanent Reconnect Screens oder komplett weisse Bildschirme.

Kann jemand mir eine stabile VIS Variante empfehlen?

Mich würde auch mal interessieren, was muss passieren, dass der reconnect Screen erscheint.

Gruss

Michael

Homoran

Ich denke nicht, dass es primär an vis liegt.~~@michihorn:~~

Leider bekomme ich auf allen Clienten (im selben WLAN) permanent Reconnect Screens `
Dieses scheint mir eher die Ursache.

Wie sähe denn deiner Meinung nach eine Lösung in diesem Falle aus?

Soll der Zustand, der beim letzten Aufruf noch im Cache liegt so lange angezeigt werden bis im Hintergrund die Netzwerkverbindung wieder aufgebaut wurde (evtl. DHCP Anfrage, handshake, die aktuelle Situation ggf. noch von den Geräten abgefragt usw…)

Erst dann unauffällig die Widgets refreshen?

Dann hat man zwar beim einschalten des clients sofort ein statisches Bild, aber mit demeinem realen Zustand hat das nichts zu tun.

Gruß

Rainer

michihorn

Hallo, ich habe festgestellt, daß sich der NUC per 5GHz ins WLAN einwählt und die Clients auf 2,4GHz.

Das habe ich jetzt geändert, alle sind im gleichen Netz und mit selber Frequenz unterwegs. Bislang (ca. 12 Stunden) ohne große Probleme.

werde das mal weiter beobachten.

Gruß

Michael

Community Forum

NEWS

Vis Performance Änderungen.

Support us

760

32.5k

81.7k

1.3m