NEWS
ladezeit der vis bei raspi und tablet
-
@haselchen habe ich schon reingemacht
-
Ok, hab nur hier die Issue Überschrift gelesen
-
Also wenn ich sondere hab ich auch im fully letztens paar mal gehabt das nach nem aufwachen des Displays nur eine weiß Seite kam. Reload dann im fully tat wieder aber ja hatte auch da mal den Fall das nach dem „laden“ Texte eine nur weiße Seite kam bevor die ui dann kam.
-
@apollon77 nicht gut für dich aber gut für uns - dann weißt du , was genau wir eigentlich meinen
-
@homoran Ich habe 3 verscheidene Views die sich alle gleich verhalten.
Auf den jeweiligen Startseiten ist kein Diagramm vertreten.
Eine dieser Views besteht sogar nur aus einer einzigen Seite.Deshalb denke ich nicht das das mit Charts zusammenhängen könnte.
-
@chaot sagte in ladezeit der vis bei raspi und tablet:
Deshalb denke ich nicht das das mit Charts zusammenhängen könnte.
ich bezog mich auf:
@fuso sagte in Vis starten und Viewechsel dauern sehr lange:soo, jetzt habe ich mal aufgeräumt und bin mit all meinen Diagrammen von flot auf den echart Adapter umgestiegen. Gefällt mir ein bisschen besser, ist einfacher zu bedienen und das updaten geht schöner. Den Flot Adapter habe ich gelöscht.
Wenn die Vis mal geladen ist geht das umschalten jetzt schon schneller. Auf dem PC mit Firefox, Chrome oder edge sogar deutlich schneller. Ich glaube ich muss auch meinen Raspi4 der Visu mal total abspecken -
@liv-in-sky Jupp. Blöd nur das ich bei frontend/Browser Entwicklung zu 1mio % keinen blassen Schimmer hab. Und wenn es nicht in normalen Browsern auftritt umso blöder weil fully browser zu debuggen ist ein Graus
-
@chaot hast du mal in chrome, in den entwicklertools geschaut, ob da fehler sind ? soweit ich das verstehe, wird das ganze project in den browser geladen und nicht nur die view - daher kann ein fehler auf einer anderen view auch beim laden einer anderen view ein problem erzeugen
-
@homoran Oh -- sorry.
@liv-in-sky Entwicklertools? Wo rufe ich die auf?
Oh, das hier?
Create inner vis object time-switch.0.onoff.3.enabled jquery-1.11.2.min.js:4 [Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/. send @ jquery-1.11.2.min.js:4 ajax @ jquery-1.11.2.min.js:4 o @ can.custom.min.js:58 (anonymous) @ can.custom.min.js:46 renderAs @ can.custom.min.js:58 e.view.e.template @ can.custom.min.js:58 renderWidget @ vis.js:1660 (anonymous) @ vis.js:932 (anonymous) @ vis.js:2881 (anonymous) @ conn.js:801 r.onack @ socket.io.js:8 r.onpacket @ socket.io.js:8 (anonymous) @ socket.io.js:8 r.emit @ socket.io.js:6 r.ondecoded @ socket.io.js:6 (anonymous) @ socket.io.js:8 r.emit @ socket.io.js:6 a.add @ socket.io.js:6 r.ondata @ socket.io.js:6 (anonymous) @ socket.io.js:8 r.emit @ socket.io.js:6 r.onPacket @ socket.io.js:7 (anonymous) @ socket.io.js:7 r.emit @ socket.io.js:6 r.onPacket @ socket.io.js:7 r.onData @ socket.io.js:7 ws.onmessage @ socket.io.js:8 jquery-1.11.2.min.js:4 GET http://192.168.8.50:8082/vis/tplkodiProgressBar.ejs 404 (Not Found) send @ jquery-1.11.2.min.js:4 ajax @ jquery-1.11.2.min.js:4 o @ can.custom.min.js:58 (anonymous) @ can.custom.min.js:46 renderAs @ can.custom.min.js:58 e.view.e.template @ can.custom.min.js:58 renderWidget @ vis.js:1660 (anonymous) @ vis.js:932 (anonymous) @ vis.js:2881 (anonymous) @ conn.js:801 r.onack @ socket.io.js:8 r.onpacket @ socket.io.js:8 (anonymous) @ socket.io.js:8 r.emit @ socket.io.js:6 r.ondecoded @ socket.io.js:6 (anonymous) @ socket.io.js:8 r.emit @ socket.io.js:6 a.add @ socket.io.js:6 r.ondata @ socket.io.js:6 (anonymous) @ socket.io.js:8 r.emit @ socket.io.js:6 r.onPacket @ socket.io.js:7 (anonymous) @ socket.io.js:7 r.emit @ socket.io.js:6 r.onPacket @ socket.io.js:7 r.onData @ socket.io.js:7 ws.onmessage @ socket.io.js:8 conn.js:1256 Error: can't render tplkodiProgressBar w00111 on "Alexa": conn.js:1256 Error: 0 - Error: can.view: No template or empty template:tplkodiProgressBar.ejsError: can.view: No template or empty template:tplkodiProgressBar.ejs conn.js:1256 Error: 1 - at u (http://192.168.8.50:8082/vis/lib/js/can.custom.min.js:58:256) conn.js:1256 Error: 2 - at Object.error (http://192.168.8.50:8082/vis/lib/js/can.custom.min.js:58:953) conn.js:1256 Error: 3 - at j (http://192.168.8.50:8082/lib/js/jquery-1.11.2.min.js:2:27295) conn.js:1256 Error: 4 - at Object.fireWith [as rejectWith] (http://192.168.8.50:8082/lib/js/jquery-1.11.2.min.js:2:28108) conn.js:1256 Error: 5 - at x (http://192.168.8.50:8082/lib/js/jquery-1.11.2.min.js:4:22086) conn.js:1256 Error: 6 - at b (http://192.168.8.50:8082/lib/js/jquery-1.11.2.min.js:4:25980) conn.js:1256 Error: 7 - at Object.send (http://192.168.8.50:8082/lib/js/jquery-1.11.2.min.js:4:26084) conn.js:1256 Error: 8 - at Object.ajax (http://192.168.8.50:8082/lib/js/jquery-1.11.2.min.js:4:21520) conn.js:1256 Error: 9 - at o (http://192.168.8.50:8082/vis/lib/js/can.custom.min.js:58:899) conn.js:1256 Error: 10 - at http://192.168.8.50:8082/vis/lib/js/can.custom.min.js:46:3358 hqwidgets.js:906 Version vis-hqwidgets: 1.1.7 vis.js:1614 Cannot bind data of widget widget:w01537
-
@chaot ja so sollte das aussehen - sind keine flot fehler drin nur das eine widget hat wohl ein problem
aufruf:
nach aufrufen die seite neu laden lassen und dann schauen, ob fehler kommen
-
@liv-in-sky Ok, dann sind das wohl alle Fehler. Zumindest war der Abschnitt oben nach einem Reload am Browser hier.
Übrigens tritt der Effekt (wenn auch kürzer) hier am PC ebenfalls auf.
Hier mal komplett: VISreload.txt -
hat bei mir schon schlimmer ausgesehen
jeder fehler macht das laden langsamer - ich würd mal schauen, ob man den fehler wegbekommt
tplkodiProgressBar w00111
hat wohl was mit kodi zu tun
-
@chaot sagte in ladezeit der vis bei raspi und tablet:
Übrigens tritt der Effekt (wenn auch kürzer) hier am PC ebenfalls auf.
ok - macht es nicht besser - aber gut zu wissen
-
@liv-in-sky werde ich mal testen. Ist eh ein Widget das scheinbar nicht in Verwendung ist. Kodi ist auch nicht installiert.
Edit:
ich kann beim Laden beobachten das hier unterbrochen wird:Create inner vis object javascript.0.WLANUnifi.Alarm.Alarm vis.js:3311 Create inner vis object javascript.0.WLANUnifi.Alarm.Alarm_Anzahl mytime.js:987 stopTimer w00578 null mytime.js:980 startTimer w00578 107
Bis Mytime läuft es normal, und dann kommt eine Pause und erst dann die letzten beiden Einträge.
Kann ich irgendwo schnell finden wo das Widget w00578 aktiv ist?
-
Hallo zusammen,
gibt es mittlerweile eine Lösung oder ein Ansatz für dieses verhalten?
Beobachte schon lange das beschrieben verhalten "der langen Ladezeit".
Ich verwende fünf Raspberry PI 3 die 7" und teilw. 10" Bildschirm bedienen. Als Speichermedium verwenden ich mittlerweile einen gute USB-Stick. Die VIS wird auch durch Chromium im Kiosk-Modus angezeigt.Das die pi3 nicht die schnellsten sind, ist klar. Allerdings beinhaltet die VIS nur wenige Objekte pro Tab.
Es wäre natürlich wünschenswert, wenn alle Grafiken auf dem Raspberry selbst gespeichert werden und nur die Datenpunkte abgefragt werden.
Als Host werkelt bei mit ein Intel NUC mit Proxmox, Iobroker (redis/redis) hat ausreichend Ressourcen zur Verfügung und ist direkt über LAN mit den Raspberry verbunden. -
@e-i-k-e sagte in ladezeit der vis bei raspi und tablet:
Allerdings beinhaltet die VIS nur wenige Objekte pro Tab.
Das ist egal ... es wird in vis immer alles geladen und auch alle Werte subscribed das zur Anzeige immer die aktuellen Werte da sind.
AM End eist die Frage was genau "langsame ladezeit" heisst ... oder obs Speicherverbrauch auf dem Tablet und rendergeschwindigkeit ist. Ists im normalen Browser auch langsam?
-
Okay. Mir ist die Ladezeit z.B: beim Tab Wechsel etwas zu lang.
Ich berühre den Button von einem anderen Tab und erst nach nach einigen Sekunden ist die andere Seite da. Schwer zu erklären, soll ich ein Video erstellen? -
@e-i-k-e sagte in ladezeit der vis bei raspi und tablet:
Mir ist die Ladezeit z.B: beim Tab Wechsel etwas zu lang.
das ist natürlich keine valide Einheit
@e-i-k-e sagte in ladezeit der vis bei raspi und tablet:
und erst nach nach einigen Sekunden ist die andere Seite da
auch hier!
Einige könne 2-3 aber auch 20-30 Sekunden sein.
Außerdem spielt da noch die Wahrnehmung eine große Rolle.
Ein Sturz aus dem dritten Stock wird dir (und nicht nur dir) auch etwas länger vorkommen, als er wirklich dauert