100% CPU-Auslastung bei VIS im Kiosk-Modus Raspberry
-
Hallo zusammen,
ich habe folgendes Problem:
Zur Anzeige der Visualisierung habe ich einen Raspberry Pi 3 mit dem org. Touch-Display laufen.
Darauf läuft der Epiphany Browser im Fullscreen.
Das läuft auch eine gewisse Zeit sehr gut.
Leider ist die VIS nach einer ein paar Stunden praktisch nicht mehr bedienbar.
Wenn ich mit dann die CPU-Auslastung des Raspberry ansehe, dann steht die für den Epiphany bei 100%.
Nach einem Neustart läuft das Ganze wieder für ein paar Stunden einwandfrei.
Ich habe auch schon den Mirador Browser probiert.
Auch damit habe ich das gleiche Problem.
In der Visualisierung ist eigentlich nichts Besonderes.
Ich habe nur ein paar Standard-Widges verwendet.
Hatte vielleicht jemand schon mal das gleiche Problem und kennt eine Lösung?
Gruß
Franz
-
Hallo nochmal,
ich habe jetzt mal mit Chromium probiert.
Hier habe ich das gleiche Phänomen.
Hat denn niemand sonst einen Raspberry Pi mit Display für die Visualisierung im Einsatz?
Läuft das bei euch einwandfrei?
Gruß
Franz
-
Hi Franz,
Habe bisher noch nicht gelesen das hier irgendwer ein ähnliches Problem hatte bzw. Ein ähnliches Setup verwendet.
Gruß
Mirko
Gesendet von iPhone mit Tapatalk Pro
-
die meisten geben die Visu an einem Tablet aus….
-
Hallo,
danke für eure Antwort.
Ich habe das jetzt so gelöst, dass ich den Browser zweimal täglich mit einem Shell-Script neu starte.
Das Ganze ist aber schon etwas merkwürdig.
Ich habe es mit insgesamt 4 Browsern probiert und bei allen habe ich das gleiche Problem.
Naja, jetzt läufts ja.
Auch wenn es nicht die sauberste Lösung ist.
Gruß
Franz
-
Hallöchen, nachdem ich meine Vis neu gemacht habe, ist das Phänomen bei mir auch aufgetreten.
Nach einem Neustart meines Pi 4 funktioniert es, ein paar mal in den Seiten hin und her geschaltet schon ist die CPU erschöpft und es dauert bis die letzte gewählte Seite vollständig erscheint.
Allerdings weis ich noch nicht ob es eventuell damit zusammen hängt das ich auf dem Minipc wo der iobroker läuft noch die alte Vis auch drauf ist und er mit dem laden nicht hinterher kommt. Das müsste ich nochmal testen wenn meine neue Vis komplett fertig ist und ich die alte heraus genommen habe. -
Die Auslastung habe ich auch wenn ich die VIS über Chromium darstellen will.
Bin schon verzweifelt . Die Seite wollte sich einfach nicht aufbauen.
Hab dann den SWAP erhöht und dann ging es.
Ist vermutlich nicht so gesund für die SD Karte aber als Spielerei ist das okay für mich. -
evtl mal ältere version von chtromium versuchen
hatte problem, dass es nach einer bestimmten zeit nicht mehr regaiert hat - erst ein downgrade funktionierte dann
hier der alte thread https://forum.iobroker.net/post/688498
-
Danke für den Tip.
Mittlerweile habe ich auch einiges herum probiert und es schein momentan recht flüssig zu funktionieren das umschalten.
Folgende Configuration habe ich momentan:pi@Raspi-Stube:~ $ cat /etc/os-release PRETTY_NAME="Debian GNU/Linux 11 (bullseye)" NAME="Debian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye) VERSION_CODENAME=bullseye ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/"
Weis jemand was das für ein Dienst ist: "Isolated Web Co" der ist ab und zu bei 100%, läuft aber trotzdem weiter.
Das ist nur ein Raspberry Pi 4 8GB mit SD-Card und einem Debian 64 Bit Desktop Version. Zusätzlich installiert lediglich Firefox-esr, womit ich die Visualisierung auf einem 15" Bildschirm darstelle.
-
-
-
nachdem ich noch folgende Änderungen vorgenommen habe, scheint alles super zu funktionieren
gpu_mem=512
und diese Zeilen in folgende Datei
Sudo nano /etc/fstabtmpfs /tmp tmpfs defaults,noatime,nosuid,size=100m 0 0 tmpfs /var/tmp tmpfs defaults,noatime,nosuid,size=30m 0 0 tmpfs /var/log tmpfs defaults,noatime,nosuid,mode=0755,size=100m 0 0 tmpfs /home/pi/.cache/modzilla tmpfs defaults,noatime,nosuid,size=500m 0 0
