Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

@hg6806:

Ja, aber bei einem leeren VIS View? `
und im Hintergrund ist auch kein anderer View im Projekt??

@hg6806:

und nicht über Android App oder Cloud? `
Weil die auf dem Cloud-Server aufgearbeitet werden.

Gruß

Rainer

[hg6806]

Wie kann ich denn feststellen bzw. verhindern, dass ein andere View im Hintergrund läuft?

Anbei mal zwei Screenshots vom Pi

1. Normalzustand, kein VIS Webaufruf:

2. Webaufruf einer VIS Seite direkt, auf der alle Widgets gelöscht sind:

[wendy2702]

Hast du mal zum testen History und /oder Javascript gestoppt?

Die nutzen ja ganz schön was bei dir.

Wäre interessant ob es dann immer noch zu heiß wird. Vielleicht ist es ja auch eine Kombination aus mehreren Prozessen.

[hg6806]

Ja, hatte ich oben schon beschrieben.

Java macht gar nicht aus, wenn ich History stoppe, ist alles i.O.

Also die Kombination aus VIS Browseraufruf und aktiviertem History.

History "allein" macht nichts.

[Homoran]

@hg6806:

wenn ich History stoppe, ist alles i.O.

Also die Kombination aus VIS Browseraufruf und aktiviertem History. `

das spricht doch dafür:
@apollon77:

vermutlich history und damit flot Graphen) die alle gleichzeitig geladen werden wollen `

und zu deiner Frage:
@hg6806:

Wie kann ich denn feststellen bzw. verhindern, dass ein andere View im Hintergrund läuft? `
alle anderen Views löschen.

Gruß

Rainer

[hg6806]

Naja, wenn ich alle anderen Views lösche, kann ich ioBroker direkt in die Tonne treten…

Heißt dass wirklich, wenn ich ein einzelnes Views aufrufe, alle anderen mitgeladen und Flot Graphen starten?

Kann man nicht verhindern, dass beim Aufruf eines Views alle anderen mitgeladen werden?

Das macht die App wohl auch so.

[Homoran]

@hg6806:

Heißt dass wirklich, wenn ich ein einzelnes Views aufrufe, alle anderen mitgeladen und Flot Graphen starten? `
Das hatte dir schon apollon geschrieben:
@apollon77:

Ach übrigens: Vis ist eine "one-pae application". Es kann sehr gut sein das der im hintergrund auch alles von allen seiten lädt die nicht sichtbar sind - dafür ist dann alles sofort da wenn es sichtbar wird. also es geht ggf nicht um den sichtbaren view `

Gruß

Rainer

[hg6806]

OK, er schrieb, "es kann sehr gut sein".

War für mich jetzt nicht gesetzt.

Zudem dauert das Umschalten zwischen den Views auch immer relativ lange.

Was kann ich nun tun?

Ich habe in meinem "Hauptprojekt" ca. 25 Views, die ich auch immer Mal benötige.

Eigentlich war ich damit noch nicht am Ende und habe noch mehr geplant.

[Homoran]

Views an sich sind nicht das Problem.

Die Frage zielte auf die flot-chsrts und die darin verwendeten history Punkte.

Auch die Datendichte in den Charts ist entscheidend.

Gruß

Rainer

[hg6806]

OK, ich versuche mal die Flot-Views in ein anderes Projekt zu kopieren und die dann aus dem Hauptprojekt zum Testen löschen.

[apollon77]

Ich persönlich finde das auch sehr unschön das es so ist - wenn meine Annahmen und eigenen Erfahrunge/Beobachtungen (genau darauf basiert meine Aussage) korrekt ist. ggf wäre das ein Issue bei vis wert wo man sagt das eingebettete URLs's (oder wie auch immer Du die flot Graphen drin hast) erst bei Anzeige des Views erstmalig geladen werden sollen. Oder kann man da ggf schon Dinge einstellen?

[Bluefox]

@apollon77:

Ich persönlich finde das auch sehr unschön das es so ist - wenn meine Annahmen und eigenen Erfahrunge/Beobachtungen (genau darauf basiert meine Aussage) korrekt ist. ggf wäre das ein Issue bei vis wert wo man sagt das eingebettete URLs's (oder wie auch immer Du die flot Graphen drin hast) erst bei Anzeige des Views erstmalig geladen werden sollen. Oder kann man da ggf schon Dinge einstellen? `
Es sollten nur die Views gerendert werden, die Angezeigt sind. Sei denn, man gesagt hat: "immer rendern"

@hg6806:

Naja, wenn ich alle anderen Views lösche, kann ich ioBroker direkt in die Tonne treten… `
Wieso hast du arduino nicht genommen und sich nicht beschwert hast, dass da ioBroker nicht läuft?

[hg6806]

Es geht mir ja darum, ob es sich um ein Bug handelt oder wirklich die Power des Pi nicht ausreicht, und ob man evtl. was optimieren kann.

Kurz zu meinem Aufbau:

Habe ein Main-View, unten Links auf weitere. Zwei davon gehen auf eine Seite mit vier Flot Charts nebeneinander 2x2. Jeweils 4-8 Graphen drin.

Wenn man auf einen der vier Charts klickt, kommt ein neues View nur mit einem Chart in groß.

Vielleicht ist das das Problem?

Ich meine, es ist für euch Entwickler (Hut ab vor eurer Arbeit!) interessant was die Leute so anstellen, wie es mit Performance aussieht und wo die Grenzen sind.

Wenn wirklich der Pi damit nicht ausreicht, werde ich einen Lüfter versuchen. Im Prinzip muss ich eben mit dem Webaufruf etwas aufpassen.

Das nutze ich sowieso nur wenn ich daran "bastel".

@apollon77: Du meintest was von "immer rendern". Vielleicht habe ich das ja eingestellt. Wo finde ich das?

[Bluefox]

@hg6806:

Du meintest was von "immer rendern". Vielleicht habe ich das ja eingestellt. Wo finde ich das? `
48_2018-04-13_09_05_28-edit_vis.png

[Bluefox]

@hg6806:

Es geht mir ja darum, ob es sich um ein Bug handelt oder wirklich die Power des Pi nicht ausreicht, und ob man evtl. was optimieren kann.

Kurz zu meinem Aufbau:

Habe ein Main-View, unten Links auf weitere. Zwei davon gehen auf eine Seite mit vier Flot Charts nebeneinander 2x2. Jeweils 4-8 Graphen drin.

Wenn man auf einen der vier Charts klickt, kommt ein neues View nur mit einem Chart in groß.

Vielleicht ist das das Problem? `
Ich habe jetzt noch mal gecheck und verifiziert, dass die Charts werden nur geladen wenn die gerufen sind.

[hg6806]

Also, die ganzen Views standen tatsächlich auf "immer rendern".

Ist das einen default Einstellung?

Habe es bei jedem View mal ausgeklickt. Die Wärmeentwicklung und CPU Last ist nun DEUTLICH geringer.

Temperatur geht auf max. 67° hoch bei einem Browser View Aufruf.

Wieder was gelernt!

[Bluefox]

@hg6806:

Also, die ganzen Views standen tatsächlich auf "immer rendern".

Ist das einen default Einstellung? `
Nein.