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

[hg6806]

Ich habe gerade gesehen, dass ich ja mal für ein iPhone 6 spezielle Views gebastelt hatte.
Die liefen aber nur als neues Projekt und nicht unter einem anderen Port.

Würde das auch gehen, oder würde hier auch trotzdem alles geladen werden?

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Würde das auch gehen, oder würde hier auch trotzdem alles geladen werden?

es wird immer die vis-views.json zu dem aufgerufenen Projekt (ohne Angabe = main) heruntergeladen

[hg6806]

@homoran
Heißt in meinem laienhaften Verständnis, das wäre erstmal eine Lösung für mich das als neues abgespecktes Projekt zu versuchen?

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

@homoran
Heißt in meinem laienhaften Verständnis, das wäre erstmal eine Lösung für mich das als neues abgespecktes Projekt zu versuchen?

würde ich auf jeden Fall erst einmal ins Auge fassen.

Wie groß ist denn deine vis-views.json?

[hg6806]

@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Wie groß ist denn deine vis-views.json?

Die habe ich noch nicht gefunden.
War ja eine Frage von mir wo die ist.

[paul53]

@hg6806 sagt: wo die ist.

Unter /opt/iobroker/iobroker-data/files/vis.0/projektname

[hg6806]

OK, gefunden.
Ist 4,2MB groß
Schlimm?

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

War ja eine Frage von mir wo die ist.

hatte ich ja auch beantwortet

@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Wo finde ich die?

/opt/iobroker/iobroker-data/files/vis.0/main/vis-views.json
wobei es hier die vis views aus dem Projekt main sind

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Ist 4,2MB groß
Schlimm?

für 3GB RAM eher nicht

[hg6806]

@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

hatte ich ja auch beantwortet
@homoran sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Wo finde ich die?
/opt/iobroker/iobroker-data/files/vis.0/main/vis-views.json
wobei es hier die vis views aus dem Projekt main sind

Sorry, hatte ich übersehen.

Ich werde das mit dem Projekt mal probieren und berichten.
Im Moment ist echt übel - 5-10 Sek. pro Viewwechsel.

[paul53]

@hg6806 sagte: 5-10 Sek. pro Viewwechsel.

Wie groß sind die Views (in Pixeln)?

[Homoran]

@hg6806
@paul53 sagte:

@hg6806 sagte: 5-10 Sek. pro Viewwechsel.
Wie groß sind die Views (in Pixeln)?

Auch wichtig:

• Wie sind deine Charts konfiguriert?
  • Anzahl Kurven
  • Anzahl Punkte je Kurve

Das muss ja alles zum einen gerendert werden und zum anderen auf dem Server die darzustellenden Punkte aus den Rohdaten ausgelesen und gemittelt werden. Dann das Ganze neu an das Tablet geschickt werden.

Deswegen ist es gerade bei Charts, die (häufiger) neu geladen werden sollen wichtig, diese Datenmengen zu reduzieren

[hg6806]

@paul53
1280 x 800

[hg6806]

@homoran

Ganz unterschiedlich, die Punkte habe ich auf das Nötigste beschränkt, wo es geht.

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

die Punkte habe ich auf das Nötigste beschränkt, wo es geht.

sicher?
Was hast du denn bei Aggregation eingestellt?

[hg6806]

@homoran
150,200 manchmal mehr

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

@homoran
150,200 manchmal mehr

Was?
Kamele?

oder Sekunden?

[hg6806]

@homoran
Anzahl

[Homoran]

@hg6806 sagte in 2. Webserver+VIS auf Raspberry Pi4 laufen lassen?:

Anzahl

das ist gut.
Da liege ich auch zwischen 150 - 300
Das ist ein gutes Maß für eine saubere Kurve.

Aber:
wenn du zoom aktiviert hast und das auch nutzst, kommt der Server (zumindest wenn es ein Pi ist) und die Leitung ganz schön ins Schwitzen.

[seb2010]

Hallo, ich klinke mich hier mal ein.
Ich habe auch einen Pi4 4GB laufen und das ganze auf ein Samsung Galaxy Tab pro SM-T520 über Fully laufen.
Ich habe nur 2 Views mit überhaupt keinen Charts. Dennoch ist die Reaktionszeit manchmal unterirdisch. Es kommt mir auch manchmal so vor, als hinke die Anzeige der Realität hinterher.

Gibt es denn Methoden und Einstellungsmöglichkeiten, um die Performance auf älteren Geräten zu steigern? Also wenn bspw. die Auflösung ein Thema ist, diese irgendwie herabzusetzen? Oder die Datenmenge irgendwie zu reduzieren, damit für die Aktualisierungen oder ggf. interne Zwischenspeicher nicht so voll laufen? Kann man solche vermuteten Bottlenecks irgendwie identifizieren?
Das ältere Tablets als Steuerzentrale herhalten ist ja denke ich kein Einzelfall...

Als ich das gerade geschrieben habe, habe ich nochmal ein bisschen mit den Einstellungen des Tablets gespielt. Ich habe dort ein LineageOS drauf. Dabei bin ich über die CPU govenor Einstellung gestolpert. Diese verwaltet im Grunde des CPU-Takt in Abhängigkeit der anstehenden Last. Ich habe diesen jetzt von "default" auf "performance" gestellt und siehe da, das Tablet läuft einiges schneller. Leider sind die Geräte ja alle auf lange Akkulaufzeit getrimmt und nicht auf Dauerstromversorgung und responsive Anzeigefunktion...

Grüße
SEB